Обмен сообщениями по принципу when-free

Обмен сообщениями по принципу when-free

Иллюстрации

Показать все

Реферат

Область техники, к которой относится изобретение

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

Предшествующий уровень техники

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

Эти результаты показывают, что люди вынуждены изучать окружающий мир, как правило, в условиях ограниченных возможностей своего внимания. По существу, большинство людей часто создают в явном или неявном виде некие «путеводные ключи» к объектам их избирательного внимания и степени концентрации внимания. Полученные сведения об ограниченных ресурсах, связанных со вниманием, имеют важные последствия, касающиеся требований к проектированию вычислительных систем и интерфейсов. Что касается ресурсов внимания, то электронные сообщения обычно передают в однонаправленном режиме, когда приемник или получатель сообщения уведомляется о доставке сообщения независимо от возможности получателя обработать указанные сообщения. Таким образом, при мгновенном обмене сообщениями, например, приемникам мгновенного сообщения предоставляется всплывающее окно, показывающее, что отправитель хочет передать сообщение. Однако при прерывании такого типа не учитывается готовность получателя принять указанные сообщения или вступить в данный момент в беседу.

Сущность изобретения

Далее следует упрощенное описание сущности изобретения, имеющее своей целью дать базовое представление о некоторых аспектах изобретения. Описание сущности изобретения не является исчерпывающим изложением изобретения. Оно не претендует на идентификацию ключевых/критических элементов изобретения или ограничение объема изобретения. Его единственной целью является представление ряда концепций изобретения в упрощенной форме в качестве прелюдии к более подробному описанию, представленному ниже.

Настоящее изобретение относится к системам и способам, которые подавляют навязывание связи между отправителями и приемниками сообщений, что способствует более вежливому и своевременному обмену информацией без пауз. Согласно одному аспекту мгновенный обмен сообщениями и другие формы связи можно улучшить посредством использования стратегий и параметров с временными ограничениями. Например, одной из проблем, связанных с использованием мгновенного обмена сообщениями, является возможный обрыв связи при осуществлении обмена сообщениями с получателями, которые возможно не готовы принять мгновенное сообщение. Обмен сообщениями по принципу When-Free («когда свободен») позволяет пользователям посылать сообщения When-Free, действующие как почти мгновенные сообщения, которые ожидают, пока пользователь или получатель находятся в одном состоянии из списка состояний, определенных как состояния занятости. Отправитель может, используя быстродействующий «жест» (запрограммированный пользователем графический знак) или через постоянно действующий профиль, закодировать данные о том, как долго сообщение должно оставаться действующим, прежде чем оно будет стерто или отменено, так что отправитель может послать сообщение When-Free, например: «Привет! Не хочешь ли пообедать?» (Время действия (TTL)- 10 минут). Таким образом, это сообщение пройдет только в том случае, если получатель окажется свободным в указанном диапазоне TTL.

Можно, но не обязательно, послать подтверждение о приеме сообщения, когда сообщение воспроизведено, или в случаях, когда сообщение не прошло к получателю к тому моменту времени, когда его действие закончилось, отправителю может быть послано уведомление о том, что истек срок действия сообщения и что оно было стерто. Получатели, если это потребуется, могут дать указание о том, что сообщения с близким сроком окончания их действия можно к ним пропустить во избежание их просрочки, а также предоставить возможность задержать состояние доступности для передачи в качестве сообщения обратной связи к отправителю сообщения. Процесс When-Free для мгновенного обмена сообщениями и других форм связи способствует снижению ограничения на отправку мгновенных сообщений другим получателям, особенно людям, которых отправители могут толком не знать, что обеспечивает вежливую форму обмена сообщениями. Подходы на основе When-Free можно также применить к другим средам связи, таким как, например, электронная почта или голосовая почта.

