Способы и системы обмена сообщениями с мобильными устройствами

Изобретение относится к области мобильных компьютерных устройств, а именно к посылке сообщений на мобильное устройство через веб-службу. Техническим результатом заявленного изобретения является обеспечение совместимости между различными системами и приложениями. Для этого обмен сообщениями с мобильным устройством содержит этапы, на которых собирают в системе-источнике информацию, включающую в себя данные контента, предназначенные для отправления в мобильное устройство. Генерируют одно или несколько коротких сообщений, инкапсулирующих данные контента. Одно или несколько коротких сообщений являются форматированными таким образом, что их может распознать веб-служба, и данные контента являются форматированными таким образом, что их может распознать мобильное устройство. Одно или несколько коротких сообщений отправляют в веб-службу для доставки в мобильное устройство. Принимают ответ, распознаваемый системой-источником, который указывает на статус доставки упомянутых двух или нескольких коротких сообщений. При этом ответ имеет один или более элементов результата, содержащих один или более дочерних элементов. Причем первый дочерний элемент-счетчик первого элемента результата указывает количество из одного или более коротких сообщений, доставленных успешно, а второй дочерний элемент-счетчик второго элемента результата указывает количество из одного или более коротких сообщений, доставленных неуспешно. 5 н. и 27 з.п. ф-лы, 9 ил., 3 табл.

 

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

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

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

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

Дополнительно, продолжают развиваться фиксированные сети, такие как Интернет и другие типы глобальных сетей (ГС) и локальных сетей (ЛС). Было сделано несколько попыток связать беспроводные сети с фиксированными сетями. Например, некоторые беспроводные устройства включают в себя программное обеспечение браузера для работы в Интернете. Дополнительно, из фиксированных сетей на различные беспроводные устройства могут посылаться сообщения электронной почты и текстовые сообщения.

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

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

Однако оба указанных приложения создают определенные проблемы и ограничения. Прежде всего, передача сообщений HTML не является широко поддерживаемой как мобильными устройствами, так и приложениями, которые могут быть источниками таких сообщений. Например, программа персонального органайзера, такая как Microsoft Outlook®, может не поддерживать генерацию текста HTML для передачи записей о встречах или напоминаний о задачах в мобильное устройство. Дополнительно, файл HTML для передачи такой информации является в значительной степени зависимым от платформы и приложения. Таким образом, этот способ имеет проблемы, связанные с совместимостью между различными системами и приложениями. Помимо этого различные особенности защиты, такие как корпоративные межсетевые экраны, прокси серверы и т.п., ограничивают типы сообщений, которые могут передаваться вне или по этим фиксированным сетям. Таким образом, посылка сообщения HTML или электронной почты неизвестному или нераспознанному мобильному устройству блокируется. Это ограничивает или усложняет использование указанных способов с некоторыми фиксированными сетями. Именно к указанным и другим проблемам относится настоящее изобретение.

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Фиг.1 иллюстрирует среду, которая включает в себя систему для отправки сообщений на мобильное устройство согласно варианту осуществления настоящего изобретения.

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

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

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

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

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

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

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

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

ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ

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

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

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

“Центр службы мультимедийных сообщений(MMSC)” представляет собой систему, обычно под управлением сетевого оператора, для приема сообщений MMS и направления сообщений предполагаемому получателю.

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

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

“Центр службы коротких сообщений (SMSC)” представляет собой систему, обычно под управлением сетевого оператора, для приема сообщений SMS и направления сообщений предполагаемому получателю.

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

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

Фиг.1 иллюстрирует систему для посылки сообщений на мобильное устройство согласно варианту осуществления настоящего изобретения. Система 100 включает в себя две веб-службы 115 и 145, две клиентские системы 105 и 135, две системы 120 и 150 операторов беспроводной сети, включающие в себя центр службы коротких сообщений (SMSC) и/или центр службы мультимедийных сообщений (MMSC), и набор мобильных устройств 125, 130, 155 и 160. В реальном варианте осуществления могут использоваться произвольное количество веб-служб, клиентских систем, систем операторов беспроводной сети и мобильных устройств.

