Фильтрация служб приложений в промежуточном устройстве в канале связи

Фильтрация служб приложений в промежуточном устройстве в канале связи

Иллюстрации

Показать все

Реферат

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

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

Уровень техники

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

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

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

Дальнейшее известное предложение относится конкретно к архитектуре мгновенной передачи сообщений и присутствия. Согласно предложению, для клиента присутствия, чтобы определить, что ему требуется принять уведомление о событиях, происходящих на сервере приложений или известных серверу приложений, должно использоваться сообщение SUBSCRISE (ПОДПИСКИ), которым является сообщение SIP (протокола начала сеанса (ПНС)). В случае сервера присутствия, событием может быть то, что объект присутствия (известный, как присутствующий) стал доступным, например, для мгновенной передачи сообщений.

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

Было предложено, чтобы клиент мог определять свои собственные правила уведомления для своей подписки. Например, правила могут быть определены в теле сообщения с запросом SUBSCRIBE (ПОДПИСКИ) с использованием языка формального описания, такого как SOAP (Простой Протокол Доступа к Объектам) или XML (расширенный язык разметки). По приеме подписки сервер приложений, такой как сервер присутствия, проверяет на достоверность правила уведомления и применяет их к подписке. Когда правила, определенные клиентом допустимы, клиенту передается соответствующее уведомление. Действие правил состоит в обеспечении возможности определения клиентом условий относительно того, когда он должен уведомляться и какое содержимое должно быть доставлено (например, только интересующие атрибуты).

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

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

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

Раскрытие изобретения

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

Этап применения правил фильтрации в промежуточном элементе может быть независимым от упомянутого сервера приложений и упомянутого клиента приложений.

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

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

Правила фильтрации могут применяться независимо от упомянутого сервера приложений и упомянутого клиента приложений.

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

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

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

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

Устройство может содержать сервер. Устройство может содержать элемент сети связи. Элементом может быть промежуточный сервер (proxy).

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

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

Настоящее изобретение здесь описано согласно приложенным чертежам.

Фиг.1 иллюстрирует возможную архитектуру сети для реализации доступа к службам приложений.

Фиг.2 иллюстрирует возможную архитектуру для реализации механизма фильтрации согласно первому варианту осуществления настоящего изобретения.

Фиг.3 иллюстрирует возможную схематичную реализацию механизма фильтрации фиг.2.

Фиг.4 иллюстрирует возможную архитектуру для реализации механизма фильтрации согласно второму варианту осуществления настоящего изобретения.

Фиг.5 иллюстрирует возможную схематичную реализацию механизма фильтрации фиг.2

Осуществление изобретения

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

В частности, изобретение описано в отношении обеспечения службы присутствия в сети мобильной связи 3G IMS. Однако изобретение не ограничивается такой службой или такой сетью.

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

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

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

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

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

Клиента присутствия, в общем иллюстрируемого на фиг.1 ссылочной позицией 104, представляет клиентское приложение, выполняющееся на терминале 102. Двунаправленная линия 114 представляет взаимодействие клиента 104 присутствия с терминалом 102. Клиентом 104 присутствия является программное обеспечение, выполняющееся на терминале 102, которое обеспечивает возможность доступа пользователя 100 к службам присутствия.

Соответственно, пользователь (наблюдатель) 100 взаимодействует с клиентским приложением 104 присутствия в терминале 102 для осуществления доступа к информации присутствия. Следует отметить, что практически комбинация пользователя 100, клиента 104 присутствия и терминала 102 может рассматриваться как наблюдатель. Кроме того, клиентом 104 присутствия, предпочтительно, является программное обеспечение, выполняющееся на терминале 102, в который может быть осуществлена загрузка, и терминал 102, и клиент 104 присутствия могут рассматриваться, как один объект.

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

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

В варианте осуществления фиг.1, терминал 102 соединяется с сетью мобильной связи, в общем иллюстрируемой ссылочной позицией 120. Терминал взаимодействует с сетью 120 мобильной связи через эфирный интерфейс, в общем представленный пунктирной линией 110. Двунаправленная стрелка 116 представляет связь через эфирный интерфейс 110 между терминалом 102 и сетью 120 мобильной связи.

Для понимания настоящего изобретения, сеть 120 мобильной связи изображена, включающей в себя обслуживающую функцию 106 управления состоянием вызова (О-ФУСВ, S-CSCF), сервисный узел 134 поддержки услуг GPRS (СУУО, SGSN) и шлюзовый узел 136 поддержки услуг GPRS (ШУУО, GGSN). Как изложено выше, структура и реализация такой сети известны, и на фиг.1 изображен только минимум элементов, необходимых для описания варианта осуществления настоящего изобретения. Сеть 120 может дополнительно включать в себя, например, полномочную функцию управления состоянием вызова (П-ФУСВ, P-CSCF).