Настоящее изобретение относится к системе и способу, обеспечивающим передачу важных сообщений или обмен данными. Описаны стратегии, которые при принятии решений о наилучшем времени доставки сообщений с учетом предельного срока доставки рассматривают текущую ситуацию у пользователя, в том числе принимая во внимание предполагаемую стоимость прерывания или непосредственно измеряемые показатели, косвенно характеризующие указанную стоимость. Предельные сроки доставки зависят от срочности информации, которая логически выводится или определяется в зависимости от отправителя, типа и содержания сообщения. Если подходящее время доставки в рамках предельного срока не определено, то информация доставляется в предельный срок. Если определено, что подходящее время в рамках предельного срока не достигается, то информация передается немедленно. Подходящие моменты времени для доставки можно определить, используя один или несколько датчиков, расположенных на или около оконечных устройств, к которым в том числе относятся акселерометры, микрофоны, тактильные системы и системы определения положения головы и направления взгляда. При принятии решений об отсрочке предупреждений можно использовать другую информацию, в том числе статус назначенной встречи, указанный в календаре пользователя, время суток и предполагаемые схемы доступности. Для определения вероятности того, что информация в устройстве будет принята, также используют оконечные датчики, календарную информацию и схемы доступности. Указанная информация может возвращаться сразу или в сводном виде центральному менеджеру (средству управления) уведомлений или использоваться локально при принятии решений о выделении и повторении предупреждений.

Один конкретный аспект настоящего изобретения относится к системам и способам, которые обеспечивают осуществление эффективной и своевременной связи между сторонами путем подавления навязывания, связанного с уведомлениями. Один конкретный аспект изобретения относится к использованию малогабаритных устройств (например, телефонов, персональных цифровых помощников (PDA), интеллектуальных перьев, часов, очков) в связи с уведомлением о сообщении и/или наилучшим режимом выполнения связи. Согласно изобретению малогабаритные устройства могут быть выполнены таким образом, чтобы они обладали, по меньшей мере частично, информацией о различных показателях, относящихся к состоянию внимания и/или местоположению пользователей. Информация, определенная и/или предположительно выведенная малогабаритным устройством (устройствами), вместе с данными о состоянии внимания и/или местоположения может совместно использоваться малогабаритными устройствами, а также вместе с устройствами или системами иного уровня (например, центральная система управления уведомлениями). Эта информация может распространяться индивидуально, последовательно или параллельно на другие устройства, а также может агрегироваться. Эту информацию можно использовать для облегчения предоставления службы уведомлений и/или определения или предположительного вывода о наилучшем режиме, при котором обеспечивается эффективная связь с пользователями и между пользователями.

Согласно одному примерному аспекту обеспечивается использование стратегий ограниченной отсрочки, когда локальное устройство поддерживает передачу сообщения, которое оно приняло, прежде чем будет достигнут предельный срок, специально определенный для данного сообщения; устройство согласно изобретению пытается определить или логически вывести наиболее подходящий момент времени для прерывания в рамках выделенного интервала. При указанном определении или логическом выводе можно использовать способы на статистической или вероятностной основе и/или способы на основе полезности (например, выгода от прерывания при заданной стоимости прерывания). Устройства согласно данному изобретению могут использовать различные варианты измерительных систем (например, датчики на основе технологии микроэлектромеханических систем (MEMS), датчики температуры, акселерометры, гироскопы, датчики на основе светового излучения, датчики на основе измерения времени, система GPS, уровень сигнала 802.11, инфракрасные детекторы ближней локации, тактильные датчики, …) в связи с изучением или логическим выводом о состоянии внимания и/или местоположении пользователей. Что касается совместного использования и/или посылки данных измерений состояний, должно быть ясно, что можно передавать все данные измерений состояний, их поднаборы или сводные данные измерений.

