RU2461982C1

RU2461982C1 - Method of aggregating mobile services and system for realising said method

Info

Publication number: RU2461982C1
Application number: RU2011117375/07A
Authority: RU
Inventors: Виталий Шамилович Гумиров (RU); Виталий Шамилович Гумиров; Петр Юрьевич Матюков (RU); Петр Юрьевич Матюков
Original assignee: Общество С Ограниченной Ответственностью "Аилайн Кэмьюникейшнс Снг"
Priority date: 2011-04-29
Filing date: 2011-04-29
Publication date: 2012-09-20

Abstract

FIELD: information technology.

SUBSTANCE: service request is received, said request being made through an SPS network, the Internet and a PSTN network; the request is analysed and data on said request are sent to the device of the service provider; devices of the service provider are determined in accordance with content of the request; mutual adaptation of formats used by the device of the service provider and formats which serve for delivering mobile services is performed. The requested services are then delivered to the user through an SPS, SS7 and the Internet. The disclosed system comprises, connected to the infrastructure of the SPS network and between themselves, a unit for receiving request on either an SMPP or MAP or ISUP protocol, and an aggregation unit for delivering services to users. The unit for receiving requests is connected to either the Internet or PSTN, and the aggregation unit is connected to the unit for receiving requests, devices of service providers and a service delivery module.

EFFECT: possibility of aggregating services of different service providers, who may create new services without special knowledge of mobile technologies, which simplifies launching new services.

21 cl, 2 dwg

Description

Заявляемое техническое решение относится к области мобильных услуг, а именно к способам и системам для агрегации мобильных услуг и их доставки конечным пользователям.The claimed technical solution relates to the field of mobile services, and in particular to methods and systems for the aggregation of mobile services and their delivery to end users.

Термин «агрегация» в технике означает процесс объединения различных элементов в единое целое, в частности, для мобильных услуг - предоставление услуг разных сервис-провайдеров через единую систему или платформу. В маркетинге, кроме того, под агрегацией понимают стратегию, направленную на расширение базы потребителей (пользователей).The term “aggregation” in technology means the process of combining various elements into a single whole, in particular, for mobile services - the provision of services of different service providers through a single system or platform. In marketing, in addition, by aggregation is understood a strategy aimed at expanding the base of consumers (users).

В настоящее время все большее распространение получают услуги, предоставляемые сервис-провайдерами пользователям мобильных телефонов. Мобильные телефоны имеются у многих, они почти всегда находятся при пользователе, удобны для получения услуги почти в любом месте и время. Список услуг постоянно расширяется и включает в себя уже не только услуги, относящиеся непосредственно к использованию телефона или повышению мобильности доступа к информации - загрузка рингтонов, игр и приложений, навигация по сети Интернет через мобильный браузер, навигация с использование карт и GPS, но и услуги, традиционно предоставляемые в оффлайн режиме или через компьютер, постепенно получают дополнительный канал взаимодействия через мобильные телефоны, например управление банковским счетом, покупка билетов, получение купонов на скидки, запись на прием и пр.Currently, services provided by service providers to users of mobile phones are becoming more widespread. Many have mobile phones, they are almost always with the user, convenient for receiving services almost anywhere and at any time. The list of services is constantly expanding and includes not only services related directly to using the phone or increasing the mobility of access to information - downloading ringtones, games and applications, navigating the Internet through a mobile browser, navigation using maps and GPS, but also services , traditionally provided offline or via computer, gradually receive an additional channel of interaction via mobile phones, for example, managing a bank account, buying tickets, receiving coupons discounts, appointments and so on.

Предоставление этих услуг возможно с использованием различных технологий, как связанных с определенным оператором сотовой подвижной связи (СПС), так и без зависимости от них. Так, услуги на базе мобильного Интернета, WAP (Wireless Application Protocol) и голоса являются независимыми от операторов СПС в том смысле, что для запуска таких услуг не требуется подключение к их инфраструктуре, но при этом, даже если сервис-провайдер предоставляет свои услуги пользователям без дополнительной оплаты, они, как правило, все равно платят за получение этих услуг оператору СПС, так как голосовые вызовы и мобильный Интернет, являющиеся транспортом для предоставления услуг сервис-провайдера, большей частью - платные услуги. Услуги на базе USSD технологии, где USSD-стандартизованный, 3GPP TS 22.090, ETSI TS 123090, ETSI TS 124090, протокол запроса дополнительных услуг в мобильных сетях, создают значительно меньшую нагрузку на сеть оператора СПС и, в большинстве своем, могут предоставляться без взимания дополнительной платы за саму транспортную услугу, но для их предоставления необходимо получать номера доступа для USSD (так называемые short codes) у каждого из операторов СПС и выполнять подключение к их инфраструктуре.The provision of these services is possible using various technologies, both related to a specific mobile cellular communication operator (SPS), and without dependence on them. So, services based on mobile Internet, WAP (Wireless Application Protocol) and voice are independent of ATP operators in the sense that to launch such services they do not need to connect to their infrastructure, but even if the service provider provides its services to users at no additional charge, they usually still pay for the receipt of these services by the ATP operator, since voice calls and mobile Internet, which are transport for providing the services of a service provider, are mostly paid services. Services based on USSD technology, where USSD-standardized, 3GPP TS 22.090, ETSI TS 123090, ETSI TS 124090, the protocol for requesting additional services in mobile networks, create significantly less load on the network of the ATP operator and, for the most part, can be provided without charging additional fees for the transport service itself, but for their provision it is necessary to obtain USSD access numbers (the so-called short codes) from each of the ATP operators and connect to their infrastructure.

