Обработка сообщения

Обработка сообщения

Иллюстрации

Показать все

Реферат

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

Изобретение относится к обмену сообщениями в телекоммуникационных системах и, более конкретно, - к обработке сообщения, такого как сообщение MMS, СОСМ (служба обмена сообщениями мультимедиа), адресованного в клиентский терминал.

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

СОСМ (служба обмена сообщениями мультимедиа) предоставляет механизм, чтобы посылать, например, рисунки, фотографии, музыкальные или речевые клипы и даже короткое видео в клиентские терминалы и из клиентских терминалов, соединенных с телекоммуникационными системами. Система подобна SMS, СКС (служба коротких сообщений), которая предоставляет возможность обмениваться текстовыми сообщениями, но СОСМ может быть также применена к другим типам информации. Система СОСМ работает на принципе “запомнить и передать” с сообщениями, запоминаемыми и, возможно, форматируемыми в MMSC, ЦСОСМ (центре службы обмена сообщениями мультимедиа), когда посланы между пользователями.

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

Использование СОСМ для передачи данных в приложения/из приложений, выполняющихся на верхнем уровне клиента СОСМ, обсуждается в 3GPP (проект партнерства третьего поколения) и сообществе Java (экспертная группа JSR 205) во время написания этого описания. Предложенная система определена в “Wireless Messaging API (WMA) for Java 2 Micro Edition”, Version 2.0, Proposed Final Draft, Draft 0.10a, 10/23/2003, JSR 205 Expert Group.

В предложенной системе сообщения СОСМ используют как носители для данных приложений, и клиентом СОСМ управляют таким образом, чтобы передавать информацию сообщений, содержащую данные приложений, в соответствующее приложение без обработки самой информации, и наоборот. Ниже понятие приложение “верхнего уровня” используется для отношения к такому приложению, которое выполняется на верхнем уровне операционной системы в качестве отдельного приложения от клиента СОСМ, но которое использует сообщение СОСМ для передачи данных приложений. Дополнительные поля заголовка, такие как поле заголовка ID, ИД, в PDU, ПБД (протокольный блок данных) сообщения СОСМ используются для идентификации исходного и целевого приложения информации сообщения СОСМ. Посредством этих новых полей заголовка клиент СОСМ может идентифицировать информацию сообщения, которая предназначена приложению “верхнего уровня”, и передать информацию подходящему приложению “верхнего уровня”.

Ожидается, что предложенная система будет утверждена для стандарта 3GPP TS 23.140.

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

В настоящее время проблема идентифицирована в решении, предложенном сообществом Java. А именно, решение не является обратно совместимым с клиентом СОСМ, который не поддерживает предложенные новые поля заголовка и приложения “верхнего уровня”.

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

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

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

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

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

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

получают информацию возможности, относящуюся к упомянутому клиентскому терминалу;

проверяют, содержит ли упомянутая информация возможности информацию о приложениях “верхнего уровня”, которые поддерживает клиентский терминал, и

проводят одно или более действий в ответ на упомянутый этап проверки.

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

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

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

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

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

Элемент сети в соответствии с изобретением может быть, например, коммутационной станцией/сервером СОСМ (служба обмена сообщениями мультимедиа) или ЦОСМ (центр службы обмена сообщениями мультимедиа).

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

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

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

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

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

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

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

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

В соответствии с шестым аспектом изобретения, предоставлена компьютерная программа, выполняемая в элементе клиентского терминала, в соответствии с п. 30 формулы изобретения.

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

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

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

Комментарии к чертежам

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

фиг.1 изображает упрощенную блок-схему системы обмена сообщениями СОСМ;

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

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

фиг.4 иллюстрирует элемент сети в соответствии с вариантом осуществления изобретения;

фиг.5 иллюстрирует элемент запоминания информации профиля в соответствии с вариантом осуществления изобретения;

фиг.6 иллюстрирует клиентский терминал в соответствии с вариантом осуществления изобретения.

Подробное описание вариантов осуществления изобретения

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

Одним примером предложенных приложений “верхнего уровня” являются приложения Java, но изобретение также может быть применено в связи с другим подходящим приложением “верхнего уровня”. Типы подходящих приложений включают в себя, например, приложения Symbian OS, ОС (операционная система), собственные приложения Microsoft Smartphone и приложения на смарт-карте, такие как приложения USAT (инструментальные средства приложения SIM UMTS).

