Агрегация присутствия пользователей на сервере



Агрегация присутствия пользователей на сервере
Агрегация присутствия пользователей на сервере
Агрегация присутствия пользователей на сервере
Агрегация присутствия пользователей на сервере
Агрегация присутствия пользователей на сервере
Агрегация присутствия пользователей на сервере

 


Владельцы патента RU 2436246:

МАЙКРОСОФТ КОРПОРЕЙШН (US)

Изобретение относится к средствам связи пользователей посредством компьютерных устройств в режиме реального времени. Техническим результатом является расширение функциональных возможностей для обеспечения пользователей данными о показателях доступности пользователей в сети связи. Система агрегации присутствия предоставляет сервер агрегации присутствия, который позволяет публикацию состояния присутствия публикатора от нескольких конечных точек. Состояние присутствия включает в себя значение доступности и активность. Активность может включать в себя символ активности и/или пользовательскую строку. Когда любая из конечных точек публикатора совершает публикацию состояния присутствия на сервере агрегации присутствия, сервер агрегации присутствия формирует агрегированное состояние публикатора (то есть доступность публикатора, агрегированную по всем конечным точкам публикатора) и публикует сформированное агрегированное состояние для каждой конечной точки публикатора. Сервер агрегации присутствия может также предоставлять агрегированное состояние публикатора подписчикам на информацию об агрегированном состоянии публикатора. 3 н. и 15 з.п. ф-лы, 6 ил.

 

УРОВЕНЬ ТЕХНИКИ

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

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

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

В контексте мгновенного обмена сообщениями публикующий пользователь («публикатор») может предоставлять свою информацию о присутствии серверу присутствия, чтобы затем предоставить эту информацию подписавшимся пользователям («подписчик»). Таким образом, сервер присутствия может использовать модель подписчик/публикатор для обеспечения информацией присутствия пользователей службы присутствия. Как только информация присутствия пользователя изменяется, компьютер этого пользователя уведомляет сервер присутствия об этих изменениях, а сервер присутствия в свою очередь уведомляет подписавшихся пользователей об изменениях. Подписавшийся пользователь может затем на основании информации присутствия предполагаемых участников разговора решить, инициировать разговор или нет. Например, если информация присутствия указывает на то, что публикующий пользователь в настоящее время находится в состоянии телефонной конференцсвязи, то подписавшийся пользователь может принять решение отправить мгновенное сообщение или выполнить телефонный вызов публикующему пользователю. Если подписавшемуся пользователю все же требуется позвонить и поговорить с публикующим пользователем, подписавшемуся пользователю нужно просмотреть информацию присутствия публикующего пользователя, для того чтобы узнать, когда можно сделать вызов. Когда подписавшийся пользователь заметит, что информация присутствия публикующего пользователя указывает на то, что телефонная конференция завершена, он может выполнить телефонный звонок. RFC 2778 является спецификацией, относящейся к информации присутствия в системах мгновенного обмена сообщениями. RFC 3856 является спецификацией, относящейся к информации присутствия, использующей SIP-протокол (Session Initiation Protocol - протокол инициации сеансов).

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

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

Представлены способ и система для агрегации присутствия пользователя на сервере по множеству конечных точек. Система агрегации присутствия предоставляет сервер агрегации присутствия, что позволяет публиковать состояние присутствия публикатора на конечных точках публикатора. Состояние присутствия включает в себя доступность и активность. Активность может указывать на выполняемое действие и/или выбранную пользователем строку. Например, пользователь может опубликовать состояние, которое включает в себя доступность, которая показывает, что пользователь (например, публикатор) находится в режиме online. Когда какая-либо из конечных точек публикатора создает публикацию о состоянии присутствия на сервере агрегации присутствия, сервер агрегации присутствия генерирует агрегированное состояние публикатора (например, доступность публикатора, агрегированная по всем конечным точкам публикатора) и публикует сформированное объединенное состояние для каждой конечной точки публикатора. Сервер агрегации присутствия может также предоставлять агрегированные состояния публикатора подписчикам на информацию об агрегированном состоянии публикатора.

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

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

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

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

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

На Фиг.1 представлена блок-схема, которая иллюстрирует компоненты системы агрегации присутствия в соответствии с некоторыми вариантами осуществления изобретения.

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

На Фиг.3 представлена блок-схема, которая иллюстрирует обработку системы агрегации присутствия в соответствии с некоторыми вариантами осуществления изобретения.