Известно техническое решение для агрегации USSD услуг различных сервис-провайдеров (патент TW №1277335 «Value-adding service system for integrated unstructured supplementary service data (USSD), and operational method thereof», МПК Н04М 3/487, приоритет 2007-03-21). В известном техническом решении агрегация осуществляется с использованием системы, содержащей средства для подключения сервис-провайдеров к единому серверу, через который осуществляется доступ пользователей к услугам и взаимодействие с мобильным устройством пользователя.A technical solution is known for aggregating USSD services of various service providers (patent TW No. 1277335 “Value-adding service system for integrated unstructured supplementary service data (USSD), and operational method thereof”, IPC Н04М 3/487, priority 2007-03-21 ) In a known technical solution, aggregation is carried out using a system containing means for connecting service providers to a single server through which users access services and interact with a user's mobile device.

Недостатком известного технического решения является то, что агрегация осуществляется только для USSD услуг, при этом необходимо получать USSD номера у каждого оператора СПС и производить подключение к их инфраструктуре, а это значительно усложняет и замедляет процесс запуска и изменения услуг. Кроме того, услуги сервис-провайдеров должны быть адаптированы к возможности предоставления их с использованием мобильных технологий.A disadvantage of the known technical solution is that aggregation is carried out only for USSD services, while it is necessary to obtain USSD numbers from each ATP operator and connect to their infrastructure, which greatly complicates and slows down the process of starting and changing services. In addition, the services of service providers should be adapted to the possibility of providing them using mobile technologies.

Известно техническое решение, выбранное в качестве прототипа, в котором осуществляется агрегация услуг, уже созданных для предоставления через различные мобильные технологии, и доставка данных услуг (патент RU №2336654, МПК Н04М 15/00 приоритет 2008.10.20). В известном способе для запроса на услугу используют голосовой вызов или USSD команду, а система содержит блок приема запросов и блок агрегации. При поступлении от пользователя запроса на услугу блок приема запросов производит первичный анализ кода запроса и переадресовывает этот запрос к соответствующему модулю блока агрегации, с помощью которого осуществляют предоставление услуги.A technical solution is known, chosen as a prototype, in which the aggregation of services already created for provision through various mobile technologies and the delivery of these services are carried out (patent RU No. 2336654, IPC Н04М 15/00 priority 2008.10.20). In the known method, a voice call or a USSD command is used to request a service, and the system comprises a request receiving unit and an aggregation unit. Upon receipt of a request from a user for a service, the request receiving unit performs an initial analysis of the request code and redirects this request to the corresponding module of the aggregation unit, by which the service is provided.

Недостатком известного технического решения является то, что агрегируемые услуги должны быть созданы в формате, позволяющем предоставлять их через мобильные технологии, при этом размещение услуг в блоке агрегации ограничивает их спектр. Кроме того, прием запросов на услугу осуществляют только через сети СПС, а услуги предоставляются только абонентам того оператора, к которому подключена известная система, или абонентам операторов, с которыми у этого оператора заключены роуминговые соглашения.A disadvantage of the known technical solution is that the aggregated services must be created in a format that allows them to be provided through mobile technologies, while the placement of services in the aggregation unit limits their spectrum. In addition, requests for services are received only through ATP networks, and services are provided only to subscribers of the operator to which the known system is connected, or to subscribers of operators with which the operator has roaming agreements.

Перед авторами ставилась задача разработать способ агрегации услуг, предлагаемых различными сервис-провайдерами, и систему для его осуществления, позволяющих значительно расширить спектр предоставляемых услуг, а также способов приема запросов на услуги, не ограничивающихся мобильными технологиями.The authors were tasked with developing a method for aggregating the services offered by various service providers, and a system for its implementation, which would significantly expand the range of services provided, as well as ways to receive requests for services that are not limited to mobile technologies.