Клиентские системы 105 и 135 могут быть соединены с одной или несколькими веб-службами 115 и 145 через Интернет 110 или другую сеть. Провайдер веб-службы 115 может быть либо объединен с оператором беспроводной сети либо отделен от него. В случае отдельного варианта веб-служба 115 может соединяться с системой 120 оператора беспроводной сети через Интернет 110 или другую сеть. В качестве альтернативы провайдер веб-службы 145 может представлять собой ту же сущность, что и провайдеры беспроводных услуг, и, таким образом, также поддерживать систему 150 оператора беспроводной сети. В этом случае веб-служба 145 может быть соединена с системой 150 оператора беспроводной сети через интранет 165 или сеть другого типа. Как будет показано ниже, веб-службы 115 и 145 предоставляют набор модульных приложений для передачи контента от клиентских систем 105 и/или 135 в одно или несколько мобильных устройств 125, 135, 155 и/или 160 через заранее заданный интерфейс. При этом для посылки сообщения на мобильное устройство клиентская система может предоставить данные контента веб-службе без необходимости выполнения дополнительных функций, связанных с этой передачей.

Пользователь клиентской системы 105 или 135 может инициировать посылку сообщения к одному или нескольким мобильным устройствам 125, 130, 155 и 160. Например, пользователь клиентской системы 105 или 135, видя сообщение электронной почты, может принять решение перенаправить это сообщение в мобильные устройства 125, 135, 155 и/или 160. Затем клиентская система 105 или 135 генерирует одно или несколько коротких сообщений для инкапсуляции контента электронной почты, предназначенного для перенаправления. То есть клиентская система генерирует сообщение, распознаваемое веб-службой 115 или 145. Короткое сообщение может включать в себя данные контента в форме службы коротких сообщений (SMS) или службы мультимедийных сообщений (MMS) или подобного формата, распознаваемого мобильным устройством, которому послан данный контент. Инкапсулирование контента в коротком сообщении следует схеме или формату, подобному описанному ниже в связи с Фиг.4. После генерации короткого сообщения клиентская система 105 или 135 посылает короткие сообщения в веб-службу 115 или 145 через канал, установленный с веб-службой 115 или 145 через Интернет 110. В одном из примеров короткое сообщение может быть послано обычным образом в веб-службу 115 или 145, используя широко поддерживаемый простой протокол доступа к объектам (SOAP).

Веб-службы 115 или 145, как это более подробно описано ниже, выполняют грамматический разбор короткого сообщения, проверяют аутентичность и авторизацию пользователя клиентской системы 105 или 135 для посылки короткого сообщения и, если пользователь является аутентифицированным и авторизованным, посылают контент короткого сообщения в систему 120 или 150 оператора беспроводной сети. Дополнительно, веб-служба 115 или 145 может выполнять другие функции, такие как проверку короткого сообщения на ошибки, фиксирование в журнале короткого сообщения и результатов посылки сообщения и т.п. В некоторых случаях веб-служба 115 или 145 может даже выполнить модификацию формата контента, содержащегося в коротком сообщении для размещения его в формате, распознаваемом определенным мобильным устройством.

В случае если веб-служба 115 и система 120 оператора беспроводной сети управляются отдельными сущностями, система 120 оператора беспроводной сети включает в себя шлюз SMSC (не показан) и/или шлюз MMSC (не показан) для приема и обработки коротких сообщений, подсылаемых веб-службой 115, и перенаправления сообщений в SMSC и/или MMSC систему 150 оператора беспроводной сети.

Успешно обработанное короткое сообщение помещают в очередь SMSC или MMSC системой 120 или 150 оператора беспроводной сети, которая затем посылает ответ в веб-службу 115 или 145, информируя веб-службу 115 или 145 о статусе доставки сообщения. То есть система 120 или 150 оператора беспроводной сети информирует веб-службу 115 или 145, что сообщение было успешно доставлено в SMSC или MMSC, либо, если сообщение не было успешно доставлено, может вернуть информацию об ошибке. Система 120 или 150 оператора беспроводной сети затем посылает сообщение мобильному устройству - предполагаемому получателю.

