WO2012148303A1 - Method for bundling mobile services and system for implementing same - Google Patents

Method for bundling mobile services and system for implementing same Download PDF

Info

Publication number
WO2012148303A1
WO2012148303A1 PCT/RU2011/000446 RU2011000446W WO2012148303A1 WO 2012148303 A1 WO2012148303 A1 WO 2012148303A1 RU 2011000446 W RU2011000446 W RU 2011000446W WO 2012148303 A1 WO2012148303 A1 WO 2012148303A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
request
mobile
services
service provider
Prior art date
Application number
PCT/RU2011/000446
Other languages
French (fr)
Russian (ru)
Inventor
Виталий Шамилович ГУМИРОВ
Петр Юрьевич МАТЮКОВ
Original Assignee
Общество С Ограниченной Ответственностью "Аилайн Кэмьюникейшнс Снг"
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from RU2011117375/07A external-priority patent/RU2461982C1/en
Application filed by Общество С Ограниченной Ответственностью "Аилайн Кэмьюникейшнс Снг" filed Critical Общество С Ограниченной Ответственностью "Аилайн Кэмьюникейшнс Снг"
Publication of WO2012148303A1 publication Critical patent/WO2012148303A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/567—Integrating service provisioning from a plurality of service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring

Definitions

  • 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.
  • 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.
  • aggregation is understood as a strategy aimed at expanding the base of consumers (users).
  • SUBSTITUTE SHEET (RULE 26) Services based on USSD technology, where USSD is standardized, 3GPP TS 22.090, ETSI TS 123 090, ETSI TS 124 090, 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 an additional fee for the transport service itself, but for their provision it is necessary to obtain USSD access numbers (so-called short codes) from each of the ATP operators and connect to their infrastructure.
  • USSD access numbers so-called short codes
  • a technical solution is known for aggregating USSD services of various service providers (patent N ° TW I277335 "Value-adding service system for integrated unstructured supplementary service data (USSD), and operational method thereof", IPC H04M3 / 487, priority 2007-03-21 )
  • 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.
  • 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.
  • the services of service providers should be adapted to the possibility of providing them using mobile technologies.
  • a technical solution is known, selected 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 N ° RU 2336654, IPC ⁇ 04 ⁇ 15 / 00 priority 2008.10.20).
  • a voice call or a USSD command is used to request a service
  • the system comprises a request receiving unit and an aggregation unit.
  • the request receiving 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.
  • SUBSTITUTE SHEET (RULE 26) provide them through mobile technologies, while the placement of services in the aggregation unit limits their spectrum.
  • requests for a service 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 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
  • SUBSTITUTE SHEET (RULE 26) digital telecommunication networks, SMPP - Short Message Peer to Peer Protocol, 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 Art.
  • 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.
  • 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.
  • 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 networks
  • SUBSTITUTE SHEET PSTN under the ISUP protocols.
  • Requests can be received via the Internet from the user's mobile device via HTTP protocols using either an Internet browser, or a JAVA application, or an iOS application, or an Android application, or a Symbian application, or a Blackberry application installed on a mobile device user.
  • Service delivery 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 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.
  • SIM card Subscriber Identification Module - module identification
  • 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.
  • 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 module
  • SUBSTITUTE SHEET (RULE 26) switching connected to the request receiving unit, and an adaptation module connected to the switching module, service provider devices and the service delivery module.
  • 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 proposed technical solution lies in the fact that it allows the aggregation of services of various service providers, which in this case 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.
  • 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.
  • FIG. 1 is a block diagram explaining the operation of the claimed technical solution, where 1 is a device initiating a request for a service, 2 is a block
  • SUBSTITUTE SHEET (RULE 26) receiving requests, 3 - aggregation unit, 4 - switching module, 5 - service delivery module, 6 - adaptation module, 7 - service provider device, 8 - user’s mobile device, 9 - request for a service using the protocol supported by the claimed system, 10 - interaction with a service provider using protocols that provide remote interaction, 1 1 - service delivery to a user using mobile technologies using a standard set of signaling protocols for SPS networks.
  • FIG. 2 is a block diagram of a request receiving unit, where 12 is a module for receiving requests using ISUP protocol from PSTN networks, 13 is a module for receiving requests using HTTP protocol, 14 is a module for receiving requests using SIP protocol, 15 is a module for receiving requests using protocol from the H32x family. , 16 - the module for receiving requests by the protocol from the SS7 family, including MAP, ISUP, SMPP, 17 - the request by the ISUP protocol, 18 - the request by the HTTP protocol, 19 - the request by the SIP protocol, 20 - the request by the protocol from the H32x family , 21 - request by protocol from the SS7 family.
  • 12 is a module for receiving requests using ISUP protocol from PSTN networks
  • 13 is a module for receiving requests using HTTP protocol
  • 14 is a module for receiving requests using SIP protocol
  • 15 is a module for receiving requests using protocol from the H32x family.
  • 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.
  • 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.
  • a list of such devices includes, but is not limited to, bank account management systems, ticket reservations,
  • SUBSTITUTE SHEET (RULE 26) hotels, access to databases, electronic content, etc.
  • this device must, at a minimum, maintain a database containing information about at least one user ID and its mobile device number, and be able to connect to the claimed 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 P rotocol 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 the W3C (World Wide Web Consortium) and described by the SOAP Version specification 1.2 or later.
  • 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.
  • the request receiving unit 3, in this case, 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 an adaptation module 6 and an OKS-7 signal network, an adaptation module 6 connected to a service delivery module 5 and service devices - providers 7, and a switching module 4 connected to the adaptation module 5 and the request receiving unit 2.
  • 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. The connection of service provider devices, the adaptation of formats and the delivery of services is carried out using the aggregation unit 3. At the same time, the aggregation unit 3 contains an adaptation module 6, with which the adaptation of request formats, formats used by the service provider devices is performed
  • SUBSTITUTE SHEET (RULE 26) 7, and formats used for delivering mobile services, a switching module 4, with which a user’s mobile device 8 is connected to a service provider’s device 7 and switching between mobile service delivery formats, and a service delivery module 5, by means of which the service is delivered to the user using mobile technology.
  • 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.
  • 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.
  • 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.
  • 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
  • the device of the service provider 7 includes a database containing information about the user ID and the number of his mobile device.
  • the protocols and formats for receiving requests for services of the service provider, service codes and the content of the request are established.
  • 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.
  • this request 9 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.
  • 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 to the module l adaptation 6.
  • the format of the received request is converted into the format used by the device of the service provider 7, including the user ID and service code in the message.
  • 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.
  • SUBSTITUTE SHEET (RULE 26)
  • the advantages of the proposed technical solution are 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 not associated with certain ATP operators. This makes it possible to launch new services without a long preliminary coordination and connection to ATP operators.
  • 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 are reduced, including those based on USSD technology, this process becomes simpler and faster.
  • the claimed technical solution allows changing the delivery format and switching the user between service providers in the process of service delivery, thus making receiving services more convenient and quick for him.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