Задача решается тем, что в способе агрегации мобильных услуг, включающем прием запроса на услугу, выполняемого через сети СПС, анализ принятого запроса, передачу данных о запросе, доставку затребованной услуги пользователю через сети СПС, 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 сессии.The problem is solved in that in the method of aggregation of mobile services, including receiving a request for a service performed through an ATP network, analyzing a received request, transmitting request data, delivering a requested service to a user through an ATP, SS7 and Internet network, using a system comprising a request receiving unit , including modules that allow you to receive requests either via SMPP, or MAP, or ISUP, and an aggregation unit, including modules that enable delivery of services to users, they establish a connection with the service provider in accordance with the information received from the user's mobile device, adapting the request formats to the formats used by the service provider device, mutually adapting the formats used by the service provider device and the formats used to deliver mobile services, receiving a request the service is additionally performed either through the Internet or through the PSTN network, while the request receiving unit is additionally containing modules that allow receiving requests via the channel Lamas are either HTTP, or SIP, or the H32x family, and the aggregation unit is performed containing a switching module and an adaptation module, where ATP is a GSM / UTMS mobile communication network, GSM is Global System for Mobile Communications, UMTS is Universal Mobile Telecommunications System - Universal Mobile Telecommunication System, cellular technology developed by ETSI for the implementation of 3G (third generation) GSM networks, SS7 - Common Signaling Channel No. 7, standardized ITU (International Telecommunication Union) signaling system, connecting digital telecommunication network elements, SMPP - Short Message Peer to Peer Protocol special certified, SMPP Developers Forum, SMPP Protocol Specification, protocol for the interaction of external applications with infrastructure elements of ATP operators, MAP - Mobile Application Part, standardized, 3GPP TS 29.002, protocol for interaction of elements of infrastructure of ATP networks, ISUP - Integrated Services User Part, standardized, ITU- T Q.763 - Q.764, telecommunication protocol for establishing voice connections in digital telecommunication networks, PSTN - public switched telephone network, HTTP - HyperText Transfer Protocol - application-level data transfer protocol described by IETF (The Interne t Engineering Task Force) RFC 2616, SIP - Session Initiation Protocol, a session establishment protocol developed by the IETF and described by RFC 3261 or later, H32x is a family of protocols developed and standardized by ITU-T Q.931 for video conferencing. Connection to the service provider’s device is carried out using a switching module, which is performed by determining the service provider’s device either in accordance with the content of the service request or in accordance with the information received from the user's mobile device during the service delivery, in the latter case, the connection with another device of the service provider is possible within the framework of a single USSD session. Including such a connection within a single USSD session can be performed with devices of service providers that are connected to different USSD numbers. In this case, the adaptation of the request formats is carried out using the adaptation module, which recognizes the format of the request for the service, converts it and transfers the service provider device in the format used by the latter, and the mutual adaptation of the formats used by the service provider device and the formats used for delivery mobile services, carried out using the adaptation module, which recognizes the format used by the device of the service provider, converting it into a format used for mobile delivery GOVERNMENTAL services, or vice versa. In addition, requests are received: through ATP networks, either as a request to establish a voice call in accordance with the ISUP protocol, or as a request in the form of a USSD command, or as a request in the form of SMS; via the Internet via either HTTP, or SIP, or the H32x family protocols; through PSTN networks using ISUP protocols. Requests can be received via the Internet from the user's mobile device via HTTP protocols using either an Internet browser, a JAVA application, an iOS application, an Android application, a Symbian application, or a Blackberry application installed on a mobile device user. Service delivery is carried out by either establishing a USSD session, or sending an SMS message with the requested information, or sending an MMS message with the requested information, or sending a service SMS message in a special format that activates a proactive service application in a mobile device or SIM card (Subscriber Identification Module - module identification) of the user, or sending the URL of the Internet page with the requested information, or a combination thereof. As a proactive service application, you can activate either a Java application, or an iOS application, or an Android application, or a Symbian application, or a BlackBerry application, where Java is an object-oriented programming language developed by Sun Microsystems, described by Java Standard Edition 6 (1.6.0_24) or later, iOS - an operating system developed by Apple for mobile devices iPhone, iPod Touch, iPad, Android - an operating system for mobile devices based on the Linux kernel, developed by Android and described in specification 2.3.3(Gingerbread) or later, Symbian is an operating system for mobile devices developed by the Symbian consortium and described by the Symbian specification 3 or later, BlackBerry is the common name for a group of mobile devices, operating system and applications developed by Research In Motion. Delivery of services of different service providers by establishing a USSD session is carried out as part of a single USSD session.

