СПОСОБ АГРЕГАЦИИ МОБИЛЬНЫХ УСЛУГ И СИСТЕМА ДЛЯ ЕГО ОСУЩЕСТВЛЕНИЯ
METHOD OF AGGREGATING MOBILE SERVICES AND SYSTEM FOR REALISING SAID METHOD

Заявляемое техническое решение относится к области мобильных услуг, а именно к способам и системам для агрегации мобильных услуг и их доставки конечным пользователям.
Термин «агрегация» в технике означает процесс объединения различных элементов в единое целое, в частности, для мобильных услуг - предоставление услуг разных сервис-провайдеров через единую систему или платформу. В маркетинге, кроме того, под агрегацией понимают стратегию, направленную на расширение базы потребителей (пользователей).
В настоящее время все большее распространение получают услуги, предоставляемые сервис-провайдерами пользователям мобильных телефонов. Мобильные телефоны имеются у многих, они почти всегда находятся при пользователе, удобны для получения услуги почти в любом месте и время. Список услуг постоянно расширяется и включает в себя уже не только услуги, относящиеся непосредственно к использованию телефона или повышению мобильности доступа к информации - загрузка рингтонов, игр и приложений, навигация по сети Интернет через мобильный браузер, навигация с использование карт и GPS, но и услуги, традиционно предоставляемые в оффлайн режиме или через компьютер, постепенно получают дополнительный канал взаимодействия через мобильные телефоны, например управление банковским счетом, покупка билетов, получение купонов на скидки, запись на прием и пр.
Предоставление этих услуг возможно с использованием различных технологий, как связанных с определенным оператором сотовой подвижной связи (СПС), так и без зависимости от них. Так, услуги на базе мобильного Интернета, WAP (Wireless Application Protocol) и голоса являются независимыми от операторов СПС в том смысле, что для запуска таких услуг не требуется подключение к их инфраструктуре, но при этом, даже если сервис-провайдер предоставляет свои услуги пользователям без дополнительной оплаты, они, как правило, все равно платят за получение этих услуг оператору СПС, так как голосовые вызовы и мобильный Интернет, являющиеся транспортом для предоставления услуг сервис-провайдера, большей частью - платные услуги. Услуги на базе USSD технологии, где USSD-стандартизованный, 3GPP TS 22.090, ETSI TS 123090, ETSI TS 124090, протокол запроса дополнительных услуг в мобильных сетях, создают значительно меньшую нагрузку на сеть оператора СПС и, в большинстве своем, могут предоставляться без взимания дополнительной платы за саму транспортную услугу, но для их предоставления необходимо получать номера доступа для USSD (так называемые short codes) у каждого из операторов СПС и выполнять подключение к их инфраструктуре.
Известно техническое решение для агрегации USSD услуг различных сервис-провайдеров (патент TW №1277335 «Value-adding service system for integrated unstructured supplementary service data (USSD), and operational method thereof», МПК Н04М 3/487, приоритет 2007-03-21). В известном техническом решении агрегация осуществляется с использованием системы, содержащей средства для подключения сервис-провайдеров к единому серверу, через который осуществляется доступ пользователей к услугам и взаимодействие с мобильным устройством пользователя.
Недостатком известного технического решения является то, что агрегация осуществляется только для USSD услуг, при этом необходимо получать USSD номера у каждого оператора СПС и производить подключение к их инфраструктуре, а это значительно усложняет и замедляет процесс запуска и изменения услуг. Кроме того, услуги сервис-провайдеров должны быть адаптированы к возможности предоставления их с использованием мобильных технологий.
Известно техническое решение, выбранное в качестве прототипа, в котором осуществляется агрегация услуг, уже созданных для предоставления через различные мобильные технологии, и доставка данных услуг (патент RU №2336654, МПК Н04М 15/00 приоритет 2008.10.20). В известном способе для запроса на услугу используют голосовой вызов или USSD команду, а система содержит блок приема запросов и блок агрегации. При поступлении от пользователя запроса на услугу блок приема запросов производит первичный анализ кода запроса и переадресовывает этот запрос к соответствующему модулю блока агрегации, с помощью которого осуществляют предоставление услуги.
Недостатком известного технического решения является то, что агрегируемые услуги должны быть созданы в формате, позволяющем предоставлять их через мобильные технологии, при этом размещение услуг в блоке агрегации ограничивает их спектр. Кроме того, прием запросов на услугу осуществляют только через сети СПС, а услуги предоставляются только абонентам того оператора, к которому подключена известная система, или абонентам операторов, с которыми у этого оператора заключены роуминговые соглашения.
Перед авторами ставилась задача разработать способ агрегации услуг, предлагаемых различными сервис-провайдерами, и систему для его осуществления, позволяющих значительно расширить спектр предоставляемых услуг, а также способов приема запросов на услуги, не ограничивающихся мобильными технологиями.
Задача решается тем, что в способе агрегации мобильных услуг, включающем прием запроса на услугу, выполняемого через сети СПС, анализ принятого запроса, передачу данных о запросе, доставку затребованной услуги пользователю через сети СПС, SS7 и Internet, использование системы, содержащей блок приема запросов, включающий модули, позволяющие производить прием запросов либо по протоколу SMPP, либо по протоколу MAP, либо по протоколу ISUP, и блок агрегации, включающий модули, позволяющие осуществлять доставку услуг пользователям, дополнительно осуществляют соединение с сервис-провайдером в соответствии с информацией, полученной от мобильного устройства пользователя, адаптацию форматов запросов к форматам, используемым устройством сервис-провайдера, взаимную адаптацию форматов, используемых устройством сервис-провайдера, и форматов, служащих для доставки мобильных услуг, прием запроса на услугу дополнительно выполняют либо через сети Internet, либо через сети ТФОП, при этом блок приема запросов выполняют дополнительно содержащим модули, позволяющие производить прием запросов по протоколам либо HTTP, либо SIP, либо семейства Н32х, а блок агрегации выполняют содержащим модуль коммутации и модуль адаптации, где СПС - сеть подвижной связи стандарта GSM/UTMS, GSM - Global System for Mobile Communications, UMTS - Universal Mobile Telecommunications System - Универсальная Мобильная Телекоммуникационная Система, технология сотовой связи, разработанная ETSI для внедрения 3G (третье поколение) сетей GSM, SS7 - Общий Канал Сигнализации №7, стандартизованная ITU (International Telecommunication Union) система сигнализации, связывающая элементы цифровых телекоммуникационных сетей, SMPP - Short Message Peer to Peer Protocol, специфицированный, SMPP Developers Forum, SMPP Protocol Specification, протокол взаимодействия внешних приложений с элементами инфраструктуры операторов СПС, MAP - Mobile Application Part, стандартизованный, 3GPP TS 29.002, протокол взаимодействия элементов инфраструктуры сетей СПС, ISUP - Integrated Services User Part, стандартизованный, ITU-T Q.763 - Q.764, телекоммуникационный протокол для установления голосовых соединений в цифровых телекоммуникационных сетях, ТФОП - телефонная сеть общего пользования, HTTP - HyperText Transfer Protocol - протокол прикладного уровня передачи данных, описываемый стандартами IETF (The Internet Engineering Task Force) RFC 2616, SIP - Session Initiation Protocol, протокол установления сеанса, разработанный IETF и описываемый спецификациями RFC 3261 или более поздними, Н32х - семейство протоколов, разработанных и стандартизированных ITU-T Q.931, для проведения видеоконференций. Соединение с устройством сервис-провайдера осуществляют с помощью модуля коммутации, который выполняют определяющим устройство сервис-провайдера либо в соответствии с содержанием запроса на услугу, либо в соответствии с информацией, полученной от мобильного устройства пользователя, в процессе доставки услуги, в последнем случае соединение с другим устройством сервис-провайдера возможно в рамках единой USSD сессии. В том числе такое соединение в рамках единой USSD сессии могут осуществлять с устройствами сервис-провайдеров, которые подключены к разным USSD номерам. При этом адаптацию форматов запросов осуществляют с помощью модуля адаптации, который выполняют распознающим формат запроса на услугу, конвертирующим его и передающим устройству сервис-провайдера в формате, используемом последним, а взаимную адаптацию форматов, используемых устройством сервис-провайдера, и форматов, служащих для доставки мобильных услуг, осуществляют с помощью модуля адаптации, который выполняют распознающим формат, используемый устройством сервис-провайдера, конвертирующим его в формат, служащий для доставки мобильных услуг, или наоборот. Кроме того, прием запросов производят: через сети СПС либо как запрос на установление голосового вызова в соответствии с протоколом ISUP, либо как запрос в виде USSD команды, либо как запрос в виде SMS; через сети Internet по протоколам либо HTTP, либо SIP, либо семейства Н32х; через сети ТФОП по протоколам ISUP. Прием запросов через сети Internet от мобильного устройства пользователя по протоколам HTTP может производиться с использованием либо Internet-браузера, либо JAVA-приложения, либо iOS-приложения, либо Android-приложения, либо Symbian-приложения, либо Blackberry-приложения, установленного в мобильном устройстве пользователя. Доставку услуги осуществляют путем либо установления USSD сессии, либо отправки SMS сообщения с запрашиваемой информацией, либо отправки MMS сообщения с запрашиваемой информацией, либо отправки служебного SMS сообщения особого формата, активизирующего проактивное сервисное приложение в мобильном устройстве или SIM - карте (Subscriber Identification Module - модуль идентификации) пользователя, либо отправки URL Интернет-страницы с запрашиваемой информацией, либо их комбинации. В качестве проактивного сервисного приложения можно активизировать либо Java-приложение, либо iOS-приложение, либо Android-приложение, либо Symbian-приложение, либо BlackBerry-приложение, где Java - объектно-ориентированный язык программирования, разработанный компанией Sun Microsystems, описываемый Java Standard Edition 6 (1.6.0_24) или более поздней, iOS - операционная система, разработанная компанией Apple для мобильных устройств iPhone, iPod Touch, iPad, Android - операционная система для мобильных устройств, основанная на ядре Linux, разработанная компанией Android и описываемая спецификацией 2.3.3 (Gingerbread) или более поздней, Symbian - операционная система для мобильных устройств, разработанная консорциумом Symbian и описываемая спецификацией Symbian 3 или более поздней, BlackBerry - общее название для группы мобильных устройств, операционной системы и приложений, разрабатываемых компанией Research In Motion. Доставку услуг разных сервис-провайдеров путем установления USSD сессии осуществляют в рамках единой USSD сессии.
А система для агрегации мобильных услуг, содержащая соединенные с инфраструктурой сетей СПС и между собой блок приема запросов, включающий модули, позволяющие производить прием запросов по протоколу либо SMPP, либо MAP, либо ISUP, и блок агрегации, включающий модули, позволяющие осуществлять доставку услуг пользователям, выполнена так, что блок приема запросов дополнительно содержит модули, имеющие соединение либо с сетью Internet, либо с сетью ТФОП, а блок агрегации дополнительно содержит модуль коммутации, соединенный с блоком приема запросов, и модуль адаптации, соединенный с модулем коммутации, устройствами сервис-провайдеров и модулем доставки услуг. При этом модули блока приема запросов выполнены позволяющими принимать запросы по протоколу либо HTTP, либо SIP, либо ISUP (через сеть ТФОП), либо семейства Н32х. Модуль коммутации выполнен определяющим устройство сервис-провайдера либо в соответствии с содержанием запроса на услугу, либо в соответствии с информацией, полученной от мобильного устройства пользователя, в процессе доставки услуги. Модуль адаптации выполнен с возможностью распознавать формат запроса на услугу, конвертировать его и передать его устройству сервис-провайдера в формате, используемом последним, кроме того, с возможностью конвертировать формат, используемый устройством сервис-провайдера, в формат, служащий для доставки мобильных услуг, и обратно. Модуль доставки услуг выполнен доставляющим услугу путем либо установления USSD сессии, либо отправки SMS сообщения с запрашиваемой информацией, либо отправки MMS сообщения с запрашиваемой информацией, либо отправки служебного SMS сообщения особого формата, активизирующего проактивное сервисное приложение в мобильном устройстве или SIM-карте (Subscriber Identification Module - модуль идентификации) пользователя, либо отправки URL Интернет-страницы с запрашиваемой информацией, либо их комбинации.
Технический эффект заявляемого технического решения заключается в том, что оно позволяет осуществить агрегацию услуг различных сервис-провайдеров, которые при этом могут создавать новые услуги без специальных знаний мобильных технологий, что значительно снижает издержки сервис-провайдеров на запуск новых услуг. Заявляемое техническое решение позволяет в процессе доставки услуг менять формат доставки и переключать пользователя между устройствами сервис-провайдеров, делая, таким образом, получение услуг для него более удобным и быстрым. Кроме того, заявляемое техническое решение позволяет значительно расширить список форматов запросов для вызова мобильных услуг, делая их при этом не связанными с определенными операторами СПС.
Заявляемое техническое решение поясняется графическими материалами. На фиг.1 представлена блок-схема, поясняющая работу заявляемого технического решения, где 1 - устройство инициатора запроса на услугу, 2 - блок приема запросов, 3 - блок агрегации, 4 - модуль коммутации, 5 - модуль доставки услуг, 6 - модуль адаптации, 7 - устройство сервис-провайдера, 8 - мобильное устройство пользователя, 9 - запрос на услугу по протоколу, поддерживаемому заявляемой системой, 10 - взаимодействие с сервис-провайдером по протоколам, обеспечивающим удаленное взаимодействие, 11 - доставка услуги пользователю с использованием мобильных технологий по стандартному набору сигнальных протоколов сетей СПС.
На фиг.2 приведена блок-схема блока приема запросов, где 12 - модуль приема запросов по протоколу ISUP от сетей ТФОП, 13 - модуль приема запросов по протоколу HTTP, 14 - модуль приема запросов по протоколу SIP, 15 - модуль приема запросов по протоколу из семейства Н32х, 16 - модуль приема запросов по протоколу из семейства SS7, в том числе MAP, ISUP, SMPP, 17 - запрос по протоколу ISUP, 18 - запрос по протоколу HTTP, 19 - запрос по протоколу SIP, 20 - запрос по протоколу из семейства Н32х, 21 - запрос по протоколу из семейства SS7.
В целях описания настоящего изобретения под устройством инициатора запроса на услугу понимают любое устройство, способное передать запрос на услугу по одному из протоколов приема запроса, поддерживаемых заявляемой системой, таким образом, что этот запрос содержит, как минимум, уникальный код услуги, по которому можно однозначно идентифицировать устройство сервис-провайдера, и уникальный ID пользователя, позволяющий однозначно идентифицировать пользователя услуги. Устройством инициатора запроса может быть как мобильное устройство или компьютер самого пользователя, так и другое устройство. Устройство инициатора запроса не входит в состав заявляемого технического решения, а используется для пояснения его работы. В качестве ID пользователя могут быть использованы как номер его мобильного устройства, так и другие данные, позволяющие сервис-провайдеру однозначно определить этого пользователя.
Под устройством сервис-провайдера, которое также не входит в состав заявляемого технического решения, понимают любое устройство, предназначенное для предоставления услуг пользователям, обеспечивающее поддержание логики этих услуг и способное взаимодействовать с пользователями в режиме реального времени. Список таких устройств включает, но не ограничивается, системы ведения банковских счетов, бронирования билетов, гостиниц, доступ к базам данных, электронному контенту и т.п. Для использования заявляемого изобретения это устройство должно, как минимум, поддерживать базу данных, содержащую сведения об как минимум одном идентификаторе ID пользователя и номере его мобильного устройства, и иметь возможность подключения к заявляемой системе по протоколам, обеспечивающим удаленное взаимодействие, включая в том числе: TCP/IP - Transmission Control Protocol / Internet Protocol, набор протоколов для передачи данных в сетях передачи данных, разработанный IETF (The Internet Engineering Task Force) и описываемый стандартами RFC 793 (для TCP) и RFC 791 (для IP), HTTP - HyperText Transfer Protocol - протокол прикладного уровня передачи данных, описываемый стандартами IETF (The Internet Engineering Task Force) RFC 2616, SOAP - Simple Object Access Protocol - протокол обмена структурированными сообщениями в распределенной вычислительной среде, разработанный W3C (World Wide Web Consortium) и описываемый спецификацией SOAP Version 1.2 или более поздними.
Заявляемый способ реализуют с помощью системы, которая включает в себя блок приема запросов 2, снабженный модулем 12 приема запросов по протоколу ISUP от сетей ТФОП, модулем 13 приема запросов по протоколу HTTP, модулем 14 приема запросов по протоколу SIP, модулем 15 приема запросов по протоколу из семейства Н32х, модулем 16 приема запросов по протоколу из семейства SS7, обеспечивающими прием и первичную обработку запросов по названным протоколам. Блок приема запросов 3 при этом соединен с модулем коммутации 4 блока агрегациии 3, а последний снабжен модулем доставки услуг 5, соединенным с модулем адаптации 6 и сигнальной сетью ОКО-7, модулем адаптации 6, соединенным с модулем доставки услуг 5 и устройствами сервис-провайдеров 7, и модулем коммутации 4, соединенным с модулем адаптации 5 и блоком приема запросов 2.
Модули приема запросов 12-16 предназначены для приема по различным протоколам и первичной обработки поступающих запросов на услугу. Первичная обработка включает в себя выделение из запроса кода услуги и ID пользователя. Подключение устройств сервис-провайдеров, адаптацию форматов и доставку услуг осуществляют с помощью блока агрегации 3. При этом блок агрегации 3 содержит модуль адаптации 6, с помощью которого выполняют адаптацию форматов запросов, форматов, используемых устройствами сервис-провайдеров 7, и форматов, служащих для доставки мобильных услуг, модуль коммутации 4, с помощью которого выполняют соединение мобильного устройства пользователя 8 с устройством сервис-провайдера 7 и переключение между мобильными форматами доставки услуг, и модуль доставки услуг 5, средствами которого выполняют доставку услуг пользователю с использованием мобильных технологий.
Модуль адаптации 6 выполнен таким образом, что он способен распознавать формат запроса на услугу, конвертировать принятый формат в формат, используемый устройством сервис-провайдера 7, передавать этот запрос к устройству сервис-провайдера 7, а также выполнять взаимную конвертацию форматов, используемых устройством сервис-провайдера 7, и форматов, служащих для доставки мобильных услуг.
Модуль коммутации 4 служит для передачи принятого запроса на услугу к устройству сервис-провайдера 7 через модуль адаптации 6, а также для анализа сообщений, поступающих от устройства сервис-провайдера 7 и мобильного устройства пользователя 8 в процессе доставки услуги и, при необходимости, в соответствии с информацией, полученной от мобильного устройства пользователя 8, для соединения мобильного устройства пользователя 8 с устройством другого сервис-провайдера 7 и/или переключения его на другой формат доставки услуги без дополнительного инициирующего запроса.
Модуль доставки услуг 5 используют для передачи адаптированного сообщения от устройства сервис-провайдера 7 на мобильное устройство пользователя 8 по стандартному набору сигнальных протоколов сетей СПС. Модуль доставки услуг 5 выполнен с возможностью доставки мобильных услуг путем либо установления USSD сессии, либо отправки SMS сообщения с запрашиваемой информацией, либо отправки MMS сообщения с запрашиваемой информацией, либо отправки служебного SMS сообщения особого формата, активизирующего проактивное сервисное приложение в мобильном устройстве пользователя, либо отправки URL Интернет-страницы с запрашиваемой информацией, либо их комбинации.
Устройство сервис-провайдера 7 подключают к модулю адаптации 6 блока агрегации 3 по протоколам, обеспечивающим удаленное взаимодействие, включая в том числе: TCP/IP, HTTP, SOAP. При этом устройство сервис-провайдера 7 обеспечивает поддержание логики своих услуг и взаимодействие с пользователями в режиме реального времени. Кроме того, устройство сервис-провайдера 7 включает базу данных, содержащую сведения об ID пользователя и номере его мобильного устройства. При подключении устройства сервис-провайдера 7 также устанавливают протоколы и форматы приема запросов на услуги сервис-провайдера, коды услуг и содержание запроса. При этом одна услуга сервис-провайдера может иметь несколько кодов доступа, различающихся как по содержанию запроса, так и по формату и/или протоколу приема запросов.
При поступлении запроса на услугу 9 по установленному протоколу через соответствующий модуль приема 12-16 осуществляют прием этого запроса 9 и его первичную обработку, которая включает в себя выделение из запроса кода услуги и ID пользователя, и передают данные о запросе в модуль коммутации 4. По полученному коду услуги в модуле коммутации 4 определяют устройство сервис-провайдера 7, к которому должен быть передан поступивший запрос, и передают данные о запросе, включая ID пользователя и определенный адрес устройства сервис-провайдера 7 в модуль адаптации 6. С помощью последнего, в свою очередь, конвертируют формат поступившего запроса в формат, используемый устройством сервис-провайдера 7, включая в сообщение ID пользователя и код услуги. При получении ответного сообщения от устройства сервис-провайдера 7 его конвертируют в формат, служащий для доставки мобильных услуг, средствами модуля адаптации 6, и вместе с номером мобильного устройства пользователя 8, полученным от устройства сервис-провайдера 7, передают в модуль доставки услуг 5. Ответное сообщение от мобильного устройства пользователя 8 также конвертируют, средствами модуля адаптации 6, в формат, используемый устройством сервис-провайдера 7, осуществляя взаимную конвертацию до завершения доставки услуги либо со стороны мобильного устройства пользователя 8, либо со стороны устройства сервис-провайдера 7. При этом все сообщения, поступающие как от мобильного устройства пользователя 7, так и от устройства сервис-провайдера 8 в процессе доставки услуги, проходят через модуль коммутации 4, где их анализируют и, при необходимости, в соответствии с информацией, полученной от мобильного устройства пользователя 8, соединяют пользователя с устройством другого сервис-провайдера и/или переключают на другой формат доставки услуги без дополнительного инициирующего запроса.
Преимущество заявляемого технического решения заключается в том, что оно позволяет значительно расширить список форматов запросов для вызова мобильных услуг, предлагая использовать, кроме известных SMPP и ISUP, такие протоколы, как HTTP, TCP/IP, SIP, SS7, Н323, делая их при этом не связанными с определенными операторами СПС. Это дает возможность запускать новые услуги без длительного предварительного согласования и подключения к операторам СПС. Также заявляемое техническое решение позволяет сервис-провайдерам создавать новые услуги без специальных знаний мобильных технологий, так как адаптация услуг для доставки на мобильные устройства производится описанной системой. Таким образом, снижаются издержки сервис-провайдеров на запуск новых услуг, в том числе реализованных на базе технологии USSD, этот процесс становится более простым и быстрым. Кроме того, заявляемое техническое решение позволяет в процессе доставки услуг менять формат доставки и переключать пользователя между сервис-провайдерами, делая, таким образом, получение услуг для него более удобным и быстрым.