В соответствии с вариантом осуществления изобретения, компонент характеристик СОСМ ПАП (профиль агента пользователя) используется для указания, какие приложения “верхнего уровня” поддерживает конкретный клиент СОСМ или клиентский терминал, содержащий клиента СОСМ, и/или поддерживаются ли вообще такие приложения “верхнего уровня”. Спецификация ПАП включает в себя схему, содержащую атрибуты, которые описывают, например, клиентское аппаратное обеспечение, агента пользователя браузера и характеристики сети. Некоторые из атрибутов применяются к характеристикам клиента СОСМ и включают в себя атрибуты, как максимально поддерживаемый размер, максимальное разрешение изображения, поддерживаемые типы информации, поддерживаемые множества символов, поддерживаемые языки и поддерживаемое кодирование передачи. Использование компонента характеристик СОСМ информации ПАП определено, например, в “Multimedia Messaging Service Client Transactions”, Version 1.2, Candidate Version 16-Sept-2003, Open Mobile Alliance, OMA-MMS-CTR-v1_2-20030916-C.

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

Могут быть идентифицированы, по меньшей мере, три следующие альтернативные варианта для атрибутов компонента характеристик СОСМ:

1) Один новый атрибут. Атрибут указывает, поддерживает ли клиент СОСМ признак или нет. Ожидается, что тип атрибута будет булевым, причем возможными значениями для булевого атрибута являются истина/ложь или 0/1.

2) Один новый атрибут. Возможными значениями атрибута являются ИД приложений, соответствующие приложениям “верхнего уровня”, которые поддерживает клиент СОСМ. Наличие любого значения ИД приложения означает, что клиент СОСМ поддерживает признак. Ожидается, что атрибут будет типа “литерное множество”, содержащий список символьных строк, идентифицирующих различные приложения, которые поддерживает пользовательский терминал.

3) Два новых атрибута. Первый атрибут указывает, поддерживает ли клиент СОСМ признак, а второй атрибут перечисляет значения ИД приложений, соответствующих приложениям, которые поддерживает пользовательский терминал. Типы атрибутов являются, соответственно, булевыми и “литерное множество”, причем возможными значениями для булевого атрибута являются истина/ложь или 0/1.

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

Фиг.1 изображает упрощенную блок-схему системы обмена сообщениями СОСМ. Система содержит коммутационную станцию/сервер СОСМ, который действует в качестве промежуточного звена при передаче сообщений СОСМ между провайдером 102 информации/службы, клиентским терминалом 101 и клиентским терминалом 100. Коммутационная станция/сервер СОСМ также соединена с сервером ПАП. Следует заметить, что система, изображенная на фиг.1, является упрощенной и, что практическая система содержит множество других элементов. Например, маршрут между коммутационной станцией/сервером СОСМ и клиентским терминалом обычно содержит как фиксированную линию связи, так и беспроводную часть, и может быть реализован посредством множества различных элементов. Также другие соединения, изображенные на фиг.1, могут быть маршрутизированы в практической системе через различные элементы. Работа системы на фиг.1 дополнительно обсуждена ниже в связи с фиг.2.

Фиг.2 представляет диаграмму передачи сигналов, иллюстрирующую вариант осуществления изобретения. Сообщение 200 СОСМ, доставляемое адресату, посылают из источника. Адресат может быть, например, клиентским терминалом 100 фиг.1, а источник может быть клиентским терминалом 100 или провайдером 103 информации/службы фиг.1.

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

Сообщение 200 СОСМ принимают в коммутационной станции/сервере СОСМ. После приема сообщения СОСМ коммутационная станция/сервер СОСМ посылает уведомление 201 о принятом сообщении адресату. Уведомление переносит информацию о принятом сообщении, такую как источник, тема, класс, размер, приоритет и окончание сообщения. После приема уведомления 201 адресат посылает (тотчас же или позже) запрос выборки сообщения 202 СОСМ в коммутационную станцию/сервер СОСМ. (Использование уведомления и запроса выборки, по существу, находится в соответствии с сообщениями ММ1_уведомление.REQ и ММ1_выбрать.REQ стандартной реализации СОСМ). Запрос выборки также содержит информацию возможности, идентифицирующую возможности клиента СОСМ устройств адресата, так что коммутационная станция/сервер СОСМ может модифицировать сообщение СОСМ таким образом, чтобы оно соответствовало возможностям устройства адресата. Информация возможности, например, может быть указателем в элемент источника информации профиля, который в этом случае является сервером ПАП. Указатель, например, может быть URL, УАР (универсальный адрес ресурса). Также возможно, что коммутационная станция/сервер СОСМ уже знает источник для информации возможности или коммутационная станция/сервер СОСМ получает информацию возможности из некоторого другого средства, отличного от конкретного элемента источника информации профиля. Информация возможности может быть получена, например, из статической таблицы или получена на основании типа или модели устройств адресата.

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

