По существу, одновременное оповещение и его использование в соревнованиях, проводящихся с перерывами

По существу, одновременное оповещение и его использование в соревнованиях, проводящихся с перерывами

Иллюстрации

Показать все

Реферат

[01] Заявляется приоритет согласно заявке на патент США 60/724473, поданной 6 октября 2005 г. и озаглавленной "Платформа для мотивирующей игры в реальном времени", содержание которой полностью включено в настоящее описание путем ссылки.

ОБЛАСТЬ ТЕХНИКИ

[02] Настоящее изобретение относится к соревнованию, которое проводится по существу одновременно, но с некоторыми перерывами большим количеством географически распределенных игроков, и к системам, предназначенным для доставки сообщения во множество различных пользовательских устройств, например в беспроводные мобильные телефоны или персональные цифровые секретари, по существу одновременно.

ПРЕДПОСЫЛКИ СОЗДАНИЯ ИЗОБРЕТЕНИЯ

[03] Существует большое разнообразие игр и соревнований. Однако люди постоянно ищут новые способы соревнования с другими людьми.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

[04] Настоящее изобретение решает эту задачу, обеспечивая, помимо прочего, совершенно новый тип соревнования, в котором с различными интервалами географически распределенные игроки пытаются решить одинаковую задачу по существу в одно и то же время. В типичных вариантах выполнения настоящего изобретения задачи (типично вопросы) становятся доступными в псевдослучайные моменты времени в течение дня (или в течение некоторого заданного временного интервала), а игроки имеют возможность или дать ответ на задачу, или (например, если данный игрок занят при постановке конкретной задачи) пропустить текущую задачу и ждать следующей. В таких вариантах выполнения настоящего изобретения в соответствии с правилами игры задается больше вопросов, чем разрешено ответить игрокам, так чтобы у игроков была некоторая свобода относительно времени участия в игре.

[05] Таким образом, в одном из аспектов настоящее изобретение относится к системам, способам и техническим приемам для проведения одновременного соревнования, участие в котором, однако, осуществляется с перерывами. Первоначально задачу ставят перед географически распределенными игроками по существу одновременно, причем эта задача одинакова для всех игроков. От игроков принимают ответы на задачу, измеряют соответствующее время ответа, и для игроков подсчитывают очки на основе ответов и соответствующих значений времени ответа. Потом предыдущие шаги повторяют множество раз, причем средний промежуток между выдачей последовательных задач составляет по меньшей мере 30 минут, а затем для каждого игрока подсчитывают итоговое количество очков.

[06] В другом своем аспекте настоящее изобретение относится к системе для генерации по существу одновременных сигналов оповещения, причем множество пользовательских устройств доступно по меньшей мере через одну общедоступную сеть. В каждом таком пользовательском устройстве установлен "клиент оповещения". Сервер конфигурируют так, чтобы загружать одинаковую информацию оповещения (включая зашифрованное сообщение), которая предназначена для множества пользовательских устройств. Клиентов оповещения конфигурируют для приема информации оповещения и, в ответ на это: (i) сохраняют сообщение в шифрованном виде только до заданного времени доставки и (ii) дешифруют и доставляют сообщение по существу в заданное время доставки. На основе вышеуказанного устройства достигается по существу одновременная выдача сообщения в пользовательские устройства.

[07] В еще одном своем аспекте изобретение относится к устройству для приема и выдачи сигналов оповещения. Устройство включает по меньшей мере одну память/запоминающее устройство, где хранятся инструкции для выполнения шагов процесса, процессор для выполнения этих шагов процесса, часы реального времени, предназначенные для слежения за временем дня, и часы устройства, которые обеспечивают выдачу сигналов обработки и синхронизации в память/запоминающее устройство и в процессор. Выполняемые шаги процесса включают шаги по приему информации оповещения, включая сообщение, и, в ответ: (i) запоминание сообщения в шифрованном виде по меньшей мере в одной памяти/одном запоминающем устройстве только до заданного времени доставки и (ii) дешифровку и доставку сообщения по существу в заданное время доставки. Выполняемые шаги процесса дополнительно включают шаги сравнения информации из часов реального времени и из часов устройства для выявления нарушения в работе часов. С помощью вышеописанного устройства в общем случае можно с высокой точностью управлять моментами времени, в которые происходит выдача информации.

