Statistics 短信应答延迟的概率分布

我正在编写一个应用程序，使用短信作为通信方式。 我选择订阅sms网关，它为我提供了一个API

API具有发送和提取新消息的功能。但是，它没有任何类型的推送功能

为了使我的查询最有效，我正在寻找人们在回复短信前等待多长时间的数据——作为概率函数

额外信息：

• 该应用程序是交互式的（正如可能的那样），因此我认为时间将非常类似于现实生活中的人类交流
• 我不相信个人风格的差异会对正确的查询时间和频率产生很大影响，所以平均数据应该是好的

更新

我对所收到的许多伟大的答案印象深刻并感到自豪。我的结论是，我最好的办法是采用一些适应性强的启发式方法，包括指数（或多项式）退避

一直以来，我都在收集统计数据，以便以后进行分析。也许会有什么东西出现。我想我会在从概率分布生成投票结果的算法上作弊。那会很有趣的

---

再次感谢您。

好吧，我建议您根据地理位置和年龄组查找一些关于每日短信/短信使用情况的统计数据，并得出每日平均值，但这并不是一个准确的衡量标准

好问题

考虑到人们可能有多个任务，回复一条短信可能就是其中之一。如果这些任务中的每一项都需要指数分布的时间，那么回复短信的时间就是这些任务完成时间的总和。n个iid随机变量之和具有伽马分布

---

文本返回之前的任务数也有一个不均匀分布——假设它是泊松分布。我没有时间推导出结果分布，但是使用@Risk模拟它，我得到的是Weibull分布或Gamma分布

在没有任何实际数据的情况下，最好的解决方案可能是编写代码，以便应用程序根据响应时间的当前历史记录调整等待时间

基本思路如下：

步骤1：设置每x秒拉一次的初始频率

步骤2：在y持续时间内以上述频率拉取消息

第三步：如果你发现消息总是在等着你去拉，减少x，否则增加x

几个设计注意事项：

永远调整或者过一段时间停止

您可以永远重复步骤2和3，在这种情况下，应用程序会根据sms模式动态调整自身。或者，您可以在一段时间后停止，以减少应用程序开销

调整标准：每个客户或所有客户

您可以选择按每个客户或跨所有客户执行步骤3中的调整

---

我相信GMAIL的smtp服务也是如此。

短信是一种存储转发的信息服务，所以你必须加上各种短信服务中心（短信服务中心）在这一过程中可以增加的延迟。如果您要连接到一家大型聚合公司（Sybase、TNS、mBlox等）的商业批量短信提供商（Clickatel等），那么您需要允许消息跨越其网络以及运营商网络。如果您使用的是较小的商店，则很可能他们使用的是GSM调制解调器，并且可以接收和处理（以及推出）的消息有吞吐量限制

综上所述，如果您使用的是直接连接或某个大家伙MO（源自移动的）消息，则作为CP（内容提供商）发送给您的时间应少于5秒。再加上移动用户回复的时间

我想说的是，轶事证据形成了我以前工作过的服务，移动用户需要提供一个简单的回复，通常在10秒钟之内，或者根本不需要

如果您正在轮询特定回复，我将在5秒和10秒时轮询，然后应用指数回退

---

所有这些都是从北美的角度来看的。欧洲将相当接近，但像非洲、亚洲这样的地方会慢一点，因为网络会慢一点。（除非您直接连接到操作员，即使这样，其中一些速度也很慢）。

我不知道。。。我回复朋友的速度比回复发短信的互动应用要快得多。可能是我出去做w/e时把手机放在充电器里与出门前快速回复之间的区别。如果这有帮助的话，泊松过程事件的等待时间遵循参数λ的指数分布（），参数λ是该过程的预期“事件”数，每单位时间发生一个有趣的问题。一定要把你想出来的答案贴出来。到目前为止，唯一的答案让我想起了迪尔伯特的老板：“试着找出问题，然后解决它。”：）当信息传来时，我是否掌握了方向盘，对我来说影响最大。你的用户是移动的吗？@gd047：如果我们知道λ，你所说的会起作用，但托马斯似乎没有关于这个参数的有用信息。这是每天的消息数；我认为他是在要求在接收消息和响应消息之间分配延迟，这样他就可以最大限度地减少对SMS网关的查询数量，同时仍能及时响应。