А система для агрегации мобильных услуг, содержащая соединенные с инфраструктурой сетей СПС и между собой блок приема запросов, включающий модули, позволяющие производить прием запросов по протоколу либо SMPP, либо MAP, либо ISUP, и блок агрегации, включающий модули, позволяющие осуществлять доставку услуг пользователям, выполнена так, что блок приема запросов дополнительно содержит модули, имеющие соединение либо с сетью Internet, либо с сетью ТФОП, а блок агрегации дополнительно содержит модуль коммутации, соединенный с блоком приема запросов, и модуль адаптации, соединенный с модулем коммутации, устройствами сервис-провайдеров и модулем доставки услуг. При этом модули блока приема запросов выполнены позволяющими принимать запросы по протоколу либо HTTP, либо SIP, либо ISUP (через сеть ТФОП), либо семейства Н32х. Модуль коммутации выполнен определяющим устройство сервис-провайдера либо в соответствии с содержанием запроса на услугу, либо в соответствии с информацией, полученной от мобильного устройства пользователя, в процессе доставки услуги. Модуль адаптации выполнен с возможностью распознавать формат запроса на услугу, конвертировать его и передать его устройству сервис-провайдера в формате, используемом последним, кроме того, с возможностью конвертировать формат, используемый устройством сервис-провайдера, в формат, служащий для доставки мобильных услуг, и обратно. Модуль доставки услуг выполнен доставляющим услугу путем либо установления USSD сессии, либо отправки SMS сообщения с запрашиваемой информацией, либо отправки MMS сообщения с запрашиваемой информацией, либо отправки служебного SMS сообщения особого формата, активизирующего проактивное сервисное приложение в мобильном устройстве или SIM-карте (Subscriber Identification Module - модуль идентификации) пользователя, либо отправки URL Интернет-страницы с запрашиваемой информацией, либо их комбинации.A system for the aggregation of mobile services, containing interconnected with the infrastructure of the ATP networks and between themselves a request receiving unit including modules that allow receiving requests via either SMPP, MAP, or ISUP protocol, and an aggregation unit including modules that allow delivering services to users is configured such that the request receiving unit further comprises modules having a connection to either the Internet or the PSTN network, and the aggregation unit further comprises a switching module connected to the request receiving unit, and an adaptation module connected to a switching module, service provider devices and a service delivery module. At the same time, the modules of the request receiving unit are made capable of receiving requests via either HTTP, or SIP, or ISUP (via the PSTN network), or the H32x family. The switching module is made determining the device of the service provider either in accordance with the content of the request for the service, or in accordance with the information received from the user's mobile device during the delivery of the service. The adaptation module is configured to recognize the format of the request for the service, convert it and transfer it to the service provider device in the format used by the latter, in addition, with the ability to convert the format used by the service provider device to the format used to deliver mobile services, and back. The service delivery module is made delivering the service by either establishing a USSD session, or sending an SMS message with the requested information, or sending an MMS message with the requested information, or sending a service SMS message in a special format that activates a proactive service application in a mobile device or SIM card (Subscriber Identification Module - the identification module) of the user, or sending the URL of the Internet page with the requested information, or a combination thereof.

Технический эффект заявляемого технического решения заключается в том, что оно позволяет осуществить агрегацию услуг различных сервис-провайдеров, которые при этом могут создавать новые услуги без специальных знаний мобильных технологий, что значительно снижает издержки сервис-провайдеров на запуск новых услуг. Заявляемое техническое решение позволяет в процессе доставки услуг менять формат доставки и переключать пользователя между устройствами сервис-провайдеров, делая, таким образом, получение услуг для него более удобным и быстрым. Кроме того, заявляемое техническое решение позволяет значительно расширить список форматов запросов для вызова мобильных услуг, делая их при этом не связанными с определенными операторами СПС.The technical effect of the claimed technical solution lies in the fact that it allows the aggregation of services of various service providers, which can create new services without special knowledge of mobile technologies, which significantly reduces the cost of service providers to launch new services. The claimed technical solution allows the process of delivery of services to change the delivery format and switch the user between the devices of service providers, making, thus, obtaining services for him more convenient and faster. In addition, the claimed technical solution allows you to significantly expand the list of request formats for calling mobile services, making them unrelated to certain ATP operators.

Заявляемое техническое решение поясняется графическими материалами. На фиг.1 представлена блок-схема, поясняющая работу заявляемого технического решения, где 1 - устройство инициатора запроса на услугу, 2 - блок приема запросов, 3 - блок агрегации, 4 - модуль коммутации, 5 - модуль доставки услуг, 6 - модуль адаптации, 7 - устройство сервис-провайдера, 8 - мобильное устройство пользователя, 9 - запрос на услугу по протоколу, поддерживаемому заявляемой системой, 10 - взаимодействие с сервис-провайдером по протоколам, обеспечивающим удаленное взаимодействие, 11 - доставка услуги пользователю с использованием мобильных технологий по стандартному набору сигнальных протоколов сетей СПС.The claimed technical solution is illustrated by graphic materials. Figure 1 is a block diagram explaining the operation of the claimed technical solution, where 1 is a device for initiating a request for a service, 2 is a unit for receiving requests, 3 is an aggregation unit, 4 is a switching module, 5 is a service delivery module, 6 is an adaptation module , 7 — device of the service provider, 8 — mobile device of the user, 9 — request for the service using the protocol supported by the claimed system, 10 — interaction with the service provider using protocols providing remote interaction, 11 — delivery of the service to the user using mobile tech ology for the standard set of signaling protocols SPS networks.

На фиг.2 приведена блок-схема блока приема запросов, где 12 - модуль приема запросов по протоколу ISUP от сетей ТФОП, 13 - модуль приема запросов по протоколу HTTP, 14 - модуль приема запросов по протоколу SIP, 15 - модуль приема запросов по протоколу из семейства Н32х, 16 - модуль приема запросов по протоколу из семейства SS7, в том числе MAP, ISUP, SMPP, 17 - запрос по протоколу ISUP, 18 - запрос по протоколу HTTP, 19 - запрос по протоколу SIP, 20 - запрос по протоколу из семейства Н32х, 21 - запрос по протоколу из семейства SS7.Figure 2 shows a block diagram of a request receiving unit, where 12 is a module for receiving requests via ISUP from PSTN networks, 13 is a module for receiving requests via HTTP, 14 is a module for receiving requests via SIP, 15 is a module for receiving requests via protocol from the H32x family, 16 - the request receiving module for the protocol from the SS7 family, including MAP, ISUP, SMPP, 17 - the request for the ISUP protocol, 18 - the request for the HTTP protocol, 19 - the request for the SIP protocol, 20 - the request for the protocol from the H32x family, 21 - a protocol request from the SS7 family.