The invention relates to the field of mobile services, specifically to methods and systems for bundling mobile services and delivering said services to end users. The technical result consists in the possibility of bundling services of different service providers which can produce new services without any specialist knowledge of mobile technologies, which simplifies the launch of new services. For this purpose, a service request made via a cellular communications network, the Internet and the PSTN is received, the request is analyzed, and data relating to said request is transmitted to a service provider device, the service provider devices are determined according to the content of the request, and the formats used by the service provider device and the formats used for delivering mobile services are matched to one another. The requested services are delivered to the user via the cellular communications network, SS7 and the Internet. The claimed system comprises, connected to the cellular communications network infrastructure network and to one another: a request reception unit for receiving requests according to the SMPP, MAP or ISUP protocol; and a bundling unit for delivering services to users. The request reception unit is connected to the Internet or the PSTN, whereas the bundling unit is connected to the request reception unit, service provider devices and a service delivery module.

Description

Способ агрегации мобильных услуг  The method of aggregation of mobile services
и система для его осуществления  and system for its implementation
Заявляемое техническое решение относится к области мобильных услуг, а именно к способам и системам для агрегации мобильных услуг и их доставки конечным пользователям. 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, aggregation is understood as 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, they gradually receive an additional channel of interaction through mobile phones, for example, managing a bank account, buying tickets, receiving coupons for discounts, appointments, etc.
Предоставление этих услуг возможно с использованием различных технологий, как связанных с определенным оператором сотовой подвижной связи (СПС), так и без зависимости от них. Так услуги на базе мобильного Интернета, WAP (Wireless Application Protocol) и голоса являются независимыми от операторов СПС в том смысле, что для запуска таких услуг не требуется подключение к их инфраструктуре, но при этом, даже если сервис-провайдер предоставляет свои услуги пользователям без дополнительной оплаты, они, как правило, все равно платят за получение этих услуг оператору СПС, так как голосовые вызовы и мобильный интернет, являющиеся транспортом для предоставления услуг сервис-провайдера, большей частью, - платные услуги.  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 without additional payment, they, as a rule, still pay for the receipt of these services to the ATP operator, since voice calls and mobile Internet, which are transport for providing the services of a service provider, are mostly paid services.
1 one
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) Услуги на базе USSD технологии, где USSD - стандартизованный, 3GPP TS 22.090, ETSI TS 123 090, ETSI TS 124 090, протокол запроса дополнительных услуг в мобильных сетях, создают значительно меньшую нагрузку на сеть оператора СПС и, в большинстве своем, могут предоставляться без взимания дополнительной платы за саму транспортную услугу, но для их предоставления необходимо получать номера доступа для USSD (так называемые short codes) у каждого из операторов СПС и выполнять подключение к их инфраструктуре. SUBSTITUTE SHEET (RULE 26) Services based on USSD technology, where USSD is standardized, 3GPP TS 22.090, ETSI TS 123 090, ETSI TS 124 090, 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 an additional fee for the transport service itself, but for their provision it is necessary to obtain USSD access numbers (so-called short codes) from each of the ATP operators and connect to their infrastructure.
Известно техническое решение для агрегации USSD услуг различных сервис-провайдеров (патент N° TW I277335 «Value-adding service system for integrated unstructured supplementary service data (USSD), and operational method thereof», МПК H04M3/487, приоритет 2007-03-21 ). В известном техническом решении агрегация осуществляется с использованием системы, содержащей средства для подключения сервис-провайдеров к единому серверу, через который осуществляется доступ пользователей к услугам и взаимодействие с мобильным устройством пользователя.  A technical solution is known for aggregating USSD services of various service providers (patent N ° TW I277335 "Value-adding service system for integrated unstructured supplementary service data (USSD), and operational method thereof", IPC H04M3 / 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.
Известно техническое решение, выбранное в качестве прототипа, в котором осуществляется агрегация услуг, уже созданных для предоставления через различные мобильные технологии, и доставка данных услуг (патент N° RU 2336654, МПК Н04М15/00 приоритет 2008.10.20). В известном способе для запроса на услугу используют голосовой вызов или USSD команду, а система содержит блок приема запросов и блок агрегации. При поступлении от пользователя запроса на услугу блок приема запросов производит первичный анализ кода запроса и переадресовывает этот запрос к соответствующему модулю блока агрегации, с помощью которого осуществляют предоставление услуги.  A technical solution is known, selected 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 N ° RU 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.
Недостатками известного технического решения являются то, что агрегируемые услуги должны быть созданы в формате, позволяющем  The disadvantages of the known technical solutions are that the aggregated services must be created in a format that allows
2  2
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) предоставлять их через мобильные технологии, при этом размещение услуг в блоке агрегации ограничивает их спектр. Кроме того, прием запросов на услугу осуществляют только через сети СПС, а услуги предоставляются только абонентам того оператора, к которому подключена известная система, или абонентам операторов, с которыми у этого оператора заключены роуминговые соглашения. SUBSTITUTE SHEET (RULE 26) provide them through mobile technologies, while the placement of services in the aggregation unit limits their spectrum. In addition, requests for a service 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 - Общий Канал Сигнализации Ns7, стандартизованная ITU (International Telecommunication Union) система сигнализации, связывающая элементы  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, a cellular communication technology developed by ETSI for the implementation of 3G (third generation) GSM, SS7 networks - Common Signaling Channel Ns7, standardized ITU (International Telecommunication Union) signaling system connecting elements
3  3
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) цифровых телекоммуникационных сетей, SMPP - Short Message Peer to Peer Protocol, протокол взаимодействия внешних приложений с элементами инфраструктуры операторов СПС, 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х; через сети SUBSTITUTE SHEET (RULE 26) digital telecommunication networks, SMPP - Short Message Peer to Peer Protocol, 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 Art. and IETF (The 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. 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 networks
4 four
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) ТФОП по протоколам 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 сессии. SUBSTITUTE SHEET (RULE 26) PSTN under the ISUP protocols. Requests can be received via the Internet from the user's mobile device via HTTP protocols using either an Internet browser, or a JAVA application, or an iOS application, or an Android application, or a Symbian application, or a Blackberry application installed on a mobile device user. Service delivery 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 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, либо с сетью ТФОП, а блок агрегации дополнительно содержит модуль  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 module
5  5
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) коммутации, соединенный с блоком приема запросов, и модуль адаптации, соединенный с модулем коммутации, устройствами сервис-провайдеров и модулем доставки услуг. При этом модули блока приема запросов выполнены позволяющими принимать запросы по протоколу либо HTTP, либо SIP, либо ISUP (через сеть ТФОП), либо семейства Н32х. Модуль коммутации выполнен определяющим устройство сервис-провайдера либо в соответствии с содержанием запроса на услугу, либо в соответствии с информацией, полученной от мобильного устройства пользователя, в процессе доставки услуги. Модуль адаптации выполнен с возможностью распознавать формат запроса на услугу, конвертировать его и передать его устройству сервис-провайдера в формате, используемом последним, кроме того, с возможностью конвертировать формат, используемый устройством сервис-провайдера, в формат, служащий для доставки мобильных услуг, и обратно. Модуль доставки услуг выполнен доставляющим услугу путем либо установления USSD сессии, либо отправки SMS сообщения с запрашиваемой информацией, либо отправки MMS сообщения с запрашиваемой информацией, либо отправки служебного SMS сообщения особого формата, активизирующего проактивное сервисное приложение в мобильном устройстве или SIM - карте (Subscriber Identification Module - модуль идентификации) пользователя, либо отправки URL Интернет-страницы с запрашиваемой информацией, либо их комбинации. SUBSTITUTE SHEET (RULE 26) switching connected to the request receiving unit, and an adaptation module connected to the switching module, service provider devices and the 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 proposed technical solution lies in the fact that it allows the aggregation of services of various service providers, which in this case 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 - блок  The claimed technical solution is illustrated by graphic materials. In FIG. 1 is a block diagram explaining the operation of the claimed technical solution, where 1 is a device initiating a request for a service, 2 is a block
6  6
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) приема запросов, 3 - блок агрегации, 4 - модуль коммутации, 5 - модуль доставки услуг, 6 - модуль адаптации, 7 - устройство сервис-провайдера, 8 - мобильное устройство пользователя, 9 - запрос на услугу по протоколу, поддерживаемому заявляемой системой, 10 - взаимодействие с сервис-провайдером по протоколам, обеспечивающим удаленное взаимодействие, 1 1 - доставка услуги пользователю с использованием мобильных технологий по стандартному набору сигнальных протоколов сетей СПС. SUBSTITUTE SHEET (RULE 26) receiving requests, 3 - aggregation unit, 4 - switching module, 5 - service delivery module, 6 - adaptation module, 7 - service provider device, 8 - user’s mobile device, 9 - request for a service using the protocol supported by the claimed system, 10 - interaction with a service provider using protocols that provide remote interaction, 1 1 - service delivery to a user using mobile technologies using a standard set of signaling protocols for 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.  In FIG. 2 is a block diagram of a request receiving unit, where 12 is a module for receiving requests using ISUP protocol from PSTN networks, 13 is a module for receiving requests using HTTP protocol, 14 is a module for receiving requests using SIP protocol, 15 is a module for receiving requests using protocol from the H32x family. , 16 - the module for receiving requests by the protocol from the SS7 family, including MAP, ISUP, SMPP, 17 - the request by the ISUP protocol, 18 - the request by the HTTP protocol, 19 - the request by the SIP protocol, 20 - the request by the protocol from the H32x family , 21 - request by protocol 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.
Под устройством сервис-провайдера, которое также не входит в состав заявляемого технического решения, понимают любое устройство, предназначенное для предоставления услуг пользователям, обеспечивающее поддержание логики этих услуг и способное взаимодействовать с пользователями в режиме реального времени. Список таких устройств включает, но не ограничивается, системы ведения банковских счетов, бронирования билетов,  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. A list of such devices includes, but is not limited to, bank account management systems, ticket reservations,
7  7
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) гостиниц, доступ к базам данных, электронному контенту и т.п. Для использования заявляемого изобретения это устройство должно, как минимум, поддерживать базу данных, содержащую сведения об, как минимум, одном идентификаторе 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 или более поздними. SUBSTITUTE SHEET (RULE 26) hotels, access to databases, electronic content, etc. To use the claimed invention, this device must, at a minimum, maintain a database containing information about at least one user ID and its mobile device number, and be able to connect to the claimed 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 P rotocol 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 the 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. The request receiving unit 3, in this case, 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 an adaptation module 6 and an OKS-7 signal network, an adaptation module 6 connected to a service delivery module 5 and service devices - providers 7, and a switching module 4 connected to the adaptation module 5 and the request receiving unit 2.
Модули приема запросов 12-16 предназначены для приема по различным протоколам и первичной обработки поступающих запросов на услугу. Первичная обработка включает в себя выделение из запроса кода услуги и ID пользователя. Подключение устройств сервис-провайдеров, адаптацию форматов и доставку услуг осуществляют с помощью блока агрегации 3. При этом блок агрегации 3 содержит модуль адаптации 6, с помощью которого выполняют адаптацию форматов запросов, форматов, используемых устройствами сервис-провайдеров  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. The connection of service provider devices, the adaptation of formats and the delivery of services is carried out using the aggregation unit 3. At the same time, the aggregation unit 3 contains an adaptation module 6, with which the adaptation of request formats, formats used by the service provider devices is performed
8  8
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) 7, и форматов, служащих для доставки мобильных услуг, модуль коммутации 4, с помощью которого выполняют соединение мобильного устройства пользователя 8 с устройством сервис-провайдера 7 и переключение между мобильными форматами доставки услуг, и модуль доставки услуг 5, средствами которого выполняют доставку услуг пользователю с использованием мобильных технологий. SUBSTITUTE SHEET (RULE 26) 7, and formats used for delivering mobile services, a switching module 4, with which a user’s mobile device 8 is connected to a service provider’s device 7 and switching between mobile service delivery formats, and a service delivery module 5, by means of which the service is delivered to the 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 обеспечивает поддержание логики своих услуг и взаимодействие с  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
9  9
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) пользователями в режиме реального времени. Кроме того, устройство сервис- провайдера 7 включает базу данных, содержащую сведения об ID пользователя и номере его мобильного устройства. При подключении устройства сервис- провайдера 7 также устанавливают протоколы и форматы приема запросов на услуги сервис-провайдера, коды услуг и содержание запроса. При этом одна услуга сервис-провайдера может иметь несколько кодов доступа, различающихся как по содержанию запроса, так и по формату и/или протоколу приема запросов. SUBSTITUTE SHEET (RULE 26) 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 to the module l adaptation 6. Using the latter, in turn, the format of the received request is converted into the format used by the device of the service provider 7, including the user ID and service code in the message. 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.
10 10
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) Преимущества заявляемого технического решения заключаются в том, что оно позволяет значительно расширить список форматов запросов для вызова мобильных услуг, предлагая использовать, кроме известных SMPP и ISUP, такие протоколы как HTTP, TCP/IP, SIP, SS7, Н323, делая их при этом не связанными с определенными операторами СПС. Это дает возможность запускать новые услуги без длительного предварительного согласования и подключения к операторам СПС. Также заявляемое техническое решение позволяет сервис- провайдерам создавать новые услуги без специальных знаний мобильных технологий, так как адаптация услуг для доставки на мобильные устройства производится описанной системой. Таким образом, снижаются издержки сервис- провайдеров на запуск новых услуг, в том числе реализованных на базе технологии USSD, этот процесс становится более простым и быстрым. Кроме того, заявляемое техническое решение позволяет в процессе доставки услуг менять формат доставки и переключать пользователя между сервис- провайдерами, делая, таким образом, получение услуг для него более удобным и быстрым. SUBSTITUTE SHEET (RULE 26) The advantages of the proposed technical solution are 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 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 are reduced, including those based on USSD technology, this process becomes simpler and faster. In addition, the claimed technical solution allows changing the delivery format and switching the user between service providers in the process of service delivery, thus making receiving services more convenient and quick for him.
1 1 eleven
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) SUBSTITUTE SHEET (RULE 26)

