Распределение вероятностей для SMS отвечает на задержки
Я пишу приложение с помощью SMS в качестве коммуникации. Я принял решение подписаться на шлюз SMS, который предоставляет мне API для того, чтобы сделать так.
API имеет функции для отправки, а также получения по запросу новых сообщений. Это однако не имеет никакого вида функциональности нажатия.
Чтобы сделать мои самые эффективные запросы, я ищу данные по тому, сколько времени люди времени ожидают, прежде чем они ответят на текстовое сообщение - как функция вероятности.
Дополнительная информация:
- Приложение является интерактивным (как может быть), таким образом, я предполагаю, что времена будут довольно подобны реальному человеческому человеческому общению.
- Я не полагаю, что различия в персональном стиле будут играть большое влияние на правильные времена и частоты для запросов, поэтому усреднять данные, должен быть прекрасным.
Обновление
Я впечатлен, и honered многими большими ответами получен. Я пришел к заключению, что мой лучший выстрел будет несколькими адаптируемой эвристикой, включая экспоненциал (или возможно многочлен) возврат.
Все время я буду собирать статистику для более позднего анализа. Возможно, что-то обнаружится. Я думаю, что обману, запускаются на алгоритме для генерации опроса-frquenzies от распределения вероятностей. Это будет забавой.
Еще раз спасибо много раз.
4 ответа
При отсутствии реальных данных лучшим решением может быть написание кода таким образом, чтобы приложение корректировало время ожидания на основе текущей истории времени ответа.
Основная идея следующая:
Шаг 1: Установить начальную частоту извлечения раз в x секунд.
Шаг 2: Вытаскивать сообщения с указанной частотой в течение времени y.
Шаг 3: Если вы обнаружите, что сообщения все время ждут, когда вы потянете, уменьшите x, в противном случае увеличьте x.
Несколько соображений по поводу дизайна:
Настроить навсегда или остановиться через некоторое время
Вы можете повторять шаги 2 и 3 вечно, в этом случае приложение динамически настраивается в соответствии с шаблонами смс. В качестве альтернативы вы можете остановиться через некоторое время, чтобы уменьшить накладные расходы приложения.
Критерии корректировки: По каждому клиенту или по всем клиентам
Вы можете выбрать корректировку на шаге 3 по каждому клиенту или по всем клиентам.
Я полагаю, что smtp сервис GMAIL работает аналогичным образом.
. Я бы посоветовал найти статистику по ежедневному использованию SMS / текстовых сообщений. по географическому положению и возрастным группам и вычислить среднесуточное значение, хотя это не будет точным измерением для всех.
Хороший вопрос.
Учтите, что у людей может быть несколько задач, и ответ на текстовое сообщение может быть одной из этих задач. Если для каждой из этих задач требуется время, которое экспоненциально распределяется, время, необходимое для ответа на текстовое сообщение, является суммой времени выполнения этих задач. Сумма n iid случайных величин имеет гамма-распределение.
Количество задач перед текстовым возвратом также имеет дискретное распределение - скажем, это Пуассон. У меня нет времени для получения результирующего распределения, но, моделируя его с помощью @Risk, я получаю либо распределение Вейбулла, либо гамма-распределение.
SMS - это служба обмена сообщениями с промежуточным хранением, поэтому вам нужно добавить задержку, которая может быть добавлена различными SMSC (центрами службы коротких сообщений) по пути. Если вы подключаетесь к одному из крупных центров агрегации (Sybase, TNS, mBlox и т. Д.), К коммерческим поставщикам SMS (Clickatel и т. Д.), Вам необходимо разрешить передачу сообщения через их сеть, а также сеть операторов связи.Если вы пользуетесь магазином меньшего размера, то, скорее всего, они используют модем GSM (или модемы), и существует ограничение на пропускную способность сообщения, которое можно принимать и обрабатывать (а также отправлять)
Все сказанное, если вы используют прямое соединение или одно из крупных сообщений MO (отправленное с мобильного телефона), приходящее к вам как к CP (поставщику контента), должно занимать менее 5 секунд. Добавьте к этому время, необходимое мобильным подписчикам для ответа.
Я бы сказал, что это анекдотические свидетельства в виде услуг, над которыми я работал раньше, когда мобильный подписчик должен предоставить простой ответ, обычно в течение 10 секунд или вообще не требуется.
Если вы запрашиваете конкретные ответы, я бы опросил через 5 и 10 секунд, а затем применил бы экспоненциальный откат.
Все это с точки зрения Северной Америки. Европа будет довольно близко, но такие места, как Африка и Азия, будут немного медленнее, поскольку сети немного медленнее. (если вы не подключены напрямую к оператору, и даже в этом случае некоторые из них работают медленно).