[08] Выше была кратко описана суть изобретения. Более полного понимания изобретения можно достичь на основе пунктов формулы изобретения и последующего подробного описания предпочтительных вариантов его выполнения со ссылками на сопровождающие чертежи.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[09] На фиг.1 схематично показана система выдачи оповещений согласно типичному варианту выполнения настоящего изобретения.

[10] На фиг.2 показана связь между пользовательским устройством и сервером согласно типичному варианту выполнения настоящего изобретения.

[11] На фиг.3 показана блок-схема, иллюстрирующая некоторые компоненты пользовательского устройства, согласно типичному варианту выполнения настоящего изобретения.

[12] На фиг.4 показан пример информации оповещения и информации синхронизации согласно типичному варианту выполнения настоящего изобретения.

[13] На фиг.5 показана последовательность операций, поясняющая суть процесса реализации системы выдачи оповещений согласно типичному варианту выполнения настоящего изобретения.

[14] На фиг.6 показана последовательность операций, поясняющая процесс проведения соревнования согласно типичному варианту выполнения настоящего изобретения.

[15] На фиг.7 показан исходный вид пользовательского интерфейса с вопросом, хочет ли игрок участвовать в решении текущей задачи в соревновании, согласно типичному варианту выполнения настоящего изобретения.

[16] На фиг.8 показан пользовательский интерфейс, предназначенный для представления задачи и приема ответа на нее в рамках соревнования, согласно типичному варианту выполнения настоящего изобретения.

[17] На фиг.9 поясняется скользящая шкала для преобразования очков, набранных в игре, в специальные очки (Dotz) согласно типичному варианту выполнения настоящего изобретения.

ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНЫХ ВАРИАНТОВ ВЫПОЛНЕНИЯ ИЗОБРЕТЕНИЯ

[18] Описание настоящего изобретения разбито на разделы. В первом разделе даны некоторые технические соображения по поводу организации соревнования и других способов настоящего изобретения. Во втором разделе описан пример соревнования, которое можно осуществить с использованием таких платформ. В последующих разделах дана дополнительная информация, суть которой выражена заголовком соответствующего раздела.

Техника подачи по существу одновременных сигналов оповещения

[19] Во многих способах согласно настоящему изобретению требуется, чтобы сообщение доставлялось по существу одновременно большому количеству географически распределенных (например, расположенных в различных городах, штатах или даже странах) блоков или устройств. На фиг.1 упрощенно показана система 10 выдачи оповещений, предназначенная для решения этой задачи, согласно типичному варианту выполнения настоящего изобретения.

[20] В общем случае центральный сервер 12 управляет работой системы 10 выдачи оповещений, связанной с множеством различных пользовательских устройств (например, устройств 21-26). Каждое такое устройство 21-26 обычно связано с некоторым пользователем (например, устройство 21 с пользователем 31, а устройство 22 с пользователем 32). В некоторых случаях один пользователь (например, пользователь 33) имеет два или большее количество пользовательских устройств (например, устройства 23 и 24), которые зарегистрированы на сервере 12, как более подробно обсуждается ниже.

[21] Сервер 12 может быть реализован как одиночное физическое устройство, но чаще всего реализован в виде серверного кластера с избыточностью, соответствующей техническим средствам распределения нагрузки и программному обеспечению, и различных функциональных средств, распределенных среди различных физических блоков, что хорошо известно специалистам в данной области техники. В одном из вариантов выполнения настоящего изобретения различные физические устройства используются для связи с различными видами сетей (например, непосредственно с использованием Интернета, посредством передачи сообщений SMS или с использованием проприетарных протоколов беспроводной связи).

[22] Отметим, что, хотя на фиг.1 показано только шесть пользовательских устройств 21-26, это сделано только для упрощения чертежа. Как правило, будет иметься еще много пользовательских устройств, которые участвуют в системе 10 выдачи оповещений, например более 50, 100, 500, 1000 или даже более 10000 таких устройств (при аналогичном количестве пользователей). Кроме того, один и тот же сервер 12 может использоваться для работы с множеством систем выдачи оповещений, например с использованием различных списков доставки и различных процедур получения и обработки ответов для таких различных систем.