На Фиг.4 представлена блок-схема, которая иллюстрирует обработку модуля агрегации при определении агрегированного состояния машины в соответствии с некоторыми вариантами осуществления изобретения.

На Фиг.5 представлена блок-схема, которая иллюстрирует обработку модуля агрегации при определении агрегированной доступности в соответствии с некоторыми вариантами осуществления изобретения.

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

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

Предоставлены способ и система для агрегации присутствия пользователя на сервере по нескольким конечным точкам. В некоторых вариантах осуществления система агрегации присутствия обеспечивает сервер агрегации присутствия, который позволяет публиковать состояния присутствия публикатора из любой из нескольких конечных точек публикатора. Состояние присутствия включает значение доступности и активность. Активность может определять символ активности и/или строку, задаваемую пользователем. Например, пользователь может опубликовать состояние, которое включает в себя значение доступности, которое показывает, что пользователь (например, публикатор) находится в состоянии online. Другой пример, машина может установить, что она активна, посредством публикования состояния, которое включает в себя значение доступности, показывающее, что машина находится в состоянии online. Когда какая-либо из публикующих конечных точек публикует состояние присутствия на сервере агрегации присутствия, сервер агрегации присутствия генерирует состояние агрегированного присутствия (также взаимозаменяемо ссылается здесь и на «агрегированное состояние») публикатора (то есть доступность публикатора, объединенная по всем конечным точкам публикатора), и публикует сформированное агрегированное состояние для каждой конечной точки публикатора. Сервер агрегации присутствия может также предоставлять агрегированное состояние публикатора подписчикам на информацию о его агрегированном состоянии. В некоторых вариантах осуществления сервер агрегации присутствия может генерировать агрегированное состояние публикатора, когда срок публикации состояния присутствия истечет. Например, срок публикации состояния присутствия может истечь, когда конечная точка перейдет в состояние offline. В некоторых вариантах осуществления сервер агрегации присутствия может генерировать агрегированное состояние публикатора на основании определенных триггеров. Например, конечная точка может публиковать состояние присутствия, которое указывает на то, что публикатор собирается быть занят в 14.00. В данном случае сервер агрегации присутствия может сгенерировать агрегированное состояние для публикатора в указанное время.

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

На протяжении всего описания следующие термины будут в большинстве случаев иметь следующие значения:

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

Термин «агрегированная доступность» относится к доступности, связанной с пользователем (например, публикатором) во всех конечных точках пользователя.

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

Термин «доступность» относится к желанию и возможности пользователя взаимодействовать. В этой связи доступность пользователя является представлением того, насколько «доступным» является пользователь и/или можно его прерывать или нет. Доступность обозначается численными значениями. Чем больше число, тем менее доступен/достижим пользователь.

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

Термин «вызывающий» или «подписчик» относится к пользователю, который просматривает опубликованную информацию об агрегированной доступности. Вызывающий или подписчик являются пользователями, которые инициируют диалог, основанный на присутствии вызываемого или публикатора.

Термин «конечная точка» относится к единичному сеансу подключения пользователя. Конечные точки обычно являются синонимичными с устройствами.

Термин «присутствие» относится к информации, которая полезна для определения пользовательской доступности.

Термин «состояние» относится к блокам информации, который представляет факторы, которые влияют на желание и доступность человека для коммуникации.

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

Сервер агрегации присутствия позволяет каждому публикатору определять совокупность одного или более контейнеров для задания списка контроля доступа (ACL - access control list) для каждого контейнера и для задания публикаций, которые должны быть включены в каждый контейнер. ACL определяет элементы, также рассматриваемые как «члены», которым разрешено подписываться на получение публикаций, созданных для каждого контейнера. Например, публикатор может определить членов контейнера посредством задания типов членства индивидуальных субъектов (например, Джон Смит), группы субъектов (например. Маркетинговая Группа по Проекту А), субъектов с общими характеристиками (например, из домена acme.corn) и т.д. Сервер агрегации присутствия позволяет субъектам подписываться на получение публикаций публикатора, включая агрегированное состояние подписчика и другую опубликованную информацию присутствия. Если подписывающийся субъект является членом контейнера, как определено в ACL контейнера, то сервер агрегации присутствия добавляет этого субъекта в качестве подписчика этого контейнера. Сервер агрегации присутствия затем уведомляет подписчиков контейнера о публикациях, созданных в контейнере. Публикация может содержать информацию об агрегированном состоянии публикатора, а также другую информацию присутствия. Например, когда сервер агрегации присутствия генерирует агрегированное состояние публикатора, сервер агрегации присутствия может опубликовать указание на агрегированное состояние в каждом из контейнеров публикатора, таким образом, уведомляя подписавшихся об агрегированном состоянии публикатора. Сервер агрегации присутствия может разрешать публикатору публиковать информацию присутствия непосредственно в контейнеры публикатора. Например, публикатор может определить контейнер, который будет сделан доступным для подписавшихся, которые являются коллегами, и может определить другой контейнер, который будет доступным для всех других подписчиков. В данном примере публикатор может захотеть опубликовать более подробную информацию присутствия в контейнере, который будет доступен для коллег. Например, дополнительно к агрегированному состоянию публикатор может также захотеть проинформировать коллег о том, что он находится «на встрече с Джоном», в то же время не предоставляя эту дополнительную информацию другим.