Когда коммутационная станция/сервер СОСМ знает источник для информации возможности, она посылает запрос информации возможности, связанный с адресатом 203, в сервер ПАП, и сервер ПАП отвечает информацией 204 возможности. Коммутационная станция/сервер СОСМ обрабатывает информацию возможности на этапе 205. Коммутационная станция/сервер СОСМ может идентифицировать, что сообщение СОСМ или часть его информации предназначена приложению “верхнего уровня”, когда она сначала приняла сообщение СОСМ или когда она приняла запрос выборки сообщения 202 из адресата, или это может произойти теперь на этапе 205. На основании информации возможности и характеристик сообщения СОСМ коммутационная станция/сервер СОСМ затем условно передает сообщение 206 СОСМ адресату либо с модификациями, либо без модификаций. (Однако возможно, что сообщение СОСМ совсем не посылают адресату, если адресат не совместим с информацией сообщений СОСМ). Различные альтернативные варианты для обработки сообщений, содержащих данные приложений “верхнего уровня”, дополнительно обсуждены в связи с фиг.3 ниже.

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

Сначала элемент сети принимает сообщение, содержащее информацию, которая предназначена приложению “верхнего уровня”, в устройстве адресата, на этапе 300. Сообщение идентифицировано таким образом, что содержит такую информацию, например, посредством новых полей заголовка, введенных в предложении сообщества Java, обсужденным выше: “Wireless Messaging API (WMA) for Java 2 Micro Edition”, Version 2.0, Proposed Final Draft, Draft 0.10a, 10/23/2003, JSR 205 Expert Group.

Затем на этапе 301 элемент сети получает информацию возможности относительно устройства адресата, для которого предназначено сообщение, о котором идет речь. Как описано выше в связи с фиг.2, элемент сети может запросить информацию возможности из подходящего источника. На основании информации возможности элемент сети затем проверяет на этапе 302, поддерживает ли устройство адресата приложения “верхнего уровня”.

Если устройство адресата не поддерживает приложения “верхнего уровня”, процедура переходит на этап 303, на котором она проверяет, поддерживает ли устройство адресата точное приложение, для которого предназначена информация в сообщении.

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

Если на этапах 202 или 203 сделан вывод, что устройство адресата совсем не поддерживает приложения “верхнего уровня” или что устройство адресата не поддерживает подходящее приложение “верхнего уровня”, соответственно, процесс переходит на этап 305. На этом этапе сообщение может быть либо отвергнуто как непригодное для устройства адресата, либо оно может быть модифицировано таким образом, чтобы оно соответствовало устройству адресата, а затем было передано в устройство адресата. В качестве альтернативного варианта, сообщение может быть переадресовано некоторому другому адресату, или элемент сети может просто остановить процесс обработки сообщения. Элемент сети также может послать сообщение об ошибке в устройство адресата, таким образом, информируя пользователей, что кто-то пытается послать им информацию, которая не соответствует устройствам, которые они используют. Кроме адресата или вместо адресата сообщение об ошибке может быть также послано в источник сообщения, причем источник является, например, другим клиентским терминалом или провайдером информации. (Фактическое сообщение, например, может быть отвергнуто в связи с посылкой сообщения об ошибке). Кроме того, провайдер службы, предоставляющий службы обмена сообщениями СОСМ, может принять решение обработать ситуацию, в которой устройство адресата не поддерживает приложение адресата, некоторым другим способом. Также профиль пользователя адресата (или отправителя) или предпочтение/установки в сети или установки провайдера информации могут иметь влияние на то, как обрабатывают сообщения.

Один способ модификации сообщения в случае, когда устройство адресата не поддерживает подходящее целевое приложение, теперь представлен в качестве примера. Даже если клиент не имеет подходящее приложение “верхнего уровня”, могло бы быть некоторое приложение (приложения) “верхнего уровня”, которые могли бы что-то сделать с данными, содержащимися в сообщении. Например, если данные, содержащиеся в сообщении, являются отформатированными текстовыми данными XML, РЯР (расширяемый язык разметки), возможно отобразить их в обычном текстовом редакторе. Следовательно, элемент сети может модифицировать сообщение на этапе 305, например, таким образом, чтобы оно было доставлено в некоторое другое приложение “верхнего уровня” вместо приложения, для которого оно было первоначально предназначено.