[23] Каждый пользователь 31-35 предпочтительно заранее зарегистрирован на сервере 12 для текущей системы 10 выдачи оповещений с целью определения устройства (устройств), на которое такой пользователь 31-35 будет принимать сигналы оповещения, а также способа, согласно которому сервер 12 должен общаться с таким устройством. В отношении последнего, настоящее изобретение предусматривает множество различных режимов связи между сервером 12 и различными пользовательскими устройствами 21-26.

[24] Наиболее часто ожидаемый режим связи включает использование беспроводной сети 41, так чтобы соответствующее пользовательское устройство 21 могло общаться с сервером 12 в любое время суток. Однако, как более подробно обсуждается ниже, для функционирования предпочтительных вариантов выполнения настоящего изобретения не требуется связи в реальном времени.

[25] В беспроводной сети 41 могут быть реализованы разнообразные специфические способы связи. Например, сообщения можно передавать посредством службы коротких сообщений (SMS) с использованием беспроводной Web-связи или с использованием любого из других протоколов беспроводной связи (общедоступных или частных), которые поддержаны конкретным беспроводным носителем информации.

[26] Другой обычно используемый режим связи включает прямые Интернет-связи 42. Этот обычный режим может также использоваться для передачи информации с использованием любого из множества специфических протоколов, например протокола передачи гипертекста (HTTP, hypertext transfer protocol), протокола передачи файлов (FTP, file transfer protocol), любого частного протокола передачи данных или даже протоколов мгновенной передачи (instant messaging) или протоколов электронной почты.

[27] Как отмечено выше, в некоторых случаях единственный пользователь 33 регистрирует множество различных устройств 23 и 24 на сервере 12 для участия в конкретной системе 10 выдачи оповещений. Кроме того, как показано на фиг.1, для различных устройств 23 и 24 может использоваться множество различных трактов 43 связи (например, беспроводная сеть для устройства 23 и прямое Интернет-соединение для устройства 24).

[28] Пользователь 33 предпочтительно имеет возможность определить множество устройств 23 и 24 как одновременно активные в настоящее время, так чтобы, когда поступает сигнал оповещения, он был бы доставлен в оба устройства, таким образом повышая вероятность того, что пользователь 33 в подходящее время будет около одного из таких устройств 23 и 24. Альтернативно, пользователь 33 предпочтительно имеет также возможность определить только одно из устройств 23 и 24 для доставки сообщения, например, в зависимости от того, когда должно быть доставлено сообщение. В таком случае пользователь 33 предпочтительно задает расписание, указывая, какое из устройств 23 и 24 является активным в конкретный момент времени. Кроме того, можно зарегистрировать более двух устройств 23 и 24, и пользователь 33 предпочтительно может определить любое их количество, как активные в заданное время.

[29] Кроме того, сервер 12 может общаться с несетевым устройством 25 (управляемым пользователем 34), например, с использованием прямого соединения 44. Примеры включают передачу необходимых данных с использованием кабеля для соединения точка-точка, беспроводного соединения (например, с использованием инфракрасной связи или системы Bluetooth) или по телефону. Отметим, что такая прямая доставка 44 в общем случае будет составлять только один из шагов в полном процессе доставки, в котором, например, сервер 12 загружает заданную информацию в сетевой компьютер или другое устройство, которое, в свою очередь, переправляет ее непосредственно в пользовательское устройство 25.

[30] И, наконец, сервер 12 может общаться с пользовательским устройством 26 посредством среды для трансляции (например, беспроводной трансляции с использованием телевизионного кабеля или Интернета). В представленном варианте выполнения настоящего изобретения пользовательское устройство 26 относится к интерактивному телевидению, но вместо этого может использоваться любое другое устройство, позволяющее принимать такую трансляцию, например компьютер общего назначения или мобильный телефон.

[31] Должно быть понятно, что специфические тракты, описанные выше для сервера 12 и позволяющие ему общаться с различными пользовательскими устройствами 21-26, даны только в качестве примера. Могут использоваться любые другие способы или режимы как дополнительно, так и альтернативно. Кроме того, может использоваться любая комбинация различных трактов или режимов.