В некоторых вариантах осуществления публикация состояния присутствия может быть следующих типов: «пользователь», «машина», «телефон», «календарь», «конференция» или «общее», как показано в Таблице 1 ниже.

Таблица 1
Тип состояния Описание
Пользователь Состояние присутствия, которое публикатор может установить самостоятельно
Машина Состояние конечной машины (конечное устройство)
Телефон Состояние телефона публикатора
Календарь События в расписании публикатора (например, календарь Outlook)
Конференция Активируется, когда публикатор находится в разговоре с несколькими участниками или если публикатор присутствует на совместном заседании
Общее Все другие состояния

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

Таблица 2
Состояние пользователя Значение доступности Описание
В сети 3500 Публикатор доступен
Занят 6500 Публикатор занят
Не беспокоить 9500 Публикатора не нужно беспокоить
Скоро буду 12500 Публикатор в настоящий момент не доступен
Нет на месте 15500 Публикатор не на рабочем месте
Отключен 18500 Публикатор хочет быть не в сети

Как показано примерами пользовательских состояний в Таблице 2, публикатор может показывать свое намерение общаться посредством «В сети», «Занят», «Не беспокоить», «Скоро буду», «Отошел» и «Отключен». Каждое пользовательское состояние характеризуется соответствующим значением доступности, числом, которое представляет доступность подписчика, показываемую с помощью состояния пользователя, от более доступного к менее доступному, где большее значение доступности соответствует меньшему состоянию доступности. Например, среди шести состояний пользователя, перечисленных в Таблице 2, состояние «В сети» является наиболее доступным пользовательским состоянием, а «Отключен» является наименее доступным состоянием. Публикатор может определить пользовательское состояние, с помощью выбора одного из пользовательских состояний из отображаемого списка, клиентское приложение определяет значение доступности, которое соответствует выбранному состоянию пользователя и публикует значение доступности в качестве состояния пользователя публикатора в контейнере состояния публикатора на сервере агрегации присутствия. Например, если публикатор вручную определил пользовательское состояние «В сети», указанное состояние будет опубликовано в контейнере состояния публикатора как значение доступности состояния пользователя, равное 3500 (например, состояние пользователя; avail-3500). Когда состояние пользователя опубликовано, сервер агрегации присутствия помечает публикацию временем публикации.

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

Таблица 3
Состояние машины Значение доступности Обозначение активности Описание
Активно 3500 NULL Публикатор активно использует устройство и доступен
Неактивно 3750 Inactive Публикатор не использовал устройство, но все еще предполагается, что он доступен
Неизвестно 3750 Inactive Устройство не может определить, доступен ли публикатор
Нет на месте 15500 NULL Публикатор, вероятно, не находится перед устройством и недоступен
Отключено 18500 NULL Публикатор не подключен и определенно недоступен

Как показано в Таблице 3, конечная точка может указывать на состояния машины, такие как «Активно», «Неактивно», «Неизвестно», «Нет на месте» и «Отключено». Аналогично состояниям пользователя, перечисленным в Таблице 2, состояния машины, перечисленные в Таблице 3, ранжированы в соответствии с их индикаторами доступности от более доступного к менее доступному, при этом значение большей доступности отвечает менее доступному состоянию. Более того, из Таблиц 2 и 3 видно, что состояние машины «Нет на месте» указывает на состояние с меньшей доступностью, чем состояние пользователя «Не беспокоить». Обозначение активности, если присутствует, представляет собой текстовую переменную, которая представляет определенное состояние машины. Обозначение активности обычно предоставляется публикатором (например, клиентское приложение, которое публикует состояние машины). Например, клиентское приложение может определить, что оно в настоящее время используется, и из этого определить состояние машины «Активно». В этом примере клиентское приложение может опубликовать состояние машины в контейнере состояния публикатора на сервере агрегации присутствия как состояние машины со значением доступности 3500 (например, состояние машины; avail=3500; обозначение активности = NULL). В другом примере клиентское приложение может отслеживать активность аппаратного обеспечения для определения состояния машины. Когда состояние машины публикуется, сервер агрегации присутствия помечает публикацию временем публикации.

