СПОСОБ И СИСТЕМА ОБРАБОТКИ СООБЩЕНИЙ В УСЛУГЕ МУЛЬТИМЕДИЙНЫХ СООБЩЕНИЙ
METHOD AND SYSTEM FOR MESSAGES PROCESSING IN SERVICE OF MULTIMEDIA MESSAGES

Область изобретения
Настоящее изобретение относится к области Услуги Мультимедийных Сообщений (MMS) и, в частности, к способу и системе обработки сообщений в услуге MMS.
Уровень техники
Услуга Мультимедийных Сообщений (MMS), которая является дальнейшим развитием Услуги Коротких Сообщений (SMS) и Услуги Расширенных Сообщений (EMS), обеспечивает комплексное сквозное решение для реализации услуги персональной мобильной мультимедийной связи. На фиг.1 представлена структурная схема, иллюстрирующая архитектуру обычной системы услуги MMS. Как изображено на фиг.1, сторона пользователя, в основном, содержит Терминал Беспроводной Электронной почты и Агента Пользователя MMS на Терминале Пользователя MMS. Сторона сети, в основном, содержит Центр MMS (ЦУМС(MMSC)), Сервер Приложений Дополнительных Платных Услуг и Внешний Сервер.
Центр ЦУМС(MMSC) в Элементах Сети вышеописанной стороны сети является центральной частью системы MMS. Центр ЦУМС(MMSC) предназначен для выполнения преобразования протокола, адаптации контента, хранения и управления очередностью обслуживания Мультимедийных Сообщений, передачи Мультимедийных Сообщений между различными мультимедийными устройствами и, кроме того, для хранения информации пользователя, информации о настройках, информации об интерфейсе и т.д.; Сервер Приложений Дополнительных Платных Услуг, в общем случае, Провайдер Услуг (SP) или Провайдер Контента (СР) предназначен для предоставления Дополнительной Платной Услуги MMS. В частности, интерфейс ММ7, который обычно использует в качестве несущего протокола Протокол Передачи Гипертекста (HTTP), предназначен для обеспечения взаимодействия между центром ЦУМС(MMSC) и провайдером SP.
Если сообщение должно быть передано из Терминала Пользователя пользователю определенного провайдера SP, то это сообщение должно быть сначала передано на центр ЦУМС(MMSC) через Агента Пользователя, а затем отправлено домашнему провайдеру SP, соответствующему получателю сообщения. Здесь термин «домашний провайдер SP получателя» означает, что данный получатель - это пользователь услуги этого домашнего провайдера SP. Например, если предположить, что получатель - это клиент услуги Мгновенных Сообщений (IM) в сети Интернет, то домашним провайдером SP получателя является сервер услуги IM.
Для некоторых услуг может быть два или более получателя сообщения, отправленного Агентом Пользователя; кроме того, среди этих получателей может быть два или более получателя, соответствующих одному и тому же домашнему провайдеру SP. Поток взаимодействия между Агентом Пользователя, центром ЦУМС(MMSC) и провайдером SP для этой ситуации проиллюстрирован на фиг.2. Предположим, что существует два получателя сообщения и что домашний провайдер SP этих двух получателей - это один и тот же провайдер SP. Поток содержит следующие шаги.
Шаг 201 - шаг 202: Агент Пользователя передает сообщение на центр ЦУМС(MMSC) посредством сообщения MM1_submit.REQ (запрос о передаче) протокола интерфейса ММ1, причем эти два получателя, Recv1 и Recv2, являются пользователями услуг одного и того же провайдера SP; после того как центр ЦУМС(MMSC) получает сообщение MM1_submit.REQ, центр ЦУМС(MMSC) возвращает ответ Агенту Пользователя посредством сообщения MM1_submit.RES (ответ на запрос о передаче).
Шаг 203 - шаг 204: Центр ЦуМС(MMSC) анализирует сообщение, определяет, что у этого сообщения существует два получателя, и поэтому создает одну копию данного сообщения; эти два сообщения доставляются одному и тому же провайдеру SP посредством двух сообщений MM7_deliver.REQ (запрос о доставке), каждое из которых содержит два адреса получателя, содержащиеся провайдеру SP посредством двух сообщений MM7_deliver.REQ (запрос о доставке), каждое из которых содержит два адреса получателя, содержащиеся в сообщении MM1_submit.REQ; затем провайдер SP возвращает сообщение MM7_deliver.RES (ответ на запрос о доставке) на центр ЦУМС(MMSC), в котором указано, что данный провайдер SP успешно получил два сообщения MM7_deliver.REQ и будет их обрабатывать.
Как описано выше, если сообщение содержит не менее двух получателей, а домашним провайдером SP по меньшей мере двух получателей является один и тот же провайдер SP, то этот домашний провайдер SP получит, как минимум, два сообщения MM7_deliver.REQ; и каждое из сообщений MM7_deliver.REQ содержит адреса всех этих получателей. В способе обработки сообщения, который использует провайдер SP, данный провайдер SP обрабатывает сообщение на основании адреса, содержащегося в адресном поле получателя, и если в адресном поле имеется несколько адресов, то провайдер SP по умолчанию обрабатывает это сообщение на основании первого адреса. В результате в случае двух полученных сообщений MM7_deliver.REQ провайдер SP обрабатывает сообщение только на основании адреса первого получателя сообщения; таким образом, сообщение не может быть обработано в соответствии с разными получателями, например доставлено разным получателям. Таким образом, требования к услуге нескольких получателей, принадлежащих одному и тому же провайдеру SP, могут не быть реализованы, т.е. не удовлетворены потребности в предоставлении услуги в том случае, когда у сообщения, отправленного Агентом Пользователя, существует два и более получателей, принадлежащих одному и тому же провайдеру SP.
Сущность изобретения
Учитывая вышеизложенное, в настоящем изобретении предложен способ, системы и устройства для обработки сообщения в услуге MMS, позволяющие реализовать услугу обработки сообщений в случае, когда терминал отправляет сообщение нескольким получателям, принадлежащим одному и тому же провайдеру SP.
Техническое решение настоящего изобретения содержит:
Способ обработки сообщений в Услуге Мультимедийных Сообщений (MMS), содержащий следующие шаги:
получают сообщение от стороны пользователя;
Центр MMS (ЦУМС(MMSC)) отправляет уведомление на домашний Сервер Приложений Дополнительных Платных Услуг получателей этого сообщения о необходимости обработать данное сообщение в соответствии с каждым идентификатором получателя, содержащимся в данном сообщении, причем каждый идентификатор получателя принадлежит к этому Серверу Приложений Дополнительных Платных Услуг.
Система обработки сообщений в Услуге Мультимедийных Сообщений (MMS), содержащая Центр MMS (ЦУМС(MMSC)) и Сервер Приложений Дополнительных Платных Услуг, в которой
Центр ЦУМС(MMSC) предназначен для отправки на Сервер Приложений Дополнительных Платных Услуг запроса о доставке, содержащего мультимедийное сообщение, с целью уведомления Сервера Приложений Дополнительных Платных Услуг о необходимости обработать данное мультимедийное сообщение согласно каждому содержащемуся в данном мультимедийном сообщении идентификатору получателя, причем данный идентификатор получателя принадлежит к данному Серверу Приложений Дополнительных Платных Услуг и содержится в данном мультимедийном сообщении; и
Центр ЦУМС(MMSC) уведомляет Сервер Приложений Дополнительных Платных Услуг о необходимости обработки мультимедийного сообщения в соответствии с каждым идентификатором получателя, принадлежащим к данному Серверу Приложений Дополнительных Платных Услуг и содержащимся в данном мультимедийном сообщении.
Центр Услуги Мультимедийных Сообщений (ЦУМС(MMSC)) содержит:
модуль обработки сообщений для генерирования запроса о доставке в соответствии с мультимедийным сообщением, переданным из модуля интерфейса связи, уведомляющего Сервер Приложений Дополнительных Платных Услуг о необходимости обработать данное мультимедийное сообщение в соответствии с каждым идентификатором получателя, принадлежащим к данному Серверу Приложений Дополнительных Платных Услуг и содержащимся в данном мультимедийном сообщении, и для направления сгенерированного запроса о доставке на модуль интерфейса связи Центра ЦУМС(MMSC) для осуществления отправки;
модуль интерфейса связи для передачи полученного мультимедийного сообщения на модуль обработки сообщений и для отправки запроса о доставке из модуля обработки сообщений на Сервер Приложений Дополнительных Платных Услуг.
Сервер Приложений Дополнительных Платных Услуг содержит:
модуль интерфейса связи, предназначенный для получения запроса о доставке и для передачи полученного запроса о доставке на модуль обработки сообщений;
модуль обработки сообщений, предназначенный для обработки мультимедийного сообщения, содержащегося в запросе о доставке, в соответствии с каждым идентификатором получателя, принадлежащим к данному Серверу Приложений Дополнительных Платных Услуг и содержащимся в данном мультимедийном сообщении.
При использовании технического решения, предложенного в настоящем изобретении, в услуге обработки сообщений в случае, когда терминал отправляет сообщение нескольким получателям, принадлежащим одному и тому же провайдеру SP, Центр ЦУМС(ММЭС) уведомляет провайдер SP о необходимости обработать данное сообщение в соответствии с каждым содержащимся в сообщении идентификатором получателя, принадлежащего данному провайдеру SP. Таким образом, это дает возможность провайдеру SP обрабатывать сообщение соответственно для нескольких получателей сообщения и успешно реализовать услугу терминала, отправляющего сообщение нескольким получателям, принадлежащим одному и тому же провайдеру SP.
Кроме того, в настоящем изобретении центр ЦУМС(MMSC) может доставлять сообщение провайдеру SP, которому принадлежат эти несколько получателей, посредством сообщения MM7_deliver.REQ, причем сообщение MM7_deliver.REQ содержит все идентификаторы получателей сообщения; провайдер SP анализирует данное сообщение MM7_deliver.REQ с целью определения всех идентификаторов получателей сообщения и обрабатывает данное сообщение в соответствии с каждым идентификатором получателя, принадлежащего данному провайдеру SP. Благодаря этому данный способ может еще более сократить поток сообщений между центром ЦУМС(MMSC) и провайдером SP, уменьшить загруженность ресурсов связи и увеличить производительность, а также сократить расходы.
Краткое описание чертежей
На фиг.1 представлена структурная схема, иллюстрирующая архитектуру обычной системы услуги MMS;
На фиг.2 представлена блок-схема обработки в обычной услуге сообщений для терминала, отправляющего сообщение нескольким получателям, принадлежащим одному и тому же провайдеру SP;
На фиг.3 представлена блок-схема, иллюстрирующая процесс в соответствии с вариантом реализации способа обработки сообщений в услуге MMS;
На фиг.4 представлена блок-схема, иллюстрирующая процесс в соответствии с другим вариантом реализации способа обработки сообщений в услуге MMS;
На фиг.5 представлена блок-схема, иллюстрирующая процесс в соответствии с третьим вариантом реализации способа обработки сообщений в услуге MMS;
На фиг.6 представлена структурная схема системы для обработки сообщений в услуге MMS.
Подробное описание изобретения
Настоящее изобретение подробно описано далее со ссылками на сопровождающие чертежи и варианты реализации.
В соответствии с вариантами реализации настоящего изобретения после получения сообщения от стороны пользователя центр ЦУМС(MMSC) уведомляет провайдер SP, которому принадлежит получатель данного сообщения, о необходимости обработать данное сообщение в соответствии с каждым содержащимся в сообщении идентификатором получателя, принадлежащим данному провайдеру SP.
Схема изобретения будет подробно описана далее со ссылками на три варианта реализации, в основе которых лежат различные способы, посредством которых центр ЦУМС(MMSC) уведомляет провайдер SP, которому принадлежит получатель данного сообщения, о необходимости обработать данное сообщение в соответствии с каждым содержащимся в сообщении идентификатором получателя, принадлежащим данному провайдеру SP.
На фиг.3 представлена блок-схема, иллюстрирующая данный процесс в соответствии с вариантом реализации способа обработки сообщений в услуге MMS. В соответствии с фиг.3 данный способ содержит следующие шаги:
Шаг 301 - шаг 302: Агент Пользователя терминала посылает на центр ЦУМС(MMSC) сообщение MM1_submit.REQ (запрос о передаче); центр ЦУМС(MMSC) после получения сообщения MM1_submit.REQ возвращает ответ Агенту Пользователя посредством сообщения MM1_submit.RES (ответ на запрос о передаче).
Шаг 303: Центр ЦУМС(MMSC) анализирует получателя принятого сообщения и создает копии данного сообщения в соответствии с числом домашних провайдеров SP получателей в полученном сообщении, причем общее число сообщений после копирования равно числу домашних провайдеров SP, которым принадлежат получатели; и затем центр ЦУМС(MMSC) доставляет данное сообщение на каждый соответствующий домашний провайдер SP посредством сообщения MM7_deliver.REQ (запрос о доставке).
Если предположить, например, что существует три получателя А, В и С, причем В и С принадлежат одному и тому же провайдеру SP, то число домашних провайдеров SP, к которым принадлежат данные получатели, равняется двум и число сообщений после копирования также равно двум. Только одно сообщение MM7_deliver.REQ отправлено на тот провайдер SP, которому принадлежат два и более получателей, т.е. которому принадлежит несколько получателей. Адресное поле получателя в данном сообщении MM7_deliver.REQ содержит все идентификаторы получателей из сообщения MM1_submit.REQ.
В соответствии с данной реализацией настоящего изобретения, центр ЦУМС(MMSC) может определить, принадлежат ли различные получатели одному и тому же провайдеру SP в соответствии с Идентификатором Дополнительных Платных Услуг (ИДПУ(VASID)) провайдера SP и кодом услуги. Например, пользователь мобильного телефона посылает мультимедийное сообщение двум пользователям услуги IM, чьи идентификаторы соответственно 66660012678050 и 66660013456789; далее центр ЦУМС(MMSC) анализирует эти два идентификатора, предполагая, что первые четыре цифры 6666 - это код услуги определенного провайдера SP, следующие три цифры 001 - это идентификатор ИДПУ(VASID) этого провайдера SP, последние семь позиций - это идентификаторы указанных пользователей услуги IM. И идентификатор ИДПУ(VASID), и код услуги в системах MMS имеют фиксированную длину, так что центр ЦУМС(MMSC) может определить, принадлежат ли данные получатели одному и тому же провайдеру SP.
Конечно, центр ЦУМС(MMSC) после получения MM1_submit.REQ сначала может определить, имеется ли у данного сообщения два или более получателей и принадлежат ли два или более получателей данного сообщения одному и тому же провайдеру SP. Если это так, то центр ЦУМС(MMSC) обрабатывает данное сообщение в соответствии с шагом 303, в противном случае он обрабатывает данное сообщение в соответствии с текущим процессом.
На самом деле, ситуация, когда есть только один получатель данного сообщения или есть несколько получателей, однако число этих получателей равно числу провайдеров SP, которым принадлежат данные получатели, может быть рассмотрена как частный случай ситуаций обработки на шаге 303. С данной точки зрения, центру ЦУМС(MMSC) может быть необязательно определять, существует ли два или более получателей сообщения MM1_submit.REQ или существует ли два или более получателей, принадлежащих к одному и тому же провайдеру SP; вместо этого центр ЦУМС(MMSC) может обрабатывать данное сообщение непосредственно в соответствии с шагом 303.
Шаг 304: После получения сообщения MM7_deliver.REQ провайдер SP возвращает сообщение MM7_deliver.RES (ответ на запрос о доставке) центру ЦУМС(MMSC) для того, чтобы проинформировать, что он успешно получил этот запрос и будет его обрабатывать.
Шаг 305: Провайдер SP анализирует адресное поле получателя в сообщении MM7_deliver.REQ с целью обнаружить идентификатор получателя и определяет для каждого получателя, принадлежит ли данный получатель данному провайдеру SP, и затем обрабатывает сообщение в соответствии в каждым идентификатором получателя, принадлежащего данному провайдеру SP.
Например, провайдер SP может скопировать содержание сообщения, причем число копий равно числу получателей, принадлежащих данному провайдеру SP, а содержимому данного сообщения предписывается, соответственно, каждый идентификатор получателя. Провайдер SP обрабатывает соответствующее содержимое данного сообщения в соответствии с различными идентификаторами получателей, т.е. пересылает содержимое данного сообщения каждому получателю, который принадлежит данному провайдеру SP соответственно. Для получателя, который не принадлежит данному провайдеру SP, провайдер SP обработки сообщения выполнять не будет.
На фиг.4 представлена блок-схема, иллюстрирующая процесс в соответствии с другим вариантом реализации способа обработки сообщений в услуге MMS. В соответствии с фиг.4 поток содержит следующие шаги.
Шаг 401 - шаг 402: Агент Пользователя терминала посылает на центр ЦУМС(MMSC) сообщение MM1_submit.REQ; после получения запроса центр ЦУМС(MMSC) возвращает ответ Агенту Пользователя посредством сообщения MM1_submit.RES.
Шаг 403: Центр ЦУМС(MMSC) анализирует получателей принятого сообщения и копирует данное сообщение в соответствии с числом получателей сообщения, причем число скопированных сообщений равно числу получателей, а каждое сообщение соответствует одному получателю; центр ЦУМС(MMSC) доставляет сообщение тому провайдеру SP, которому принадлежит каждый получатель, и добавляет поле идентификатора получателя, например X-Mms-RctpTo, к заголовку пакета HTTP, несущего сообщение MM7_deliver.REQ. Поле идентификатора получателя в заголовке пакета предназначено для передачи идентификатора получателя, соответствующего данному сообщению.
Если здесь предположить, что существует два получателя данного сообщения, Recv1 и Recv2 соответственно, причем оба принадлежат одному и тому же провайдеру SP, то центр ЦУМС(MMSC) отправляет соответственно на данный провайдер SP сообщения MM7_deliver.REQ1 и MM7_deliver.REQ2, причем заголовок пакета HTTP, который несет сообщение MM7_deliver.REQ1, содержит идентификатор первого получателя Recv1, и заголовок пакета сообщения HTTP, который несет сообщение MM7_deliver.REQ2, содержит идентификатор второго получателя Recv2.
Конечно, после получения сообщения MM1_submit.REQ центр ЦУМС(MMSC) может сначала выяснить, существует ли у данного сообщения два или более получателей и принадлежат ли два или более получателей данного сообщения одному и тому же провайдеру SP. Если это так, то центр ЦУМС(MMSC) обрабатывает данное сообщение в соответствии с шагом 403, в противном случае центр ЦУМС(MMSC) обрабатывает данное сообщение в соответствии с текущим процессом.
На самом деле, ситуация, когда есть только один получатель данного сообщения или есть несколько получателей, однако число этих получателей равно числу провайдеров SP, которым данные получатели принадлежат, может быть рассмотрена как частный случай ситуаций обработки на шаге 403. С данной точки зрения, центру ЦУМС(MMSC) может быть необязательно определять, существует ли два или более получателей сообщения MM1_submit.REQ или существует ли два или более получателей, принадлежащих к одному и тому же провайдеру SP; вместо этого центр ЦУМС(MMSC) может обрабатывать данное сообщение непосредственно в соответствии с шагом 403.
Шаг 404: После получения сообщения MM7_deliver.REQ провайдер SP возвращает сообщение MM7_deliver.RES на центр ЦУМС(MMSC) для того, чтобы проинформировать, что данный провайдер SP успешно получил запрос и будет его обрабатывать.
В ответ на сообщение MM7_deliver.REQ1 провайдер SP возвращает сообщение MM7_deliver.RES1 и на сообщение MM7_deliver.REQ2 провайдер SP возвращает сообщение MM7_deliver.RES2.
Шаг 405: Провайдер SP считывает поле идентификатора получателя, например X-Mms-RctpTo, в заголовке полученного пакета HTTP, который несет сообщение MM7_deliver.REQ, анализирует X-Mms-RctpTo с целью выявления идентификатора фактического получателя данного сообщения и на основании данного идентификатора обрабатывает сообщение, которое содержится в сообщении MM7_deliver.REQ. Здесь провайдер SP обрабатывает сообщение MM7_deliver.REQ1 и сообщение MM7_deliver.REQ2 соответственно согласно вышеописанному способу. При необходимости провайдер SP может также определить, принадлежит ли выявленный идентификатор фактического получателя данному провайдеру SP, и если выявленный идентификатор фактического получателя принадлежит данному провайдеру SP, то провайдер SP обрабатывает данное сообщение, содержащееся в MM7_deliver.REQ, на основании идентификатора получателя; в противном случае провайдер SP игнорирует MM7_deliver.REQ.
При использовании решения в соответствии с данным вариантом реализации, помимо реализации услуги обработки сообщений в случае, когда терминал посылает сообщения нескольким получателям, принадлежащим одному и тому же провайдеру SP, происходит уменьшение глубины анализа, выполняемого провайдером SP, а также снижение текущей загрузки провайдера SP, поскольку провайдер SP может обрабатывать данное сообщение, анализируя только заголовок пакета HTTP.
На фиг.5 представлена блок-схема, иллюстрирующая процесс в соответствии с третьим вариантом реализации способа обработки сообщений в услуге MMS. В соответствии с фиг.5 поток содержит следующие шаги.
Шаг 501 - шаг 502: Агент Пользователя данного терминала передает на центр ЦУМС(MMSC) сообщение MM1_submit.REQ; после получения запроса центр ЦУМС(MMSC) возвращает ответ Агенту Пользователя посредством сообщения MM1_submit.RES.
Шаг 503: Центр ЦУМС(MMSC) анализирует получателей принятого сообщения и копирует данное сообщение в соответствии с числом получателей сообщения, причем число скопированных сообщений равно числу получателей, а каждое сообщение соответствует одному получателю; кроме того, центр ЦУМС(MMSC) изменяет последовательность идентификаторов получателей, содержащихся в адресном поле получателя в MM7_deliver.REQ, которое несет каждое сообщение и которое подлежит доставке, располагая идентификатор фактического получателя данного сообщения на первой позиции.
Конечно, после получения центром ЦУМС(MMSC) сообщения MM1_submit.REQ центр ЦУМС(MMSC) может сначала выяснить, существует ли у данного сообщения два или более получателей и принадлежат ли два или более получателей данного сообщения одному и тому же провайдеру SP. Если это так, то центр ЦУМС(MMSC) обрабатывает данное сообщение в соответствии с шагом 503, в противном случае центр ЦУМС(MMSC) обрабатывает данное сообщение на основании существующего потока.
Действительно, условие, согласно которому есть только один получатель данного сообщения или есть несколько получателей, однако число этих получателей равно числу провайдеров SP, которым данные получатели принадлежат, может быть рассмотрено как частный случай среди ситуаций, обработанных на шаге 503. С данной точки зрения, центру ЦУМС(MMSC) может быть необязательно определять, существует ли два или более получателей сообщения MM1_submit.REQ или существует два или более получателей, принадлежащих к одному и тому же провайдеру SP; вместо этого центр ЦУМС(MMSC) обрабатывает данное сообщение непосредственно в соответствии с шагом 503.
Шаг 504: Центр ЦУМС(MMSC) доставляет сообщение тому провайдеру SP, которому, соответственно, принадлежит получатель, посредством сообщения MM7_deliver.REQ; при этом адрес получателя сообщения расположен на первой позиции адресного поля получателя в MM7_deliver.REQ.
Если предположить здесь, что существуют два получателя сообщения, оба принадлежащие к одному и тому же провайдеру SP, то центр ЦУМС(MMSC) отправляет на данный провайдер SP соответственно сообщения MM7_deliver.REQ1 и MM7_deliver.REQ2, причем на первой позиции в адресном поле получателя сообщения MM7_deliver.REQ1 расположен идентификатор первого получателя сообщения, а на первой позиции в адресном поле получателя сообщения MM7_deliver.REQ2 расположен идентификатор второго получателя сообщения.
Шаг 505: После получения сообщения MM7_deliver.REQ провайдер SP анализирует адресное поле получателя в полученном сообщении MM7_deliver.REQ в соответствии с существующим потоком обработки, чтобы выявить идентификатор получателя, находящийся на первой позиции, и определяет, принадлежит ли данный получатель данному провайдеру SP. Если получатель принадлежит к данному провайдеру SP, то провайдер SP обрабатывает сообщение в соответствии с идентификатором получателя; кроме того, провайдер SP возвращает сообщение MM7_deliver.RES на центр ЦУМС(MMSC), указав, что данный провайдер SP успешно получил запрос и будет его обрабатывать. На сообщение MM7_deliver.REQ1 данный провайдер SP возвращает ответ MM7_deliver.RES1; а на сообщение MM7_deliver.REQ2 данный провайдер SP возвращает ответ MM7_deliver.RES2. Здесь провайдер SP обрабатывает соответственно сообщения MM7_deliver.REQ1 и MM7_deliver.REQ2 посредством описанного выше способа обработки. Конечно, провайдеру SP может быть необязательно определять, принадлежит ли идентификатор получателя, находящийся на первой позиции, данному провайдеру SP; вместо этого провайдер SP может непосредственно обработать данное сообщение на основании идентификатора получателя.
Чтобы использовать техническое решение в соответствии с данным вариантом реализации настоящего изобретения, необходимо добавить в центр ЦУМС(MMSC) и/или в провайдер SP новые модули или модифицировать функции существующих модулей. Система обработки сообщений центра ЦУМС(MMSC) в соответствии с настоящим изобретением представлена на фиг.6.
Как представлено на фиг.6, центр ЦУМС(MMSC) содержит модуль интерфейса связи центра ЦУМС(MMSC) и модуль обработки сообщений центра ЦУМС(MMSC); а провайдер SP содержит модуль интерфейса связи провайдера SP и модуль обработки сообщений провайдера SP.
Модуль интерфейса связи центра ЦУМС(MMSC) предназначен для получения сообщения MM1_submit.REQ, отправленного терминалом пользователя услуги MMS, и для передачи полученного сообщения MM1_submit.REQ на модуль обработки сообщений центра ЦУМС(MMSC) с одновременной отсылкой сообщения MM1_submit.RES на терминал пользователя MMS. Модуль интерфейса связи центра ЦУМС(MMSC) далее предназначен для отправки сообщения MM7_deliver.REQ с модуля обработки сообщений центра ЦУМС(MMSC) провайдеру SP.
Модуль обработки сообщений центра ЦУМС(MMSC) предназначен для генерирования соответствующего сообщения MM7_deliver.REQ в соответствии с сообщением MM1_submit.REQ, переданным из модуля интерфейса связи центра ЦУМС(MMSC), с целью уведомить домашний сервер Приложений Дополнительных Платных Услуг, которому принадлежит получатель данного сообщения, о необходимости обработать сообщение в соответствии с идентификатором получателя, который содержится в сообщении и который принадлежит серверу Приложений Дополнительных Платных Услуг. Кроме того, модуль обработки сообщений центра ЦУМС(MMSC) передает для отправки сгенерированное сообщение MM7_deliver.REQ на модуль интерфейса связи центра ЦУМС(MMSC).
Модуль интерфейса связи провайдера SP предназначен для получения сообщения MM7_deliver.REQ, отправленного центром ЦУМС(MMSC), и для передачи полученного сообщения MM7_deliver.RES на модуль обработки сообщений провайдера SP с одновременным возвращением сообщения MM7_deliver.RES на центр ЦУМС(MMSC).
Модуль обработки сообщений провайдера SP предназначен для обработки сообщения в соответствии с адресом получателя в полученном сообщении MM7_deliver.REQ.
Более точно, в соответствии с первым вариантом реализации, предложенным в настоящем изобретении, модуль обработки сообщений центра ЦУМС(MMSC) предназначен для определения тех провайдеров SP, которым соответственно принадлежат получатели сообщения MM1_submit.REQ, и для генерирования одного сообщения MM7_deliver.REQ для каждого определенного провайдера SP. Адресное поле получателя в сообщении MM7_deliver.REQ, сгенерированном для определенного провайдера SP, содержит все идентификаторы получателей, переданные в сообщении MM1_submit.REQ. Кроме того, модуль обработки сообщений центра ЦУМС(MMSC) передает сгенерированные сообщения MM7_deliver.REQ на модуль интерфейса связи центра ЦУМС(MMSC).
В соответствии с первым вариантом реализации, предложенным в настоящем изобретении, модуль обработки сообщений провайдера SP предназначен соответственно для обработки сообщений MM7_deliver.REQ в соответствии с идентификаторами получателей, принадлежащих данному провайдеру SP, содержащимися в полученном сообщении MM7_deliver.REQ. Например, провайдер SP может переслать сообщение, содержащееся в сообщении MM7_deliver.REQ, соответствующим получателям. Другими словами, модуль обработки сообщений провайдера SP должен содержать суб-модуль оценки, входными данными которого является идентификатор получателя, а выходными данными - результат оценки, принадлежит ли введенный идентификатор получателя этому провайдеру SP.
В соответствии со вторым вариантом реализации, предложенным в настоящем изобретении, модуль обработки сообщений центра ЦУМС(MMSC) предназначен для определения тех провайдеров SP, которым принадлежат получатели, содержащиеся в сообщении MM1_submit.REQ, и для генерирования одного сообщения MM7_deliver.REQ для каждого получателя. Во время генерирования пакета HTTP, который несет сообщение MM7_deliver.REQ, для одного из получателей, принадлежащих к одному и тому же провайдеру SP, модуль обработки сообщений центра ЦУМС(MMSC) дополнительно переносит идентификатор данного получателя в заголовок пакета HTTP. Например, если предположить, что существуют три получателя А, В и С, принадлежащие провайдеру SP1, то модуль обработки сообщений центра ЦУМС(MMSC) переносит идентификатор получателя А в заголовок несущего пакета HTTP во время генерирования сообщения MM7_deliver.REQ для получателя А, переносит идентификатор получателя В в заголовок несущего пакета HTTP во время генерирования сообщения MM7_deliver.REQ для получателя В и переносит идентификатор получателя С в заголовок несущего пакета HTTP во время генерирования сообщения MM7_deliver.REQ для получателя С. Кроме того, модуль обработки сообщений центра ЦУМС(MMSC) передает сгенерированные сообщения MM7_deliver.REQ на модуль интерфейса связи центра ЦУМС(MMSC).
В соответствии со вторым вариантом реализации, предложенным в настоящем изобретении, модуль обработки сообщений провайдера SP предназначен для анализа заголовка пакета HTTP, содержащего сообщение MM7_deliver.REQ, чтобы обнаружить идентификатор фактического получателя данного сообщения, содержащийся в сообщении MM7_deliver.REQ, и обработать полученное сообщение MM7_deliver.REQ в соответствии с обнаруженным идентификатором фактического получателя. Например, провайдер SP может передать сообщение, содержащееся в MM7_deliver.REQ, фактическому получателю. Конечно, здесь модуль обработки сообщений провайдера SP может также при необходимости содержать суб-модуль оценки, входными данными которого является идентификатор получателя, а выходными данными - результат оценки, принадлежит ли введенный идентификатор получателя этому провайдеру SP.
В соответствии с третьим вариантом реализации, предложенным в настоящем изобретении, модуль обработки сообщений центра ЦУМС(MMSC) предназначен для определения тех провайдеров SP, которым принадлежат получатели, содержащиеся в сообщении MM1_submit.REQ, и для генерирования одного сообщения MM7_deliver.REQ для каждого получателя. Во время генерирования сообщения MM7_deliver.REQ для одного из нескольких получателей, принадлежащих одному и тому же провайдеру SP, модуль обработки сообщений центра ЦУМС(MMSC) изменяет адресное поле получателя в сообщении MM7_deliver.REQ, устанавливая идентификатор этого получателя на первую позицию.
Например, если предположить, что существуют три получателя А, В и С, принадлежащие провайдеру SP1, то модуль обработки сообщений центра ЦУМС(MMSC) устанавливает идентификатор получателя А на первую позицию в адресном поле получателей в сообщении MM7_deliver.REQ во время генерирования сообщения MM7_deliver.REQ для получателя А, устанавливает идентификатор получателя В на первую позицию в адресном поле получателей в сообщении MM7_deliver.REQ во время генерирования сообщения MM7_deliver.REQ для получателя В и устанавливает идентификатор получателя С на первую позицию в адресном поле получателей в сообщении MM7_deliver.REQ во время генерирования сообщения MM7_deliver.REQ для получателя С. Кроме того, модуль обработки сообщений центра ЦУМС(MMSC) передает сгенерированные сообщения MM7_deliver.REQ на модуль интерфейса связи центра ЦУМС(MMSC).
В соответствии с третьим вариантом реализации, предложенным в настоящем изобретении, функция модуля обработки сообщений провайдера SP в соответствии с данным вариантом реализации та же, что и функция модуля обработки сообщений провайдера SP, известного из уровня техники. Другими словами, модуль обработки сообщений провайдера SP обрабатывает сообщение MM7_deliver.REQ в соответствии с идентификатором первого получателя в адресном поле получателей в сообщении MM7_deliver.REQ. Например, провайдер SP может передать сообщение, содержащееся в MM7_deliver.REQ, первому получателю из адресного поля получателей. Конечно, здесь модуль обработки сообщений провайдера SP может также дополнительно содержать суб-модуль оценки, входными данными которого является идентификатор получателя, а выходными данными - результат оценки, принадлежит ли введенный идентификатор получателя этому провайдеру SP.
Вышеприведенное описание представляет лишь три предпочтительных варианта реализации настоящего изобретения и не может быть использовано для ограничения объема патентной защиты настоящего изобретения. Любое изменение, эквивалентная замена или усовершенствование, выполненные в соответствии с принципами или в духе настоящего изобретения, должны также принадлежать объему патентной защиты настоящего изобретения.