[32] На фиг.1 иллюстрируется односторонняя связь между сервером 12 и различными пользовательскими устройствами 21-26. Однако в некоторых предпочтительных вариантах выполнения настоящего изобретения связь между сервером 12 и пользовательскими устройствами 21-26 является двунаправленной.

[33] Это иллюстрируется на фиг.2, где показан пример пользовательского устройства 21, связанного с сервером 12. Как более подробно обсуждается ниже, в таком варианте выполнения настоящего изобретения сервер 12 обычно передает информацию 61 оповещения и информацию 62 временной синхронизации в пользовательское устройство 21, а пользовательское устройство 21 обычно передает ответ 63 на такую информацию 61 оповещения назад в сервер 12. Согласно предпочтительным вариантам выполнения настоящего изобретения такая связь может происходить в значительные временные интервалы и часто может сильно варьироваться от одного пользовательского устройства 21 к другому среди пользовательских устройств 22-26. Такие вариации часто будут иметь место даже там, где все пользовательские устройства 21-26 доставляют сообщение 61 по существу в одно и то же время, что позволяет соответствующим пользователям 31-35 направить свои ответы 63 по существу в одно и то же время. Более конкретно, в предпочтительных вариантах выполнения настоящего изобретения информация 61 оповещения может храниться в пользовательском устройстве 21 в любое время до доставки по расписанию, а ответ может быть передан назад в сервер 12 в любое время после того, как он направлен соответствующим пользователем 31. Кроме того, различные типы информации могут быть переданы с использованием различных каналов связи.

[34] На фиг.3 представлена блок-схема, демонстрирующая некоторые части примера пользовательского устройства 21 согласно типичному варианту выполнения настоящего изобретения. В этом варианте выполнения настоящего изобретения в пользовательском устройстве 21 инсталлировано приложение 80 "клиент оповещения", которое выполняет все или почти все специфические функции, относящиеся к настоящему изобретению. Предпочтительно, чтобы приложение 80 было полностью реализовано в виде программного обеспечения (например, в виде Java-приложения или Brew-приложения), однако оно может быть реализовано любым из обсуждаемых здесь способов.

[35] Как сказано выше, приложение 80 связано с интерфейсом 82 ввода-вывода устройства 21. В зависимости от конкретного устройства 21 интерфейс 82 в общем случае состоит из аппаратных и программных компонентов средств связи, например, с использованием сети с протоколом TCP/IP (Протокол управления передачей/Интернет-протокол) и/или канала беспроводной связи (например, на основе сотовой связи, любого из протоколов семейства 802.11х, Bluetooth, протоколов для инфракрасной связи и т.п.). Вообще говоря, интерфейс 82 ввода-вывода обеспечивает основную связь между приложением 80 "клиент" в устройстве 21 и сервером 12.

[36] Как подробнее сказано ниже, приложение 80 хранит определенную информацию, которую оно принимает через интерфейс 82 в память устройства или запоминающее устройство 83 (предпочтительно долговременное) до подходящего времени, например назначенного времени доставки. Кроме того, приложение 80 предпочтительно контролирует работу часов 85 устройства и часов 86 реального времени. В этом отношении часы 85 устройства типично представляют собой аппаратное устройство, которое обеспечивает выработку временных сигналов синхронизации для синхронизации работы различными аппаратных компонентов устройства 21 (например, включая приложение 80, реализующее процессор общего назначения). С другой стороны, часы 86 реального времени типично реализованы в виде программного приложения и обеспечивают выдачу фактического времени суток, например, как эталон для соответствующего пользователя 31 и для временной привязки определенных элементов данных внутри устройства 21.

