СПОСОБ И ОБЪЕКТ ДЛЯ ОБРАБОТКИ СООБЩЕНИЯ
METHOD AND OBJECT FOR PROCESSING MESSAGES

Область техники, к которой относится изобретение
Изобретение относится, в общем, к области телекоммуникаций и мультимедийным сетевым архитектурам на базе интернет-протокола (IP), таким как сетевые архитектуры, использующие, в частности, так называемую технологию "голос по IP" (VoIP).
Уровень техники
Предпочтительное, но не ограничивающее применение изобретения находится в контексте мультимедийных базовых сетей на основе IP-протокола, использующих мультимедийный протокол инициирования сеанса (SIP), который определен стандартом инженерного совета Интернета (Internet Engineering Task Force (IETF)) и описан, в частности, в документе RFC 3261 под названием "SIP: протокол инициирования сеанса", опубликованном IETF в июне 2002 года. В частности, изобретение применимо к мультимедийным базовым сетям основе IP, опирающимся на архитектуру мультимедийной подсистемы на основе IP (IP Multimedia Subsystem (IMS)), предложенной в стандарте проекта партнерства третьего поколения (third generation partnership project (3GPP)).
Тем не менее, его можно также использовать совместно с другими архитектурами базовой сети на основе IP для передачи сообщений, таких как, например, закрытые архитектуры, использующие протокол SIP для установления мультимедийных сеансов (то есть сеансов с использование речи, текста, видео, данных и т.д.).
Изобретение относится, в частности, к использованию процессорного объекта для обработки сообщения, принимаемого из первого устройства и отправляемого на второе устройство (такого как терминал или сервер), управляемое с помощью мультимедийной базовой сети на основе IP, в контексте мультимедийной услуги связи, опирающейся на механизм для автоматического раскрытия возможностей и статуса удаленной стороны (другими словами, в этом контексте, второго устройства).
Такой механизм автоматического раскрытия предусматривает известным образом первое устройство для отправки специфического сообщения в "удаленное" второе устройство, приглашая его задекларировать в ответ на это сообщение, во-первых, свой статус (например, доступно, занято, находится вне зоны действия сети, не зарегистрировано и т.д.), и, во-вторых, его возможности, то есть услуги, протоколы и/или приложения, которые оно поддерживает или использует.
В приведенном ниже описании, что специфическое сообщение упоминается как сообщение "для раскрытия возможностей и статуса удаленной стороны" или как сообщение "для раскрытия возможностей и статуса второго устройства". Одним примером такого сообщения в протокол SIP является сообщение, основанное на способе SIP OPTIONS.
Этот автоматический механизм раскрытия используется, в частности, службой передачи сообщений на базе усовершенствованной расширенной мультимедийной услуги (rich communication suite - enhanced (RCS-e)), как описано в документе под названием "RCS-e advanced communications: services and client specification", Version 1.1, April 8, 2011.
Стандарт RCS-e позволяет двум терминалам, которые зарегистрированы в базовой сети IMS, устанавливать известным образом связь через сеть с коммутацией каналов, которая не подсоединена к базовой сети IMS (например, через глобальную систему для сети мобильной связи (GSM)), и затем параллельно или в пределах этой связи использовать дополнительные услуги передачи сообщений, известные как "расширенная связь", проходящая через сеть с коммутацией пакетов, которая подсоединена к базовой сети IMS, такой как, например, услуга передачи фотографий, услуга передачи мгновенных сообщений, услуга коллективного доступа к файлам и т.д.
Для этой цели и, в частности, при создании контакта в списке контактов первого терминала или при установке вызова между первым терминалом и вторым терминалом, стандарт RCS-e позволяет использовать механизм, обеспечивающий первому терминалу автоматическое раскрытие статуса и возможностей RCS-e второго терминала (и наоборот), основываясь на использовании сообщения SIP OPTIONS.
Использование механизма для автоматического раскрытия статуса и возможностей удаленной стороны можно также предусмотреть в контексте послепродажного обслуживания, осуществляемого оператором связи или поставщиком услуг для того, чтобы получить необходимую информацию относительно статуса и возможностей устройства, на котором запрограммирована или желательна операция технического обслуживания.
В соответствии с протоколом SIP, любому устройству, принимающему сообщение раскрытия SIP OPTIONS, требуется ответить на это понятным образом путем отправления соответствующего ответного сообщения на устройство, которое отправило сообщение раскрытия, при этом ответное сообщение точно определяет его статус и содержит его возможности.
Таким образом, например, если второе устройство доступно и совместимо с услугой RCS, оно отправляет сообщение 200 OK на первое устройство, содержащее в поле "feature tag", идентификатор услуги RCS-e, вместе с идентификаторами других услуг, поддерживаемых вторым устройством (через другие теги признаков и/или сеансы протокола описания сеансов (SDP)). Ответное сообщение 200 OK также содержит способы SIP, поддерживаемые вторым устройством и т.д.
Следует отметить, что в соответствии со стандартом второе устройство принимает сообщение SIP OPTIONS без пользователя второго устройства, которое осведомлено об этом. Оно специально не выдает сигнал пользователю и не запускает какой-либо вызывной сигнал второго устройства или уведомление о том, что было принято сообщение SIP OPTIONS.
Таким образом, в настоящее время стандарт SIP позволяет любому устройству отправить сообщение SIP OPTIONS и раскрыть, совершенно обособленным образом, статус и/или возможности удаленного устройства, не информируя пользователя этого удаленного устройства о том, что использовался механизм раскрытия, и не оставляя никаких следов такого использования.
Таким образом, понять, что такой режим работы может привести к злоумышленному использованию. В частности, может возникнуть опасение относительно того, что беспринципные экономические игроки будут отправлять нежелательные сообщения SIP OPTIONS для того, чтобы получить информацию относительно терминалов пользователей и использовать такую информацию в чисто коммерческих целях (например, перепродажа такой информации коммерческим компаниям).
Поэтому существует потребность в механизме, который обеспечивает защиту от такого злоумышленного использования.
Сущность изобретения
Настоящее изобретение позволяет удовлетворить эту потребность путем выполнения, в частности, способа обработки принятого сообщения, исходящего из первого устройства и отправляемого на второе устройство, управляемое с помощью мультимедийной базовой сети на основе IP, причем способ должен выполняться процессорным объектом тогда, когда принятое сообщение представляет собой сообщение для раскрытия возможностей и статуса второго устройства. Способ обработки изобретения характеризуется тем, что он содержит:
- этап получения, предназначенный для получения идентификатора первого устройства из поля в принятом сообщении раскрытия; и
- этап выбора действия в зависимости от упомянутого идентификатора, чтобы выбрать режим ответа для ответа на принятое сообщение раскрытия, причем упомянутый режим выбирается из предварительно определенного набора, содержащего по меньшей мере два режима ответа.
Соответственно, изобретение также позволяет выполнить процессорный объект для обработки принятого сообщения, исходящего из первого устройства и отправляемого на второе устройство, управляемое с помощью мультимедийной базовой сети на основе IP, причем объект содержит средство, которое активируется в случае, если принятое сообщение представляет собой сообщение для раскрытия возможностей и статуса второго устройства, при этом средство содержит:
- средство для получения идентификатора первого устройства из поля принятого сообщения раскрытия; и
- средство, подходящее для выполнения действия в зависимости от идентификатора в отношении выбора режима ответа для ответа на принятое сообщение раскрытия, причем режим выбирается из предварительно определенного набора, содержащего по меньшей мере два режима ответа.
Таким образом, чтобы обеспечить защиту от вышеупомянутого злоумышленного использования, изобретение предлагает выполнять фильтрацию сообщений для раскрытия возможностей и статуса удаленной стороны при отправке на второе устройство и делать это в зависимости от отправителя сообщений.
Согласно изобретению фильтрация выполняется с учетом идентичности первого устройства, выдающего сообщение раскрытия для того, чтобы принять решение относительно режима (то есть стратегии) для ответа на сообщение раскрытия (например, без ответа или с понятным ответом).
Другими словами, изобретение вводит дополнительную степень свободы таким способом, который дает ответ на сообщение для раскрытия возможностей и статуса удаленной стороны: он дает возможность процессорному объекту определять вид ответа, который будет представлен на сообщение раскрытия в зависимости от идентификатора первого устройства.
В результате, изобретение позволяет сконфигурировать процессорный объект таким образом, чтобы на сообщение раскрытия давались понятные ответы (то есть путем отправления ответного сообщения, содержащего "реальный" статус и возможности второго устройства) только для устройства, которое авторизовано или выбрано, например, пользователем второго устройства или оператором мультимедийной базовой сети на основе IP.
Таким образом, изобретение позволяет противостоять возможности того, что настоящий стандарт SIP предоставляет первому устройству раскрыть статус и возможности второго устройства без знания пользователя второго устройства. В настоящем изобретении, создав множество возможных ответов, доступных для реагирования на сообщение раскрытия, можно адаптировать количество и виды информации, которая передается на первое устройство в этих режимах ответа в зависимости от идентичности первого устройства.
Можно предусмотреть заранее предварительно определенный набор, содержащий множество режимов ответа, из которого процессорное устройство может производить выбор для того, чтобы противостоять вышеупомянутому злоумышленному использованию. Такие ответные сообщения можно преимущественно специфицировать персонально с помощью пользователя второго устройства через пользовательский интерфейс (например, веб-интерфейс или приложение, разработанное для этой цели), или еще с помощью оператора мультимедийной базовой сети на основе IP.
Предпочтительно, чтобы предварительно определенный набор режимов ответа содержал по меньшей мере:
- режим ответа, содержащий отправку на первое устройство ответа на сообщение раскрытия, которое является частичным, предварительно определенным или ошибочным; и
- режим ответа, содержащий отправку на первое устройство ответа на сообщение раскрытия, которое является понятным, содержащим возможности и статус второго устройства.
В этих режимах ответа некоторый вид ответа всегда отправляется на первое устройство, которое соответствует обязательству отвечать так, как точно определено, в частности, в протоколе SIP.
Напротив, подходящее содержимое ответа адаптируется в зависимости от идентификатора первого устройства. Таким образом, можно сконфигурировать процессорный объект, используя подходящие правила отбора для отправки на первое устройство:
- ответ, который является понятным, то есть который представляет собой и/или содержит все возможности и реальный статус второго устройства, например, когда идентификатор удовлетворяет заранее заданному критерию; или
- предварительно определенный ответ, который является частичным (т.е. неполным в том смысле, что он предоставляет только некоторую часть возможностей второго устройства, или что он представляет собой только его статус), или ответ, который содержит информацию о том, что является ошибочным, когда идентификатор не удовлетворяет критерию.
Всегда отправляя ответ на первое устройство, причем ответ может или не может быть понятным, всегда можно предотвратить повторную передачу сообщений первого устройства в связи с отсутствием приема ответного сообщения на сообщение раскрытия. Это позволяет сохранить загрузку сети, при этом сохраняя все еще контроль над информацией, которая отправляется на первое устройство, относительно статуса и возможностей второго устройства.
В варианте осуществления можно предусмотреть, чтобы предварительно определенный набор содержал по меньшей мере:
- режим ответа, содержащий отправку на первое устройство ответа на сообщение раскрытия, которое является понятным и содержит возможности и статус второго устройства; и
- режим ответа, содержащий отсутствие ответа на сообщение раскрытия.
Обеспечение режима ответа, в котором ответ не отправляется на первое устройство, может давать пользователю второго устройства преимущество с точки зрения оплаты абонентских услуг.
В дополнение к раскрытию "частной" информации относительно второго устройства, механизм автоматического раскрытия, предпочтительно выполненный с помощью стандарта SIP, также поднимает проблему оплаты абонентских услуг для отправки ответного сообщения на первое устройство, и в отношении стоимости того, что ответ можно представить полностью в результате того, что второе устройство отвечает на все сообщения SIP OPTIONS, которые оно принимает.
Более того, затраты, связанные с отправкой ответного сообщения на сообщение SIP OPTIONS, естественно, возлагаются на второе устройство (или по меньшей мере вносятся в расчеты в качестве дебета для восходящей линии связи при участии пользователя второго устройства, который будет оплачивать абонентские услуги в зависимости от этого абонентского обслуживания пользователя оператором сети). Таким образом, изобретение позволяет пользователю второго устройства выбрать эти устройства, в которые этот пользователь желает ответить и тем самым ограничивает связанные с этим затраты.
Следует отметить, что изобретение применимо к сообщениям для раскрытия возможностей и статуса удаленной стороны способом, который предназначен для этого, и не применим ко всем сообщениям, отправленным на второе устройство. Изобретение стремится защитить пользователя второго устройства от неправильного применения частной информации о втором устройстве, которое запрашивают посредством сообщений, которые получают без ведома пользователя и на которые должно ответить второе устройство в соответствии со стандартом. Изобретение не связано, собственно говоря, с обработкой сообщений, типов, которые отличаются от сообщений для раскрытия статуса и возможностей удаленной стороны.
В конкретном варианте осуществления сообщение раскрытия, обработанное процессорным объектом, представляет собой сообщение SIP OPTIONS, и поле этого сообщения, которое содержит идентификатор первого устройства, представляет собой поле FROM или поле P-Asserted-Identity (в частности, в случае маскирования идентификатора первого устройства).
Как упомянуто выше, режим ответа, используемый с сообщением раскрытия, можно выбрать в зависимости от различных критериев, которые относятся ко всем или части идентификатора первого устройства (как правило, ко всему или части содержимого поля FROM или поля P-Asserted-Identity для сообщения SIP OPTIONS) и в зависимости от различных предварительно определенных правил отбора.
Таким образом, например, процессорный модуль может выбрать режим ответа из предварительно определенного набора в зависимости от наличия или отсутствия идентификатора первого устройства по меньшей мере в одном предварительно определенном списке идентификаторов, связанных со вторым устройством.
Этот список может определить, в частности, пользователь второго устройства в зависимости от тех устройств, в которых пользователь получает отправленную информацию относительно статуса и возможностей собственного устройства пользователя.
Этот список в равной степени может представлять собой список, содержащий идентификаторы устройств, которые получены пользователем или напротив "черный список", содержащий идентификаторы устройств, в который пользователь не желает передавать статус и возможности собственного устройства пользователя.
Кроме того, можно предусмотреть определение списка идентификаторов, с которыми пользователь желает передавать только часть этих возможностей и статуса пользователя.
В конкретной реализации, предварительно определенный список идентификаторов, связанных со вторым устройством, может принимать форму списка контактов (архив), который связан со вторым устройством и который хранится локально во втором устройстве или, напротив, в удаленном оборудовании, в мультимедийной базовой сети на основе IP (на сервере приложений или в информационной системе оператора базовой сети) или в некоторой другой сети (например, на шлюзе, предоставляющем доступ к мультимедийной базовой сети на основе IP, или на оборудовании, таком как терминал, подсоединенный к локальной сети, к которой также подсоединено второе устройство и т.д.).
Этот вариант позволяет упростить осуществление изобретения за счет использования списка, который уже доступен для других приложений (не требуется предварительная конфигурация списка).
Кроме того, он основан на идентификаторах, уже известных второму устройству и соответствующих устройствам, с которыми пользователь второго устройства уже имеет априорно приемлемую связь в тот или иной момент времени.
В другом варианте осуществления процессорный модуль выбирает режим ответа из предварительно определенного набора в зависимости от того, принадлежит или нет идентификатор первого устройства сетевому домену, который идентичен сетевому домену второго устройства или сетевому домену, который авторизован.
Этот вариант осуществления позволяет учитывать параметры сети для фильтрации сообщений раскрытия.
Он представляет собой предпочтительное применение, например, для фильтрации сообщений раскрытия, поступающих из-за рубежа (например, путем фильтрации всех идентификаторов, имеющих расширение, которое отличается от ".fr" для доменов французской сети), или из сетей, обслуживаемых операторами, которые отличаются от оператора мультимедийной базовой сети на основе IP, управляющей вторым устройством, в частности, по причинам оплаты абонентских услуг.
В другом варианте осуществления процессорный объект выбирает режим ответа из предварительно определенного набора в зависимости от того, включает в себя или нет идентификатор первого устройства пользовательскую часть, которая предварительно определена или имеет предварительно определенный тип (такой как, например, префикс международного телефонного номера или конкретный универсальный идентификатор ресурса (URI)).
Термин "пользовательская часть" используется для обозначения той части идентификатора, которая является специфической для пользователя первого устройства, то есть которая идентифицирует пользователя первого устройства и которая не соответствует домену или сети, которая управляет им. Например, для идентификатора в форме адреса типа "user_name@domain_name", пользовательская часть соответствует элементу "user_name", расположенному слева от символа "@".
Для сообщения SIP OPTIONS пользовательская часть идентификатора соответствует "User-Part" содержимого поля FROM или "P-Asserted-Identity"
Естественно, изобретение не ограничивается одним конкретным критерием фильтрации или одним конкретным правилом отбора, и множество критериев фильтрации можно применять одновременно или последовательно для того, чтобы выбрать режим ответа.
Кроме того, критерий фильтрации, который отличается от тех, который отличается от тех, которые упомянуты выше, могут предусматривать то, что они относятся ко всему или части идентификатора первого устройства в комбинации с или независимо друг от друга.
В варианте осуществления, в котором предварительно определенный набор содержит по меньшей мере один режим ответа, где ответ на сообщение раскрытия отправляется на первое устройство, этот ответ (то есть его содержимое) зависит от количества и/или типа текущих сеансов для второго устройства после приема сообщения.
Таким образом, можно адаптировать ответ, отправляемый на первое устройство, в зависимости от того, например, существует уже или нет текущий диалог, который уже существует в первом устройстве. В таком контексте можно с меньшими трудностями отправить понятный ответ на первое устройство, поскольку он уже поддерживает связь со вторым устройством. Напротив, это позволяет облегчить доступ к мультимедийной услуге, в контексте которой сообщение раскрытия было отправлено первым устройством.
Кроме того, целесообразно информировать первое устройство о статусе текущих сеансов во втором устройстве, чтобы первое устройство могло при необходимости действовать таким образом, чтобы адаптировать свой обмен информацией со вторым устройством.
Обработку сообщения раскрытия согласно изобретению можно выполнять на различных уровнях.
Таким образом, процессорный объект может входить, в частности, в состав второго устройства.
Это позволяет пользователю второго устройства упростить конфигурирование фильтрации, которая становится возможной благодаря изобретению (в частности, критериям фильтрации и правилам отбора).
В варианте осуществления процессорный объект может входить в состав сервера приложений мультимедийной базовой сети на основе IP, которая управляет вторым устройством. Сервер приложений можно запускать, например, с помощью мультимедийной базовой сети на основе IP после приема сообщения раскрытия, отправленного на второе устройство.
Это позволяет оператору мультимедийной базовой сети на основе IP конфигурировать фильтрацию.
Кроме того, в этом варианте отсутствует необходимость модификации данного режима работы устройств, которые принимают сообщение раскрытия, причем упомянутые устройства могут продолжать действовать в соответствии со стандартом путем реагирования понятным образом на сообщение раскрытия. Затем выполняется фильтрация с помощью сервера приложений мультимедийной базовой сети на основе IP при приеме ответов от этих устройств. Изобретение также предусматривает терминал, управляемый с помощью мультимедийной базовой сети на основе IP и включающий в себя процессорный объект изобретения для обработки сообщения, принятого из устройства и отправляемого в терминал.
Изобретение позволяет также выполнить терминал, управляемый с помощью мультимедийной базовой сети на основе IP и включающий в себя процессорный объект изобретения для обработки сообщения, принимаемого из устройства и отправляемого в терминал.
Изобретение позволяет также выполнить сервер, взаимодействующий с мультимедийной базовой сетью на основе IP, которая управляет устройством, причем сервер включает в себя процессорный объект изобретения для обработки принятого сообщения, отправляемого на устройство.
В качестве примера, сервером является сервер приложений мультимедийной базовой сети на основе IP.
В варианте осуществления он может представлять собой устройство, в которое отправляется принятое сообщение.
В конкретной реализации различные этапы способа обработки определяются с помощью инструкций компьютерной программы.
Таким образом, изобретение также предусматривает компьютерную программу на носителе информации, причем программа подходит для реализации в процессорном модуле или, более конкретно, в компьютере, причем программа включает в себя инструкции, адаптированные для выполнения этапов способа обработки, как описано выше.
Программа может использовать любой язык программирования и иметь форму исходного кода, объектного кода или кода, промежуточного между исходным кодом и объектным кодом, например, частично компилированную форму или любую другую желательную форму.
Изобретение также предусматривает машиночитаемый носитель информации, включающий в себя инструкции компьютерной программы, как упомянуто выше.
Носителем информации может быть любой объект или устройство, способное хранить программу. Например, носитель может содержать средство хранения, такое как постоянное запоминающее устройство (ПЗУ), например, ПЗУ на основе компакт-диска (CD), или ПЗУ на основе микроэлектронной схемы, или даже средство магнитной записи, например, гибкий диск или жесткий диск.
Кроме того, носитель информации может представлять собой передаваемый носитель, такой как электрический или оптический сигнал, подходящий для передачи по электрическому или оптическому кабелю с помощью радио или другого средства. Программу можно, в частности, загружать из сети типа Интернета.
В качестве альтернативы носитель информации может представлять собой интегральную схему, в которую входит программа, причем схема адаптирована для выполнения или использования при выполнении рассматриваемого способа.
В другом аспекте изобретения выполнена также система связи, содержащая:
- первое устройство и второе устройство, управляемые с помощью мультимедийной базовой сети на основе IP, причем первое устройство выполнено с возможностью отправления на второе устройство сообщения раскрытия для раскрытия возможностей и статуса второго устройства; и
- процессорный объект изобретения, подходящий для приема или обработки сообщения раскрытия, отправляемого с помощью первого устройства на второе устройство.
В других вариантах осуществления можно также предусмотреть, чтобы способ обработки, процессорный объект и система связи изобретения были представлены в виде комбинации всех или некоторой части из вышеуказанных характеристик.
Краткое описание чертежей
Другие характеристики и преимущества настоящего изобретения станут ясны из нижеследующего описания со ссылками на прилагаемые чертежи, на которых показаны варианты осуществления, не имеющие ограничительного характера:
фиг. 1 - схема, показывающая систему связи и процессорный объект согласно первому варианту осуществления настоящего изобретения;
фиг. 2 - схема, показывающая архитектуру аппаратных средств процессорного объекта, показанного на фиг. 1;
фиг. 3 - основные этапы способа обработки, выполняемые процессорным объектом (фиг. 1), согласно первому варианту осуществления настоящего изобретения;
фиг. 4 - схема, показывающая систему связи и процессорный объект согласно второму варианту осуществления настоящего изобретения; и
фиг. 5 - основные этапы способа обработки, выполняемые процессорным объектом (фиг. 4), согласно второму варианту осуществления настоящего изобретения.
Подробное описание изобретения
На фиг. 1 показана, в своей окружающей среде, система 1 связи согласно изобретению, причем система включает в себя два устройства D1 и D2 вместе с процессорным 2 объектом согласно первому варианту осуществления изобретения.
В качестве примера устройства D1 и D2 представляют собой мультимедийные терминалы, такие как смартфоны, подходящие для поддержания связи друг с другом через мультимедийные базовые сети CN1 и CN2 на основе IP. Каждая из них имеет список локальных контактов (или "Адресную книгу") с соответствующими ссылками RL1 и RL2, которые содержат различные идентификаторы (например, телефонные номера, адреса SIP и т.д.) оборудования, известного и перечисленного соответствующими пользователями устройства D1 и D2 (и/или с помощью операторов базовых сетей CN1 и CN2).
В этом примере, базовые сети CN1 и CN2 представляют собой базовые сети, использующие технологии VoIP, и они управляют соответственно устройствами D1 и D2. Они реализуют архитектуру IMS, как определено, в частности, в документе 3GPP TS 22.228 "Service requirements for the IP multimedia core network subsystem (stage 1)", и они реализуют протокол SIP.
Тем не менее, в варианте осуществления изобретение применимо в равной степени хорошо к случаю, когда базовые сети CN1 и CN2 составляют единую мультимедийную базовую сеть на основе IP-протокола. Изобретение также применимо к другим типам устройства (D1 может быть терминалом, a D2 - сервером), к другим мультимедийным сетевым архитектурам на основе IP-протокола и к другим протоколам инициирования сеанса, таким как, например, закрытые архитектуры базовых сетей, использующие протокол SIP или некоторый другой закрытый протокол инициирования сеанса, который предусматривает сообщение для раскрытия возможностей и статуса удаленной стороны.
В приведенном ниже примере основное внимание уделяется процессорному 2 объекту, который обрабатывает принятое сообщение МОРТ для раскрытия возможностей и статуса удаленной стороны, которое отправляется первым устройством D1 на второе устройство D2, в контексте услуги мультимедийной связи, такой как, например, услуга RCS-e. Предполагается, что устройства D1 и D2 зарегистрированы в их соответствующих базовых сетях CN1 и CN2.
Сообщение МОРТ, отправленное устройством D1, представляет собой сообщение SIP OPTIONS, как подробно описано в вышеупомянутом документе RFC 3261. Оно содержит в поле FROM идентификатор ID1 устройства D1, выдающего сообщение, и идентификатор ID2 устройства D2 назначения сообщения в поле Request-URI и в поле ТО.
Предполагается, что пользователь устройства D2 имеет подписку с оператором базовой сети CN2 на активацию услуги для фильтрации сообщений SIP OPTIONS, которые отправляются ему в зависимости от идентификаторов устройств, выдающих эти сообщения и основанных на выполнении способа обработки изобретения.
Активация услуг для фильтрации сообщений SIP OPTIONS для устройства D2 хранится в профиле пользователя устройства D2, который хранится в сервере абонентских данных (HSS) мультимедийной базовой сети CN2 (на фиг. 1 не показан).
В первом варианте осуществления, показанном на фиг. 1, процессорный 2 объект изобретения для обработки сообщений SIP OPTIONS включен в сервер приложения (AS) базовой сети CN2 и запускается при обнаружении сообщения SIP OPTIONS, отправленного на устройство D2. Другими словами, сервер 2 приложений является процессорным объектом в значении изобретения.
Сервер 2 приложений запускается в соответствии с информацией, которая содержится в профиле пользователя устройства D2 и которая хранится в HSS базовой сети CN2, и, в частности, в соответствии с исходными критериями фильтрации (iFC), информация о которых хранится у пользователя, имеющего подписку на активацию услуги фильтрации. Сервер 2 приложений может представлять собой сервер, выделенный для выполнения способа изобретения для обработки сообщений протокола SIP OPTIONS, или он может представлять собой сервер приложений, который уже существует, и который запускается при выполнении других приложений.
Механизмы, реализованные для обнаружения сообщений SIP OPTIONS, отправленных на устройство D2, и запуска сервера 2 приложений, известны специалистам в данной области техники, и поэтому здесь они подробно не описываются.
В качестве примера сервер 2 приложений может запускаться с помощью сервера обслуживающих функциональных блоков управления вызовом/сеансом (S-CSCF) базовой сети CN2 или с помощью некоторого другого сервера, расположенного ниже по потоку относительно сервера S-CSCF, после обнаружения того, что сообщение МОРТ, принятое из устройства D1, представляет собой сообщение SIP OPTIONS, отправленное на устройство D1 (идентифицированное, в частности, посредством поля "Request-URI" или поля "ТО" принятого сообщения МОРТ), причем устройство D2 активизировало услугу изобретения для фильтрации сообщения SIP OPTIONS, отправленного ему.
В этом примере сервер 2 приложений имеет аппаратную архитектуру компьютера, как показано схематически на фиг. 2.
В частности, он содержит процессор 2А, оперативное запоминающее устройство (ОЗУ) 2В, ОЗУ 2С и энергонезависимую флэш-память 2D вместе со средством 2Е связи, подходящим, в частности, для выполнения протокола SIP. Эти средства связи позволяет ему осуществлять связь с объектами базовой сети CN2 и с устройством D2.
ПЗУ 2С сервера 2 приложений представляет собой носитель информации согласно изобретению, который считывает процессор 2А и который хранит компьютерную программу согласно изобретению, в том числе инструкции для выполнения этапов способа обработки в первом варианте осуществления изобретения, как описано ниже со ссылкой на фиг. 3.
На фиг. 3 показаны основные этапы способа обработки изобретения, которые выполняются сервером 2 приложений (фиг. 1) в первом варианте осуществления после запуска базовой сети CN2, принимающей сообщение SIP OPTIONS МОРТ, отправленное с помощью устройства D1 Ha устройство D2.
Как описано выше, обработка, предложенная в настоящем изобретении, заключается в фильтрации сообщений раскрытия (таких как сообщения OPTIONS в протоколе SIP) в зависимости от идентификаторов устройств, выдающих такие сообщения, и в выполнении действия в зависимости от упомянутых идентификаторов для того, чтобы выбрать режим ответа из предварительно определенного набора режимов ответа, содержащего по меньшей мере два режима ответа.
Реализация этой обработки опирается на предварительное определение этих наборов, а именно:
1) набор, записанный как Ω, возможных режимов ответа для ответа на принятые сообщения раскрытия;
2) набор, записанный как С, который состоит из одного или более критериев для сравнения с идентификаторами устройств, выдающих такие сообщения раскрытия (эти критерии могут относиться к некоторым или всем идентификаторам); и
3) набор, записанный как S, правил отбора для взаимодействия идентификатора устройства, выдающего сообщение раскрытия, с режимом ответа из набора Ω, когда идентификатор удовлетворяет одному или более критериям, определенным с помощью набора С.
Таким образом, в качестве иллюстрации, приведенные ниже режимы ответа могут предусматривать для набора Ω:
- отсутствие ответа на сообщение раскрытия;
- отправку понятного ответа на сообщение раскрытия, то есть ответа, содержащего статус и возможности опрашивающего устройства (то есть в этом примере D2), как определенно в настоящее время в стандарте SIP;
- отправку частичного ответа на сообщение раскрытия, например, образованного с помощью сообщения, представляющего собой статус опрашивающего устройства, но без включения его возможностей, сообщения, представляющего собой статус опрашивающего устройства и только некоторые его возможности, или даже предварительно определенное сообщение, содержащее только его возможности;
- отправку предварительно определенного ответа на сообщение раскрытия, например, в протоколе SIP, который образован с помощью одного из следующих сообщений: "404 NOT FOUND" ("404 НЕ НАЙДЕНО"); "480 TEMPORARILY UNAVAILABLE" ("480 ВРЕМЕННО НЕДОСТУПНО"); "408 TIME OUT" ("408 ВРЕМЯ ОЖИДАНИЯ ИСТЕКЛО"); "200 OK" ("200 ВСЕ В ПОРЯДКЕ"); или "486 BUSY HERE" ("486 АБОНЕНТ ЗАНЯТ"); и
- отправку ошибочного ответа на сообщение раскрытия, например, представляющего собой статус, который отличается от реального статуса опрашивающего устройства, и/или отправку возможностей, которые не соответствуют возможностям опрашивающего устройства.
Аналогичным образом, следующие критерии, которые относятся к некоторым или всем идентификаторам устройства, выдающего сообщение раскрытия, можно предусмотреть для набора С:
- наличие или отсутствие идентификатора устройства, выдающего сообщение раскрытия в предварительно определенном списке, связанном с опрашивающим устройством. Этот список может представлять собой, в частности, список локальных контактов (или "адресную книгу"), которая хранится в опрашивающем устройстве или хранится в удаленном оборудовании в сети (например, в мультимедийной базовой сети CN2 на основе IP в сервере 2 приложений или в информационной системе оператора сети устройства D2 и т.д.). В варианте этот список может представлять собой список идентификаторов устройств, авторизованных для приема статуса и реальных возможностей опрашивающего устройства, например, который хранится на сервере 2 приложений или в информационной системе оператора сети устройства D2, и который может осуществлять консультации с сервером 2 приложений, и который конфигурируется пользователем опрашивающего устройства. В другом варианте осуществления этот список может представлять список, сконфигурированный пользователем, который состоит из "запрещенных" идентификаторов, с помощью которых пользователь отказывается передавать статус и возможности устройства пользователя, например, который хранится на сервере 2 приложений или в информационной системе оператора сети устройства D2 и который подходит для осуществления консультаций сервером 2 приложений;
- принадлежит или нет идентификатор устройства, выдающего сообщение раскрытия сетевому домену, идентичному домену сети опрашивающего устройства, или домену, который авторизирован (с помощью оператора базовой сети или с помощью пользователя опрашивающего устройства);
- присутствует или нет идентификатор устройства, выдающего сообщение раскрытия, в предварительно определенной пользовательской части (то есть в "User Part" идентификатора сообщения SIP OPTIONS) или предварительно определенного типа (например, содержащего международный номер, который отличается от префикса "+33" или специфического префикса, такого как "+331", "+335", "+338", или "+339" или соответствующего конкретному типу URI, такому как SIP URI или TEL URI);
- и т.д.
Наконец, можно предусмотреть следующие правила отбора для набора S:
- если идентификатор устройства, выдающего сообщение раскрытия, не присутствует в списке локальных контактов опрашивающего устройства, то выбирается режим ответа "отсутствие ответа на сообщение раскрытия";
- если идентификатор устройства, выдающего сообщение раскрытия, присутствует в списке локальных контактов опрашивающего устройства, то выбирается режим ответа "отправить понятный ответ на сообщение раскрытия";
- и т.д.
Естественно, эти примеры приведены исключительно посредством иллюстрации, и другие режимы ответа, другие критерии, относящиеся к идентификаторам полностью или частично и другие правила отбора можно предусмотреть в пределах объема изобретения.
В частности, можно также определить правила отбора, опирающиеся на множество критериев (например, если идентификатор устройства, выдающего сообщение раскрытия, находится в том же самом сетевом домене, как и идентификатор опрашивающего устройства и в списке локальных контактов опрашивающего устройства, то выбирается режим ответа, который состоит в отправке понятного ответа на устройство, выдающее сообщение раскрытия.
Кроме того, можно также предусмотреть другие режимы ответа, в которых содержимое ответа зависит от параметров, таких как статус устройства D2 и, в частности, количество сеансов, которые уже проводятся с помощью устройства D2, и/или тип уже проводимых сеансов (например, в зависимости от услуг, которые доступны или, напротив, услуг, которые уже используются).
Для того чтобы проиллюстрировать этапы, выполняемые сервером 2 приложений при обработке сообщения МОРТ, предполагается, что следующие наборы Ω, S и С определены как:
- набор Ω режима ответа содержит два режима ответа, а именно:
- режим M1: "понятный ответ на сообщение раскрытия"; и
- режим М2: "частичный ответ на сообщение раскрытия, которое содержит только статус опрашивающего устройства";
- набор С критериев содержит единственный критерий, а именно: присутствует или нет идентификатор в списке локальных контактов опрашивающего устройства; и
- набор S правил отбора содержит два правила, а именно:
- если идентификатор присутствует в списке локальных контактов, то ответ производится в режиме M1; и еще
- ответ производится в режиме М2.
Эти наборы сохраняются во флэш-памяти 2D сервера 2 приложений во время предварительного этапа конфигурирования (этап Е0). Следует отметить, что выбор наборов Ω, S и С может сделать непосредственно пользователь устройства D2, например, через веб-, голосовой, текстовой и т.д. интерфейс.
Далее следует описание обработки сообщения МОРТ, которое выполняется согласно изобретению с помощью сервера 2 приложений после запуска при обнаружении сообщения SIP OPTIONS, отправленного на устройство D2.
Запуск сервера 2 приложений приводит к серверу 2 приложений, принимающему сообщение МОРТ (этап Е10).
Сервер 2 приложений извлекает идентификатор устройства D1 из поля FROM принятого сообщения МОРТ (этап Е20). В этом примере, идентификатор устройства D1, который содержится в поле FROM, является идентификатором ID1.
Если поле FROM не содержит идентификатора устройства D1 или представляет собой устройство D1, которое является анонимным (например, так как идентификатор устройства D1 маскируется при передаче с помощью устройства D1), сервер 2 приложений определяет, содержит ли сообщение МОРТ поле SIP PRIVACY.
В случае необходимости затем определяют, существует ли поле P-Asserted-Identity нa сообщение МОРТ, содержащем сертифицированный объект устройства D1, который можно ввести и/или выдать с помощью базовой сети CN1, через которую передано сообщение МОРТ после отправки с помощью устройства D1.
Сети, передающие сообщение, отправленное с помощью одного устройства в другое устройство, могут вставлять известным способом сертифицированный идентификатор устройства, выдающего сообщение для того, чтобы удовлетворить различные потребности (например, выставление счетов, маршрутизация сообщений, легальный перехват и т.д.). В этом примере, этот идентификатор вставляется с помощью базовой сети CN1 в поле P-Asserted-Identity сообщения.
В случае необходимости, сервер 2 приложений извлекает идентификатор устройства D1, который содержится в этом поле P-Asserted-Identity.
Затем определяют, удовлетворяет ли идентификатор ID1 устройства D1, который извлечен из сообщения МОРТ, одному или более критериям фильтрации, определенным в наборе С, который хранится в памяти 2D (этап Е30).
В рассматриваемом примере только один критерий хранится в памяти 2D, а именно критерий "наличия или отсутствия идентификатора устройства, выдающего сообщение SIP OPTIONS в списке локальных контактов опрашивающего устройства".
Таким образом, во время этапа Е30 сервер 2 приложений проверяет, присутствует (находится ли в списке) ли идентификатор ID1 устройства D1 (т.е. в списке) в локальном списке RL2 устройства D2.
В случае необходимости (ответ "да" в проверке Е40) в соответствии с правилами отбора, определенными в наборе S, сервер 2 приложений выбирает режим M1 ответа (этап Е50).
Другими словами, он отправляет на устройство D1 понятный ответ на сообщение SIP OPTIONS, который содержит статус устройства D2 вместе со своими возможностями (этап Е60).
В описанном выше варианте осуществления статус устройства D2 и его возможности получают с помощью сервера 2 приложений непосредственно из устройства D2.
Более конкретно, если ответом в проверке Е40 является "да", то сервер 2 приложений перенаправляет (то есть ретранслирует) сообщение SIP OPTIONS МОРТ на второе устройство D2 без изменения его содержимого.
Затем устройство D2 реагирует на сообщение SIP OPTIONS понятным образом в соответствии с протоколом SIP, то есть обеспечивает свой статус и свои возможности. В соответствии с режимом работы протокола SIP, ответ из устройства D2 возвращается по каналу, который является противоположным для канала, выбранного сообщением МОРТ. Поэтому этот ответ передается через сервер 2 приложений.
Он перехватывает ответное сообщение, исходящее из устройства D2 и, используя это сообщение, вырабатывает свой собственный понятный ответ на устройстве D1, содержащем статус устройства D2 и его возможности, в соответствии с выбранным режимом M1 ответа.
В описанном варианте осуществления понятный ответ, отправленный с помощью сервера 2 приложений на устройство D1, является аналогичным или идентичным ответному сообщению на сообщение SIP OPTIONS, как точно определено в документе RFC 3261 стандарта SIP (одинаковый формат и одинаковое содержимое, относящиеся к статусу и возможностям устройства D2).
Напротив, если идентификатор ID1 не содержится в списке RL2 локальных контактов устройства D2 (ответ "нет" в проверке Е40), сервер 2 приложений действует в соответствии с правилами отбора, определенными в наборе S для выбора режима М2 сообщения (этап Е70).
Другими словами, он отправляет на устройство D1 частичный ответ, содержащий только статус устройства D2 (этап Е80). Это частичный ответ не содержит информацию о возможностях устройства D2.
Как упомянуто выше для этапа Е60, информация о статусе устройства D2 получается с помощью сервера 2 приложений, опрашивающего устройство D2, в этом примере путем отправки ему принятого сообщения SIP OPTIONS МОРТ.
Следует отметить, что если предусмотрен (и выбран) режим ответа, посредством чего сервер 2 приложений реагирует ошибочным образом на устройство D1 или путем использования предварительно определенного сообщения, такого как сообщение "404 NOT FOUND", или "480 TEMPORARILY UNAVAILABLE" или даже "408 TIME OUT", сервер 2 приложений не должен консультировать устройство D2 для того, чтобы получить свой статус и свои возможности, и может послать ответ напрямую на устройство D1.
Напротив, всякий раз, когда выбран режим ответа, включающий в себя реальный статус устройства D2 и/или свои реальные возможности, то сервер 2 приложений ретранслирует на устройство D2 сообщения SIP OPTIONS МОРТ, которые он получил из устройства D1, как это он делает в понятным образом (то есть без изменения своего содержимого), после чего он фильтрует и/или адаптирует ответ, который он принимает из устройства D2 на сообщение SIP OPTIONS в зависимости от правил отбора, сконфигурированных для выбранного режима ответа.
Таким образом, в качестве примера, если сервер 2 приложений определяет, что устройство D2 находится в состоянии "занято", то он отправляет ответное сообщение "486 BUSY HERE" на устройство D1, в котором отсутствует информация о возможностях устройства D2.
В вышеописанном первом варианте осуществления обработка согласно изобретению сообщения SIP OPTIONS МОРТ, отправленного на устройство D2, выполняется с помощью сервера 2 приложений мультимедийной базовой сети CN2 на основе IP. Другими словами, процессорный объект изобретения представляет собой сервер 2 приложений.
Тем не менее, это предположение не является ограничивающим, и процессорный объект изобретения для обработки сообщений для раскрытия статуса и возможностей удаленной стороны может входить в состав некоторых других частей оборудования, таких как, в частности, устройство, в которое отправляется сообщение раскрытия.
На фиг. 4 показана, в своей окружающей среде, система 1' связи согласно второму варианту осуществления настоящего изобретения.
Система 1' связи включает в себя два устройства D1' и D2', управляемые с помощью мультимедийной базовой сети CN1' на основе IP и мультимедийной базовой сети CN2' на основе IP, соответственно. В этом примере, устройства ID1' и D2' являются терминалами, имеющими списки локальных контактов, которые обозначены как RL1' и RL2', соответственно.
В этом втором варианте осуществления обработка согласно изобретению сообщения раскрытия МОРТ', отправленного с помощью устройства D1' на устройство D2', выполняется самим устройством D2'. Другими словами, устройство D2' является процессорный объектом в значении изобретения.
Устройства D1' и мультимедийные базовые сети CN1 и CN2' на основе IP аналогичны или идентичны устройствам D1 и базовым сетям CN1 и CN2, описанным со ссылкой на фиг. 1, и они здесь не будут снова описываться более подробно.
Устройство D2' аналогично устройству D2, показанному на фиг. 1. Тем не менее, оно отличается от устройства D2 тем, что включает в себя ПЗУ 3, хранящее компьютерную программу согласно изобретению, имеющую инструкции для выполнения этапов способа обработки в соответствии со вторым вариантом осуществления изобретения. ПЗУ 3 образует носитель информации согласно изобретению, который имеет возможность считывания процессором устройства D2'.
Ниже, со ссылкой на фиг. 5, приведено описание основных этапов, выполняемых устройством D2' в этом втором варианте осуществления, обработки сообщения МОРТ' для раскрытия статуса и возможностей удаленной стороны, которое отправляется с помощью устройства D1' на устройство D2'.
В этом примере, сообщение МОРТ' представляет собой сообщение SIP OPTIONS, как подробно описано в документе RFC 3261. В поле FROM оно содержит идентификатор ID1' устройства ID1', которое создало сообщение, и в поле Request-URI и в поле ТО оно содержит идентификатор ID2' устройства D2', в которое отправлено сообщение.
Для того чтобы проиллюстрировать этапы, выполняемые устройством D2' при обработке сообщения МОРТ', снова используются вышеописанные наборы Ω, S и С.
Таким образом,
- набор Ω режимов ответа содержит два режима ответа, а именно:
- режим M1: "понятный ответ на сообщение раскрытия"; и
- режим М2: "частичный ответ на сообщение раскрытия, содержащий только статус опрашивающего устройства";
- набор С критериев содержит единственный критерий, а именно: присутствует или нет идентификатор в списке локальных контактов опрашивающего устройства; и
- набор S правил отбора содержит два правила, а именно:
- если идентификатор присутствует в списке локальных контактов, то отвечать в режиме M1; еще
- отвечать в режиме М2.
Эти наборы сохраняются в энергонезависимой флэш-памяти устройства D2' во время предварительного этапа конфигурирования (этап F0). Следует отметить, что конфигурация устройства D2', и более конкретно, выбор этапов Ω, S и С может выполнять непосредственно пользователь устройства D2', например, через веб-, голосовой, текстовой и т.д. интерфейс.
Сообщение МОРТ', отправленное с помощью устройства D1' на устройство D2', принимает устройство D2' после прохождения через базовые сети CN1' и CN2' (этап F10).
После приема сообщения МОРТ', устройство D2' начинает определять, предназначено ли сообщение для раскрытия своего статуса и своих возможностей, другими словами, является ли сообщение SIP OPTIONS сообщением, которое необходимо для дальнейшей обработки согласно изобретению (этап F20).
Если это сообщение не является сообщением SIP OPTIONS (ответ "нет" на этапе F20), устройство D2' обрабатывает сообщение обычным способом, в манере, указанной протоколом SIP, и в зависимости от типа сообщения (этап F30).
Если принятое сообщение МОРТ' представляет собой сообщение SIP OPTIONS (ответ "да" на этапе F20), то устройство D2' обрабатывает сообщение согласно изобретению.
Таким образом:
- оно извлекает идентификатор ID1' устройства D1' из поля FROM и из поля P-Asserted-ID сообщения МОРТ' (этап F40);
- оно определяет, удовлетворяет ли идентификатор IID1' одному или более критериям фильтрации, определенным в наборе С, который хранится в энергонезависимой флэш-памяти (этап F50); другими словами, в этом варианте осуществления оно проверяет, присутствует или нет идентификатор ID1' в списке RL2' локальных контактов устройства D2';
- в случае необходимости (ответ "да" на этапе F60 проверки), оно выбирает режим M1 ответа (этап F70) и отправляет на устройство ID1' понятный ответ на сообщение SIP OPTIONS МОРТ', содержащем свой собственный "реальный" статус и возможности (этап F80); еще
- (ответ "нет" на этапе F60 проверки) оно выбирает режим М2 ответа (этап F90) и отправляет на устройство D1' частичный ответ на сообщение SIP OPTIONS МОРТ', содержащем только свой статус, а не идентификацию своих возможностей (этап F100).
Поскольку этапы F40, F50, F60, F70 и F90 идентичны этапам Е20, Е30, Е40, Е50 и Е70, то они не описываются здесь более подробно. Этапы F80 и F100 отличаются от этапов Е60 и Е80, соответственно, тем, что устройство D2' вырабатывает напрямую ответ на сообщение SIP OPTIONS МОРТ' на базе своего статуса и/или своих возможностей.
В обоих вариантах осуществления, описанных в данном документе, сообщение SIP OPTIONS обрабатывается согласно изобретению независимо от того, существует или нет какой-либо диалог между устройствами D1 и D2 или между устройствами D1' и D2'.
В варианте осуществления можно предусмотреть обработку сообщений SIP OPTIONS согласно изобретению только тогда, когда они отправляются в контексте независимой транзакции между устройствами, то есть транзакции, которая не выполняется в контексте уже установленного диалога, который устанавливается между устройствами или который не инициирует такой диалог. В таком контексте изобретение имеет дополнительное преимущество, поскольку устройство, в которое отправляется сообщение раскрытия, уже не дало свое согласие для связи с устройством, выдающим сообщение раскрытия.