Затем веб-служба 115 или 145, основываясь на ответе от системы 120 или 150 оператора беспроводной сети, генерирует ответ на короткое сообщение клиентской системе 105 или 135 и посылает ответ клиенту. То есть веб-служба 115 или 145 генерирует ответное сообщение, основываясь на ответе от системы 120 или 150 оператора беспроводной сети. Формат ответного сообщения подробно обсуждается ниже, но в общем случае может включать в себя указание успеха или неудачи при доставке сообщения, коды возврата, коды ошибок или другую информацию. Веб-служба 115 или 145 затем посылает ответ клиентской системе 105 или 135, которая, в свою очередь, может информировать об ответе пользователя.

Фиг.2 иллюстрирует пример системы подходящей компьютерной среды, в которой могут быть реализованы варианты осуществления настоящего изобретения. Такая система 200 является репрезентативной как пригодная для использования в качестве клиентской системы или сервера, обеспечивающего веб-службу. В наиболее общем варианте конфигурации система 200 обычно включает в себя, по меньшей мере, один процессорный блок 202 и память 204. В зависимости от конкретной конфигурации и типа компьютерного устройства память 204 может быть энергозависимой (такой, как ОЗУ), энергонезависимой (такой, как ПЗУ, флэш-память и т.п.) или некоторой их комбинацией. Простейшая конфигурация показана на Фиг.2 пунктирной линией 206. Дополнительно, система 200 также может включать в себя дополнительные особенности/функциональность. Например, устройство 200 также может включать в себя дополнительное хранилище (сменное и/или несменное), включающее в себя, без ограничения, магнитные или оптические диски или ленту. Такие дополнительные хранилища показаны на фиг.2 в виде сменного хранилища 208 и несменного хранилища 210. Компьютерные носители данных включают в себя энергозависимые и энергонезависимые, сменные и несменные носители данных, реализованные любым способом и по любой технологии для сохранения информации, такие как машиночитаемые инструкции, структуры данных, программные модули или другие данные. Память 204, сменное хранилище 208 и несменное хранилище 210 являются примерами компьютерных носителей данных. Компьютерные носители данных включают в себя, без ограничения, ОЗУ, ПЗУ, EEPROM, флэш-память или другую технологию памяти, CD-ROM, цифровые универсальные диски (DVD) или другие оптические хранилища, магнитные кассеты, магнитную ленту, магнитные диски или другие магнитные устройства хранения или любой носитель, который может быть использован для сохранения требуемой информации и к которому может обратиться система 200. Любой указанный компьютерный носитель данных может быть частью системы 200.

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

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

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

Фиг.3 иллюстрирует функциональные компоненты системы для посылки сообщений мобильному устройству согласно варианту осуществления настоящего изобретения. Этот пример включает в себя клиентскую систему 305, соединенную с веб-службой 310 через Интернет или другую сеть. В качестве альтернативы клиентская система 305 может быть мобильным устройством, инициирующим сообщение другому мобильному устройству. В таком случае компоненты и операции будут такими же, как описанные ниже в связи с клиентской системой 305.

Клиентская система 305 включает в себя приложение 320 обмена сообщениями, такое как Microsoft Outlook® или другая прикладная программа, и клиент 325 веб-службы. Во время исполнения приложение 320 может инициировать посылку сообщения мобильному устройству, например, при выборе пользователем элемента интерфейса пользователя. Например, пользователь Microsoft Outlook® может принять решение послать извещение о встрече в ПЦП (персональному цифровому помощнику) своего коллеги или в сотовый телефон на отдельной платформе или использующий отдельное приложение обмена сообщениями. В таком случае пользователь может выбрать элемент интерфейса пользователя, указывающий на опцию посылки сообщения в мобильное устройство. В ответ приложение 320 вызывает, запрашивает или каким либо другим образом запускает модуль 325 клиента веб-службы.