В целях описания настоящего изобретения под устройством инициатора запроса на услугу понимают любое устройство, способное передать запрос на услугу по одному из протоколов приема запроса, поддерживаемых заявляемой системой, таким образом, что этот запрос содержит, как минимум, уникальный код услуги, по которому можно однозначно идентифицировать устройство сервис-провайдера, и уникальный ID пользователя, позволяющий однозначно идентифицировать пользователя услуги. Устройством инициатора запроса может быть как мобильное устройство или компьютер самого пользователя, так и другое устройство. Устройство инициатора запроса не входит в состав заявляемого технического решения, а используется для пояснения его работы. В качестве ID пользователя могут быть использованы как номер его мобильного устройства, так и другие данные, позволяющие сервис-провайдеру однозначно определить этого пользователя.For the purpose of describing the present invention, a device for initiating a request for a service is understood to mean any device capable of transmitting a request for a service using one of the request reception protocols supported by the claimed system, so that this request contains at least a unique service code that can be unambiguously identify the device of the service provider, and a unique user ID that allows you to uniquely identify the user of the service. The request initiator device can be either a mobile device or a computer of the user himself, or another device. The request initiator device is not part of the claimed technical solution, but is used to explain its operation. The user ID can be used as the number of his mobile device, or other data that allows the service provider to uniquely identify this user.

Под устройством сервис-провайдера, которое также не входит в состав заявляемого технического решения, понимают любое устройство, предназначенное для предоставления услуг пользователям, обеспечивающее поддержание логики этих услуг и способное взаимодействовать с пользователями в режиме реального времени. Список таких устройств включает, но не ограничивается, системы ведения банковских счетов, бронирования билетов, гостиниц, доступ к базам данных, электронному контенту и т.п. Для использования заявляемого изобретения это устройство должно, как минимум, поддерживать базу данных, содержащую сведения об как минимум одном идентификаторе 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 или более поздними.By a device of a service provider, which is also not part of the claimed technical solution, we mean any device designed to provide services to users, ensuring the maintenance of the logic of these services and capable of interacting with users in real time. The list of such devices includes, but is not limited to, systems for maintaining bank accounts, booking tickets, hotels, access to databases, electronic content, etc. To use the claimed invention, this device must, at a minimum, support a database containing information about at least one user ID and its mobile device number, and be able to connect to the inventive system using protocols that provide remote interaction, including but not limited to: TCP / IP - Transmission Control Protocol / Internet Protocol, a set of protocols for transmitting data in data networks developed by IETF (The Internet Engineering Task Force) and described by the standards RFC 793 (for TCP) and RFC 791 (for IP), HTTP - HyperText Transfer Pro tocol is an application data protocol described by IETF (The Internet Engineering Task Force) RFC 2616, SOAP is a Simple Object Access Protocol, a structured messaging protocol in a distributed computing environment developed by W3C (World Wide Web Consortium) and described by the SOAP Version specification 1.2 or later.

Заявляемый способ реализуют с помощью системы, которая включает в себя блок приема запросов 2, снабженный модулем 12 приема запросов по протоколу ISUP от сетей ТФОП, модулем 13 приема запросов по протоколу HTTP, модулем 14 приема запросов по протоколу SIP, модулем 15 приема запросов по протоколу из семейства Н32х, модулем 16 приема запросов по протоколу из семейства SS7, обеспечивающими прием и первичную обработку запросов по названным протоколам. Блок приема запросов 3 при этом соединен с модулем коммутации 4 блока агрегациии 3, а последний снабжен модулем доставки услуг 5, соединенным с модулем адаптации 6 и сигнальной сетью ОКО-7, модулем адаптации 6, соединенным с модулем доставки услуг 5 и устройствами сервис-провайдеров 7, и модулем коммутации 4, соединенным с модулем адаптации 5 и блоком приема запросов 2.The inventive method is implemented using a system that includes a request receiving unit 2, equipped with a module 12 for receiving requests via ISUP from PSTN networks, module 13 for receiving requests via HTTP, module 14 for receiving requests for SIP, module 15 for receiving requests for protocol from the H32x family, by the module 16 for receiving requests by a protocol from the SS7 family, providing reception and primary processing of requests by the named protocols. In this case, the request receiving unit 3 is connected to the switching module 4 of the aggregation unit 3, and the latter is equipped with a service delivery module 5 connected to the adaptation module 6 and the OKO-7 signaling network, adaptation module 6 connected to the service delivery module 5 and devices of service providers 7, and a switching module 4 connected to an adaptation module 5 and a request receiving unit 2.