Claims

Формула изобретения Claim
1 . Способ агрегации мобильных услуг, включающий прием запроса на услугу, выполняемый через сети СПС, анализ принятого запроса, передачу данных о запросе, доставку затребованной услуги пользователю через сети СПС, 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 - Общий Канал Сигнализации NQ7, стандартизованная 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 one . 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 that allow producing receiving requests either by SMPP, or by MAP, or by ISUP, and an aggregation unit, including modules that enable delivery of services to users, characterized in that they additionally carry out connecting with 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 request receiving unit is additionally containing modules that allow receiving requests by to either the HTTP or SIP or H32x families, and the aggregation unit is performed comprising 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, a cellular communication technology developed by ETSI for the implementation of 3G (third generation) GSM networks, SS7 - Common Signaling Channel N Q 7, standardized ITU (International Telecommunication Union) signaling system connecting the elements of digital telecommunication networks, SMPP - Short Message Peer to Peer protocol , 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
12 12
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) — протокол прикладного уровня передачи данных, описываемый стандартами IETF (The Internet Engineering Task Force) RFC 2616, SIP - Session Initiation Protocol, протокол установления сеанса, разработанный IETF и описываемый спецификациями RFC 3261 или более поздними, Н32х - семейство протоколов, разработанных и стандартизированных ITU-T Q.931 , для проведения видеоконференций. SUBSTITUTE SHEET (RULE 26) - the protocol of the application level of data transmission described by the Internet Engineering Task Force (IETF) RFC 2616, SIP - Session Initiation Protocol, the session establishment protocol developed by the IETF and described by the RFC 3261 or later specifications, Н32х - a family of protocols developed and standardized by ITU -T Q.931, for video conferencing.
2. Способ по п.1 , отличающийся тем, что передачу данных о запросе осуществляют к устройству сервис-провайдера.  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. Способ по п.1 , отличающийся тем, что адаптацию форматов запросов к форматам, используемым устройством сервис-провайдера, осуществляют с помощью модуля адаптации, который выполняют распознающим формат запроса на услугу, конвертирующим его и передающим устройству сервис-провайдера в формате, который использует устройство последнего.  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. Способ по п.1 , отличающийся тем, что взаимную адаптацию форматов, используемых устройством сервис-провайдера, и форматов, служащих для доставки мобильных услуг, осуществляют с помощью модуля адаптации, который выполняют распознающим формат, используемый устройством сервис- провайдера, конвертирующим его в формат, служащий для доставки мобильных услуг, или наоборот.  4. The method according to claim 1, characterized in that the mutual adaptation of the formats used by the service provider device and the formats used to deliver mobile services is carried out using an adaptation module that recognizes the format used by the service provider device converting it to a format used to deliver mobile services, or vice versa.
5. Способ по п.1 , отличающийся тем, что соединение с устройством сервис- провайдера осуществляют с помощью модуля коммутации, который выполняют определяющим устройство сервис-провайдера либо в соответствии с содержанием запроса на услугу, либо в соответствии с информацией, полученной от мобильного устройства пользователя, в процессе доставки услуги.  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, which is used to determine 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 mobile device the user during the delivery of the service.
6. Способ по п.5, отличающийся тем, что соединение с устройством сервис- провайдера в соответствии с информацией, полученной от мобильного устройства пользователя, осуществляют в рамках единой USSD сессии.  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. Способ по п.6, отличающийся тем, что соединение с устройством сервис- провайдера в соответствии с информацией, полученной от мобильного устройства пользователя, в рамках единой USSD сессии осуществляют с устройствами сервис-провайдеров, которые подключены к разным USSD номерам.  7. The method according to claim 6, characterized in that the connection with the service provider device in accordance with the information received from the user's mobile device, within the framework of a single USSD session, is carried out with service provider devices that are connected to different USSD numbers.
8. Способ по п.1 , отличающийся тем, что прием запросов через сети СПС производят либо как запрос на установление голосового вызова в соответствии с  8. The method according to claim 1, characterized in that the reception of requests through the network of ATP produced either as a request to establish a voice call in accordance with
13  13
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) протоколом ISUP, либо как запрос в виде USSD команды, либо как запрос в виде SMS, где USSD - стандартизованный, 3GPP TS 22.090, ETSI TS 123 090, ETSI TS 124 090, протокол запроса дополнительных услуг в мобильных сетях, SMS - Short Message Service - служба коротких сообщений, технология, позволяющая осуществлять приём и передачу коротких текстовых сообщений. SUBSTITUTE SHEET (RULE 26) ISUP protocol, either 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 123 090, ETSI TS 124 090, protocol for requesting additional services in mobile networks, SMS - Short Message Service - short message service, a technology that allows the reception and transmission of short text messages.
9. Способ по п.1 , отличающийся тем, что доставку услуги осуществляют путем либо установления USSD сессии, либо отправки SMS сообщения с запрашиваемой информацией, либо отправки MMS сообщения с запрашиваемой информацией, либо отправки служебного SMS сообщения особого формата, активизирующего проактивное сервисное приложение в мобильном устройстве или SIM - карте пользователя, либо отправки URL Интернет-страницы с запрашиваемой информацией, либо их комбинации, где SIM - карта это Subscriber Identification Module - модуль идентификации пользователя.  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 mobile device or user's SIM card, either sending the URL of the Internet page with the requested information, or a combination of them, where the SIM card is the Subscriber Identification Module - the user identification module.
10. Способ по п. 9, отличающийся тем, что в качестве проактивного сервисного приложения активизируют либо 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.  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 described by specification 2.3.3 (Gingerbread) or later, Symbian is the 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.
1 1. Способ по п.9, отличающийся тем, что доставку услуг разных сервис- провайдеров путем установления USSD сессии осуществляют в рамках единой USSD сессии.  1 1. 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. Способ по п.1 , отличающийся тем, что прием запросов через сети Internet производят по протоколам HTTP.  12. The method according to claim 1, characterized in that the receipt of requests via the Internet is performed using HTTP protocols.
13. Способ по п. 12, отличающийся тем, что прием запросов через сети Internet от мобильного устройства пользователя по протоколам HTTP производят с  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 protocols is performed with
14  fourteen
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) использованием либо Internet-браузера, либо JAVA-приложения, либо iOS- приложения, либо Android-приложения, либо Symbian-приложения, либо Blackberry-приложения, установленного в мобильном устройстве пользователя.SUBSTITUTE SHEET (RULE 26) using either an Internet browser, or a JAVA application, or an iOS application, or an Android application, or a Symbian application, or a Blackberry application installed on a user's mobile device.
14. Способ по п.1 , отличающийся тем, что прием запросов через сети Internet производят по протоколам либо SIP, либо семейства Н32х. 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. Способ по п.1 , отличающийся тем, что прием запросов через сети ТФОП производят по протоколам ISUP.  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. Система для агрегации мобильных услуг, содержащая соединенные с инфраструктурой сети СПС и между собой блок приема запросов, включающий модули, позволяющие производить прием запросов по протоколу либо SMPP, либо MAP, либо ISUP, и блок агрегации, включающий модули, позволяющие осуществлять доставку услуг пользователям, отличающаяся тем, что блок приема запросов дополнительно содержит модули, имеющие соединение либо с сетью Internet, либо с сетью ТФОП, а блок агрегации дополнительно содержит модуль коммутации, соединенный с блоком приема запросов, и модуль адаптации, соединенный с модулем коммутации, устройствами сервис-провайдеров и модулем доставки услуг.  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. Система по п.16, отличающаяся тем, что модули блока приема запросов выполнены позволяющими принимать запросы по протоколу либо HTTP, либо SIP, либо ISUP (через сеть ТФОП), либо семейства Н32х.  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. Система по п.16, отличающаяся тем, что модуль коммутации выполнен определяющим устройство сервис-провайдера либо в соответствии с содержанием запроса на услугу, либо в соответствии с информацией, полученной от мобильного устройства пользователя, в процессе доставки услуги.  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. Система по п.16, отличающаяся тем, что модуль адаптации выполнен распознающим формат запроса на услугу, конвертирующим его и передающим его устройству сервис-провайдера в формате, который использует устройство последнего.  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. Система по п.16, отличающаяся тем, что модуль адаптации выполнен конвертирующим формат, используемый устройством сервис-провайдера, в формат, служащий для доставки мобильных услуг, и обратно.  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. Система по п.16, отличающаяся тем, что модуль доставки услуг выполнен доставляющим услугу путем либо установления USSD сессии, либо отправки SMS сообщения с запрашиваемой информацией, либо отправки MMS сообщения с  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
15  fifteen
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) запрашиваемой информацией, либо отправки служебного SMS сообщения особого формата, активизирующего проактивное сервисное приложение в мобильном устройстве или SIM - карте пользователя, либо отправки URL Интернет-страницы с запрашиваемой информацией, либо их комбинации. SUBSTITUTE SHEET (RULE 26) the requested information, or sending a service SMS message in a special format that activates a proactive service application in the user's mobile device or SIM card, or sending the URL of the Internet page with the requested information, or a combination thereof.
16 16
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) SUBSTITUTE SHEET (RULE 26)
PCT/RU2011/000446 2011-04-29 2011-06-23 Method for bundling mobile services and system for implementing same WO2012148303A1 (en)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
RU2011117375/07A RU2461982C1 (en) 2011-04-29 2011-04-29 Method of aggregating mobile services and system for realising said method
RU2011117375 2011-04-29
RU2011117618 2011-04-29
RU2011117618 2011-04-29