Состояние телефона указывает на состояние телефона публикатора. Например, клиентское приложение может определить, что пользователь в настоящее время выполняет голосовой вызов через сеть Internet (VoIP) и публикует состояние телефона. Список примеров значений доступности состояний телефона, соответствующих дополнительных обозначений активности и пользовательских переменных представлен в Таблице 4 ниже.

Таблица 4
Значение доступности Обозначение активности Пользовательская переменная Описание
6500 Разговор Разговор один на один Пользователь разговаривает с одним человеком
6750 Конференц связь Многосторонняя конференция Пользователь разговаривает с более чем одним человеком

Аналогично пользовательским состояниям, перечисленным в Таблице 2, и состояниям машины, перечисленным в Таблице 3, состояния телефона, перечисленные в Таблице 4, ранжированы в соответствии с их показателями доступности от более доступного к менее доступному, при этом большее значение доступности отвечает состоянию с меньшей доступностью. Обозначения доступности, если присутствуют, представляют собой текстовые переменные, которые описывают состояние отдельного телефона. Пользовательские переменные, если присутствуют, представляют собой текстовые переменные, которые более подробно описывают отдельные состояния телефона. Например, пользовательские переменные могут описывать состояние телефона на специфичном языке, таком как японский. Обозначения активности и пользовательские переменные обычно предоставляются публикатором (например, клиентское приложение, которое публикует состояние телефона). Например, клиентское приложение может определить, что публикатор в настоящее время проводит телефонный разговор с одним человеком. В этом примере клиентское приложение может опубликовать состояние телефона в контейнере состояния публикатора на сервере агрегации присутствия как значение доступности состояния телефона, равной 6500 (например, состояние телефона; avail=6500; обозначение активности = «Разговор»; пользовательская переменная = «разговор один на один»). Когда состояние телефона публикуется, сервер агрегации присутствия помечает публикацию временем публикации.

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

Таблица 5
Значение доступности Обозначение активности Пользовательская переменная Описание
3500 NULL Свободен У публикатора нет встречи
3500 NULL Под вопросом Публикатор на встрече, которая не подтверждена
6500 На встрече На встрече Публикатор принял информацию о встрече
3500 Нет на работе Нет на работе Публикатор не в офисе

Аналогично состояниям пользователей, перечисленным в Таблице 2, состояниям машины, перечисленным в Таблице 3, и состояниям телефонов, перечисленным в Таблице 4, календарные состояния в Таблице 5 ранжированы в соответствии с их показателями доступности от более доступного к менее доступному, где большее значение доступности отвечает состоянию с меньшей доступностью. Обозначения активности, если присутствуют, представляют собой текстовые переменные, которые представляют определенные календарные состояния. Пользовательская переменная, если присутствует, является текстовой переменной, которая более подробно описывает определенное календарное состояние. Например, пользовательская переменная может предоставлять дополнительные подробности касательно определенного календарного состояния, которое не снабжено обозначением активности. Обозначение активности и пользовательская переменная обычно предоставляются публикатором (например, клиентское приложение, которое публикует календарное состояние). Например, клиентское приложение может определить, что у публикатора нет встреч. В данном примере клиентское приложение может опубликовать календарное состояние в контейнере состояния публикатора на сервере агрегации присутствия в качестве значения доступности календарного состояния 3500 (например, календарное состояние; avail=3500; обозначение активности = «NULL»; пользовательская переменная = «Свободен»). Когда календарное состояние опубликовано, сервер агрегации присутствия помечает публикацию временем публикации.

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

Таблица 6
Значение доступности Обозначение активности Пользовательская переменная Описание
9500 NULL Делает презентацию Участник в полноэкранном режиме
6900 Только срочное прерывание Беспокоить только по срочным вопросам Публикатор присутствует («Не беспокоить»), но определенные подписчики должны видеть доступность «Занят»
6750 Многосторонняя конференция Конференц-связь Публикатор разговаривает с более чем одним человеком в режиме, отличном от мгновенного обмена сообщениями

