ПОЛУЧЕНИЕ ИНФОРМАЦИИ ИЗ ИСТОЧНИКОВ ИНФОРМАЦИИ С ПОМОЩЬЮ ЗАПРОСОВ REFER
OBTAINING INFORMATION FROM INFORMATION SOURCES BY REFER QUERIES

Предпосылки создания изобретения
1. Область техники
Настоящее изобретение относится к способам, компьютерным программным продуктам, информационным серверам, источникам информации и системе в контексте извлечения информации из источников информации, и в частности применительно к извлечению информации о присутствии из источников информации о присутствии.
2. Уровень техники
Информацию о присутствии можно рассматривать как индикатор состояния, который выражает способность и/или готовность потенциального партнера по связи (например, пользователя компьютерной или телекоммуникационной сети) обмениваться информацией. Информация о присутствии предоставляется источниками информации о присутствии (например, специальными агентами в клиенте пользователя) в службу контроля присутствия. Под термином «объект контроля присутствия» (presentity, сочетание терминов «присутствие» (presence) и «объект» (entity)) понимается объект, с которым связана информация о присутствии, причем указанная информация о присутствии может формироваться множеством источников информации о присутствии. Объект контроля присутствия может быть, например, отдельным лицом, но также может представлять собой службу поддержки или ресурс, такой как, например, комната переговоров. Сервер контроля присутствия получает, хранит и распределяет информацию о присутствии. Наблюдатель (watcher) представляет собой объект, который запрашивает информацию о присутствии объекта контроля присутствия от службы контроля присутствия. Наблюдателем может быть, например, отдельное лицо, которое хочет связаться с другим лицом (объектом контроля присутствия) и поэтому запрашивает информацию о присутствии этого объекта контроля присутствия.
Использование информации о присутствии способствует более эффективному взаимодействию в коммерческих организациях, поскольку такая информация позволяет (наблюдателю) сразу видеть, кто (один или более объектов контроля присутствия) является доступным в корпоративной сети, например, для кратковременного совещания или конференц-связи.
В документе «Presence SIMPLE Specification», версия 2.0 от 19 февраля 2007 г., выпущенном открытым сообществом производителей мобильной связи (Open Mobile Alliance, ОМА), который включен в данное описание путем ссылки, определена спецификация прикладного уровня для протокола установления сеанса связи ОМА (Session Initiation Protocol, SIP) / службы контроля присутствия SIP с расширением для обмена мгновенными сообщениями и использования информации о присутствии (SIP Instant Message and Presence Leveraging Extensions, SIMPLE).
Для такой службы контроля присутствия необходимо, чтобы эта служба поддерживала извлечение информации о присутствии из источников информации о присутствии (например, сетевых устройств, агентов пользователей и т.д.) эпизодически или периодически. Кроме того, необходимо, чтобы наблюдатели были способны запрашивать сервер контроля присутствия для получения информации о присутствии из источников информации о присутствии.
В соответствии с первым аспектом настоящего изобретения, который относится к информационному серверу, предлагается способ, включающий конфигурирование на информационном сервере запроса на выполнение обращения, причем этот запрос включает идентификатор объекта обращения, к которому должен обратиться получатель запроса, чтобы заставить источник информации предоставить информацию при получении запроса без обращения к дополнительным источникам информации, а также включающий отправку запроса.
В соответствии со вторым аспектом настоящего изобретения предлагается машиночитаемый носитель информации с хранящейся на нем компьютерной программой, включающей команды, которые управляют процессором для осуществления способа в соответствии с первым аспектом настоящего изобретения.
Необходимо понимать, что сама компьютерная программа также относится к объему настоящего изобретения.
В соответствии с первым аспектом настоящего изобретения также предлагается информационный сервер, который включает процессорный блок, настроенный для конфигурирования запроса на выполнение обращения, причем этот запрос включает идентификатор объекта обращения, к которому должен обратиться получатель запроса, чтобы заставить источник информации предоставить информацию при получении запроса без обращения к дополнительным источникам информации, а также интерфейс, настроенный для отправки запроса.
В соответствии с первым аспектом настоящего изобретения также предлагается информационный сервер, который включает средства конфигурирования запроса на выполнение обращения, причем этот запрос включает идентификатор объекта обращения, к которому должен обратиться получатель запроса, чтобы заставить источник информации предоставить информацию при получении запроса без обращения к дополнительным источникам информации, а также средства для отправки запроса.
Информационный сервер может представлять собой, например, объект, который получает, хранит и распределяет информацию. Информация включает все типы данных, относящихся к определенному объекту, и предоставляется источником информации, который представляет собой любой объект, способный предоставлять такую информацию.
На информационном сервере конфигурируется запрос. Такое конфигурирование может включать, например, установку параметров в заданной структуре обязательных и/или дополнительных параметров для запроса. Заданная структура может быть, например, заложена в спецификацию протокола.
Запрос включает идентификатор объекта обращения. Для связи с этим объектом, например, получатель этого запроса должен обратиться к этому объекту обращения. При этом указанный объект обращения отличается от указанного информационного сервера.
Запрос конфигурируется таким образом, чтобы источник информации, который принял этот запрос, предоставлял информацию без обращения к дополнительным источникам информации. Это может достигаться, например, установкой параметров в этом запросе таким образом, чтобы принимающему запрос источнику информации сообщалось, что информация должна быть предоставлена без обращения к дополнительным источникам информации. Например, идентификатор объекта обращения в запросе может быть установлен либо как идентификатор самого источника информации, либо как идентификатор определенного объекта, например объекта, к которому относится информация, предоставляемая источником информации, так чтобы источник информации по этому идентификатору мог распознать, что информация должна быть предоставлена без обращения к дополнительным источникам информации.
Использование идентификатора объекта обращения для сообщения источнику информации, что информация должна быть предоставлена без обращения к дополнительным источникам информации, позволяет извлечь информацию из этого источника информации путем запроса без необходимости ввода дополнительных параметров в этом запросе. Запрос затем может быть отправлен, например, источнику информации.
В соответствии с первым вариантом осуществления первого аспекта настоящего изобретения запросом на выполнение обращения является запрос REFER в соответствии с протоколом SIP.
SIP - это протокол управления (сигнализации) прикладного уровня для создания, изменения и завершения сеансов связи с одним или более участниками. Такие сеансы включают вызовы по телефону через Интернет, раздачу мультимедиа, а также мультимедийные конференции. Протокол SIP описан в спецификации RFC3261, которая включена в данное описание путем ссылки. Запросы REFER согласно протоколу SIP описаны в спецификации RFC3515, которая также включена в данное описание путем ссылки. Если запрос является запросом SIP REFER, идентификатор объекта обращения может быть включен в поле заголовка «Refer-To», например, как унифицированный идентификатор ресурса. Кроме того, если запрос является запросом SIP REFER, конфигурирование может включать установку значения «PUBLISH» в параметре метода в поле заголовка «Refer-To» запроса SIP REFER.
В соответствии со вторым вариантом осуществления первого аспекта настоящего изобретения информацией является информация о присутствии, источником информации является источник информации о присутствии, а информация о присутствии, предоставляемая источником информации о присутствии, относится к объекту контроля присутствия. Под информацией о присутствии можно понимать индикатор статуса, который отображает способность и/или готовность потенциального партнера по связи (например, пользователя компьютерной или телекоммуникационной связи) к взаимодействию. Информация о присутствии предоставляется источниками информации о присутствии, например специальными агентами (пользовательские агенты контроля присутствия, сетевые агенты контроля присутствия и внешние агенты контроля присутствия), в службу контроля присутствия. Такой агент может, например, входить в клиентское приложение пользователя. Контакт представляет собой объект, имеющий информацию о присутствии, связанную с этим объектом, причем информация о присутствии может складываться из множества источников информации о присутствии. Контакт может представлять собой, например, отдельное лицо, службу поддержки или ресурс, такой как комната переговоров, или другое.
В соответствии с третьим вариантом осуществления первого аспекта настоящего изобретения конфигурирование включает установку идентификатора объекта, к которому относится данная информация, в качестве идентификатора объекта обращения.
Источник информации затем может определить по идентификатору объекта, которому принадлежит информация, которая может быть предоставлена источником информации, что не требуется обращаться к дополнительным источникам информации за этой информацией. Например, если информация является информацией о присутствии, и если источник информации является источником информации о присутствии, а объект, к которому относится данная информация, является объектом контроля присутствия, то тогда информация о присутствии, обеспечиваемая источником информации о присутствии, связана с объектом контроля присутствия. В таком случае при приеме запроса с идентификатором, значение которого установлено как идентификатор объекта контроля присутствия, источнику информации о присутствии сообщается, что информация о присутствии должна предоставляться без обращения к дополнительным источникам присутствия.
В соответствии с четвертым вариантом осуществления первого аспекта настоящего изобретения конфигурирование включает установку значения идентификатора получателя запроса равным идентификатору либо источника информации, либо объекта, к которому данная информация относится. Эта установка может быть произведена отдельно или в комбинации с установкой в соответствии с третьим вариантом осуществления первого аспекта настоящего изобретения. Если идентификатор источника информации известен, его можно прямо использовать в качестве идентификатора получателя. В другом случае может быть более выгодно использовать идентификатор объекта, к которому относится информация, предоставляемая источником информации, например идентификатор объекта контроля присутствия, к которому относится информация о присутствии, предоставляемая источником информации о присутствии.
В соответствии с пятым вариантом осуществления первого аспекта настоящего изобретения конфигурирование включает установку идентификатора объекта, к которому относится информация, в качестве значения идентификатора создателя запроса. Эта установка может быть произведена отдельно или в комбинации с установкой в соответствии с третьим и/или четвертым вариантом первого аспекта настоящего изобретения. Посредством установки значения идентификатора создателя запроса равным конкретному идентификатору, источнику информации, принимающему запрос, можно сообщить, что информация должна быть предоставлена без необходимости обращения к другим источникам информации. Кроме того, путем установки значения идентификатора создателя запроса равным конкретному идентификатору, источнику информации может быть разрешено производить авторизацию при извлечении информации. Например, получение информации путем запроса может рассматриваться как авторизованное действие, если идентификатор создателя запроса и идентификатор объекта обращения в запросе имеют одинаковое конкретное значение, например значение идентификатора объекта, к которому относится информация, предоставляемая источником информации, например значение идентификатора объекта контроля присутствия.
В соответствии с шестым вариантом осуществления первого аспекта настоящего изобретения конфигурирование включает установку в параметре запроса значения, которое гарантирует, что получатель запроса не создает подписку с отправителем запроса. Такая подписка (которая в случае запроса SIP REFER предписывается спецификацией RFC3515) может рассматриваться как необязательная в таком варианте использования, поскольку отправитель запроса (например, сервер контроля присутствия) обычно указывает на себя в заголовке «refer-to» (не на третью сторону), так что, в конечном счете, он будет знать, выполнена или нет требуемая публикация. Если запрос является запросом SIP REFER, то параметром может служить, например, поле заголовка «Refer-Sub» в запросе REFER. Запрещение подписки по умолчанию по запросу SIP REFER определено в спецификации RFC4488, которая включена в данное описание путем ссылки.
Эта установка может быть выполнена отдельно или в комбинации с одной или всеми настройками предыдущих вариантов осуществления первого аспекта настоящего изобретения.
В соответствии с седьмым вариантом осуществления первого аспекта настоящего изобретения запрос отправляется идентификатору объекта, к которому относится информация. Объектом может являться, например, объект контроля присутствия, а идентификатором может служить унифицированный идентификатор ресурса объекта контроля присутствия. Тогда серверу контроля присутствия не требуется знать специальный идентификатор источника информации о присутствии, а требуется знать только идентификатор (например, унифицированный идентификатор ресурса) объекта контроля присутствия, чтобы отправить запрос. Маршрутизация запроса может, например, быть закодирована в исходных параметрах фильтра (initial Filter Criteria, iFC) мультимедийной подсистемы протокола Интернета (Internet Protocol Multimedia Subsystem, IMS). IMS iFC может, например, управлять служебной функцией управления статусом вызова (Serving Call State Control Function, S-CSCF) для маршрутизации запроса к сетевому агенту контроля присутствия (Presence Network Agent, PNA), находящемуся на сервере приложения (Application Server, AS).
В соответствии со вторым аспектом настоящего изобретения, который относится к источнику информации, предлагается способ, включающий прием в источнике информации запроса на выполнение обращения, причем этот запрос включает идентификатор объекта обращения, к которому должен обратиться получатель указанного запроса, проверку запроса для определения, должна ли информация предоставляться источником информации в ответ на запрос без обращения к дополнительным источникам информации, и предоставление информации, если в результате проверки определено, что информация должна быть предоставлена.
В соответствии со вторым аспектом настоящего изобретения также предлагается машиночитаемый носитель информации, на котором хранится компьютерная программа, включающая команды для управления процессором для осуществления способа в соответствии со вторым аспектом настоящего изобретения. Необходимо отметить, что сама компьютерная программа также входит в объем настоящего изобретения.
В соответствии со вторым аспектом настоящего изобретения также предлагается источник информации, включающий интерфейс, настроенный для приема запроса, причем запрос включает идентификатор объекта обращения, к которому должен обратиться получатель запроса, процессорный блок, настроенный для проверки запроса для определения, должна ли информация предоставляться источником информации в ответ на запрос без обращения к дополнительным источникам информации, а также для предоставления информации, если в результате проверки определено, что информация должна быть предоставлена.
В соответствии со вторым аспектом настоящего изобретения также предлагается источник информации, включающий средства для приема запроса, причем запрос включает идентификатор объекта обращения, к которому должен обратиться получатель запроса, средства для проверки запроса для определения, должна ли информация предоставляться источником информации в ответ на запрос без обращения к дополнительным источникам информации, и средства для предоставления информации, если в результате проверки определено, что информация должна быть предоставлена.
Необходимо отметить, что приведенное выше описание первого аспекта настоящего изобретения и его вариантов осуществления также применимо ко второму аспекту настоящего изобретения и его вариантам осуществления.
Источник информации принимает запрос, который может быть сконфигурирован, например, информационным сервером так, чтобы заставлять источник информации предоставлять информацию (например, информационному серверу) без обращения к дополнительным источникам информации. Источник информации проверяет запрос для определения, должна ли информация предоставляться без обращения к дополнительным источникам информации, и предоставляет информацию только в том случае, если решено, что информация должна быть предоставлена. Проверка может включать, например, проверку специальных параметров в запросе.
В соответствии с первым вариантом осуществления второго аспекта настоящего изобретения запрос на выполнение обращения является запросом REFER в соответствии с протоколом SIP.
В соответствии со вторым вариантом осуществления второго аспекта настоящего изобретения информация представляет собой информацию о присутствии, источник информации представляет собой источник информации о присутствии, и информация о присутствии, предоставляемая источником информации о присутствии, относится к объекту контроля присутствия.
В соответствии с третьим вариантом осуществления второго аспекта настоящего изобретения проверка включает проверку соответствия идентификатора объекта обращения и идентификатора создателя запроса идентификатору объекта, которому принадлежит информация, причем эта информация предоставляется только при положительном результате проверки. Проверка может служить, например, средством авторизации при извлечении информации. Например, разрешается получать информацию о присутствии из источника информации только тому серверу присутствия, который связан с доменом объекта контроля присутствия, и это может быть подтверждено проверкой соответствия идентификатора создателя запроса и идентификатора объекта обращения идентификатору (например, унифицированному идентификатору ресурса) объекта контроля присутствия.
В соответствии с четвертым вариантом осуществления второго аспекта настоящего изобретения проверка включает проверку, установлен ли параметр запроса равным значению, которое указывает, что источник информации должен предоставить информацию, причем информация предоставляется только при положительном результате проверки. Если запрос является запросом SIP REFER, параметром может служить, например, параметр «method» в поле заголовка «Refer-To» запроса SIP REFER. Информация предоставляется, только если проверка обнаружила, что значение параметра «method» установлено как «PUBLISH». Проверка в соответствии с четвертым вариантом осуществления второго аспекта настоящего изобретения может выполняться отдельно или в комбинации с проверкой в соответствии с третьим вариантом осуществления второго аспекта настоящего изобретения.
В соответствии с пятым вариантом осуществления второго аспекта настоящего изобретения способ, соответствующий второму аспекту настоящего изобретения, также включает проверку, указывает ли значение параметра в запросе на то, что получатель не должен создавать подписку с отправителем запроса, а также установку соответствующего параметра в ответе на запрос при положительном результате проверки. Если запрос является запросом SIP REFER, параметром может служить, например, поле заголовка «Refer-Sub», и если значение параметра установлено как «false», что указывает, что подписка не выполняется, источник информации установит значение «false» в поле заголовка «Refer-Sub» в ответе «200 ОК» запроса SIP REFER информационному серверу.
В соответствии с третьим аспектом настоящего изобретения, который относится к системе, предлагается способ, включающий операции в соответствии с первым и вторым аспектами настоящего изобретения.
В соответствии с третьим аспектом настоящего изобретения также предлагается система, включающая информационный сервер в соответствии с первым аспектом настоящего изобретения и источник информации в соответствии со вторым аспектом настоящего изобретения.
Необходимо отметить, что вышеприведенное описание первого и второго аспектов настоящего изобретения и их вариантов осуществления также применимо к третьему аспекту настоящего изобретения.
Необходимо отметить, что функции настоящего изобретения и вариантов его осуществления, представленные выше, относятся также ко всем возможным их комбинациям.
Эти и другие аспекты настоящего изобретения раскрываются и разъясняются в последующем подробном описании.
Краткое описание чертежей
На фиг.1 показана блок-схема варианта осуществления системы контроля присутствия в соответствии с настоящим изобретением;
на фиг.2 показана схема варианта осуществления способа на стороне сервера контроля присутствия в соответствии с настоящим изобретением;
на фиг.3 показана схема варианта осуществления способа на стороне источника информации о присутствии в соответствии с настоящим изобретением; и
на фиг.4 показана схема, иллюстрирующая получение информации в соответствии с вариантом осуществления настоящего изобретения.
Подробное описание изобретения
Далее подробно описываются варианты осуществления настоящего изобретения на базе системы контроля присутствия, например на базе системы контроля присутствия в соответствии со спецификацией SIMPLE ОМА. Специалист в данной области техники без труда поймет, что настоящее изобретение не ограничивается применением только в системах контроля присутствия, а может быть внедрено в любых типах систем, где необходимо получить информацию из источников информации.
В существующих решениях для публикации информации о присутствии, как описывается в документе «Presence SIMPLE Specification», версия проекта 2.0, от 19 февраля 2007 г., выпущенном ОМА, предусмотрено решение только на базе «проталкивания», когда источники информации о присутствии сами предоставляют ("проталкивают") информацию о присутствии серверу контроля присутствия посредством метода SIP PUBLISH (описывается в комментарии RFC 3903).
В настоящее время сервер контроля присутствия не может получить информацию от источников информации о присутствии на базе локальной конфигурации или предпочтений наблюдателя.
В документе «Pulling Presence Information from Presence Sources» (Извлечение информации о присутствии из источников информации о присутствии), автор Е.Izaguirre, от 30 января 2007 г., номер документа "OMA-PAG-2007-0028-CR_PRS2_retrieving_pinfo_from_psources.doc", описывается способ "вытягивания" (извлечения по запросу) информации из источников информации о присутствии. При таком решении требуется, чтобы средство уведомления о событиях SIP было реализовано в источнике информации о присутствии, следовательно, требуется обработка дополнительных состояний (т.е. таймеры, обмен сообщений SIP и т.д.). Если источник информации о присутствии располагается в мобильном терминале, это становится проблемой. Далее, описываемый способ требует, чтобы сервер контроля присутствия был жестко запрограммирован на адрес источника информации о присутствии, следовательно, архитектура системы, маршрутизация и расположение источников информации о присутствии должны быть неизменными. Описываемый способ также имеет несколько проблем в отношении маршрутизации сообщений SIP. Во-первых, поле заголовка Route (Маршрут) используется неправильно, во-вторых, когда сервер контроля присутствия посылает запрос SUBSCRIBE (Подписаться) источнику информации о присутствии, этот запрос SUBSCRIBE может запускать IMS iFC в функции S-CSCF, что аналогично тому, как выполняется маршрутизация запроса SUBSCRIBE от наблюдателя к серверу контроля присутствия.
На фиг.1 представлена блок-схема варианта осуществления системы 1 контроля присутствия в соответствии с настоящим изобретением. Система 1 включает сервер 2 контроля присутствия, источник 3 информации о присутствии и наблюдателя 4. При этом необходимо отметить, что система 1 контроля присутствия может включать несколько источников 3 информации о присутствии и/или наблюдателей 4.
Сервер 2 контроля присутствия представляет собой объект, который получает, хранит и распространяет информацию о присутствии. Кроме того, сервер 2 контроля присутствия обрабатывает публикации от одного или множества источников информации о присутствии, формирует информацию о присутствии, полученную от одного или множества источников информации о присутствии, в единый документ, а также обрабатывает подписки от наблюдателей на предоставление информации о присутствии и генерирует извещения об изменении состояния в информации о присутствии. Сервером 2 контроля присутствия управляет процессор 20 посредством программного кода, который хранится в памяти 21 программ. Работа сервера 2 контроля присутствия далее подробно описывается с помощью фиг.2 и 4. Сервер 2 контроля присутствия также включает Память 22 для хранения информации о присутствии, которая извлекается из источников информации о присутствии, а также интерфейс 23 для передачи и/или приема сообщений.
Источник 3 информации о присутствии представляет собой объект, который предоставляет серверу 2 контроля присутствия информацию о присутствии, относящуюся к одному или более объектам контроля присутствия. Источник 3 информации о присутствии может находиться, например, в терминале пользователя или в сетевом устройстве. Источником 3 информации о присутствии управляет процессор 30 посредством программного кода, который хранится в памяти 31 программ. Его работа подробно описывается далее с помощью фиг.3 и 4. Источник 3 информации о присутствии также включает память 32 для хранения информации о присутствии, относящейся к объекту контроля присутствия, а также интерфейс 33 для передачи и/или приема сообщений.
Наблюдатель 4 представляет собой объект, который запрашивает информацию об объекте контроля присутствия у сервера контроля присутствия. Наблюдатель 4 включает процессор 40, управляющий его работой посредством программного кода, который хранится в памяти 41 программ. Кроме того, наблюдатель 4 включает интерфейс 43 для передачи и/или приема сообщений.
На фиг.2 представлена схема 200 операций для варианта осуществления способа на стороне сервера контроля присутствия в соответствии с настоящим изобретением. Шаги 201-206 на схеме 200 могут выполняться, например, сервером 2 контроля присутствия (см. фиг.1), для извлечения информации о присутствии из источника 3 информации о присутствии. Это осуществляется на шагах 201-205 путем конфигурирования запроса SIP REFER (описанного в RFC3515 и RFC4488), который заставляет источник 3 информации о присутствии предоставлять информацию без обращения к дополнительным источникам информации о присутствии. На шаге 206 сконфигурированный запрос REFER посылается источнику 3 информации о присутствии.
Создание запроса REFER для извлечения информации о присутствии из одного или более источников информации о присутствии в соответствии с процедурами, описываемыми в RFC3515 и RFC4488, может базироваться, например, на настройках подписки наблюдателя 4 или локальной конфигурации сервера 2 контроля присутствия.
Как показано на схеме 200 фиг.2, сервер 2 контроля присутствия выполняет следующие шаги.
На шаге 201 в качестве параметра request-URI (URI (Uniform Resource Identifier - унифицированный идентификатор ресурса) запроса) устанавливается URI объекта контроля присутствия, если локальная конфигурация не требует включить другой SIP URI. Если локальная конфигурация включает несколько целевых идентификаторов URI, создается несколько запросов REFER.
На шаге 202 поле заголовка «Refer-To» ("Обратиться к") в запросе REFER устанавливается как URI объекта контроля присутствия.
На шаге 203 параметр «method» в поле заголовка «Refer-To» устанавливается равным значению «PUBLISH».
На шаге 204 включается поле заголовка «Refer-Sub» с установленным в нем значением «false», в соответствии с процедурами, описываемыми в RFC4488, т.е. для предотвращения подписки по умолчанию.
На шаге 205 идентификатор создателя запроса устанавливается как URI объекта контроля присутствия, как будто запрос был отправлен от имени объекта контроля присутствия.
Как указано выше, после завершения конфигурирования запроса SIP REFER на шаге 206 сервер 2 контроля присутствия (см. фиг.1) посылает запрос REFER, например, через интерфейс 23. При этом сервер 2 контроля присутствия может послать запрос REFER на URI объекта контроля присутствия, т.е. сервер 2 контроля присутствия может не иметь информации об адресе источника информации о присутствии. Конкретная маршрутизация запроса REFER может быть, например, закодирована в IMS iFC. IMS iFC может, например, дать команду функции S-CSCF направить запрос REFER в PNA, который находится на сервере приложений. Помимо этого локальная конфигурация сервера 2 контроля присутствия может указывать на адрес источника информации о присутствии. В таком случае сервер контроля присутствия посылает запрос, адресованный на сконфигурированный адрес.
Если на схеме 200 фиг.2 базовая сеть SIP/IP системы контроля присутствия соответствует 3GPP IMS или сетям 3GPP2 MMD (Multi-Media Domain - мультимедийный домен), сервер контроля присутствия может также включить URI объекта контроля присутствия в поле заголовка Р-Asserted-ldentity, которое используется в запросе SIP REFER, как описывается в документах 3GPP TS 24.229 и 3GPP2 X.S0013-004-A, которые включены в данное описание путем ссылки.
На фиг.3 представлена схема варианта осуществления способа на стороне источника информации о присутствии в соответствии с настоящим изобретением. Шаги 301-308 на схеме 300 могут выполняться, например, источником 3 информации о присутствии (см. фиг.1) при приеме запроса SIP REFER от сервера 2 контроля присутствия. Для поддержки функции извлечения информации о присутствии посредством запросов SIP REFER источник информации о присутствии поддерживает метод SIP REFER, как описывается в RFC3515, а также запрещение подписки по умолчанию метода REFER, как описывается в RFC4488.
На шаге 301 источник информации о присутствии принимает запрос SIP REFER, например, через интерфейс 33 источника 3 информации о присутствии (см. фиг.1).
Прежде чем принять запрос REFER источник 3 информации о присутствии производит проверку полномочий для получения информации о присутствии, например, согласно локальной политике. По умолчанию локальная политика может разрешать, например, извлечение информации о присутствии только по запросу сервера контроля присутствия, который связан с доменом объекта контроля присутствия. Это эквивалентно запросу REFER, когда и идентификатор создателя запроса, и поле заголовка «Refer-То» имеют значение URI объекта контроля присутствия.
Это проверяется на шаге 302 схемы 300. Если результат проверки отрицательный, выполнение способа заканчивается. В другом случае, т.е. при успешной авторизации, способ переходит к шагу 303 и проверяет параметр «method» поля заголовка «Refer-To». При значениях поля отличных от «method=PUBLISH» источник информации о присутствии отклоняет запрос REFER посредством ответа "403 Forbidden", см. шаг 304.
В другом случае, т.е. если параметр «method» поля заголовка «Refer-To» имеет значение «PUBLISH», источник информации о присутствии принимает запрос REFER и посылает ответ "200 OK", см. шаг 307. Если запрос REFER включает поле заголовка «Refer-Sub» со значением «false», что проверяется на шаге 305, поле заголовка «Refer-Sub» со значением «false» включается в ответ "200 OK" в соответствии с процедурами, описываемыми в RFC4488, см. шаг 306.
Наконец, на шаге 308 источник 3 информации о присутствии производит публикацию информации о присутствии и посылает запрос PUBLISH.
На фиг.4 представлена схема 400, демонстрирующая извлечение информации о присутствии в соответствии с вариантом осуществления настоящего изобретения. На схеме показан обмен сообщениями SIP 401-406 между наблюдателем (например, наблюдатель 4 в системе 1 на фиг.1), источником информации о присутствии (например, источник 3 информации о присутствии в системе 1 на фиг.1), сервером контроля присутствия (например, сервер контроля присутствия в системе 1 на фиг.1), базовой сетью SIP/IP и сетевым агентом контроля присутствия (PNA) источника информации о присутствии (т.е. дополнительным источником информации о присутствии) в домашней сети объекта контроля присутствия. При этом базовая сеть SIP/IP между сервером контроля присутствия и наблюдателем, а также между сервером контроля присутствия и PNA на фиг.4 не показана для упрощения чертежа.
На схеме 400 фиг.4 источник информации о присутствии сначала генерирует запрос 401 SIP PUBLISH, который включает документ с данными о присутствии, связанными с объектом контроля присутствия. Сервер контроля присутствия санкционирует публикацию информации о присутствии, обрабатывает информацию о присутствии и посылает ответ 402 SIP «200 OK» обратно источнику информации о присутствии.
Когда наблюдатель хочет подписаться на информацию о присутствии объекта контроля присутствия, он посылает запрос 403 SIP SUBSCRIBE на сервер контроля присутствия. Сервер контроля присутствия затем выполняет необходимые проверки для авторизации наблюдателя, чтобы убедиться, что ему разрешается вести наблюдение за данным объектом контроля присутствия, обрабатывает подписку и посылает ответ 404 SIP 200 OK обратно наблюдателю.
Кроме того, сервер контроля присутствия создает запрос 405 NOTIFY ("Уведомление"), который включает документ с данными о присутствии для наблюдателя на базе предыдущей публикации 401. При получении запроса NOTIFY наблюдатель посылает ответ 406 SIP 200 OK серверу контроля присутствия.
В соответствии с настройками подписки наблюдателя или локальной конфигурацией, сервер контроля присутствия затем посылает запрос 407 SIP REFER для запуска публикации присутствия агентом PNA (источником информации о присутствии). Такой запрос 407 SIP REFER может конфигурироваться, например, в соответствии с шагами 201-205 схемы 200 на фиг.2. Этот запрос REFER пересылается базовой сетью SIP/IP в PNA в соответствии с правилами фильтрации.
PNA принимает запрос REFER и проверяет запрос REFER, чтобы определить, должна ли информация о присутствии предоставляться без обращения к другим источникам информации о присутствии, например, путем выполнения шагов 302-305 на схеме 300 фиг.3. Если PNA принимает запрос REFER, он посылает ответ 409 SIP 200 OK в базовую сеть SIP/IP (см. также шаги 306 и 307 на схеме 300 фиг.3).
Базовая сеть SIP/IP посылает ответ 410 SIP 200 OK серверу контроля присутствия.
Кроме того, PNA генерирует запрос 411 PUBLISH, включающий документ с данными о присутствии, связанными с данным объектом контроля присутствия (см. также шаг 308 на схеме 300 фиг.3), который пересылается как запрос 412 PUBLISH базовой сетью SIP/IP серверу контроля присутствия в соответствии с правилами фильтрации.
Сервер контроля присутствия санкционирует публикацию информации о присутствии, обрабатывает информацию о присутствии и посылает ответ 413 SIP 200 OK обратно агенту PNA, который пересылается агенту PNA базовой сетью SIP/IP в виде ответа 414 SIP 200 ОК.
Сервер контроля присутствия объединяет новую опубликованную информацию о присутствии с существующей информацией и генерирует запрос 415 NOTIFY, который включает документ с данными о присутствии, разрешенными для наблюдателя.
Наконец, наблюдатель посылает ответ 416 SIP 200 OK источнику информации о присутствии.
Настоящее изобретение описывается выше посредством вариантов его осуществления. В частности, изобретение описывается на примере использования метода «SIP REFER» (RFC3515) совместно с процедурой «The suppression of SIP REFER method implicit subscription» («Подавление метода SIP REFER подписки по умолчанию»)(РРС4488). Сервер контроля присутствия описывается на примере отправки запроса REFER источнику информации о присутствии, при этом запрос заставляет источник информации о присутствии создавать запрос PUBLISH. Кроме того, поскольку подписка по умолчанию не является обязательной, как описывается в RFC3515, процедуры RFC4488 описываются на примере устранения необязательной подписки по умолчанию. Необходимо отметить, что существуют альтернативные способы и варианты, которые являются очевидными для специалистов в данной области техники и могут быть осуществлены без отклонения от прилагаемой формулы изобретения.
Для специалистов в данной области техники очевидно, что логические блоки схем, а также шаги операций и алгоритмов, представленные в данном описании, могут быть реализованы по меньшей мере частично электронными аппаратными средствами и/или компьютерным программным обеспечением, причем это зависит от функциональных возможностей логического блока, шага операций и шага алгоритма, а также от конструктивных ограничений, налагаемых на соответствующие устройства, в той степени, в которой логический блок, шаг операции или шаг алгоритма осуществляется аппаратными или программными средствами. Представленные логические блоки, а также шаги операций и алгоритмов могут быть реализованы, например, на базе одного или более процессоров цифровых сигналов, специализированных интегральных микросхем, программируемых пользователем логических микросхем или других программируемых устройств. Компьютерная программа может храниться на любом из множества носителей информации электронного, магнитного, электромагнитного или другого типа и считываться и исполняться процессором, таким как, например, микропроцессор. С этой целью процессор и носитель информации могут быть связаны для выполнения обмена информацией, или носитель информации включается в процессор.
Несмотря на то что в данном описании представлено лишь несколько вариантов осуществления настоящего изобретения, специалистам в данной области техники будет очевидно, что в этих вариантах осуществления возможно множество модификаций без принципиального отклонения от настоящего изобретения. Соответственно все такие модификации входят в объем настоящего изобретения в соответствии с прилагаемой формулой изобретения. В пунктах формулы изобретения с формулировкой «средство-плюс-функция» предназначены для охвата описываемых здесь устройств, осуществляющих изложенные функции, а также конструктивных эквивалентов и эквивалентных конструкций.