[37] На фиг.4 иллюстрируется один из примеров пакета 90, содержащего информацию 61 оповещения и информацию 62 временной синхронизации, согласно типичному варианту выполнения настоящего изобретения. В этом примере информация 62 временной синхронизации включает единственную временную метку, отражающую текущее время на сервере 12 (в данном случае, отнесенное к ближайшей 0.01 секунды). Информация 61 оповещения включает множество элементов 91-93, каждый из которых имеет соответствующее время 95 доставки и сообщение 96. Хотя показаны три таких элемента 91-93, в одно и то же время может быть передано любое другое количество элементов. Кроме того, хотя показано, что информация 62 временной синхронизации передается в том же самом пакете 90, что и информация 61 оповещения, вместо этого отдельные элементы могут быть переданы в отдельных пакетах. Кроме того, в настоящем примере сообщения 96 представляют собой вопросы; однако, как более подробно обсуждается ниже, вместо этого могут быть включены сообщения любых типов.

[38] На фиг.5 показана последовательность операций, поясняющая процесс реализации системы выдачи оповещений согласно типичному варианту выполнения настоящего изобретения. Этот процесс предпочтительно полностью реализован посредством программного обеспечения (шаг 100 типично выполняется сервером 12, а другие шаги типично выполняются приложением 80 "клиент"), но, альтернативно, может быть реализован любым из обсуждаемых здесь способов. Кроме того, в общем виде процесс обсуждается в контексте конфигурации аппаратного обеспечения, показанного на фиг.1-3. Однако должно быть понятно, что это сделано только для удобства и простоты описания, и поэтому к представленным вариантам следует относиться просто как к примерам.

[39] Первоначально, на шаге 100 сервер 12 передает информацию 61 оповещения и информацию 62 временной синхронизации в множество пользовательских устройств 21-26. Предпочтительно, чтобы по меньшей мере информация 61 оповещения передавалась в зашифрованном виде, чтобы предотвратить ее раннее обнаружение конечными приемниками 31-35. В настоящее время предпочтительной техникой шифрования является улучшенный стандарт шифрования (AES, Advanced Encryption Standard), но может использоваться любой надежный способ шифрования.

[40] В одном из вариантов выполнения настоящего изобретения информацию 61 оповещения и информацию 62 временной синхронизации передают во все пользовательские устройства 21-26 одновременно или по существу одновременно. В альтернативном варианте выполнения настоящего изобретения такую информацию передают в различные пользовательские устройства 21-26 в разное время. Последний подход особенно предпочтителен, если ожидается, что время задержки меняется на величину, которая превышает желательный допуск в смысле того, как близко по времени желательно доставить отдельные сообщения 96. В таком случае разности значений времени задержки (например, разница во времени между тем, когда различные устройства 21-26 фактически принимают информацию 62 временной синхронизации) непосредственно приведут к нарушению синхронизации между различными устройствами 21-26. Передача по меньшей мере информации 62 временной синхронизации индивидуально в каждое пользовательское устройство 21-26 позволяет устранить или частично скомпенсировать задержку для конкретного устройства.

[41] Например, если задержка передачи меняется и может превысить желательный допуск, можно использовать альтернативное техническое решение для оценки задержки между сервером 12 и отдельными устройствами 21-26, что позволит скорректировать такую задержку. Вместо того чтобы просто передавать время синхронизации, сервер 12 может сначала выслать в пользовательское устройство 21, о котором идет речь, один или несколько зондирующих пакетов, а приложение 80 "клиент" сконфигурировано так, чтобы автоматически передавать ответный пакет, производя своего рода тестовый опрос (pinging) соответствующего пользовательского устройства 21. Затем, в предположении, что задержка передачи является симметричной, сервер 12 должен лишь поделить задержку на прохождение сигнала туда и обратно (или, если производится посылка более одного пакета, среднюю задержку прохождения сигнала туда и обратно,) на два, а затем отрегулировать передаваемое время 62 синхронизации (например, просто добавив это значение), чтобы скомпенсировать ожидаемую задержку в одном направлении.

[42] Альтернативно, для оценки и компенсации ожидаемой задержки можно использовать любое другое техническое решение. Кроме того, в некоторых случаях передача времени 62 синхронизации отдельно от информации 61 оповещения может способствовать сокращению времени задержки, особенно если информация оповещения имеет большой объем для данной ширины полосы передачи.