Клиент 325 веб-службы включает в себя модуль 340 интерфейса пользователя, модуль 330 генерации сообщения, модуль 326 связи с веб-службой. Модуль 340 интерфейса пользователя запрашивает у пользователя определенную информацию, предназначенную для включения в состав сообщения. Например, модуль 340 интерфейса пользователя выдает пользователю приглашение ввести информацию о получателе, например провайдера службы получателя, телефонный номер и/или другую идентификационную информацию. Дополнительно, модуль 340 интерфейса пользователя может запросить у пользователя такую информацию, как идентификация и/или пароль пользователя для использования веб-службой 310 для аутентификации и/или авторизации сообщения, как это обсуждается ниже. В альтернативных вариантах осуществления информация пользователя может быть установлена заранее и извлекаться по необходимости, позволяя более автоматизированный процесс генерации сообщений.

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

Модуль 330 генерации сообщений затем генерирует короткое сообщение, распознаваемое веб-службой для инкапсуляции контента, предназначенного для отсылки в мобильное устройство-получатель. Например, XML сообщение может посылаться, следуя заранее установленной схеме. Детали короткого сообщения и иллюстративная схема обсуждаются ниже со ссылкой на Фиг.4. В качестве альтернативы могут применяться другой формат или схема, распознаваемые веб-службой.

После генерации короткого сообщения модуль 326 связи с веб-службой посылает короткое сообщение 345 в веб-службу 310 по каналу, установленному через Интернет 315, используя широко поддерживаемый простой протокол доступа к объектам (SOAP).

Веб-служба 310 включает в себя файл 335 на языке описания веб-службы (WSDL), определяющий модуль 350 веб-службы. То есть файл 335 WSDL может включать в себя XML или другое описание услуг, предоставляемых модулем 350 веб-службы. Иллюстративный файл WSDL приведен ниже в Таблице 1.

Таблица 1

Модуль 350 веб-службы принимает короткое сообщение 345 от клиентской системы 305. Затем модуль 350 веб-службы выполняет грамматический разбор короткого сообщения и передает информацию отправителя в модуль 370 аутентификации. Модуль 370 аутентификации определяет, является ли пользователь клиентской системы 305 тем самым, за кого он себя выдает, и является ли он авторизованным для отправления сообщения. Указанное определение может быть выполнено при помощи сравнения информации отправителя, такой как идентификация или пароль с информацией в базе 375 данных абонентов. Если провайдер веб-службы 310 не является провайдером беспроводных услуг, то база 375 данных абонентов может поддерживаться провайдером беспроводных услуг, а не провайдером веб-службы 310. В таком случае модуль 370 аутентификации может запросить информацию абонента от SMSC или MMSC оператора беспроводной сети.

Если пользователь клиентской системы 305 является аутентичным и авторизованным, модуль 350 веб-службы передает контент короткого сообщения в модуль 365 связи. Модуль 365 связи затем посылает сообщение в SMSC оператора беспроводной сети. Как обсуждалось выше, оператор беспроводной сети отправляет обратно ответ, указывающий на успех или неудачу доставки сообщения. Модуль 365 связи принимает этот ответ и передает его в модуль 350 веб-службы. Модуль 350 веб-службы в свою очередь генерирует ответ на короткое сообщение 345 от клиентской системы 305, основываясь на ответе от системы оператора беспроводной сети. То есть модуль 350 веб-службы генерирует ответ, основываясь на ответе от оператора беспроводной сети. Формат ответа подробно обсуждается ниже со ссылкой на Фиг.5, но в общем случае может включать в себя указание на успех или неудачу доставки сообщения, коды возврата, коды ошибок или другую информацию. Модуль 350 веб-службы затем посылает ответ 380 в клиентскую систему 305 через Интернет 315. Дополнительно, модуль 360 отслеживания/протоколирования может записывать информацию, относящуюся к короткому сообщению 345 и ответу 380, такую как идентификация отправителя, время, результаты, коды ошибок и т.п.