Аналогично состояниям пользователей, перечисленным в Таблице 2, состояниям машины, перечисленным в Таблице 3, и состояниям телефонов, перечисленным в Таблице 4, календарным состояниям, перечисленным в Таблице 5, состояния конференции, перечисленные в Таблице 6, ранжированы в соответствии с их показателями доступности от более доступного к менее доступному, где большее значение доступности отвечает состоянию меньшей доступности. Обозначение доступности, если присутствует, представляет собой текстовую переменную, которая представляет определенное состояние конференции. Пользовательская переменная, если присутствует, является текстовой переменной, которая более подробно описывает определенное состояние конференции. Например, пользовательская переменная может описывать состояние конференции на специфичном языке, таком как японский, или предоставлять дополнительные подробности касательно определенного состояния конференции, которые не обеспечиваются обозначением активности. Обозначение активности и пользовательская переменная обычно предоставляются публикатором (например, клиентское приложение, которое публикует состояние о конференции). В качестве примера клиентское приложение может обнаружить, что конференц-приложение, такое как Microsoft Powerpoint, выполняемое на машине публикатора, находится в полноэкранном режиме. Из этого клиентское приложение может заключить, что публикатор в настоящее время делает презентацию на конференции. В данном примере клиентское приложение может публиковать состояние конференции в контейнере статуса публикатора на сервере агрегации присутствия в качестве значения доступности состояния конференции 9500 (например, состояние конференции; avail=9500; обозначение активности = «NULL»; пользовательская переменная = «делает презентацию»). Когда состояние конференции опубликовано, сервер агрегации присутствия отмечает время публикации на публикации.

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

В некоторых вариантах осуществления клиентское приложение может обеспечивать интерфейс прикладного программирования (API - Application Programming Interface), который позволяет публиковать события, обнаруженные другими приложениями. Например, приложения, такие как календарное приложение, телефонное приложение (например, VoIP приложение), другие приложения для конференций и т.д., могут обнаружить события и запросить клиентское приложение опубликовать информацию об обнаруженных событиях в контейнере состояния публикатора на сервере агрегации присутствия.

В некоторых вариантах осуществления приложения или устройства третьих сторон могут непосредственно публиковать события в контейнере состояния публикатора на сервере агрегации присутствия. Например, устройство учрежденческой АТС (УАТС) может быть информировано о сервере агрегации присутствия и может иметь необходимые привилегии (например, учетные данные), чтобы публиковать информацию присутствия для публикатора в контейнере состояния публикатора на сервере агрегации присутствия. Когда УАТС-устройство обнаруживает событие, такое как то, что публикатор в настоящее время занят в телефонном разговоре, УАТС-устройство может опубликовать информацию об обнаруженном событии посредством определения соответствующего значения доступности, которое описывает событие. УАТС-устройство может затем опубликовать значение доступности в качестве общего состояния в контейнере состояния публикатора на сервере агрегации присутствия. УАТС-устройство может также предоставить обозначения активности и/или пользовательскую переменную, которая представляет и/или дополнительно описывает опубликованное общее состояние.

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

Таблица 7, представленная ниже, содержит преобразование значений доступности в соответствующие агрегированные доступности, переменные по умолчанию и описания.

Таблица 7
Агрегированная доступность Переменная по умолчанию Диапазон значения доступности Описание
В сети В сети 3000-3999 Публикатор доступен
Занят Занят 6000-6999 Публикатор доступен, но при этом занят в другом задании
Не беспокоить Не беспокоить 9000-9999 Публикатор доступен, но не хочет, чтобы его прерывали
Временно нет на месте Временно нет на месте 12000-12999 Публикатор, вероятно, временно недоступен
Нет на месте Нет на месте 15000-15999 Публикатор, вероятно, недоступен
Не в сети Не в сети 18000-28999 Публикатор недоступен