[43] Структура информации 61 оповещения обычно относительно проста. Пользователь или отдельный автоматизированный процесс выдают в сервер 12 одно или несколько сообщений 96, которые должны быть распределены среди заданной группы пользовательских устройств 21-26 для выдачи в одно или несколько заданных значений времени 95 доставки. Список устройств 21-26 может быть сгенерирован с учетом предпочтительной информации о пользователе, раскрывающей, какие устройства должны быть активны во времена доставки, указанные в расписании. Такую информацию 61 оповещения можно затем доставить (предпочтительно в шифрованном виде) в любое время до самого раннего из заданных значений времени 95 доставки.

[44] Отметим, что шаг 100 показан иначе, чем другие шаги процесса, представленные на фиг.5. Это сделано потому, что в общем случае шаг 100 может быть выполнен в любое время в течение всего процесса, например всякий раз, когда сервер 12 имеет новую информацию 61 оповещения, которая будет передана пользователям. Кроме того, шаг 100 предпочтительно может быть выполнен после запроса или от сервера 12, или от клиента 80 оповещения, работающего в пользовательском устройстве 21, например, для проверки любых попыток фальсифицирования показаний часов с целью более ранней доставки сообщения.

[45] Таким образом, в общем случае шаг 100 находится вне нормальной последовательности операций, хотя в нормальных обстоятельствах он предпочтительно инициируется в спящем или фоновом режиме (как описано ниже). Однако шаг 100 предпочтительно выполняют в качестве первого шага данного процесса, чтобы обеспечить начальную синхронизацию значений времени и загрузку информации 61 оповещения.

[46] Затем, на шаге 102, клиент 80 ожидает, пока не придет время проверки часов 86 реального времени. В начале было отмечено, что в данном варианте выполнения настоящего изобретения рассматривается "спящий" или "фоновый" режим, в котором клиент 80 производит минимальную обработку. Одна из функций, которая предпочтительно выполняется клиентом 80 в процессе спящего режима, состоит в периодической проверке часов 86 реального времени, чтобы определить наступление момента доставки сообщения и подтвердить точность доставки. Время ожидания на этом шаге 102 предпочтительно равно фиксированному числу интервалов тактовых импульсов, генерируемых часами 85 устройства.

[47] В этом отношении подсчет тактовых импульсов может быть выполнен в программном обеспечении. Альтернативно, чтобы избежать ненужного использования процессора, может использоваться простой аппаратный счетчик, например такой, который генерирует сигнал прерывания, когда достигнут желательный подсчет. В предпочтительных вариантах выполнения настоящего изобретения клиент 80 проверяет часы 86 реального времени приблизительно каждые пять минут.

[48] На шаге 104 клиент 80 считывает текущее значение часов 86 реального времени и проверяет наличие любых расхождений или возможного постороннего вмешательства. По причинам, раскрытым в другом месте настоящего описания, часто могут иметься существенные стимулы к получению определенной информации (например, вопросов для соревнования или финансовых новостей) до намеченного времени доставки. Соответственно, в настоящем изобретении предпочтительно используется множество критериев для обнаружения и устранения вмешательства и обычно имеющегося рассогласования времени.

[49] Как сказано выше, клиент 80 предпочтительно имеет доступ по меньшей мере к трем различным индикаторам времени. Первый - время 62 синхронизации, выдаваемое сервером 12, - обычно является самым точным, но самым редко обновляемым. Второй - набор периодических сигналов проверки времени на основе часов 85 устройства, - не дает абсолютного времени, но указывает продолжительность временного интервала. Третий - часы 86 реального времени, - обеспечивают наиболее оперативную индикацию абсолютного времени, но могут не быть синхронизованы с часами сервера 12 и часто будут соответствовать другому часовому поясу. Кроме того, по меньшей мере второй и третий источники потенциально подвержены манипуляции со стороны пользователей. Для сохранения истинности времени синхронизации на этом шаге 104 клиентское приложение 80 предпочтительно пытается выявить любое несоответствие между этими тремя источниками, проявляется ли оно как постоянная систематическая ошибка, постоянный дрейф или внезапное изменение.