Publications (1)

Publication Number Publication Date
WO2012148303A1 true WO2012148303A1 (en) 2012-11-01

Family

ID=47072585

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/RU2011/000446 WO2012148303A1 (en) 2011-04-29 2011-06-23 Method for bundling mobile services and system for implementing same

Country Status (1)

Country Link
WO (1) WO2012148303A1 (en)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1193911A2 (en) * 2000-09-27 2002-04-03 Hewlett-Packard Company Method and apparatus for applying information remotely via a mobile device
JP2004139388A (en) * 2002-10-18 2004-05-13 Infocom Corp Content service providing method and its system
RU2336654C1 (en) * 2007-05-02 2008-10-20 Общество С Ограниченной Ответственностью "Аилайн Кэмьюникейшнс Снг" Method of providing voiceless services to mobile cell communication users and system for method implementation
US20100208874A1 (en) * 2007-04-11 2010-08-19 Vinod Anupam System and method for delivering content to a user of a telephony device

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1193911A2 (en) * 2000-09-27 2002-04-03 Hewlett-Packard Company Method and apparatus for applying information remotely via a mobile device
JP2004139388A (en) * 2002-10-18 2004-05-13 Infocom Corp Content service providing method and its system
US20100208874A1 (en) * 2007-04-11 2010-08-19 Vinod Anupam System and method for delivering content to a user of a telephony device
RU2336654C1 (en) * 2007-05-02 2008-10-20 Общество С Ограниченной Ответственностью "Аилайн Кэмьюникейшнс Снг" Method of providing voiceless services to mobile cell communication users and system for method implementation