Как показано в Таблице 7, диапазон значений доступности преобразуется в каждую из агрегированных доступностей. Например, значения доступности в диапазоне 3000-3999 преобразуются в агрегированную доступность «В сети». Преобразование диапазона значений доступности в единичную агрегированную доступность позволяет ранжировать значения доступность внутри класса доступностей. Например, состояние телефона «многосторонняя конференция» в Таблице 4, представленной выше, и календарное состояние «на встрече» из Таблицы 5, представленной выше, оба будут преобразованы в одну и ту же агрегированную доступность «Занят». Несмотря на то что оба этих состояния приводят к той же самой агрегированной доступности, состояние телефона «многосторонняя конференция» ранжируется ниже (то есть менее доступен), чем календарное состояние «на встрече», из-за большего значения доступности (6750>6500). По существу, если агрегированная доступность публикатора выбирается из этих двух состояний, в качестве агрегированной доступности публикатора будет выбрано телефонное состояние «многосторонняя конференция».

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

В некоторых вариантах осуществления публикация состояния присутствия может включать несколько активностей. Каждая активность, включенная в публикацию, может иметь соответствующий индикатор, который определяет условия, при которых определенная активность считается действительной. Например, публикация может указывать на то, что активность публикатора «Нет на работе», если значение доступности больше чем 15000, и что в обратном случае активность будет «В сети». В качестве другого примера, публикация может указывать на то, что активность публикатора «Нет на работе» между 10.00 и 14.00 и, что активность будет «Свободен» в остальное время в течение дня. Специалисты поймут то, что индикатор состояния для активности может быть определен другими способами. Например, индикатор состояния может включать комбинацию диапазона значений доступности и диапазон времен.

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

На Фиг.1 представлена блок-схема, иллюстрирующая компоненты системы агрегации присутствия, в соответствии с некоторыми вариантами осуществления. Система 102 агрегации присутствия связана с субъектными устройствами 104 посредством сети 106. Субъектные устройства соответствуют субъектам, которые могут быть публикаторами или подписчиками. Система агрегации присутствия включает в себя модуль 108 приема обновлений, модуль 110 обновления публикаций и модуль 112 добавления публикаций, модуль 114 приема запроса на подписку, модуль 116 добавления подписки, модуль 118 создания контейнера, хранилище 120 контейнеров, модуль 122 агрегации и модуль 124 истекших публикаций. Некоторые или все модули могут быть представлены на сервере агрегации присутствия или нескольких серверах агрегации присутствия. Хранилище контейнеров содержит контейнеры публикаторов (созданные модулем создания контейнера) и другие структуры данных, используемые системой агрегации присутствия. Обращение к модулю приема обновлений происходит, когда от публикатора приходит запрос на обновление публикаций. Модуль приема обновлений вызывает модуль обновления публикаций для обновления публикаций и модуль добавления публикаций для добавления новых публикаций в контейнер. Обращение к модулю приема запроса подписки происходит, когда от субъекта приходит запрос на подписку на контейнер публикатора. Модуль приема запроса подписки вызывает модуль добавления подписки для подписки субъекта на определенный контейнер или контейнеры. Модуль агрегации обрабатывает публикации о состояниях присутствия в контейнере состояния публикатора для формирования агрегированного состояния публикатора. Обращение системы агрегации присутствия к модулю истекших публикаций периодически происходит для очистки истекших публикаций (публикаций об истекших состояниях) в контейнерах в хранилище контейнеров. Хотя это не показано на Фиг.1, субъективные устройства включают компоненты системы агрегации присутствия для определения контейнеров и их ACL для отправки обновлений публикаций, для отправки запросов на подписку, для приема уведомлений об обновлениях публикаций и для приема публикаций от системы агрегации присутствия.

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

Вычислительные устройства, на которых может быть реализована система агрегации присутствия, может включать в себя центральный процессор, память, устройства ввода (например, клавиатура, устройства указания), устройства вывода (например, монитор) и устройства хранения (например, дисковые накопители). Память и устройства хранения являются компьютерно-читаемыми носителями, которые могут содержать инструкции для реализации системы агрегации присутствия. Кроме того, структуры данных и структуры сообщений могут храниться или передаваться через среду передачи данных, как сигнал по линии связи. Могут использоваться различные линии связи, такие как Internet, локальные сети, глобальные сети, коммутируемые соединения точка-точка, беспроводные сети и другие.

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

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