На фиг.1 также изображена внешняя сеть 132 IP, которая включает в себя сервер 108 приложений присутствия.

Как известно, SGSN и GGSN используются для установления сеанса вызова между устройством 102 пользователя и внешней сетью 132 IP. Когда сеанс вызова установлен, S-CSCF 106 поддерживает вызов, сделанный терминалом 102 к сети IP через мобильную сеть связи 120.

Сетью 120 мобильной связи может быть, например, сеть UMTS (УМТС) или другая сеть, обеспечивающая доступ к службам присутствия. Следует отметить также, что настоящее изобретение не ограничивается своей применимостью для обеспечения служб приложений через радиоинтерфейс. Службы приложений могут обеспечиваться через стационарную сеть проводной связи.

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

Согласно настоящему изобретению, промежуточный элемент между устройством 102 пользователя и сервером 108 приложений присутствия предназначен для управления и/или применения фильтра к информации из сервера приложений присутствия, к которой осуществляется доступ. Определение промежуточного элемента может зависеть от реализации и не ограничивается определенным элементом. Здесь ниже приведено описание предпочтительного элемента для реализации функциональных возможностей. Однако для пояснения двух предпочтительных вариантов осуществления изобретения в первом возможном варианте предполагается, что функциональные возможности фильтра реализует S-CSCF 106. Для последующего описания элемент, реализующий фильтр, определен как механизм фильтрации.

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

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

Согласно известным способам клиент приложений передает сообщение подписки в механизм 202 фильтрации по линии 206 связи. Сообщение подписки содержит стандартное сообщение 208 подписки и сообщение 210 фильтрации. Передача такого сообщения клиентом приложений является известной, и, следовательно, здесь не описывается формирование такого сообщения в клиенте 2002 приложений.

Механизм 202 фильтрации принимает по линии 206 связи сообщение, которое является объединенным сообщением подписки и фильтрации. Как здесь описано ниже, согласно фиг.3 механизм фильтрации принимает, и сохраняет описание фильтра в части фильтра сообщения, и направляет по линии 216 связи на сервер 204 приложений только часть подписки сообщения 218.

Соответственно, сервер приложений принимает по линии 216 связи стандартное сообщение 218 подписки, которое он распознает и обрабатывает в соответствии с стандартными способами. Сервер 204 приложений передает несколько уведомляющих сообщений 222 по линиям 220 связи в механизм 202 фильтрации. Функционирование сервера приложений согласуется со стандартными способами, известными специалисту в данной области техники, и здесь не описано более подробно.

Механизм 202 фильтрации принимает уведомления 222 по линии 220 связи, и как описано далее, согласно фиг.3, применяет сохраненные фильтры клиента для фильтрации уведомлений 222. Затем фильтрованные уведомления 214 передаются по линиям 212 связи клиенту 200 приложений. Соответственно, клиент приложений принимает уведомления, фильтрованные в соответствии с характеристиками фильтра клиента.

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

Сообщение фильтра и запроса подписки от клиента приложений по линии 206 связи принимается в блоке 302 ввода, который направляет такое сообщение в блок 304 выделителя. Блок выделителя выделяет часть фильтра сообщения и сохраняет его в памяти 310 (для хранения) фильтров совместно с информацией, такой как идентификация абонента. Часть запроса абонента сообщения направляется из блока 304 выделителя в буфер 306 запросов подписки. Затем буферизированные сообщения запроса подписки подаются на устройство 308 вывода для передачи по линии 216 на сервер 204 приложений.

Уведомления 222 из сервера приложений по линиям 220 связи принимаются в блоке 314 ввода, который направляет такие сообщения в буфер 316 уведомляющих сообщений. Буферизированные уведомляющие сообщения подаются на первый вход средства 318 маскирования. На второй вход средства 318 маскирования подается содержимое памяти 310 фильтров, которое применяет фильтр для клиента приложений, которому предназначены уведомляющие сообщения. Следовательно, средство 318 маскирования обеспечивает на выходе только те сообщения, которые согласуются с правилами, примененными из памяти 310 фильтров. Выходные данные средства 318 маскирования буферизуются в буфере 320 фильтрованных уведомлений до подачи на блок 322 вывода для передачи по линии 212 связи клиенту приложений.

Механизм 202 фильтрации содержит также блок 312 управления для управления различными его элементами.

При выделении и сохранении фильтра клиента из сообщения, принятого по линии 206 связи, механизму фильтрации для фильтрации может потребоваться получить общую информацию приложения, такую как DTD (определения типа данных) или схемы XML, или другие подобные определения, например, из URL приложения, на указанные определения могут ссылаться правила, определенные клиентом. Для определения правил может использоваться XML. Механизм фильтрации может использовать объявления пространства имен XML в XML-файле описания фильтра для получения определений DTD для правил фильтрации и определений DTD приложения.