Similar Documents

Publication Publication Date Title
US7768994B2 (en) Data transmission method and apparatus
NO324618B1 (en) Communication system with device for transmitting address information
CN104753808A (en) Network system data transmission method and device and data transmission system
CN101815265B (en) Widget information transmission method and widget information transmission system
EP1228659B1 (en) Data transmission method and network system
US8005494B2 (en) Providing to sender of message an identifier of service provider associated with recipient of the message
RU2461982C1 (en) Method of aggregating mobile services and system for realising said method
RU109626U1 (en) COMPLEX FOR AGREGATION OF MOBILE SERVICES
KR20100024728A (en) Method and apparatus for providing instant messaging service between mobile terminals
WO2012148303A1 (en) Method for bundling mobile services and system for implementing same
US9949099B1 (en) Method and apparatus of providing data service mobility
KR20090010358A (en) System and method for providing font on transfer of multimedia message in mobile communication network
KR20070099260A (en) Method and system for fowarding message for webpage address of wireless internet
RU66642U1 (en) SYSTEM FOR PROVIDING SUBSCRIBERS TO CELLULAR MOBILE COMMUNICATION OF NON-VOICE SERVICES
KR20200026166A (en) Method and system for providing calling supplementary service
US20040107075A1 (en) Method for obtaining presence data
KR100798479B1 (en) Method and system for performing sms based lbs services
KR100583426B1 (en) Method for charging moving picture presenting service on mobile phone
KR20080008782A (en) Method of establishing same contents in plurality of mobile terminal
EP1312190B1 (en) Wap enhanced sip
KR100870571B1 (en) System and method of location information service for mobile device
EP2051550B1 (en) Acquiring a service number and further information
CN101547413B (en) Method and device for connecting calling from GSM mobile phone to IP phone
KR100723696B1 (en) Method and System for Providing Call Promise Service in Mobile Telecommunication Service
KR101800782B1 (en) Apparatus and method for providing service during call linking

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11864237

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11864237

Country of ref document: EP

Kind code of ref document: A1