На Фиг.2 представлена диаграмма структуры данных, иллюстрирующая пример логической структуры данных системы агрегации присутствия, в соответствии с некоторыми вариантами осуществления. Структура данных включает в себя таблицу 202 публикаторов, которая включает в себя вхождение для каждого публикатора. Каждое вхождение определяет публикатора и указывает на таблицу 204 контейнеров публикатора. Таблица контейнеров публикаторов содержит вхождения для каждого контейнера соответствующего публикатора. Каждое вхождение определяет контейнер (например, по имени) и содержит ACL, список подписчиков и список публикаций. ACL определяет субъектов, которым разрешено подписываться на соответствующий контейнер. Список подписчиков устанавливает подписчиков, которые подписаны на соответствующий контейнер. Список публикаций содержит вхождения для каждой публикации в контейнере. Когда сделана публикация в контейнере, система агрегации присутствия использует список подписчиков, чтобы определить подписчиков, которых нужно уведомить. Когда субъект подписывается на контейнер, система агрегации присутствия использует ACL для того, чтобы определить разрешить или запретить подписку. Специалисты поймут то, что это только один пример логической схемы структуры данных системы агрегации присутствия. Структура данных системы агрегации присутствия может быть привязана к требованиям по пространству и вычислениям системы агрегации присутствия. Например, список подписчиков может обеспечиваться в отдельной таблице как таблица подписчиков. Каждое вхождение в таблице может определять публикатора, подписчика и список публикаций (включая их версии). Система присутствия может использовать комбинации таблиц для определения того, какая версия публикации должна быть видима подписавшимся.

На Фиг.3 представлена блок-схема, иллюстрирующая обработку системы агрегации присутствия в соответствии с некоторыми вариантами осуществления. Система агрегации присутствия отслеживает контейнеры состояния на наличие изменений в состояниях публикаторов. При детектировании изменений в состоянии публикатора система, в блоке 302, определяет агрегированное состояние машины публикатора и публикует агрегированное состояние машины в контейнере состояния публикатора. В блоке 304 система определяет агрегированную доступность публикатора. В блоке 306 система определяет текущую активность публикатора. В блоке 308 система публикует агрегированную доступность и текущую активность в качестве агрегированного состояния публикатора в контейнере состояния публикатора и других контейнерах публикатора, которые были назначены подходящими для публикаций агрегированного состояния. Публикатор может объявить контейнеры, которые подходят для публикации агрегированного состояния.

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

На Фиг.4 представлена блок-схема, иллюстрирующая обработку модуля агрегации при определении агрегированного состояния машины, в соответствии с некоторыми вариантами осуществления изобретения. Модуль агрегации обрабатывает публикации о состоянии машины в контейнере состояния публикатора и уведомляет конечные точки публикатора об отдельных агрегированных состояниях машины для наиболее активной машины публикатора. В блоке 402 модуль агрегации выбирает состояние наиболее активной машины (то есть публикации о состоянии машины с самым низким значением доступности). В блоке 404 модуль агрегации проверяет возможность наличия нескольких наиболее активных состояний машин. Если существует более чем одно наиболее активное состояние машины, то в блоке 404 модуль агрегации выбирает в качестве наиболее активного состояния то, которое было позже опубликовано. В блоке 408 модуль агрегации возвращает состояние наиболее активной машины. В некоторых вариантах осуществления модуль агрегации определяет машину, которая опубликовала наиболее активное состояние и возвращает индикатор этой машины (то есть самой активной машины). Если два устройства (например, соответствующие конечным точкам на двух машинах) опубликовали одинаковое состояние машины, которое было определено как наиболее активное состояние машины, модуль агрегации устанавливает в качестве самой активной машины, машину, которая позже всех опубликовала самое активное состояние машины. Например, если машина А опубликовала состояние машины Активно в 13.00, а машина В опубликовала свое состояние машины Активно в 13.30, то модуль агрегации устанавливает Машину В как самую активную.

На Фиг.5 представлена блок-схема, иллюстрирующая обработку модуля агрегации при определении агрегированной доступности, в соответствии с некоторыми вариантами осуществления. В блоке 503 модуль агрегации определяет действительный набор состояний, из которых будет генерироваться агрегированная доступность. Действительный набор состояний может включать наиболее активные состояния машин и любые публикации о пользовательских состояниях, телефонных состояниях, календарных состояниях, состояниях конференции и общих состояниях в контейнере состояний подписчика. В блоке 504 модуль агрегации производит проверку для определения того, опубликовано ли пользовательское состояние или нет. Если модуль агрегации определяет, что публикация пользовательского состояния присутствует в контейнере состояния, то в блоке 506 модуль агрегации удаляет состояния старше пользовательского состояния из действительного набора состояний. Например, модуль агрегации определяет состояния в действительном наборе состояний, время публикации которых старше, чем время публикации пользовательского состояния, и удаляет эти старые состояния из действительного набора состояний. Если в блоке 504 модуль агрегации определяет, что пользовательские состояния старше опубликованного пользовательского состояния в блоке 506, модуль агрегации, в блоке 508, выбирает в качестве агрегированной доступности наименее доступное состояние (например, состояние с самым высоким значением доступности) из действительного набора состояний. В блоке 510 модуль агрегации возвращает агрегированную доступность.