Модуль 325 связи с веб-службой клиентской системы 305 принимает ответ 380 и может выполнить грамматический разбор ответа и передать результаты в модуль 340 интерфейса пользователя. Модуль 340 интерфейса пользователя затем может информировать пользователя клиентской системы 305 о успехе или неудаче сообщения. Например, модуль интерфейса пользователя может открыть окно или другой элемент интерфейса пользователя для отображения сообщения, указывающего на успех или неудачу сообщения. Сообщение, указывающее на неудачу, также может указывать код ошибки или сообщение о ней.

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

Таблица 2

Формат сообщения, показанный на Фиг.4, включает в себя элемент 405 провайдера службы, элемент 410 ИД (идентификатора) отправителя, элемент 415 пароля, элемент 420 получателя, поле 425 сообщения, элемент 430 типа сообщения, элемент 435 планирования и элемент 440 формата сообщения.

Элемент 405 провайдера службы, обозначенный в Таблице 2 именем “Carrier”, указывает провайдера службы, который поддерживает веб-службу. В зависимости от того, является ли провайдер службы также и провайдером беспроводной службы, он может связываться с SMSC или MMSC шлюзом общего провайдера беспроводной услуги, как это обсуждалось выше со ссылкой на Фиг.1

Элемент 410 ИД отправителя указывает имя пользователя или другую идентификационную информацию об отправителе сообщения. Элемент 410 ИД отправителя обозначен в Таблице 2 именем “Id”. Эта информация может быть использована как веб-службой, так и мобильным устройством-получателем для определения источника сообщения. Например, элемент 410 ИД отправителя может использоваться веб-службой для отслеживания или протоколирования сообщений или для определения, является ли отправитель авторизованным для посылки сообщения.

Элемент 415 пароля, обозначенный в Таблице 2 именем “Password”, указывает пароль отправителя. Такой пароль может использоваться, например, веб-службой для идентификации и аутентификации отправителя сообщения.

Элемент 420 получателя указывает телефонный номер, адрес или другую идентификацию мобильного устройства-получателя. Элемент 420 получателя обозначен в Таблице 2 именем “ToMobile”. Эта информация передается от веб-службы оператору услуг беспроводной сети для доставки сообщения на мобильное устройство.

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

Элемент 430 типа сообщения указывает тип контента, предназначенного для доставки. Например, элемент 430 типа сообщения может указывать, что данные в элементе 425 сообщения представляют собой сообщение электронной почты или сообщение о встрече. Элемент 430 типа сообщения обозначен в Таблице 2 именем “MsgType”.

Элемент 435 планирования может указывать определенное время доставки сообщения в мобильное устройство-получатель. Элемент 435 планирования обозначен в Таблице 2 именем “Sheduled”. Эта информация может включать в себя, например, время и дату, когда веб-службе следует доставить сообщение оператору услуг беспроводной сети для доставки в мобильное устройство-получатель.

Элемент 440 формата сообщения, обозначенный в Таблице 2 именем “MMS”, указывает тип сообщения, содержащегося в элементе 425 сообщения. Например, элемент 440 формата сообщения может указывать, является ли элемент 425 сообщения сообщением MMS или SMS.

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

Таблица 3

Формат сообщения, показанный на Фиг.5, включает в себя один или несколько элементов 505 и 535 результата. Каждый элемент результата может включать в себя набор дочерних элементов, представляющих подробности результата отправления. В этом примере элементы 505 и 535 результата включают в себя необязательный элемент 510 получателя, необязательный элемент 515 счетчика, который является дочерним элементом элемента 510 реципиента, если он присутствует, элемент 520 кода возврата, элемент 525 кода причины ошибки и элемент 230 сообщения.

Элементы 505 и 535 результата, обозначенные в Таблице 3 именем “Result”, указывают набор результатов обработки, имеющих одинаковые коды возврата. То есть элемент 505 результата указывает результат отправления сообщения оператором услуг беспроводной сети устройству-получателю. Дополнительно, элемент 505 результата может указывать результат проверок, выполненных веб-службой, например проверки аутентичности и авторизации для данного сообщения. В случае множества сообщений или разделенного сообщения могут использоваться множество элементов результата. Например, если отправлены два коротких сообщения, причем одно привело к ошибке, в ответ могут быть включены два элемента результата. В этом случае один элемент результата может указывать на успешный результат, тогда как другой элемент результата указывает на ошибочный результат.