[50] Например, если часы 86 реального времени информируют о скачке в установленном времени между двумя соседними контрольными сигналами и такой скачок достаточно сильно отличается от ожидаемого временного интервала (или даже свидетельствует о перемещении назад), то может быть объявлено состояние вмешательства. Альтернативно, если эта разность не слишком далека от технических требований, то проверку можно продолжить (например, в течение последующих нескольких контрольных временных точек), чтобы определить, не имеет ли место ситуация, когда часы 86 реального времени в пользовательском устройстве 21 просто спешат или отстают от нормы (например, находятся вне заданных пределов допуска). Конечно, такая ситуация также может быть результатом более тонкой попытки манипуляции со временем, выдаваемым часами 86 реального времени. В любом случае, предпочтительно, чтобы, как минимум, каждое время 95 доставки сообщения (или, альтернативно, коррекция хода внутренних часов) было отрегулировано так, чтобы скомпенсировать любую обнаруженную разницу.

[51] На шаге 106 определяют, желательно ли произвести возврат в исходное состояние (сброс). Такие ситуации могут включать, например, либо (i) такую, при которой разность между показаниями часов 86 реального времени и ожидаемыми на основе периодических контрольных сигналов из часов 85 устройства слишком велика; или (ii) такую, при которой применяемые допуски для часов 85 устройства и часов 86 реального времени мешают установить, которое из значений времени ближе к правильному. Кроме того, или альтернативно, при попытке выявления более сложных схем вмешательства определение необходимости возврата в исходное положение можно выполнять в произвольное время, через установленные временные интервалы или случайным образом.

[52] Если на шаге 106 такое определение сделано, то процесс возвращается на шаг 100, запрашивая новый сигнал 62 временной синхронизации (если такой запрос поддерживается в используемом варианте выполнения настоящего изобретения), или просто ожидает следующего по расписанию сигнала 62 временной синхронизации из сервера 12 (отключая соответствующее пользовательское устройство от системы выдачи оповещений до тех пор, пока такая синхронизация не произойдет). Если возврат в исходное состояние не требуется (например, значения находятся в пределах допуска, и/или другим каким-либо способом определено, что рассогласование может быть устранено посредством регулировки), то процесс просто переходит на шаг 108.

[53] Хотя на фиг.5 это и не показано, установленное выявление вмешательства предпочтительно заставляет клиентское приложение 80 уведомить сервер 12 и отстранить соответствующего пользователя от участия в обработке дальнейших сигналов оповещения в системе. В то же время, в некоторых случаях время, даваемое часами 86 реального времени, будет значительно отличаться от фактического времени без какого-либо намеренного вмешательства. Такое состояние может встретиться, например, когда устройство 21 было переведено в исходное состояние и не имеет связи с беспроводным носителем, таким образом, его часы 86 реального времени могут быть вновь установлены в произвольное значение или в значение по умолчанию (например, 12:00). Логические средства, предназначенные для декларирования условия вмешательства, предпочтительно проверяют и учитывают все такие ситуации или по меньшей мере допускают возможность определенного количества необъяснимых рассогласований до декларирования факта вмешательства.

[54] В варианте выполнения настоящего изобретения, обсуждаемом выше, приложение 80 "клиент" хранит значение временного смещения, соответствующее разности времени между часами 86 реального времени и часами сервера 12. В равной степени, приложение 80 может поддерживать собственные внутренние часы реального времени, например, с использованием вводимых данных от всех трех источников, описанных выше.

[55] На шаге 108 определяют, не наступило ли время пробуждения устройства 21 из спящего режима. Ответ положителен, если сообщение намечено к доставке в заданных временных пределах (например, в пределах 2-10 секунд) или, в некоторых случаях, до следующего сигнала контроля времени или в заданных пределах после него. Если ответ отрицателен, то процесс возвращается на шаг 102 и ожидает следующего сигнала контроля времени. В случае положительного ответа процесс переходит на шаг 110.