Следует заметить, что блок-схема последовательности операций процесса фиг.3 может быть изменена любым подходящим способом. Например, этапы 302 и 303 могут быть просто объединены в один этап проверки в зависимости от реализации информации возможности. Также возможно, чтобы этап 303 или 302 были полностью исключены из процесса. Аналогично режим работы коммутационной станции/сервера СОСМ, ЦСОСМ или другого элемента сети в ответ на информацию возможности может поддерживаться специфичным для реализации/провайдера службы. Пользователям может быть предоставлена возможность устанавливать предпочтение для обработки информации несовместимого сообщения в их профиле пользователя. Возможные значения для предпочтения, например, могли бы быть: удалить, повторно направить или модифицировать сообщение. Тем не менее, провайдер службы может желать определить, какой тип приложений он желает поддерживать (непосредственно между пользователями и/или от провайдера информации к пользователю). В конце концов, провайдер службы может установить некоторые значения/опции по умолчанию в профилях пользователей.

Фиг.4 иллюстрирует элемент 400 сети в соответствии с вариантом осуществления изобретения. Такой элемент сети может быть, например, коммутационной станцией/сервером СОСМ или ЦСОСМ или некоторым другим элементом сети, который запоминает и передает сообщения в клиентские устройства.

Элемент 400 сети содержит процессор 401 и модуль 403 ввода/вывода, соединенный с процессором 401. Процессор 401 также соединен с памятью 402. Память содержит компьютерное программное обеспечение, выполняемое в процессоре 401.

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

Фиг.5 иллюстрирует элемент 500 запоминания информации профиля в соответствии с вариантом осуществления изобретения. Такой элемент запоминания информации профиля, например, может быть сервером ПАП.

Элемент 500 запоминания информации профиля содержит процессор 501 и модуль 503 ввода/вывода, соединенный с процессором 501. Процессор 501 также соединен с памятью 502. Память содержит компьютерное программное обеспечение, выполняемое в процессоре 501, и информацию ПАП, содержащую информацию о возможностях различных клиентских терминалов. Конкретно, информация ПАП в памяти 502 содержит информацию приложения о приложениях “верхнего уровня”, которые поддерживают различные клиентские терминалы, причем приложения “верхнего уровня” являются приложениями, которые используют или могут использовать сообщения клиентов обмена сообщениями в качестве носителей для передачи данных приложений.

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

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

Клиентский терминал 600 содержит клиента 601 СОСМ, приложение 602 “верхнего уровня”, которое использует сообщения клиента СОСМ в качестве носителя для передачи данных приложения, и радиочастотную часть 603. Клиент СОСМ принимает и посылает данные в другие устройства через радиочастотную часть 603 и передает данные в приложение 602 и из приложения 602. Клиентский терминал также содержит память (не изображена), процессор (не изображен), который отвечает за вычислительные операции, выполняемые в клиентском терминале, пользовательский интерфейс (не изображен), который обычно содержит дисплей, громкоговоритель и клавиатуру, с помощью которой пользователь может использовать клиентский терминал 600.

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

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

1. Способ, предназначенный для обработки сообщения, адресованного в клиентский терминал (100, 600), причем клиентский терминал содержит клиента (601) обмена сообщениями, предназначенного для обработки упомянутых сообщений, при этом способ содержит этапы, на которых:принимают (300) сообщение, адресованное в клиентский терминал, причем сообщение содержит информацию, предназначенную приложению (602) верхнего уровня, причем приложение верхнего уровня является приложением, которое является отдельным от клиента (601) обмена сообщениями, отличающийся тем, что способ также содержит этапы, на которых:получают (301, 204) информацию возможности, относящуюся к упомянутому клиентскому терминалу,проверяют (302, 303, 205), содержит ли информация возможности информацию о приложениях верхнего уровня, которые поддерживает клиентский терминал, ипроводят (304, 305) одно или более действий в ответ на упомянутый этап проверки.

2. Способ по п.1, в котором на этапе получения информации возможности, принимают (202) из клиентского терминала указатель в запоминающее устройство профиля информации, иизвлекают (203, 204) информацию возможности из запоминающего устройства профиля информации.

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

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

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

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

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

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

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

10. Способ по п.1, в котором упомянутое сообщение берет начало из системы (102) провайдера информации/службы.

11. Способ по п.1, в котором приложение "верхнего уровня" является одним из следующих приложений: приложение Java, собственное приложение ОС Symbian, собственное приложение Microsoft Smartphone и приложение на смарт-карте.

12. Способ по п.1, в котором упомянутое сообщение является сообщением СОСМ (служба обмена сообщениями мультимедиа).

13. Способ по п.1, в котором информация возможности является информацией ПАП (профиль агента пользователя).

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

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

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

17. Элемент (103, 400) сети, предназначенный для обработки