Необязательный элемент 510 получателя указывает номер сотового телефона, адрес или другую идентификационную информацию мобильного устройства-получателя. Элемент 510 получателя обозначен в Таблице 3 именем “ToMobile”. Элемент 510 получателя может быть опущен, указывая, что присутствует ошибка и данная ошибка не имеет отношения к получателю. Например, если отправитель предоставил неверный пароль, то ошибка в результате этого не имеет отношения к получателю. Таким образом, элемент 510 получателя может быть опущен в ответе 500, если он не является релевантным для ошибки.

Необязательный элемент 515 счетчика, который является дочерним элементом элемента 510 получателя, обозначенный в Таблице 3 именем “Count”, указывает количество сообщений, к которым относится элемент 505 получателя, в случае разделенного сообщения или множества сообщений. Например, элемент счетчика может указывать три, что указывает на то, что были доставлены три сообщения, с результатом, указанным элементом 505 результата. Для дополнительной иллюстрации рассмотрим пример, в котором клиентская система посылает группу из пяти сообщений на одно мобильное устройство. Если три сообщения были доставлены успешно, а два сообщения не были доставлены, поскольку сообщения не были авторизованы, будут возвращены два результата. Один результат будет указывать на успешный результат со значением счетчика 3, а другой результат будет указывать на неудачный результат со значением счетчика 2.

Элемент 520 кода возврата может содержать численное значение или другой код, указывающий результат обработки веб-службой сообщения, к которому относится данный ответ. Например, элемент 520 кода возврата может указывать ошибки веб-службы, ошибки SMSC, ошибки аутентификации и другие. Элемент 520 кода возврата обозначен в Таблице 3 именем “RetCode”.

Элемент 525 причины ошибки, обозначенный в Таблице 3 именем “ErrCause”, может содержать указание на элемент, который вызвал ошибку. Например, если в исходном сообщении присутствовал неверный пароль пользователя, элемент 525 причины ошибки может указывать “Client” в качестве причины ошибки. В другом примере, если SMSC провайдера службы возвращает ответ веб-службе, указывающей на неудачную доставку сообщения, элемент 525 причины ошибки может указывать “SMSC” в качестве причины ошибки.

Элемент 530 сообщения, обозначенный в Таблице 3 именем “Message”, может содержать сообщение, описывающее ошибку. Например, элемент 530 сообщения может содержать текст или другую легко читаемую информацию, описывающую природу или причину ошибки. Это сообщение может быть отображено для пользователя клиентской системы или инициировать мобильное устройство информировать пользователя о природе ошибки. Более чем один набор элементов результата в ответе в общем случае указывает, что присутствует несколько групп результатов, имеющих одинаковый код возврата. Каждый элемент успешного результата соответствует одному и тому же формату, такому как иллюстративный формат, описанный выше. Для дальнейшей иллюстрации рассмотрим пример, когда клиентская система посылает одинаковое сообщение на три мобильных устройства в одно и то же время. Если два первых сообщения успешно доставлены каждому из первых двух получателей и одно сообщение не доставлено, поскольку номер телефона получателя является неверным, будут возвращены два результата. Один результат будет указывать на успешный результат с кодом возврата успеха, а другой результат будет указывать на неудачу с кодом возврата неверного номера получателя.

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

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

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

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

После генерации одного или нескольких коротких сообщений на этапе 615 отправления отправляют короткие сообщения из клиентской системы в веб-службу. Такая отправка может быть выполнена, используя простой протокол доступа к объектам (SOAP) по каналу, установленному между клиентской системой и веб-службой через Интернет или другую сеть.

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