Еще один аспект изобретения предлагает учитывать состояния устройства (устройств), а также окружающей среды. Например, надежность передачи устройства может рассматриваться (например, на скользящей шкале, представляющей вероятность P(надежность передачи│контекст), то есть вероятность прохождения сообщения в устройстве для данного контекста (в виде такой функции, как например, f(контекст) или f(измеренные состояния)).

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

Краткое описание чертежей

Фиг.1 - блок-схема, иллюстрирующая архитектуру обмена сообщениями When-Free согласно аспекту настоящего изобретения;

фиг.2 - блок-схема, иллюстрирующая обмены данными о состояниях согласно аспекту настоящего изобретения;

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

фиг.4 - схема примерной стратегии ограниченной отсрочки согласно аспекту настоящего изобретения;

фиг.5 - схема, иллюстрирующая параметры ограниченной отсрочки согласно аспекту настоящего изобретения;

фиг.6 - схема, иллюстрирующая прикладные модели для оконечных устройств согласно аспекту настоящего изобретения;

фиг.7 и 8 - блок-схемы, иллюстрирующие процесс обработки ограниченной отсрочки согласно аспекту настоящего изобретения;

фиг.9 - диаграмма влияния, иллюстрирующая модель фокуса внимания и загруженности согласно аспекту настоящего изобретения;

фиг.10 - схема влияния, иллюстрирующая временную байесовскую модель внимания согласно аспекту настоящего изобретения;

фиг.11 - блок-схема системы назначения приоритетов согласно аспекту настоящего изобретения;

фиг.12 - блок-схема, иллюстрирующая систематическое взаимодействие между средством уведомлений и анализатором контекста согласно аспекту настоящего изобретения;

фиг.13 - блок-схема, иллюстрирующая подходящую операционную среду согласно аспекту настоящего изобретения;

фиг.14 - блок-схема среды для выборочных вычислений, с которой может взаимодействовать настоящее изобретение.

Подробное описание изобретения

Настоящее изобретение относится к системе и способу, обеспечивающим осуществление связи между сторонами на основе учета контекста пользователя, где контекст включает в себя такую фоновую информацию, как статус назначенных встреч пользователя, закодированный в цифровом календаре пользователя, и информацию, которая измеряется локально посредством датчиков, находящихся на устройстве или рядом с устройством. На основе доступности приемника сообщения (например, на основе стратегии ограниченной отсрочки) настоящее изобретение обеспечивает архитектуру обмена сообщениями по принципу When-Free, которая позволяет отправителю сообщения закодировать предпочтительный временной диапазон, в течение которого сообщение должно быть принято. Если сообщение в этом временном диапазоне не принято по причине недоступности приемника, то это сообщение может быть автоматически отменено, до того как беспокоить приемник прерыванием сообщения. Статусом можно обмениваться в обоих направлениях для облегчения дальнейшей связи.

Заметим, что вышеописанная архитектура When-Free может поддерживать несколько сценариев или приложений связи, относящихся, по существу, к обмену сообщениями любого типа, включая электронные текстовые сообщения, а также традиционную аналоговую связь. Например, по сценарию, которым руководит отправитель, при использовании обмена сообщениями When-Free за вежливую форму обмена несут ответственность отправители; то есть, отправителям предоставляется возможность посылки мгновенного сообщения (IM), которое проходит к получателям или привлекает их внимание только в том случае, если получатели присутствуют на месте или свободны согласно их собственному определению занятости и стратегиям свободного состояния. Таким образом, для IM выделяется время существования до истечения срока его действия, например, по умолчанию (например, 5 минут) или в момент посылки устанавливается специальный флаг. Ниже описано несколько возможных примеров.

Сообщение When Free: «Рик! Не желаешь ли пообедать?» - > срок действия 15 минут. В этом примере сообщение полностью исчезает (не попадая к пользователю, или без индикации о том, что оно было послано), если пользователь не увидел сообщение (например, по причине отсутствия) или оставался в состоянии занятости. Таким образом, обмен сообщениями When Free может снизить ограничения для людей, которые не чувствуют неудобств при посылке IM другим людям.

В другом варианте применения можно использовать стратегии, задаваемые приемником, и обеспечить ссылки между просроченными сообщениями IM и электронной почтой. В этом случае стратегия задается приемником для обработки входящего мгновенного сообщения, причем эта стратегия предоставляет простые способы обработки IM, когда получатель оказывается занятым или отсутствует. Этот вариант охватывает ситуации, когда получатель недоступен для сообщения IM, инициируемого отправителем, или не доступен, например, к концу установленного времени обмена IM (имеет место большая пауза и т.п.) из-за того, что пользователь продолжает оставаться занятым, продолжает сеанс обмена мгновенными сообщениями с другим пользователем, отошел и т.д.

В этих ситуациях пользователь может, например, задать следующее:

1. Мои контексты «недоступности»

Например, я не готов, если:

Я не реагирую на IM в течение x минут,

или

Я не работал за своим настольным компьютером в течение времени, превышающего x минут,

или

Я занят, находясь в одном из следующих состояний:

Я в данный момент обмениваюсь сообщениями IM с кем-то еще (посылаю или принимаю IM в ходе беседы с кем-то еще в течение x минут)

Состояние настольного компьютера (Задание приложения на переднем плане, например создание сообщения электронной почты в Outlook, Active в режиме отображения Powerpoint, активизация в Excel и т.д.)

Разрешенные исключения:

Позволяют пользователям задавать исключения

Например, позволяют указанным пользователям обходить состояния занятости: специальный список={Стив Смит, Майк Джонс, моя жена, список важных коллег; человек, с которым я сегодня обменивался IM; человек, которому я сегодня посылал электронную почту, и т.д.).

2. Моя «стратегия недоступности для обмена IM»

Если я не доступен (например, смотри выше, «Если я не реагирую на IM в течение x минут», «Если я не работал за своим настольным компьютером в течение x минут» и т.д.) или я нахожусь в одном из состояний занятости (определенных в простом списке состояний), то тогда (примерные стратегии):

[ ] Преобразовать IM в сообщение электронной почты и поместить его в мой ящик входящей почты

[ ] Создать IM для отправителя с автоматически создаваемым ответом, говорящим о том, что я не готов прочитать или ответить на его IM

[ ] Ввести следующую информацию (в IM или в автоответ по электронной почте:

Как составная часть стратегии недоступности пользователя, получатели могут задать сообщение с автоответом для всех или для выбранных людей/групп (например, из рекомендательного списка пользователя при его недоступности для IM):

Например, сообщение электронной почты с автоответом или ответ в виде IM говорит отправителю о том, что получатель может быть доступен по электронной почте по адресу: ,

или, альтернативный вариант:

[ ] Преобразовать IM в поток сообщений электронной почты, встроив это сообщение IM в электронную почту от меня к отправителю с копией (сс:) для меня

[ ] Ввести следующую информацию (в IM или автоответ по электронной почте):

То есть, получатель может дать указание, распространяющееся на всех или некоторых людей (согласно рекомендательному списку для связи), чтобы для отправителя автоматически создавалось сообщение по электронной почте с копией (СС:) отправителю, с инициированием IM, вкладываемым для того, чтобы дать возможность продолжить связь позднее по электронной почте, или прямо посредством IM, исходя из сообщения электронной почты, в соответствии с предпочтениями либо получателя, либо отправителя. Такой подход всегда переводит ситуации, когда имеет место состояние занятости для IM, в обмен по электронной почте, который может быть доведен до конца позднее по электронной почте или через IM. (Во время чтения электронной почты текущая доступность пользователя для IM может отображаться на месте в соответствии со статусом присутствия доставщика сообщения). Это позволяет создать особую ячейку для IM и электронной почты, позволяя переключаться с одного режима на другой или повторно устанавливать сеанс обмена IM позднее. Также унифицированная стратегия для состояния недоступности и для действий или (например, для действий позднее) предусматривает создание специального списка коллег под названием «рекомендательный список для связи») и задание избирательной недоступности (например, для других) и стратегий действий.

В другой прикладной ситуации можно использовать аналогичные стратегии When-Free (стратегии, задаваемые отправителем, или стратегии, задаваемые приемником) в сценариях полудуплексной связи (push-to-talk (нажми кнопку и говори)). Принцип push-to-talk становится популярным, но он порождает проблемы, подобные IM для обеих сторон - участников связи (руководимой приемником, руководимой отправителем). Для конкретного примера рассмотрим случай, когда устройство связи типа push-to-talk используется первым строительным контрагентом для переговоров с другим контрагентом на другом рабочем участке, в результате чего обе стороны, находящиеся на связи, оказываются занятыми. Если первый контрагент занят, например говорит с кем-то еще, то способ When-Free может поддерживаться несколькими путями. При одном подходе воспроизведение сообщения push-to-talk подавляется и сохраняется в локальном буфере, причем оно воспроизводится, если это возможно, когда контрагент на приемной стороне освобождается в течение заранее установленного временного интервала. Если сообщение не может быть послано в течение выделенного интервала времени, оно может быть стерто заранее автоматически записанным сообщением, передаваемым обратно отправителю, которое информирует отправителя о том, что последнее сообщение не прошло, и/или дает возможность получателю (в соответствии с заранее определенной стратегией) или отправителю преобразовать сообщение в форму, которую можно будет просмотреть позднее, например, фрагмент мультимедийных данных в электронной почте, голосовая почта в ящике входящей почты, с речевым сообщением «Сегодня Вы пропустили это сообщение в конце беседы с Сэмом»; и т.д.

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

При еще одном подходе после того, как время истекло, и возможно отправлен автоматический ответ о недоступности телефона или учетной записи получателя, сообщения могут поддерживаться локально устройством или сервером получателя. Получатель позднее может просмотреть сообщения, подавленные из-за его недоступности или исходя из текущей стоимости прерывания, и решить ответить либо вручную, вызвав предыдущего собеседника, либо использовав автоматическое средство для восстановления контекста. Такие автоматические средства могут обеспечить инструменты для легкого восстановления контекста, например, позволяющие получателю одним нажатием на кнопку активировать восстановление беседы «[Зафиксированное аудиосообщение]: Возвращение к беседе с Робертом в соответствии с [записано от Сэма]: «Роберт, я думаю, что нам как раз бы подошла эта красная керамика!», с момента, когда Роберт и Сэм смогут продолжить беседу.

Предполагается, что используемые в этом приложении термины «компонента», «служба», «модель» и «система» относятся к объекту, имеющему отношение к компьютеру, любым аппаратным средствам, комбинации аппаратных и программных средств, программным средствам или программным средствам, находящимся в процессе исполнения. Например, компонентой может быть, но не только, процесс, выполняющийся в процессоре, а также процессор, объект, исполняемая программа, поток исполнения, программа и/или компьютер. В качестве примера компонентой может являться как приложение, выполняющееся на сервере, так и сам этот сервер. Одна или несколько компонент могут находиться в процессе и/или потоке исполнения, причем компонента может находиться в одном компьютере и/или распределена между двумя или более компьютерами.

Используемый здесь термин «логический вывод» относится в общем случае к процессу обсуждения или логического вывода в отношении состояний системы, окружающей среды и/или пользователя на основе ряда наблюдений, фиксируемых посредством событий и/или данных. Логический вывод можно использовать для идентификации конкретного контекста или действия или, например, можно построить распределение вероятностей состояний. Логический вывод может носить вероятностный характер; то есть, представлять собой вычисление распределения вероятностей интересующих состояний на основе учета данных и событий. Логический вывод также может относиться к способам детерминированных или логических рассуждений, включая способы, используемые для построения событий более высокого уровня исходя из набора событий и/или данных. Такой логический вывод приводит к построению новых событий или действий исходя из набора наблюдаемых событий и/или запомненных данных о событиях, на основе того, являются или нет эти события коррелированными в узкой временной области, и исходя из того, поступили ли эти события и данные от одного или нескольких источников событий и данных.

Обратимся сначала к фиг.1, где показана система 100, иллюстрирующая архитектуру «When Free» согласно аспекту настоящего изобретения. Система 100 включает в себя компоненту 110 посылки сообщений, которая посылает сообщения получателю на оконечном устройстве 120. Компонента 110 посылки сообщений может включать в себя, по существу, любое устройство или компоненту связи, такую как система мгновенного обмена сообщениями, стандартный или сотовый телефон, электронная почта, голосовая почта и т.д. Сообщения, посылаемые согласно настоящему изобретению, включают в себя одно или несколько свойств для управления тем, каким образом и когда послано или передано сообщение приемному устройству или компоненте 120, и послано ли или передано ли сообщение. Согласно одному аспекту сообщения могут посылаться со свойством «время существования» (TTL), как показано под ссылочным номером 130. Свойство TTL указывает длительность активного состояния сообщения, запланированную отправителем (например, в очереди временных сообщений у клиента или на сервере), перед тем как сообщение будет аннулировано из-за прерывания пользователя. Например, пользователь может послать сообщение с устройства 110 посылки, утверждающее: «Ты готов встретиться через 10 минут?». Вместе с этим сообщением пользователь может сконфигурировать параметр TTL, установив его значение равным 10 минутам, который передается вместе с сообщением. Указанную конфигурацию можно обеспечить через пользовательский интерфейс 140, который также можно использовать для создания сообщения. В альтернативном варианте сообщения могут автоматически анализироваться для речевых или текстовых очередей на предмет того, как долго сообщение должно оставаться активным, прежде чем оно будет отброшено.

Обратимся к предыдущему примеру, где в случае, когда пользователь не готов принять вышеуказанное сообщение о встрече через 10 минут, это сообщение о встрече может быть автоматически аннулировано без прерывания работы пользователя или запланированного получателя сообщения. Доступность запланированного получателя для приема сообщений можно определить, используя множество различных процессов, к примеру, через информацию, получаемую из календаря получателя. Согласно одному аспекту компонента 150 ограниченной отсрочки ассоциирована с оконечным устройством 120 и определяет периоды доступности для получателя сообщений. Таким образом, если взять вышеуказанный пример, компонента 150 ограниченной отсрочки может определить, что пользователь готов принять сообщение через 5 минут. В конце 5-минутного интервала пользователь примет вышеуказанное сообщение о встрече, поскольку это сообщение остается доступным для приема, пока не будет превышен назначенный период TTL для этого сообщения (например, 10 минут), или будет определено, что получатель не будет готов в течение интервала времени, превышающего период TTL. Как более подробно описано ниже, между отправителями и приемниками сообщений может осуществляться обмен различной информацией о состояниях, указывающей потенциальную вероятность успешного прохождения или непрохождения посылаемого сообщения, а также другие указания для ненавязчивого обмена сообщениями.

Обратимся к фиг.2, где показана система 200 с демонстрацией примеров обменов состояниями согласно аспекту настоящего изобретения. Как было отмечено выше в связи с фиг.1, обмен сообщениями When-Free позволяет пользователям посылать сообщения When-Free, которые действуют как почти мгновенные сообщения, ожидающие, пока пользователь или получатель не окажется в одном из состояний из списка состояний, определенных как состояния занятости. Отправитель может, используя быстрый «жест» или постоянно действующий профиль, закодировать длительность действия сообщения, прежде чем оно будет стерто или отменено, так чтобы отправитель мог послать сообщение. Это показано под ссылочным номером 210, где устройство посылки передает сообщение 220, имеющее закодированный параметр или параметры. Например, сообщение 220 может появиться в виде сообщения When Free: «Привет, не хочешь ли пообедать?» (время существования (TTL) 10 минут). Таким образом, сообщение 220 пройдет только в том случае, если получатель освободится в течение временного интервала TTL. В необязательном порядке может быть послано подтверждение принятого сообщения под ссылочным номером 230, когда сообщение воспроизводится с приемного устройства 240, или в случаях, когда сообщение 220 не прошло получателю за время его существования, отправителю 210 может быть послано уведомление 250 о том, что сообщение просрочено и было стерто.

Получатели через приемное устройство 240 могут указать, что сообщения, время существования которых близко к завершению, могут пройти к ним, прежде чем истечет их срок, если это необходимо, а также разрешить затянуть состояние 260 доступности, передаваемое в виде сигнала обратной связи отправителю сообщения (например, «Я смогу принять сообщение через 15 минут»). Если получатель сконфигурировал приемное устройство 240 для прохождения на него сообщений, например если сообщение имеет достаточно высокий приоритет или поступает от кого-либо лица, входящего в поднабор отобранных отправителей, может быть послано альтернативное предложение под ссылочным номером 270. Например, «Я готов встретиться через 20 минут». В дополнение к параметризированным сообщениям 220 устройство 210 посылки может послать особые признаки, указывающие, кто может попытаться установить контакт с получателем, под ссылочным номером 280 (например, изображение отправителя или текст, указывающий, что мгновенное сообщение находится в очереди). Также может быть предусмотрен журнал 290 регистрации действий, по которому получатель сообщений может периодически контролировать файл регистрации, указывающий количество посланных сообщений, содержание сообщений и идентификационные данные отправителей сообщений, которые возможно пытались выйти на связь, но им это не удалось. Этот журнал может также включать в себя данные обо всех действиях в отношении сообщений, в том числе о попытках успешной связи, а также о безуспешных попытках.

Обратимся к фиг.3, где в системе 300 показана связь оконечного устройства согласно аспекту настоящего изобретения. Одно или несколько оконечных устройств 310 ассоциированы с одним или несколькими датчиками 314 (например, перемещения, ближней локации) и данными 320 ограниченной отсрочки для облегчения связи с пользователем. Данные 320 ограниченной отсрочки обычно определяются и создаются менеджером 330 уведомлений, который направляет уведомление от различных источников 334 уведомлений на оконечные устройства 310. Ценно то, что согласно настоящему изобретению оконечные устройства 310 также могут определять данные 320 ограниченной отсрочки.

Данные 320 ограниченной отсрочки для оконечных устройств 310 определяются с учетом допустимого периода, называемого периодом отсрочки, который в общем случае зависит от отправителя уведомления и/или типа доставляемого сообщения. Когда оконечное устройство 310 принимает сообщения, оно использует датчики 314 локально, чтобы определить подходящее время в рамках указанного периода ограниченной отсрочки для предупреждения пользователя. Как правило, более срочные сообщения имеют более короткий период отсрочки. Например, менеджер 330 уведомлений возможно как раз принял сообщение от источника 334 уведомлений и пытается доставить это сообщение в соответствии с периодом ограниченной отсрочки, заданным в данных 320 ограниченной отсрочки. Обычно менеджер 330 уведомлений принимает общие решения о направлении уведомлений и полагает, что оконечное устройство 310 действительно предоставит сообщение пользователю в рамках определенного периода отсрочки. Однако оконечное устройство 310 может обнаружить, что пользователь в настоящее время вовлечен в активные действия (например, акселерометр указывает на быстрое перемещение). По существу, даже если приближается окончание срока доставки сообщения, определенного данными 320 ограниченной отсрочки, то оконечное устройство 310 еще может задержать доставку этого сообщения на основе того, что обнаружена активность или состояние внимания пользователя.

Заметим, что ограниченная отсрочка в общем случае относится к концепции, состоящей в том, что сообщениям локально или централизованно присваивается допуск ограниченной отсрочки, который предопределяет предельный срок, когда пользователь может ознакомиться с сообщением, содержащим информацию о его ценности для пользователя, где допуск или отсрочка зависит от срочности этой информации. Также можно учесть надежность передачи потенциально на основе локально полученной датчиком информации, которая относится к вероятности того, что сообщение пройдет к пользователю при данных результатах измерений в оконечной точке и/или оценках при данной информации об окружении, как более подробно описывается ниже.

Параметры ограниченной отсрочки могут быть определены путем использования локальных датчиков, календарной информации, типа предупреждения и/или времени дня, например, для определения того, что пользователь слишком занят, чтобы принять предупреждение в данный момент или в течение последующих х минут. Если подходит предельный срок, а предупреждение еще не доставлено, то оно доставляется в предельный срок. Если предельный срок определенно будет достигнут (например, как определено из календарной информации) и нет смысла ждать «лучших времен», то тогда немедленно отправляется предупреждение, так как ожидание ничего не даст.

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

В известной диалоговой системе или соответствующем аспекте настоящего изобретения можно использовать концепцию ограниченной отсрочки, чтобы позволить системе, выполняющей интерактивный диалог, либо инициировать беседу, либо продолжить беседу, которая была прервана переключением внимания пользователя на что-то другое: какую-то задачу или на другую беседу. Например, в случае автоматизированной системы, которая работает с пользователем по задаче, в результате чего диалог был прерван каким-то лицом, вошедшим в дверь и говорящим с пользователем, система может подождать некоторое время, прежде чем извиниться и вмешаться с целью продолжения работы, в зависимости от важности своевременного продолжения диалога.

Заметим, что ограниченная отсрочка может быть связана со многими аспектами опыта пользователя. Например, стратегии ограниченной отсрочки могут быть связаны с календарной информацией, где в качестве строго определенных границ доступности пользователя берутся назначенные встречи (например, «назначенная встреча пользователя заканчивается через 10 минут; значит, можно и подождать» в сравнении с «назначенная встреча пользователя заканчивается через 20 минут; конец назначенной встречи или задачи наступит после допустимой отсрочки». Соответственно, лучше всего просто вмешаться и немедленно предупредить пользователя). Кроме календарной информации вычислительные системы могут обратиться к информации о длительности других задач. Например, задачи заранее заданной длины могут быть доступны в конт