Модули приема запросов 12-16 предназначены для приема по различным протоколам и первичной обработки поступающих запросов на услугу. Первичная обработка включает в себя выделение из запроса кода услуги и ID пользователя. Подключение устройств сервис-провайдеров, адаптацию форматов и доставку услуг осуществляют с помощью блока агрегации 3. При этом блок агрегации 3 содержит модуль адаптации 6, с помощью которого выполняют адаптацию форматов запросов, форматов, используемых устройствами сервис-провайдеров 7, и форматов, служащих для доставки мобильных услуг, модуль коммутации 4, с помощью которого выполняют соединение мобильного устройства пользователя 8 с устройством сервис-провайдера 7 и переключение между мобильными форматами доставки услуг, и модуль доставки услуг 5, средствами которого выполняют доставку услуг пользователю с использованием мобильных технологий.Request receiving modules 12-16 are designed for receiving via various protocols and primary processing of incoming service requests. Initial processing includes extracting a service code and user ID from the request. Connecting devices of service providers, adapting formats and delivering services is carried out using aggregation unit 3. At the same time, aggregation unit 3 contains an adaptation module 6, with which adaptation of request formats, formats used by devices of service providers 7, and formats used for the delivery of mobile services, the switching module 4, with which you connect the mobile device of user 8 with the device of the service provider 7 and switching between mobile formats of service delivery, and the module to tavki services 5, by means of which delivers services to a user using mobile technology.

Модуль адаптации 6 выполнен таким образом, что он способен распознавать формат запроса на услугу, конвертировать принятый формат в формат, используемый устройством сервис-провайдера 7, передавать этот запрос к устройству сервис-провайдера 7, а также выполнять взаимную конвертацию форматов, используемых устройством сервис-провайдера 7, и форматов, служащих для доставки мобильных услуг.The adaptation module 6 is made in such a way that it is able to recognize the format of the request for the service, convert the accepted format to the format used by the device of the service provider 7, transfer this request to the device of the service provider 7, and also perform mutual conversion of the formats used by the service provider 7, and formats for the delivery of mobile services.

Модуль коммутации 4 служит для передачи принятого запроса на услугу к устройству сервис-провайдера 7 через модуль адаптации 6, а также для анализа сообщений, поступающих от устройства сервис-провайдера 7 и мобильного устройства пользователя 8 в процессе доставки услуги и, при необходимости, в соответствии с информацией, полученной от мобильного устройства пользователя 8, для соединения мобильного устройства пользователя 8 с устройством другого сервис-провайдера 7 и/или переключения его на другой формат доставки услуги без дополнительного инициирующего запроса.Switching module 4 serves to transmit the received service request to the device of the service provider 7 through the adaptation module 6, as well as to analyze messages from the device of the service provider 7 and the mobile device of user 8 in the process of service delivery and, if necessary, in accordance with information received from the mobile device of user 8 to connect the mobile device of user 8 with the device of another service provider 7 and / or switch it to another format of service delivery without additional nitsiiruyuschego request.

Модуль доставки услуг 5 используют для передачи адаптированного сообщения от устройства сервис-провайдера 7 на мобильное устройство пользователя 8 по стандартному набору сигнальных протоколов сетей СПС. Модуль доставки услуг 5 выполнен с возможностью доставки мобильных услуг путем либо установления USSD сессии, либо отправки SMS сообщения с запрашиваемой информацией, либо отправки MMS сообщения с запрашиваемой информацией, либо отправки служебного SMS сообщения особого формата, активизирующего проактивное сервисное приложение в мобильном устройстве пользователя, либо отправки URL Интернет-страницы с запрашиваемой информацией, либо их комбинации.The service delivery module 5 is used to transmit the adapted message from the device of the service provider 7 to the mobile device of user 8 using the standard set of signaling protocols for SPS networks. Service delivery module 5 is configured to deliver mobile services by either establishing a USSD session, or sending an SMS message with the requested information, or sending an MMS message with the requested information, or sending a special service SMS message that activates a proactive service application in the user's mobile device, or sending the URL of the web page with the requested information, or a combination thereof.

Устройство сервис-провайдера 7 подключают к модулю адаптации 6 блока агрегации 3 по протоколам, обеспечивающим удаленное взаимодействие, включая в том числе: TCP/IP, HTTP, SOAP. При этом устройство сервис-провайдера 7 обеспечивает поддержание логики своих услуг и взаимодействие с пользователями в режиме реального времени. Кроме того, устройство сервис-провайдера 7 включает базу данных, содержащую сведения об ID пользователя и номере его мобильного устройства. При подключении устройства сервис-провайдера 7 также устанавливают протоколы и форматы приема запросов на услуги сервис-провайдера, коды услуг и содержание запроса. При этом одна услуга сервис-провайдера может иметь несколько кодов доступа, различающихся как по содержанию запроса, так и по формату и/или протоколу приема запросов.The device of the service provider 7 is connected to the adaptation module 6 of the aggregation unit 3 via protocols providing remote interaction, including but not limited to: TCP / IP, HTTP, SOAP. At the same time, the device of the service provider 7 provides maintenance of the logic of its services and interaction with users in real time. In addition, the device of the service provider 7 includes a database containing information about the user ID and the number of his mobile device. When connecting the device of the service provider 7, they also establish the protocols and formats for receiving requests for services of the service provider, service codes and the content of the request. At the same time, one service of a service provider may have several access codes that differ both in the content of the request and in the format and / or protocol for receiving requests.