Соответственно, в варианте осуществления фиг.2 механизм фильтрации ищет правила, содержащиеся в теле (или в другом месте) устройства пользователя, инициировавшего запрос подписки, и обеспечивает возможность процесса фильтрации от лица клиента, который не видим для сервера приложений. Перед направлением запроса на сервер приложений правило удаляется из запроса. Затем уведомления из сервера приложений фильтруются с применением правил механизмом фильтрации подсистемы IMS, таким как механизм 202 фильтрации в S-CSCF.

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

Клиент приложений в соответствии с известными способами передает сообщение подписки по линии 408 связи в механизм 402 фильтрации. Сообщение подписки содержит стандартное сообщение 406 подписки. Передача такого сообщения клиентом приложений известна.

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

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

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

Сервер 404 приложений применяет правила фильтрации и в зависимости от таких правил составляет уведомления для клиента приложений. Затем сервер 404 приложений передает несколько уведомляющих сообщений 418 по линиям 416 связи в механизм 402 фильтрации. Уведомляющих сообщений 418 меньше, чем передавалось бы без какой-либо фильтрации. Функционирование сервера 404 приложений согласуется со стандартными способами, известными специалистам в данной области техники и здесь не описано более подробно.

Механизм фильтрации принимает уведомления 418 по линиям 416 связи и просто передает уведомления 422 по линиям 420 связи клиенту 400 приложений. Соответственно, клиент приложений принимает уведомления, фильтрованные в соответствиями с характеристиками механизма фильтрации.

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

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

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

Сообщение запроса подписки от клиента приложений по линии 408 связи принимается в блоке 500 ввода, который направляет такое сообщение в буфер 502 запросов подписки. Механизм 402 фильтрации содержит контроллер 510 фильтра, который управляет памятью 508 фильтров. Контроллер фильтра определяет любой фильтр, который должен применяться к запросу подписки, например, на основе идентификации клиента и сохраняет такой фильтр в памяти 508 фильтров. Память 508 фильтров обеспечивает входные данные в буфер 502 запросов подписки, и также в сообщения запроса подписки добавляются правила фильтрации. Таким образом измененные сообщения с запросом фильтра и подписки буферизуются в буфере 504. Затем буферизированные сообщения с запросом фильтра и подписки затем подаются на блок 506 вывода для передачи по линии 414 связи на сервер 404 приложений.

Уведомления 418 из сервера приложений по линиям 416 связи принимаются в блоке 512 ввода, который направляет такие сообщения в буфер 514 уведомляющих сообщений. Буферизированные уведомляющие сообщения подаются на первый вход средства 516 маскирования. Второй вход средства 516 маскирования обеспечивается контроллером 510 фильтра, который выделяет соответствующий фильтр из памяти 508 фильтров и применяет фильтр для клиента приложений, которому предназначены уведомляющие сообщения. Следовательно, средство 516 маскирования обеспечивает на выходе только те сообщения, которые согласуются с правилами, примененными из памяти 508 фильтров. Выходные данные средства 516 маскирования буферизуются в буфере 518 фильтрованных уведомлений до их подачи на устройство 520 вывода для передачи по линии 422 связи клиенту приложений.

Механизм 402 фильтрации дополнительно содержит блок 522 управления для управления различными его элементами.

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

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

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

Как описано выше, в одном предпочтительном варианте осуществления механизм фильтрации реализуется в обслуживающей функции управления состоянием вызова (S-CSCF). Однако механизм фильтрации может быть реализован в любом сетевом элементе между клиентом приложений и сервером приложений. Могут быть использованы, например, другие промежуточные серверы, такие как полномочная функция управления состоянием вызова (P-CSCF).

Способ является особенно выгодным при связи между клиентом приложений и сервером приложений, которые используют протокол начала сеанса (SIP). Изобретение может использовать в теле сообщения XML для идентифицирования правил фильтрации. Правила фильтрации также могут быть включены в команды в запросе, такие как в протоколе SOAP.

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

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

Изобретение также применяется вне зависимости от того, где размещен сервер приложений. Хотя в описанных вариантах осуществления сервер приложений изображен, постоянно находящимся во внешней сети, изобретение также является выгодным там, где сервер приложений постоянно находится в базовой сети, например, с SGSN или GGSN. Соответственно, оператор радиосвязи может использовать существующие службы приложений совместно с механизмом фильтрации в базовой сети. В виде варианта, оператор сети может приобрести серверы приложений без заказных изменений клиентов приложений для фильтрации ответов NOTIFY (УВЕДОМЛЕНИЯ).

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

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

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

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

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