Question

I m writing an app using sms as communication. I have chosen to subscribe to an sms-gateway, which provides me with an API for doing so.

FCCC/SBI/2008/12。但它没有任何类型的push功能。

为了最高效地回答我的问题,我要求获得数据,说明人们在答复案文信息之前要等待多长时间——作为概率。

额外信息:

The application is interactive (as can be), so I suppose the times will be pretty similar to real life human-human communication.
I don t believe differences in personal style will play a big impact on the right times and frequencies to query, so average data should be fine.

<>Update>

我对许多伟大的回答印象深刻和hone笑。我的结论是,我最直射的将是几个可适应的温饱,包括成倍(或可能是多射)后射。

我将收集统计数字,供日后分析。也许会有所作为。我认为,我将che忙从概率分配中生成污染物的算法开始。死亡人数是零。

再次感谢。

Answer 1

在没有任何真实数据的情况下,最好的解决办法可能是写法,以便应用能够根据目前反应时间的历史调整等候时间。

基本设想如下:

第1步:确定每秒一次开车的最初频率。

第2步:在上述频率和期限发出纸质信息。

步骤3:如果你发现电文总是等待你拉钱减少x否则会增加x。

几项设计考虑:

部分时间之后的永久或中止

您可以重复步骤2和步骤3,无论在何种情况下,应用都会根据各种特点积极调整自己。或者,你可以在一段时间后停止,以减少应用费用。
调整标准: 客户或客户

您可以选择根据客户情况或在所有客户中进行第三步调整。

我认为,GMAIL的午餐服务按同样的思路运作。

Answer 2

我完全建议找到一些统计数据,说明按地理位置和年龄段分列的日常使用SMS/推广使用情况,并得出每日平均数字,尽管如此,它还是赢得一种衡量。

Answer 3

良好问题。

认为人民可能承担多重任务,回答案文信息可能是这些任务之一。如果每项任务都需要大量时间,以指数方式分配,则回答案文信息的时间是这些任务完成时间的总和。单id随机变量的总和是加马分配。

案文交还之前的任务数目也有所节制——请说是波松。我没有时间来得出这一分配结果,但用@Risk对它进行模拟,我要么获得Weibull,要么获得Gamma分配。

Answer 4

SMS是一种储存式和转播式的电传服务,因此,你不得不在各种SMSC(Short 信电服务中心)可以沿途增加的延误中加入。如果你与一家大型集聚房(Sybase、TNS、mBlox等)的商用散装SMS供应商(Clickatel等)连接起来,那么你需要允许电文转播他们的网络以及承运人网络。如果你使用一个较小的商店,那么他们最有可能使用通用公平市价(或调制器),对能够接收的信息和过程(以及推动)的投量限制。

尽管如此,如果你使用直接联系或作为CPC(洲际提供方)向您发送的大型散装(移动式发端)电文,则电文应少于5秒。除此以外,还需要流动登记员作出答复。

我要说的是,传闻证据构成我以前的工作,流动登记员需要提供通常在10秒之内或根本没有提供简单答复。

如果是具体答复的投票人,我会投票5人和10秒,然后申请准票。

所有这一切都来自北美的观点。欧洲将相当接近,但像非洲这样的地方,亚洲将比网络要慢一些。 (除非你与运营商直接联系,即便如此,其中一些业务进展缓慢)。

友情链接