Область техники
Изобретение относится к области передачи сообщения множеству получателей, и в частности, но не исключительно, к переносу мультимедийных сообщений между ретрансляторами/серверами в разных средах служб передачи мультимедийных сообщений.
Уровень техники
Согласно документу 3GPP TS23.140 версии 6.1.0 (или более поздней) интерфейс и протокол ММ4 поддерживают рассылку сообщений, имеющих множество получателей, посредством ретрансляторов/серверов службы передачи мультимедийных сообщений (MMS - multimedia messaging service) из одной MMS-среды (MMSE - MMS environment) другому MMS ретранслятору/серверу в другой MMS-среде.
В документе 3GPP TS23.140 версии 6.1.0 определена рекомендованная архитектура MMS, идентифицирующая контрольные точки внутри архитектуры сети MMS (MMSNA - multimedia service network architecture). Контрольные точки представляют интерфейсы в рекомендованной архитектуре MMS. Определены восемь контрольных точек, обозначаемых как ММ1-ММ8. Контрольные точки представляют интерфейсы соответственно
между MMS агентом пользователя и ретранслятором/сервером MMS;
между MMS ретранслятором и MMS сервером;
между ретранслятором/сервером MMS и внешней (традиционной) системой обмена сообщениями;
между ретранслятором/сервером MMS и другим ретранслятором/сервером MMS в другой среде MMS;
между ретранслятором/сервером MMS и опорным регистром местоположения;
между ретранслятором/сервером MMS и базой данных пользователей MMS;
между ретранслятором/сервером MMS и приложением MMS VAS (дополнительный платный сервис);
и между ретранслятором/сервером MMS и биллинговой системой.
Контрольная точка между ретранслятором/сервером MMS и другими ретрансляторами/серверами MMS, которые находятся в пределах другой среды MMS, обозначается как ММ4.
Документ 3GPP TS23.140 версии 6.1.0 определяет ММ4 интерфейс и набор протоколов для поддержки пересылки сообщений между ретранслятором/сервером MMS в первой среде MMS и ретранслятором/сервером MMS во второй MMS. Интерфейс и протокол обеспечивают пересылку сообщений между соответствующими ретрансляторами/серверами MMS, которые имеют множества получателей. До выхода 3GPP TS23.140 версии 6.1.0 было возможно посылать сообщения многим получателям по интерфейсу, обеспеченному контрольной точкой ММ1, которая является узкополосным беспроводным интерфейсом. Однако в основной сети, где пропускная способность обычно не является проблемой, сообщения передавались каждому получателю индивидуально. Согласно 3GPP TS23.140 версии 6.1.0 сообщения посылаются многим получателям в сообщениях MM4_FORWARD.REQ блоков данных протокола (PDU - protocol data unit) от ретранслятора/сервера отправителя MMS к ретранслятору/серверу получателя MMS. Это сообщение несет информационный элемент "идентификатор сообщения", который уникально идентифицирует сообщение и является доступным всем получателям. Сообщение включает управляющую информацию MMS и мультимедийное содержимое.
Ретранслятор/сервер отправителя MMS может, в виде опции, запросить ретранслятор/сервер получателя MMS о подтверждении передачи сообщения по ММ4 интерфейсу. В этом случае ретранслятор/сервер получателя MMS отвечает сообщением MM4_FORWARD.RES (PDU), которое дает статус запроса. Однако, если в сообщении запроса указано множество получателей, ретранслятор/сервер получателя MMS может ответить только ограниченным ответным сообщением. Ответные сообщения содержат только идентификатор сообщения, который является уникальным для сообщения, но не для любого его получателя. В ответном сообщении не содержится указание на получателя, вызвавшего частичную ошибку адресации.
Цель изобретения состоит в том, чтобы обеспечить улучшенный интерфейс передачи сообщений. В частности, цель изобретения состоит в том, чтобы обеспечить улучшенный интерфейс передачи MMS сообщений между различными MMS-средами.
Сущность изобретения
Первым аспектом изобретения является способ передачи сообщения множеству получателей, включающий: прием сообщения, адресованного множеству получателей; определение признака состояния каждого получателя; и передачу подтверждения, причем подтверждение включает по меньшей мере одно сообщение, идентифицирующее по меньшей мере одного получателя и текущее состояние по меньшей мере одного указанного получателя.
Состояние каждого получателя может указывать статус передачи сообщения этому получателю. Шаг приема сообщения, адресованного множеству получателей, может включать прием запроса на передачу сообщения множеству получателей. Запрос на передачу сообщения множеству получателей может являться неотъемлемой частью приема сообщения, адресованного множеству получателей. Запрос на передачу сообщения множеству получателей может быть встроен в прием сообщения, адресованного множеству получателей.
Подтверждение может включать множество сообщений, каждое из которых идентифицирует по меньшей мере одного получателя и каждое из которых включает одно из соответствующего множества состояний. Подтверждение может включать по меньшей мере одно сообщение, идентифицирующее множество групп получателей и соответствующее множество состояний, причем каждое состояние связывается с группой получателей. Каждая группа может состоять из одного или большего количества получателей.
Состояние может указывать одно из состояний: недействительный адрес получателя; неполная передача; или успешная передача. Статус может указывать, что состояние неизвестно.
Способ может далее включать ответ на прием сообщения подтверждения, указывающего на неполную передачу, с повторной передачей сообщения по меньшей мере одному получателю, идентифицированному в указанном сообщении подтверждения.
По меньшей мере одно сообщение, идентифицирующее по меньшей мере одного получателя и состояние передачи указанному по меньшей мере одному получателю, может идентифицировать множество получателей, причем указанное состояние является общим для всех упомянутых идентифицированных получателей.
Способ может далее включать шаг приема запроса на передачу сообщения от источника сообщения и передачу подтверждения источнику сообщения.
Источник сообщения может иметь почтовый ящик, и подтверждение может передаваться в почтовый ящик. Подтверждение может обеспечивать источник сообщения статусом доставки по каждому получателю.
С использованием протокола инициирования сессии может быть передано по меньшей мере одно сообщение. Сообщение может быть сообщением MMS.
В дальнейшем аспекте изобретение обеспечивает способ передачи мультимедийного сообщения множеству получателей, включающий: прием передающим элементом MMS запроса на передачу сообщения множеству получателей в другой среде MMS; передачу мультимедийного сообщения от передающего элемента MMS к принимающему элементу MMS другой среды MMS, включающую идентификацию получателей; определение статуса каждого получателя в принимающем элементе MMS; и передачу подтверждения от принимающего элемента MMS передающему элементу MMS, причем подтверждение включает по меньшей мере одно сообщение, идентифицирующее по меньшей мере одного получателя и статус упомянутого получателя.
Множество получателей указанной другой среды MMS могут являться подписчиками указанной другой среды MMS.
Запрос на передачу сообщения множеству получателей в другой среде MMS может включать запрос на передачу сообщения одному или большему количеству получателей в среде MMS источника сообщения. Запрос на передачу сообщения множеству получателей может далее включать запрос на передачу сообщения одному или большему количеству получателей, в свою очередь относящихся к другой среде MMS.
В качестве ответа на сообщение подтверждения, указывающее на статус неполной передачи, способ может включать повторную передачу мультимедийного сообщения от передающего элемента MMS к принимающему элементу MMS другой среды MMS, причем повторно переданное сообщение идентифицирует получателей со статусом неполной передачи.
В следующем аспекте изобретение может обеспечивать формат сообщения PDU MM4_FORWARD.RES в соответствии с 3GPP TS23.140, включающий информационный элемент, идентифицирующий по меньшей мере одного получателя, причем статус в упомянутом сообщении относится к по меньшей мере одному упомянутому получателю. Информационный элемент может идентифицировать множество получателей, причем статус в упомянутом сообщении относится ко множеству получателей.
Следующий аспект изобретения предусматривает элемент сети, включающий средства для приема сообщения, адресованного множеству получателей; средства для определения признака состояния каждого получателя; и средства для передачи подтверждения (приема сообщения), причем подтверждение включает по меньшей мере одно сообщение, идентифицирующее по меньшей мере одного получателя и связанное состояние указанного по меньшей мере одного получателя.
Средства для передачи подтверждения могут быть приспособлены для передачи множества сообщений, идентифицирующих по меньшей мере одного получателя, причем каждое из упомянутого множества сообщений включает одно из соответствующего множества состояний.
Следующий аспект изобретения предусматривает элемент сети, включающий средства для приема сообщения, адресованного множеству получателей; средства для направления такого сообщения упомянутому множеству получателей; и средства для приема сообщения подтверждения, включающего по меньшей мере одно сообщение, идентифицирующее по меньшей мере одного получателя и состояние по меньшей мере одного указанного получателя.
Элемент сети может далее включать средства для повторной отправки такого сообщения, идентифицирующего получателей, связанных с состоянием, соответствующим ошибке передачи.
Изобретение далее предусматривает, в системе MMS, передающий элемент MMS, имеющий средства для приема запроса на передачу сообщения множеству получателей в другой среде MMS; и средства для передачи MMS от передающего элемента MMS к принимающему элементу MMS другой среды MMS; при этом принимающий элемент MMS включает средства для определения статуса каждого получателя и средства для передачи подтверждения от принимающего элемента MMS передающему элементу MMS, причем подтверждение включает по меньшей мере одно сообщение, идентифицирующее по меньшей мере одного получателя и статус упомянутого получателя.
Элементы MMS могут включать ретрансляторы, серверы или ретрансляторы/серверы MMS.
Краткое описание чертежей
Изобретение описывается ниже посредством примера со ссылками на прилагаемые чертежи, на которых:
фиг.1 иллюстрирует взаимодействие разных сред MMS;
фиг.2 иллюстрирует поток сообщений в реализации изобретения применительно к средам, показанным на фиг.1; и
фиг.3 иллюстрирует шаги способа, связанные с потоком сообщений фиг.2.
Описание предпочтительных реализаций изобретения
Изобретение описано посредством ссылки на частные примеры его применения. Изобретение, однако, не ограничено только приведенными применениями.
В частности, изобретение описано на примере выполнения обмена мультимедиаинформацией между различными средами MMS. Приводятся ссылки на фиг.1, где кратко проиллюстрировано взаимодействие двух отличающихся MMS-сред (MMSE), как это определено в 3GPP TS23.140 версии 6.4.0.
Как показано на фиг.1, агент А пользователя первой мультимедийной службы (MMS), обозначенный ссылочным номером 104а, связан с первым ретранслятором/сервером MMS А, обозначенным ссылочным номером 106а, сервис-провайдера А первой среды MMS (MMSE), обозначенного ссылочным номером 102а. Агент В пользователя второй MMS, обозначенный ссылочным номером 104b, связан со вторым ретранслятором/сервером MMS В, обозначенным ссылочным номером 106b, сервис-провайдера В второй MMSE, обозначенного ссылочным номером 102b. Каждый из агентов пользователя 104а и 104b связан с соответствующим ретранслятором/сервером MMS через подключения к интерфейсам 108а и 108b соответственно. Первый и второй ретрансляторы/серверы 106а и 106b связаны через интерфейс 110.
Каждый из агентов пользователей MMS 104а и 104b образован приложением, расположенным на оборудовании пользователя, подвижной станции или внешнем устройстве, которое исполняет MMS-специфические действия от имени пользователя. MMS агент пользователя не является частью среды MMSE. Каждый из ретрансляторов/серверов MMS 106а и 106b образует определенный объект/приложение или элемент сети MMS, который работает под управлением сервис-провайдера MMS. Каждый ретранслятор/сервер MMS передает сообщения, обеспечивает операции MMS, которые являются характерными или требуемыми для подвижного оборудования, и обеспечивает временные и/или постоянные сервисы хранения для MMS. Рекомендованная MMS архитектура, как определено документом 3GPP TS23.140, версия 6.4.0, определяет рекомендованную архитектуру MMS и восемь интерфейсов в пределах рекомендованной архитектуры, обозначаемых ММ1-ММ8. На фиг.1 показаны две из этих контрольных точек. Интерфейсы 108а и 108b между MMS агентами пользователя и ретрансляторами/серверами MMS представляют контрольную точку ММ1, являющуюся контрольной точкой между MMS агентом пользователя и ретранслятором/сервером MMS. Стык в контрольной точке ММ1 используется, чтобы поставлять мультимедийные сообщения от агента пользователя MMS ретранслятору/серверу MMS, позволять агенту пользователя MMS получать мультимедийные сообщения от MMS ретранслятора/сервера, позволять MMS ретранслятору/серверу выдавать информацию о мультимедийных сообщениях агенту пользователя MMS как часть уведомления о мультимедийном сообщении и обмениваться портами доставки между ретранслятором/сервером MMS и агентами пользователей MMS.
Интерфейс 110 между ретрансляторами/серверами MMS соответствующих окружающих сред обслуживания представляет интерфейс ММ4, являющийся контрольной точкой между ретранслятором/сервером MMS и другим ретранслятором/сервером MMS, который относится к другой среде MMSE. Интерфейс, обеспеченный контрольной точкой ММ4, используется, чтобы передавать сообщения между соответствующими ретрансляторами/серверами MMS. Взаимодействие между ретрансляторами/серверами MMS основано на простом протоколе передачи почты (SMTP - simple mail transfer protocol).
Каждый ретранслятор/сервер MMS приспособлен к одноранговому обнаружению и локализации ретранслятора/сервера MMS в других средах MMSE. При передаче мультимедийного сообщения MMS ретранслятор/сервер, передающий сообщение, называют источником, а ретранслятор/сервер MMS, принимающий сообщение, называют получателем или местом назначения. После успешного обнаружения равноправного объекта, ретранслятор/сервер MMS, являющийся источником, направляет сообщение запроса MMS ретранслятору/серверу - получателю. Это сообщение запроса содержит управляющую информацию MMS и мультимедийное содержание. Если в сообщении запроса MM4_FORWARD.REQ ретранслятор/сервер MMS, являющийся источником, послал информационный набор полей элементов "запрос подтверждения", то ретранслятор/сервер MMS, являющийся получателем, должен ответить сообщением ответа. Сообщение ответа предоставляет, например, статус запроса. Сообщение запроса - это сообщение MM4_FORWARD.REQ, a сообщение ответа - это сообщение MM4_FORWARD.RES. Эти сообщения являются блоками данных протокола (PDU - protocol data unit) согласно документу 3GPP TS23.140.
Изобретение в данной реализации предусматривает адаптацию ответного сообщения, что показывается ниже. Необходимость адаптации сообщения запроса отсутствует.
В соответствии с данной реализацией изобретения в сообщение MM4_FORWARD.RES включен дополнительный информационный элемент. Этот информационный элемент назван "получатели". Однако название информационного элемента не принципиально. Информационный элемент включает список получателей. Если сообщение MM4_FORWARD.RES содержит признак коллективного статуса в ответ на сообщение MM4_FORWARD.RES с множеством получателей, то список получателей, содержащийся в сообщении MM4_FORWARD.RES, идентифицирует получателей, к которым относится коллективный статус. Сообщение MM4_FORWARD.RES включает значение статуса запроса, и это значение статуса запроса относится ко всем получателям, идентифицированным в этом сообщении.
Информационные элементы в сообщении блока данных протокола MM4_FORWARD.RES, адаптированные в соответствии с данной реализацией изобретения, представлены ниже в Таблице 1.
Все информационные элементы, показанные в Таблице 1, определены в 3GPP TS23.140 версии 6.4.0, за исключением нового информационного элемента в соответствии с данной реализацией изобретения, а именно информационного элемента "получатели". Остальные показанные информационные элементы известны специалистам, функции этих информационных элементов описаны в колонке "описание" Таблицы 1. Колонка "наличие" Таблицы 1 показывает, является ли присутствие такого информационного элемента необязательным, обязательным или условным.
Как показано в Таблице 1, присутствие элемента информации "получатели" является условным. Например, если сообщение было адресовано единственному получателю, необязательно в ответ включать информационный элемент "получатели", так как это избыточно. Далее, если статус запроса одинаков для всех получателей, элемент информации "получатели" в ответе необязателен. Однако в обоих случаях элемент информации "получатели", тем не менее, может присутствовать.
Изобретение обеспечивает надежную передачу мультимедийных сервисов между отличающимися средами мультимедийных служб, что далее описывается посредством ссылок на поток сообщений, показанный на фиг.2, и процесс, показанный фиг.3.
На фиг.2 показан пример, в котором мультимедиасообщение передается через MMS ретранслятор/сервер А 106а к MMS ретранслятору/серверу В 106b. Таким образом, MMS ретранслятор/сервер 106а является передающим MMS контроллером (MMSC - multimedia messaging service controller) (источником), а MMS ретранслятор/сервер В 106b - это принимающий контроллер MMSC (место назначения), которому предназначено сообщение.
На шаге 302 MMS ретранслятор/сервер 106а (источник) получает MMS запрос по линии 202. В данном примере MMS должно быть послано пяти получателям, помеченным как а, b, с, d, e. Как известно в данной области техники, MMS ретранслятор/сервер 106а (источник) выполняет процесс исследования, чтобы идентифицировать соответствующий равноправный MMS ретранслятор/сервер. Таким образом, идентифицируется MMS ретранслятор/сервер 106b (получатель), которому предназначено сообщение. В данном примере все пять получателей расположены для простоты в пределах одной и той же MMS-среды MMSE 102b, то есть управляются ретранслятором/сервером MMS 106b, однако это необязательно может иметь место на практике. MMS ретранслятор/сервер 106а (источник) получает MMS по беспроводному интерфейсу, который в рекомендуемой архитектуре MMS обозначен контрольной точкой ММ1.
На шаге 304 интерфейс, обеспеченный контрольной точкой ММ4 и обозначенный позицией 204, используется ретранслятором/сервером MMS 106а (источником), чтобы передать к MMS ретранслятору/серверу 106b (получателю) сообщение запроса MMS (обозначаемое в документе 3GPP TS 23.140 как блок данных протокола MM4_FORWARD.REQ), включающее адреса пяти получателей. Согласно 3GPP TS 23.140 версии 6.1.0 запрос о подтверждении необязателен. Однако изобретение, описанное здесь, применимо, даже если подтверждение является обязательным. Как было рассмотрено выше, сообщение, пересылаемое по интерфейсу 204 ММ4, является SMTP-сообщением, а именно сообщением запроса MM4_FORWARD.REQ. Сообщение также включает уникальный идентификатор, который однозначно идентифицирует сообщение.
На шаге 306 принимающий MMS ретранслятор/сервер 106b получает сообщение запроса MMS от MMS ретранслятора/сервера 106а (источника) по ММ4 интерфейсу 204.
Принимающий ретранслятор/сервер MMS после приема сообщения MMS запроса, а именно блока данных протокола MM4_FORWARD.REQ, перед попыткой отправить блок данных протокола получателям должен определить код статуса запроса для каждого получателя. Как известно, это необходимо из-за задержки связи с получателями (например, получатель может самостоятельно определять, когда он желает получить блок данных протокола). Следует отметить, что получателями являются агенты пользователей.
Чтобы определить код статуса запроса для каждого получателя, принимающий ретранслятор/сервер MMS дополнительно устанавливает профиль агента пользователя для каждого получателя. Это также обозначено шагом 306. Профили агентов пользователей устанавливаются из базы данных, обозначенной в документе 3GPP TS23.140 версии 6.1.0 как контрольная точка ММ6.
На шаге 308 принимающий ретранслятор/сервер MMS исследует как принятый блок данных протокола MM4_FORWARD.REQ, так и профиль агента пользователя, который он извлекает из базы данных. Профиль агента пользователя содержит описание возможностей агента пользователя и, возможно, другие данные, относящиеся к агенту пользователя, например не является ли агент пользователя запрещенным. Затем принимающий ретранслятор/сервер MMS определяет для каждого агента пользователя (или получателя), может ли текущее сообщение (формат которого MM1_retrieve.RES является производным от MM4_FORWARD.REQ) быть направлено требуемому агенту пользователя. При таком определении определяются коды статуса для каждого получателя, что обозначено шагом 310.
Возможные коды статуса запроса, определенные документом 3GPP TS 23.140 версии 6.4.0, и их значения даны ниже в Таблице 2.
Не все коды статуса возможны в результате опроса на шаге 308. Те коды статуса, которые могут быть определены для каждого получателя в соответствии с реализациями изобретения, обсуждаются ниже.
Код статуса "Ok" указывает, что сообщение может быть доставлено получателю 'как оно есть' или после адаптации контента, выполняемой принимающим ретранслятором/сервером MMS.
Код статуса "Error-sending-address-unresolved" указывает, что специфический получатель (агент пользователя) не является подписчиком принимающего ретранслятора/сервера MMS.
Код статуса "Error-content-not-accepted" ("ошибка - контент не принят") показывает, что конкретный получатель (агент пользователя) неспособен принять содержание сообщения.
Код статуса "Error-network-problem" ("ошибка - проблемы сети") указывает, что принимающий ретранслятор/сервер MMS не способен принять соответствующий запрос из-за перегрузки пропускной способности. Этот статус можно очевидно было бы получить посредством базы данных (агентов пользователей) принимающего ретранслятора/сервера MMS, который может устанавливать предел максимального числа получателей, разрешенных для отдельного сообщения. Этот статус может также очевидно появиться, если некоторые из получателей фактически являются приложениями (вместо телефонных трубок), которые временно перегружены или недоступны.
Другие коды, перечисленные в Таблице 2 и не упомянутые выше, относятся к MM4_FORWARD.REQ, как к объекту, а не к индивидуальным получателям (агентам пользователей), и, таким образом, не важны для реализации изобретения. Однако в пересмотренных версиях 3GPP TS 23.140 могут быть представлены новые коды статуса, и некоторые из них могут быть специфичны для получателей.
После шага определения статуса на шаге 312, сообщение может быть направлено принимающим ретранслятором/сервером MMS тем получателям, передача которым является возможной в соответствии со стандартизированными способами.
Получатель или принимающий MMS ретранслятор/сервер 106b производит передачу MMS сообщения каждому из получателей а, b, с, d, e индивидуально. Это представлено графически на фиг.2 соответствующими сигналами от 206а до 206е. Эти сигналы от 206а до 206е иллюстрируют обработку MMS сообщений индивидуально в принимающем MMS ретрансляторе/сервере 106b. Однако, как показано на фиг.2, сообщения необязательно успешно доставляются всем получателям.
Следует отметить, что передача этих сообщений отдельным получателям в соответствии с их определенным статусом является известной. Изобретение не предлагает какую-либо адаптацию сообщений, передаваемых по интерфейсу, обеспеченному контрольной точкой ММ1. Предусмотрено, однако, что изобретение поддерживает любые модификации интерфейса, обеспечиваемого контрольной точкой ММ1, и создание любых новых сообщений в будущем.
Следует отметить, что шаг 312 может происходить, чтобы передать сообщения в любое время после того, как статус получателей определен, и место возникновения шага 312 на фиг.3 жестко не закреплено.
После определения кода статуса для каждого получателя на шаге 310 на шаге 314 принимающий ретранслятор/сервер MMS группирует получателей в соответствии с одинаковыми кодами статуса. Таким образом, получатель или принимающий ретранслятор/сервер 106b MMS сопоставляет коды статуса для различных получателей. Затем все получатели группируются согласно специфическим категориям. Таким образом, например, вместе будут сгруппированы все получатели, которые имеют код статуса "Ok", и т.д.
Затем, как представлено шагом 316, получатель или принимающий ретранслятор/сервер 106b MMS передает множество сообщений подтверждения назад к передающему ретранслятору/серверу MMS, причем число сообщений подтверждения соответствует числу типов кодов статуса, идентифицированных для индивидуальных получателей. Таким образом, например, если все получатели имеют код статуса "Ok", то назад к передающему ретранслятору/серверу 106а MMS может быть передано единственное подтверждение.
В описанном примере первое сообщение подтверждения передается назад как сигнал 210, идентифицирующий получателей а и d и указывающий статус, соответствующий "Ok". Второе сообщение подтверждения передается назад как сигнал 212, идентифицирующий получателей b и е и идентифицирующий статус передачи, соответствующий кратковременному сбою. Третье сообщение подтверждения передается как сигнал 214, идентифицирующий получателя "с" и указывающий, что использовался недействительный (несуществующий) адрес. Каждое из сообщений подтверждения передается как сообщение MM4_FORWARD.RES по интерфейсу, обеспеченному контрольной точкой ММ4.
Прием этих сообщений передающим ретранслятором/сервером MMS (источником) обозначен шагом 318.
Затем ретранслятор/сервер 106а MMS (источник) на шаге 320 определяет любое дальнейшее действие, которое будет предпринято в ответ на сообщение (сообщения) подтверждения, принятые от принимающего ретранслятора/сервера MMS. Таким образом, ретранслятор/сервер MMS, являющийся источником, анализирует эти сообщения подтверждения. Например, если сообщение подтверждения указывает, что передача потерпела неудачу вследствие временного сбоя передачи или ошибки, ретранслятор/сервер 106а предпочтительно повторно посылает MMS ретранслятору/серверу 106b, идентифицируя получателей, связанных с ошибкой передачи. Что касается приведенной выше Таблицы 2, в случае кода статуса "Error-sending-address-unresolved" ("адрес недействителен") бесполезно делать попытку повторной передачи. В случае кода статуса "Error-content-not-accepted" ("ошибка - контент не принят") MMS ретранслятор/сервер, являющийся источником, может выполнить дополнительную адаптацию контента, упростить PDU контента в соответствии со Спецификацией Соответствия ОМА, которая определяет контент сообщений, которые должны поддерживать все агенты пользователя, и затем попытаться выполнить повторную передачу. В случае кода статуса "Error-network-problem" ("ошибка - проблема сети") повторная передача может быть предпринята без адаптации PDU после некоторого интервала времени (интервал времени обычно является конфигурируемым атрибутом ретранслятора/сервера MMS, являющегося источником).
В примере, показанном на фиг.2, ретранслятору/серверу 106b MMS передается сигнал 216, идентифицирующий получателей b и е.
Что касается диаграммы процесса на фиг.3, после анализа подтверждений, полученных от принимающего ретранслятора/сервера MMS, ретранслятор/сервер MMS, являющийся источником, на шаге 322 определяет, имеется ли потребность в повторной передаче. Если нет, то активность интерфейса контрольной точки ММ4 заканчивается на шаге 324. Если требуется повторная передача, то на шаге 326 ретранслятор/сервер MMS, являющийся источником, создает и посылает новое сообщение запроса MMS получателям, связанным с повторной передачей, принимающему MMS ретранслятору/серверу. Затем повторяются шаги от 306 до 320.
Ретранслятор/сервер 106b снова производит передачу сообщения каждому из получателей b и е. Это представлено графически на фиг.2 сигналами 218b и 218е.
В этом случае ретранслятор/сервер 106b MMS для получателей b и е определяет код статуса "Ok". Графически это обозначено передачей сигналов 220b и 220е. Далее, как обозначено сигналом 222, сообщение подтверждения возвращается ретранслятору/серверу 106а MMS, являющемуся источником, который идентифицирует получателей b и е и отмечает статус "Ok".
Следует отметить, что в архитектуре системы MMS существует известная отдельная концепция сообщения доставки, которая управляется агентом пользователя MMS, посылающего сообщение. MMS агент пользователя, посылающего сообщение, может запрашивать в MMS сообщении отчет о доставке, который доставляется агенту пользователя MMS после успешной доставки MMS. Эта особенность MMS сообщения о доставке не использует механизм подтверждения, описанный выше, и не относится к области изобретения. Однако принципы, описанные выше, могут использоваться в других системах связи, чтобы обеспечить источник сообщения индикацией статуса (подтверждением) сообщения, адресованного множеству получателей.
Ретранслятор/сервер MMS при функционировании в качестве источника требует некоторой адаптации, чтобы выполнять повторную передачу сообщений отдельным получателям. Однако повторная передача сообщений после временной неудачи является типичной особенностью ретранслятора/сервера MMS. Единственная дополнительная функциональная возможность, необходимая для реализации описываемого изобретения, состоит в определении того, у каких именно получателей сообщения MM4_FORWARD.REQ произошла временная ошибка при передаче, и в повторении передачи только этому набору получателей.
Изобретение позволяет ретранслятору/серверу MMS, являющемуся источником, идентифицировать определенных получателей, которым сообщение доставлено или не доставлено. Поскольку MMS контроллер источника ответственен за биллинг пользователя, пославшего сообщение, для MMS контроллера источника является преимуществом знание статуса переданного сообщения и управление принятием решения относительно того, должны ли сообщения быть повторно посланы получателям, доставка которым сообщения не произошла.
Изобретение было описано в контексте среды MMS. Однако изобретение не ограничивается такой окружающей средой и может быть применимо в более общем случае. Изобретение применимо к любой архитектуре или сети, в которой посланное сообщение адресуется множеству получателей и в которой может быть возвращено подтверждение, которое идентифицирует по меньшей мере одного из таких получателей и статус, связанный с доставкой сообщения этому получателю.
В вышеописанной MMS реализации ретранслятору/серверу MMS, являющемуся источником, может быть послано множество ответных сообщений, соответствующих передаче множества кодов статуса. Однако можно обеспечить альтернативные способы обеспечения кодов статуса и соответствующих получателей. Пример альтернативного решения, минимизирующего количество сообщений, передаваемых между двумя ретрансляторами/серверами MMS: одно сообщение ответа (например, сообщение MM4_forward.RES) может идентифицировать несколько кодов статуса и отдельный элемент информации получателя для каждого признака статуса. Следующей альтернативой является возможность нумерации кодов статуса (ошибок) и получателей в сообщении MM4_FORWARD.RES так, чтобы статус того же самого номера в списке относился к получателю с тем же самым номером в соответствующем списке. Однако этот подход неидеален, поскольку может вызвать проблему обратной совместимости. Далее, можно обеспечить два новых заголовка (не используя существующий заголовок "статус запроса"): один для списка получателей и другой для списка значений статуса.
В некоторых системах связи доставка сообщения или определение того, может ли сообщение быть доставлено всем получателям, может занимать относительно долгое время из-за некоторых причин в сети или на стороне получателей (например, проблемы сети, терминал вне области покрытия, почтовый ящик получателя полон). В таком случае может быть послан частичный ответ с соответствующим признаком статуса для тех получателей, которым произошла успешная доставка сообщения, или при доставке произошла ошибка. Заключительный ответ для остальной части получателей может быть послан позже, когда станет известен заключительный статус каждой индивидуальной доставки. Далее, в некоторых системах связи сообщение (сообщения) подтверждения с признаками статуса может быть доставлено не только между основными элементами сети, но также и фактическому конечному пользователю, который явился источником сообщения множеству получателей. В частности, если терминал, являющийся источником, - это мобильное устройство, то по узкополосному беспроводному интерфейсу более эффективно передавать только одно коллективное подтверждение. Сообщение подтверждения может быть показано пользователю как нормально полученное сообщение, или, альтернативно, оно может использоваться как сообщение о доставке, обеспечивающее пользователя индикацией статуса посланного сообщения, указывающей статус доставки каждому получателю или нескольким получателям.
Еще один пример способа реализации настоящего изобретения находится в контексте протокола инициирования сессии (session initiation protocol, SIP) обмена сообщениями или непосредственного обмена сообщениями (instant messaging, IM). В отношении SIP существует активный рабочий пункт в IETF (Internet Engineering Task Force, www.ietf.org), касающийся концепции так называемого SIP инициатора. Примером SIP инициатора сообщения является запрос, посланный от единственного пользователя, например, серверу. Затем сообщение передается, немедленно или в заданный момент времени, от сервера множеству других пользователей. В соответствии с принципами изобретения, как описано выше, каждое из сообщений, посланных множеству пользователей, может возвращать сообщение подтверждения серверу, и, таким образом, сервер может возвращать пользователю, являющемуся источником сообщения, статус передачи сообщения каждому пользователю или пользователям. Можно также получить индикацию статуса получателя по другим сигналам или по сообщениям об ошибке, полученным из сети. Далее, в случае отсутствия ответа любого вида, полученного из сети или от пользователя, статус доставки для этого получателя может быть установлен в состояние "неизвестно", например через некоторое время.
Изобретение было описано посредством частного, не ограничивающего изобретение примера, в частности, применительно к среде MMS и взаимодействию между средами MMS. Следует понимать, что изобретение не ограничено только такой средой и может иметь более широкое применение. Рамки изобретения определяются в соответствии с приведенными ниже пунктами формулы изобретения.
Изобретение относится к области сетей передачи данных. Технический результат заключается в оптимизации интерфейса передачи сообщений. Сущность изобретения заключается в том, что способ передачи сообщения множеству получателей включает прием сообщения, адресованного множеству получателей, определение признака состояния каждого получателя и передачу подтверждения, включающего по меньшей мере одно сообщение, идентифицирующее по меньшей мере одного получателя и его соответствующее состояние. 6 н. и 15 з.п. ф-лы, 3 ил., 2 табл.
1. Способ передачи сообщения, включающий:
прием запроса, адресованного множеству получателей, на ретрансляторе/сервере-получателе от ретранслятора/сервера-источника;
определение на указанном ретрансляторе/сервере-получателе статуса запроса для каждого получателя перед попыткой доставить запрос и
передачу ретранслятором/сервером-получателем ответа, идентифицирующего по меньшей мере одного получателя и статус запроса для упомянутого по меньшей мере одного получателя.
2. Способ по п.1, в котором упомянутое определение статуса запроса для каждого получателя включает определение того, может ли запрос быть передан каждому получателю.
3. Способ по п.1, в котором упомянутое определение статуса запроса для каждого получателя включает исследование данных пользовательского профиля упомянутых получателей.
4. Способ по п.1, в котором прием запроса, адресованного множеству получателей, содержит прием запроса на передачу запроса множеству получателей.
5. Способ по п.1, в котором ответ содержит множество сообщений, каждое из которых идентифицирует по меньшей мере одного получателя, и каждое включает один из соответствующего множества статусов.
6. Способ по п.1, в котором ответ содержит по меньшей мере одно сообщение, идентифицирующее множество групп получателей и соответствующее множество статусов, где каждый статус связан с группой получателей.
7. Способ по п.6, в котором каждая группа содержит одного или большее количество получателей.
8. Способ по п.1, в котором статус указывает одно из следующего: недействительный адрес получателя; содержание сообщения не принято или сообщение принято.
9. Способ по п.1, в котором по меньшей мере один ответ, идентифицирующий множество получателей, имеет статус запроса, общий для всех упомянутых идентифицированных получателей.
10. Способ по п.1, включающий передачу ответа ретранслятору/серверу-источнику.
11. Способ по п.10, в котором источник запроса имеет почтовый ящик, и ответ передают в почтовый ящик.
12. Способ по п.10, в котором ответ идентифицирует множество получателей и соответствующий статус каждого из упомянутого множества получателей.
13. Способ по п.1, в котором используют протокол инициирования сессии.
14. Способ по п.1, в котором запрос является сообщением службы передачи мультимедийных сообщений.
15. Способ по п.1, в котором определение статуса запроса содержит определение статуса запроса каждого получателя перед попыткой выдать соответствующему получателю информацию о запросе как часть уведомления о сообщении.
16. Способ передачи мультимедийного сообщения, включающий:
прием мультимедийным ретранслятором/сервером-источником запроса для передачи упомянутого сообщения множеству получателей в другой среде службы передачи мультимедийных сообщений;
передачу мультимедийного сообщения из упомянутого ретранслятора/сервера-источника мультимедийному ретранслятору/серверу-получателю упомянутой другой среды службы передачи мультимедийных сообщений, включая идентификацию получателей;
определение в упомянутом мультимедийном ретрансляторе/сервере-получателе статуса запроса для каждого получателя перед попыткой доставить запрос и
передачу ответа от упомянутого мультимедийного ретранслятора/сервера-получателя упомянутому мультимедийному ретранслятору/серверу-источнику, при этом ответ идентифицирует по меньшей мере одного получателя и статус запроса для упомянутого получателя.
17. Элемент сети для передачи ответов, содержащий:
средства для приема запроса, адресованного множеству получателей, от ретранслятора/сервера-источника;
средства для определения статуса запроса для каждого получателя перед попыткой выполнить доставку запроса и
средства для передачи ответа, который идентифицирует по меньшей мере одного получателя и статус запроса для упомянутого по меньшей мере одного получателя.
18. Элемент сети по п.17, в котором средства для передачи ответа предназначены для передачи множества ответов, идентифицирующих по меньшей мере одного получателя, причем каждый из упомянутого множества ответов включает один из соответствующего множества статусов.
19. Система рассылки мультимедийных сообщений, содержащая:
мультимедийный ретранслятор/сервер-источник, содержащий:
средства для приема запроса на передачу сообщения множеству получателей в другой среде службы передачи мультимедийных сообщений и
средства для передачи мультимедийного сообщения из упомянутого мультимедийного ретранслятора/сервера-источника мультимедийному ретранслятору/серверу-получателю упомянутой другой среды службы передачи мультимедийных сообщений;
причем мультимедийный ретранслятор/сервер-получатель содержит:
средства для определения статуса запроса для каждого получателя перед попыткой выполнить доставку ответа соответствующему получателю и
средства для передачи ответа от упомянутого мультимедийного ретранслятора/сервера-получателя упомянутому мультимедийному ретранслятору/серверу-источнику, причем ответ идентифицирует по меньшей мере одного получателя и статус запроса для упомянутого получателя.
20. Способ передачи сообщения, включающий:
прием запроса, адресованного множеству получателей, на ретрансляторе/сервере-получателе от ретранслятора/сервера-источника;
определение на указанном ретрансляторе/сервере-получателе статуса запроса для каждого получателя путем исследования данных пользовательского профиля перед попыткой доставить запрос и
передачу ретранслятором/сервером-получателем ответа, идентифицирующего по меньшей мере одного получателя и статус запроса для упомянутого по меньшей мере одного получателя.
21. Элемент сети для передачи ответов, содержащий:
средства для приема запроса, адресованного множеству получателей, от ретранслятора/сервера-источника;
средства для определения статуса запроса для каждого получателя путем исследования данных пользовательского профиля перед попыткой выполнить доставку запроса и
средства для передачи ответа, который идентифицирует по меньшей мере одного получателя и соответствующий статус запроса для упомянутого по меньшей мере одного получателя.
| СПОСОБ ПЕРЕДАЧИ И ОБРАБОТКИ ГРУППОВЫХ СООБЩЕНИЙ В СИСТЕМЕ ЭЛЕКТРОННОЙ ПОЧТЫ | 1997 |
|
RU2144274C1 |
| WO 03094534 A1, 13.11.2003 | |||
| СПОСОБ ОБЕСПЕЧЕНИЯ СВЯЗИ ПОЛЬЗОВАТЕЛЕЙ ТЕЛЕКОММУНИКАЦИОННЫХ СЕТЕЙ | 2000 |
|
RU2159955C1 |
| US 2002143916 A1, 03.10.2002. | |||