При поступлении запроса на услугу 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, соединяют пользователя с устройством другого сервис-провайдера и/или переключают на другой формат доставки услуги без дополнительного инициирующего запроса.Upon receipt of a request for service 9 according to the established protocol, through the corresponding receiving module 12-16, this request 9 is received and its primary processing is performed, which includes extracting the service code and user ID from the request, and transmitting the request data to switching module 4. By the received service code in the switching module 4 determines the device of the service provider 7, to which the received request should be transmitted, and the request data is transmitted, including the user ID and the specific address of the device of the service provider 7 in the module Adaptation 6. With the help of the latter, in turn, convert the format of requests received in the format used by the service provider 7 device, including message ID and service code. Upon receipt of a response message from the device of the service provider 7, it is converted into a format used for the delivery of mobile services by means of the adaptation module 6, and together with the number of the mobile device of the user 8 received from the device of the service provider 7 is transmitted to the service delivery module 5. The response message from the mobile device of user 8 is also converted, by means of adaptation module 6, into the format used by the device of service provider 7, performing mutual conversion until the delivery of the service is completed or ons of the mobile device of user 8, or from the side of the device of the service provider 7. In this case, all messages received from both the mobile device of user 7 and the device of the service provider 8 in the process of service delivery pass through switching module 4, where they are analyzed and, if necessary, in accordance with the information received from the mobile device of user 8, connect the user to the device of another service provider and / or switch to a different service delivery format without additional initiating on request.

Преимущество заявляемого технического решения заключается в том, что оно позволяет значительно расширить список форматов запросов для вызова мобильных услуг, предлагая использовать, кроме известных SMPP и ISUP, такие протоколы, как HTTP, TCP/IP, SIP, SS7, Н323, делая их при этом не связанными с определенными операторами СПС. Это дает возможность запускать новые услуги без длительного предварительного согласования и подключения к операторам СПС. Также заявляемое техническое решение позволяет сервис-провайдерам создавать новые услуги без специальных знаний мобильных технологий, так как адаптация услуг для доставки на мобильные устройства производится описанной системой. Таким образом, снижаются издержки сервис-провайдеров на запуск новых услуг, в том числе реализованных на базе технологии USSD, этот процесс становится более простым и быстрым. Кроме того, заявляемое техническое решение позволяет в процессе доставки услуг менять формат доставки и переключать пользователя между сервис-провайдерами, делая, таким образом, получение услуг для него более удобным и быстрым.The advantage of the proposed technical solution is that it allows you to significantly expand the list of request formats for calling mobile services, offering to use, in addition to the well-known SMPP and ISUP, protocols such as HTTP, TCP / IP, SIP, SS7, H323, while doing so not associated with certain ATP operators. This makes it possible to launch new services without a long preliminary coordination and connection to ATP operators. Also, the claimed technical solution allows service providers to create new services without special knowledge of mobile technologies, since the adaptation of services for delivery to mobile devices is carried out by the described system. Thus, the costs of service providers for launching new services, including those based on USSD technology, are reduced, this process becomes simpler and faster. In addition, the claimed technical solution allows in the process of service delivery to change the delivery format and switch the user between service providers, thus making receiving services more convenient and quick for him.

Claims

1. A method for aggregating mobile services, including receiving a request for a service performed through an ATP network, analyzing a received request, transmitting request data, delivering a requested service to a user through an ATP, SS7, and Internet network, using a system containing a request receiving unit including modules, allowing to receive requests either by SMPP, or by MAP, or by ISUP, and an aggregation unit, including modules that allow delivery of services to users, characterized in that they additionally carry out connecting to the service provider’s device in accordance with the information received from the user's mobile device, adapting the request formats to the formats used by the service provider’s device, mutually adapting the formats used by the service provider’s device and the formats used to deliver mobile services, receiving a request the service is additionally performed either through the Internet or through the PSTN network, while the block receiving requests is additionally containing modules that allow receiving requests by the protocol of either HTTP, or SIP, or the H32x family, and the aggregation unit is carried out comprising a switching module and an adaptation module, where SPS is a GSM / UTMS mobile communication network, GSM - Global System for Mobile Communications, UMTS - Universal Mobile Telecommunications System - Universal Mobile Telecommunication System, cellular technology developed by ETSI for the implementation of 3G (third generation) GSM networks, SS7 - Common Signaling Channel No. 7, standardized ITU (International Telecommunication Union) signaling system, connecting digital telecommunication network elements, SMPP - Short Message Peer to Peer Protoc ol, specified, SMPP Developers Forum, SMPP Protocol Specification, protocol for the interaction of external applications with elements of the infrastructure of ATP operators, MAP - Mobile Application Part, standardized, 3GPP TS 29.002, protocol for the interaction of elements of infrastructure of ATP networks, ISUP - Integrated Services User Part, standardized, ITU-T Q.763-Q.764, a telecommunication protocol for establishing voice connections in digital telecommunication networks, PSTN - public switched telephone network, HTTP - HyperText Transfer Protocol - application-level data transfer protocol described by IETF (T he Internet Engineering Task Force) RFC 2616, SIP - Session Initiation Protocol, a session establishment protocol developed by the IETF and described by RFC 3261 or later, H32x is a family of protocols developed and standardized by ITU - T Q.931 for video conferencing.