Если на этапе 625 запроса выполнено определение, указывающее, что сообщение является разрешенным, то на этапе 630 отправления, в запланированное время или немедленно, если не указано запланированное время, отправляют короткое сообщение в SMSC провайдера услуг мобильного устройства-получателя для доставки в мобильное устройство. Затем на этапе 635 генерации генерируют ответ, такой как XML файл по схеме, приведенной в Таблице 3 выше, указывая неудачу доставки сообщения совместно с соответствующими кодами возврата, кодами ошибок и сообщениями об ошибках, и отправляют ответ в клиентскую систему.

Если на этапе 625 запроса выполнено определение, указывающее, что сообщение не является разрешенным, то на этапе 635 генерации генерируют ответ, такой как XML файл по схеме, приведенной в Таблице 3 выше, указывая неудачу доставки сообщения совместно с соответствующими кодами возврата, кодами ошибок и сообщениями об ошибках, и отправляют ответ в клиентскую систему.

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

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

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

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

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

Затем на этапе 720 запроса выполняют определение, следует ли включить данные, предназначенные для отправления, в одно или несколько коротких сообщений. Например, сообщение SMS имеет заранее заданный предельный размер. Если длина данных превышает этот предел и было принято решение разделить данные, данные разделяют на несколько коротких сообщений. Решение о разделении данных может основываться на информации о доставке, собранной на этапе 712 сбора, описанном выше. Если на этапе 720 запроса было определено, что длина данных превышает размер короткого сообщения и пользователь решил разделить их, на этапе 725 разделения разделяют контент на множество частей, причем каждая часть является достаточно малой, чтобы содержаться в коротком сообщении.

Затем на этапе 730 генерации генерируют одно или несколько коротких сообщений, инкапсулирующих данные контента. То есть на этапе 730 генерации генерируют один или несколько файлов XML по схеме, приведенной в Таблице 2, включающих в себя собранную информацию об отправителе, информацию о получателе и информацию контента.

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

Фиг.8 представляет собой схему последовательности операций, иллюстрирующую обработку короткого сообщения мобильному устройству согласно варианту осуществления настоящего изобретения. Работа начинается на этапе 805 приема. На этапе 805 приема принимают короткое сообщение от клиентской системы или мобильного устройства-инициатора.

Затем на этапе 810 грамматического разбора выполняют грамматический разбор принятого сообщения. То есть выполняют грамматический разбор принятого сообщения, основываясь на разделителях в файле XML для идентификации и считывания отдельных элементов, как было описано выше со ссылкой на Фиг.4.

Затем на этапе 815 определяют, является ли пользователь-инициатор сообщения аутентичным и авторизованным для отправления сообщения. Такое определение может быть выполнено при помощи сравнения информации отправителя, такой как идентификация и пароль с информацией в базе данных абонентов. Например, идентификация и пароль отправителя могут быть сверены с записанной информацией. Дополнительно, проверка права на отправление сообщения может основываться на том, имеет ли пользователь текущее оплаченное право доступа у провайдера службы. Если отправитель не проходит аутентификацию и авторизацию, на этапе 820 генерации генерируют сообщение ответа с соответствующим кодом ответа, кодом возврата, кодом ошибки, сообщением об ошибке и т.п. Затем на этапе 845 возврата отправляют ответ обратно отправителю и на этапе 850 протоколирования записывают сообщение и результаты.

Если на этапе 815 запроса определяют, что пользователь является аутентичным и авторизованным, то на этапе 825 отправления отправляют короткое сообщение в SMSC провайдера беспроводных услуг, указанного в коротком сообщении.

Затем на этапе 830 запроса проверяют ответ от SMSC для определения, было ли сообщение успешно помещено в очередь передачи SMSC. Если сообщение не было успешно помещено в очередь, на этапе 835 генерации генерируют сообщение ответа с соответствующим кодом ответа, кодом возврата, кодом ошибки, сообщением об ошибке и т.п. Затем на этапе 845 возврата отправляют ответ обратно отправителю и на этапе 850 протоколирования записывают сообщение и результаты.