[56] На шаге 110 можно осуществить разнообразную обработку. В исходном состоянии приложение 80 "клиент" предпочтительно активизирует по меньшей мере некоторую часть своего пользовательского интерфейса (предпочтительно доминируя над всеми конкурирующими пользовательскими интерфейсами). Вообще говоря, главная цель пользовательского интерфейса в этом примере состоит в том, чтобы привлечь внимание пользователя. Соответственно, предпочтительно включить некоторый предупредительный сигнал, указывающий на то, что сейчас будет доставлено сообщение. Такой сигнал предпочтительно включает звуковое оповещение, но также может включать вибрацию или другие действия, доступные для осязания, или даже визуальные сигналы. Промежуток в 2-10 секунд, упомянутый выше при описании шага 108, предназначен, прежде всего, для размещения такого предупредительного сигнала (а также для осуществления других приготовлений, необходимых для доставки сообщения по расписанию). Следует отметить, что предупредительный сигнал очень важен, и в вариантах выполнения настоящего изобретения, в которых время доставки сообщения заранее не известно, он предпочтительно длится несколько дольше.

[57] Обычно пользовательский интерфейс также включает некоторые элементы визуального отображения, например текстовые сообщения или логотипы. Однако в некоторых случаях все сообщения являются полностью звуковыми (например, с использованием синтезируемой или сэмплированной речи для устройств с малым дисплеем или без дисплея), или даже полностью вибрацией или другим эффектом, воспринимаемым осязанием (например, для людей со слабым зрением).

[58] Кроме того, в некоторых вариантах выполнения настоящего изобретения предупредительный сигнал сопровождается сообщением об участии (opt-in) или неучастии (opt-out) и соответствующим промежутком времени, в течение которого пользователь 31-35 может выбрать, принять ли ему сообщение или не принять сообщения (в зависимости от выбранных установок по умолчанию). В общем случае, выбор в пользу участия в системе предпочтителен, особенно если пользователям 31-35 разрешено принять только ограниченное количество сообщений, и они должны платить за каждое принятое сообщение, и/или если сообщения связаны с пользователем и поэтому не должны быть прочитаны другими.

[59] Затем, предпочтительно непосредственно перед временем 95 доставки, в предположении, что пользователь решил принять сообщение 96, сообщение 96 дешифруется и доставляется пользователю 31-35. Совокупный эффект для множества пользовательских устройств 21-26, которые осуществляют аналогичные приложения 80 "клиент", заключается в том, что все пользователи 31-35 примут сообщение по существу в одно и то же время. В контексте настоящего изобретения выражение "по существу в одно и тоже время" и аналогичные выражения относительно выдачи сообщения означают достаточно близкое время, такое, что в обычных условиях (например, в системе, работающей должным образом и без несанкционированного вмешательства) получатели в общем случае не будут иметь значительного преимущества из-за того, что приняли сообщения раньше, или не понесут урон из-за слишком позднего приема сообщения. Для большинства вариантов выполнения настоящего изобретения, рассмотренных ниже, указанный термин будет соответствовать доставке во все приемники в пределах временного окна с максимальной продолжительностью приблизительно 1-3 скунды.

[60] В дополнение к простой доставке сообщения 96 некоторые варианты выполнения настоящего изобретения обеспечивают функциональные возможности, позволяющие пользователям 31-35 ответить на сообщение 96. Более предпочтительно, чтобы в таких вариантах выполнения настоящего изобретения выделялся интерфейс ответа (например, одна или несколько нажимаемых или иначе выбираемых кнопок, объекты, которые можно перемещать, и/или поля для ввода текста) в том же самом пользовательском интерфейсе, на котором отображается сообщение 96. В зависимости от конкретного варианта выполнения настоящего изобретения, а также критичности ко времени ответа предпочтительно, чтобы ответная информация или немедленно передавалась в сервер 12, или запоминалась в памяти/запоминающем устройстве 83 (например, в зашифрованном виде) для более поздней передачи в сервер 12.

[61] После завершения шага 110 процесс возвращается на шаг 102, ожидая следующей выдачи сообщения.

[62] Хотя предыдущее техническое решение обсуждалось в контексте одновременной выдачи сообщения множеству отдельных пользователей, его использование этим не ограничено. Очевидно, что это техническое решение может также использоваться для любого раскрытия информации в заданное время, даже в случае, когда приемники принимают информацию в различное время по расписанию. Аналогично, предыдущее техническое решение не ограничено работой с физическими лицами; кроме этого оно может использоваться, например, для выдачи информации в автоматизированный процесс в заданное время. Примеры использования в этом последнем случае включ