На Фиг.6 представлена блок-схема, иллюстрирующая обработку модуля агрегации при определении текущей активности в соответствии с некоторыми вариантами осуществления. В блоке 602 модуль агрегации определяет действительный набор состояний, из которого необходимо определить текущую активность публикатора. Действительный набор состояний может включать публикации состояний наиболее активной машины и любых пользовательских состояний, состояний телефона, календарных состояний, состояний конференций и общих состояний в контейнере состояния подписчика. В блоке 604 модуль агрегации удаляет из действительного набора состояний состояния, которые не имеют соответствующего обозначения активности. Например, некоторые публикации могут не указывать обозначение активности. В блоке 606 модуль агрегации проводит проверку, чтобы определить является ли пустым действительный набор состояний. Если действительный набор состояний не пуст, то в блоке 608 модуль агрегации выбирает активность из наименее доступного состояния в текущей активности. В блоке 610 модуль агрегации возвращает текущую активность. В противном случае, если модуль агрегации определяет, что действительный набор состояний пуст (в блоке 606), то в блоке 612 модуль агрегации возвращает индикатор отсутствия текущей активности.

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

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

2. Способ по п.1, в котором публикация другого состояния присутствия является публикацией состояния машины.

3. Способ по п.1, в котором публикация другого состояния присутствия является публикацией состояния телефона.

4. Способ по п.1, в котором публикация другого состояния присутствия является публикацией состояния календаря.

5. Способ по п.1, в котором публикация другого состояния присутствия является публикацией состояния конференции.

6. Способ по п.1, в котором агрегированное состояние публикуется для каждой из конечных точек публикатора.

7. Способ по п.1, в котором агрегированное состояние публикуется для каждого подписчика, подписавшегося на агрегированную доступность публикатора.

8. Способ по п.1, дополнительно содержащий этапы, на которых при обнаружении изменения в состоянии публикатора:
определяют агрегированное состояние машины и
публикуют агрегированное состояние машины.

9. Способ по п.8, в котором агрегированное состояние машины публикуется для каждой из конечных точек публикатора.

10. Способ по п.8, дополнительно содержащий этапы, на которых:
определяют наиболее активную машину публикатора и
публикуют указание наиболее активной машины публикатора.

11. Способ по п.10, в котором указание наиболее активной машины публикатора публикуется для каждой из конечных точек публикатора.

12. Способ по п.1, дополнительно содержащий этапы, на которых при обнаружении изменения в состоянии публикатора:
определяют текущую активность публикатора из коллекции публикаций состояний присутствия и
публикуют текущую активность публикатора.

13. Способ по п.12, в котором текущая активность является строкой по умолчанию, которая представляет агрегированное состояние публикатора.

14. Способ по п.12, в котором текущая активность является пользовательской строкой, включенной в публикацию состояния присутствия.

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

16. Машиночитаемый носитель по п.15, в котором изменение в состоянии публикатора является следствием публикации состояния присутствия конечной точкой публикатора.

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

18. Система по п.17, в которой публикация состояния присутствия принимается от конечной точки публикатора по сети.



 

Похожие патенты:

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

Изобретение относится к вычислительной технике и направлено на отправку извещений поиска значительных изменений. .

Изобретение относится к системе цифровой связи. .

Изобретение относится к системам подвижной связи. .

Изобретение относится к идентификации устройств, связывающихся друг с другом в средах мобильной связи. .

Изобретение относится к способам передачи информации. .

Изобретение относится к области вычислительной техники и может быть использовано для контроля и анализа сложных многопараметрических объектов. .

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

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

Изобретение относится к средствам синхронизации данных между различными типами устройств и/или служб, а также различными правами участников при обмене данными. .

Изобретение относится к системам обработки данных в системе планирования ресурсов предприятия. .
Изобретение относится к области информационных технологий. .
Изобретение относится к игровой индустрии. .
Изобретение относится к области информационных технологий. .

Изобретение относится к системам сбора и обработки информации для интегрированных систем безопасности объекта. .

Изобретение относится к области вычислительной техники и может применяться для построения гибридных вычислительных систем. .
Наверх