Если на этапе 830 запроса определяют, что было успешно помещено в очередь, на этапе 840 генерации генерируют сообщение ответа с соответствующим кодом ответа, кодом возврата, кодом ошибки, сообщением об ошибке и т.п. Затем на этапе 845 возврата отправляют ответ обратно отправителю и на этапе 850 протоколирования записывают сообщение и результаты.

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

Затем на этапе 910 грамматического разбора выполняют грамматический разбор ответа. То есть выполняют грамматический разбор принятого сообщения, основываясь на разделителях в файле XML для идентификации и считывания отдельных элементов, как было описано выше со ссылкой на Фиг.5.

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

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

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

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

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

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

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

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

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

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

9. Способ по п.1, в котором отправление упомянутых двух или более коротких сообщений в веб-службу содержит отправление короткого сообщения с использованием простого протокола обращения к объектам (SOAP).

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

11. Способ по п.10, в котором упомянутые два или более коротких сообщений содержат файл на расширяемом языке разметки (XML), включающий в себя данные контента, содержащиеся в сообщении службы коротких сообщений (SMS).

12. Способ по п.10, в котором упомянутые два или более коротких сообщений содержат файл на расширяемом языке разметки (XML), включающий в себя данные контента, содержащиеся в сообщении службы мультимедийных сообщений (MMS).

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

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

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

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

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

18. Система по п.13, в которой генерация упомянутых двух или более коротких сообщений содержит генерацию файла на расширяемом языке разметки (XML), включающего в себя данные контента, содержащиеся в сообщении службы коротких сообщений (SMS).

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

20. Система по п.13, в которой отправление упомянутых двух или более коротких сообщений в веб-службу содержит отправление короткого сообщения с использованием простого протокола обращения к объектам (SOAP).

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

22. Система по п.21, в которой упомянутые два или более коротких сообщения содержат файл на расширяемом языке разметки (XML), включающий в себя данные контента, содержащиеся в сообщении службы коротких сообщений (SMS).

23. Система по п.21, в которой упомянутые два или более коротких сообщения содержит файл на расширяемом языке разметки (XML), включающий в себя данные контента, содержащиеся в сообщении службы мультимедийных сообщений (MMS).

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

25. Машиночитаемый носитель данных по п.24, дополнительно содержащий этапы, на которых:
принимают упомянутые два или более коротких сообщений в веб-службе;
определяют, является ли отправитель упомянутых двух или более коротких сообщений аутентичным и авторизованным для отправки упомянутых двух или более коротких сообщений, основываясь на информации об отправителе в упомянутых двух или более коротких сообщениях; и,
если отправитель упомянутых двух или более коротких сообщений является аутентичным и авторизованным для отправления упомянутых двух или более коротких сообщений, отправляют данные контента из упомянутых двух или более коротких сообщений в мобильное устройство.

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

27. Машиночитаемый носитель данных по п.24, в котором сбор информации, предназначенной для отправления в мобильное устройство, дополнительно содержит сбор информации о получателе, причем информация о получателе содержит провайдера службы и номер сотового телефона мобильного устройства-получателя.

28. Машиночитаемый носитель данных по п.24, в котором сбор информации, предназначенной для отправления в мобильное устройство, дополнительно содержит сбор информации о доставке, причем информация о доставке содержит время и дату, когда веб-служба должна отправить данные контента в мобильное устройство.

29. Машиночитаемый носитель данных по п.24, в котором генерация одного из упомянутых двух или более коротких сообщений дополнительно содержит этапы, на которых:
определяют, имеют ли данные контента длину, превышающую заранее заданный размер для короткого сообщения;
в случае определения, что данные контента имеют длину, превышающую заранее заданный размер для короткого сообщения, определяют, следует ли разделить данные контента на множество частей;
в случае определения, что данные контента следует разделить на множество частей, разделяют данные контента на множество частей, причем каждая часть не превышает по длине заранее заданный размер для короткого сообщения; и
инкапсулируют каждую часть в отдельное короткое сообщение.

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

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

32. Машиночитаемый носитель данных по п.24, в котором отправление упомянутых двух или более коротких сообщений в веб-службу содержит отправление короткого сообщения с использованием простого протокола обращения к объектам (SOAP).