Currency Data

不同用户之间的业务号码不会发生变化也是很自然的。通过这种代理号码分配策略，我们为每个企业分配一个唯一的代理号码。然后，与同一企业进行对话（屏蔽会话）的所有客户始终与相同的代理号码进行交互。不幸的是，这种方法仍然存在一些问题。首先，它不允许企业致电或发短信给代理号码，因为我们不知道应该将呼叫转接给哪个客户。 （这个问题实际上可以用我们稍后描述的二数池方法来解决）。其次，它可以扩展为 O（使用请求报价的企业），这仍然不能充分降低成本，但它更接近最优解决方案。


每一方都会看到唯一的数字（单个代理池） 每个业务的唯一数字方法的有 香港电话号码资料 趣之处在于它触及了当前的实际限制。即，它们是： 约束 1：每个客户应该针对他们所联系的每个不同业务与不同的号码进行交互。限制 2：每个企业主应该针对每个不同的客户与不同的号码进行交互。但是，如果两个不同的客户看到两个不同企业的相同号码，则没有问题，因为我们可以根据呼叫者的电话号码来消除他们正在呼叫/发短信的人的歧义。对于业务端来说也是如此。因此，我们只需要足够的数量来满足 Yelp 每月所有客户与业务连接的上述限制（带回收）。



我们可以用一个假设的例子来证明这个数字是如何变成一个小数字的。如果大多数客户每月联系的企业少于 10 个，并且大多数企业每月收到的请求少于 100 个，则我们只需要 100 个号码（两者中的最大值）即可满足这两个约束。我们还可以添加一个安全系数来考虑异常值，但号码池大小最终仍然是一个小的恒定大小。更重要的是，这种分配策略最大限度地降低了我们的代理号码成本，因为号码池大小不需要随着 Yelp 上发送的客户报价请求量或我们在平台上加入的企业数量而增加（为 O(1)）。