2. The method according to claim 1, characterized in that the transfer of data about the request is carried out to the device of the service provider.

3. The method according to claim 1, characterized in that the adaptation of the request formats to the formats used by the service provider device is carried out using an adaptation module that recognizes the format of the service request, converts it and transfers the service provider device in a format that uses the device of the latter.

4. The method according to claim 1, characterized in that the mutual adaptation of the formats used by the device of the service provider and the formats used to deliver mobile services is carried out using the adaptation module, which performs recognition of the format used by the device of the service provider, converting it to a format used to deliver mobile services, or vice versa.

5. The method according to claim 1, characterized in that the connection with the device of the service provider is carried out using a switching module that determines the device of the service provider either in accordance with the content of the service request or in accordance with information received from the mobile device the user during the delivery of the service.

6. The method according to claim 5, characterized in that the connection with the device of the service provider in accordance with the information received from the user's mobile device is carried out within a single USSD session.

7. The method according to claim 6, characterized in that the connection with the device of the service provider in accordance with the information received from the user's mobile device, within the framework of a single USSD session, is carried out with the devices of service providers that are connected to different USSD numbers.

8. The method according to claim 1, characterized in that the reception of requests through the ATP network is carried out either as a request to establish a voice call in accordance with the ISUP protocol, or as a request in the form of a USSD command, or as a request in the form of SMS, where USSD is standardized , 3GPP TS 22.090, ETSI TS 123090, ETSI TS 124090, protocol for requesting additional services in mobile networks, SMS - Short Message Service - short message service, technology that allows the reception and transmission of short text messages.

9. The method according to claim 1, characterized in that the delivery of the service is carried out either by establishing a USSD session, or sending an SMS message with the requested information, or sending an MMS message with the requested information, or sending a service SMS message in a special format that activates the proactive service application in a user's mobile device or SIM card, or sending the URL of a web page with the requested information, or a combination of them, where the SIM card is a Subscriber Identification Module - a user identification module.

10. The method according to claim 9, characterized in that as a proactive service application, either a Java application, or an iOS application, or an Android application, or a Symbian application, or a Blackberry application, where Java is an object-oriented language, is activated programming developed by Sun Microsystems, described by Java Standard Edition 6 (1.6.0_24) or later, iOS is an operating system developed by Apple for mobile devices iPhone, iPod Touch, iPad, Android is a kernel-based mobile operating system Linux developed by Android and about used by Specification 2.3.3 (Gingerbread) or later, Symbian is the operating system for mobile devices developed by the Symbian consortium and described by Symbian 3 or later, BlackBerry is the common name for a group of mobile devices, operating system, and applications developed by Research In Motion

11. The method according to claim 9, characterized in that the delivery of services of different service providers by establishing a USSD session is carried out within a single USSD session.

12. The method according to claim 1, characterized in that the receipt of requests via the Internet is performed using HTTP protocols.

13. The method according to p. 12, characterized in that the reception of requests via the Internet from the user's mobile device via HTTP is performed using either an Internet browser, or a JAVA application, or an iOS application, or an Android application, or Symbian applications, or Blackberry applications installed on the user's mobile device.

14. The method according to claim 1, characterized in that the reception of requests via the Internet is performed using either SIP or the H32x family protocols.

15. The method according to claim 1, characterized in that the reception of requests through PSTN networks is carried out according to ISUP protocols.

16. A system for the aggregation of mobile services, comprising an ATP network connected to the infrastructure and between each other a request receiving unit, including modules that allow receiving requests using either SMPP, MAP, or ISUP protocol, and an aggregation unit, including modules that allow delivery of services users, characterized in that the request receiving unit further comprises modules having a connection to either the Internet network or the PSTN network, and the aggregation unit further comprises a switching module connected to the request receiving unit and an adaptation module connected to the switching module, service provider devices and the service delivery module.

17. The system according to clause 16, wherein the modules of the request receiving unit are configured to receive requests via either HTTP, SIP, ISUP (via the PSTN network), or the H32x family.

18. The system according to clause 16, wherein the switching module is made determining the device of the service provider either in accordance with the content of the request for the service, or in accordance with the information received from the user's mobile device during the delivery of the service.

19. The system of clause 16, wherein the adaptation module is configured to recognize the service request format, convert it and transmit it to the service provider device in a format that uses the device of the latter.

20. The system according to clause 16, wherein the adaptation module is designed to convert the format used by the device of the service provider to a format used to deliver mobile services, and vice versa.

21. The system according to clause 16, wherein the service delivery module is made delivering the service by either establishing a USSD session, or sending an SMS message with the requested information, or sending an MMS message with the requested information, or sending a service SMS message of a special format that activates the proactive a service application on a user's mobile device or SIM card, or sending the URL of a web page with the requested information, or a combination thereof.