WO2010026306A2 - Centre ussd generique d'applications et de services reseaux - Google Patents

Centre ussd generique d'applications et de services reseaux Download PDF

Info

Publication number
WO2010026306A2
WO2010026306A2 PCT/FR2009/001045 FR2009001045W WO2010026306A2 WO 2010026306 A2 WO2010026306 A2 WO 2010026306A2 FR 2009001045 W FR2009001045 W FR 2009001045W WO 2010026306 A2 WO2010026306 A2 WO 2010026306A2
Authority
WO
WIPO (PCT)
Prior art keywords
ussd
services
module
network
type
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/FR2009/001045
Other languages
English (en)
Other versions
WO2010026306A3 (fr
WO2010026306A4 (fr
Inventor
Constantin Staykoff
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
OPENCODE SYSTEMS OOD
Original Assignee
OPENCODE SYSTEMS OOD
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
Application filed by OPENCODE SYSTEMS OOD filed Critical OPENCODE SYSTEMS OOD
Priority to US13/061,150 priority Critical patent/US9060256B2/en
Priority to EP09736435.0A priority patent/EP2327236B1/fr
Publication of WO2010026306A2 publication Critical patent/WO2010026306A2/fr
Publication of WO2010026306A3 publication Critical patent/WO2010026306A3/fr
Publication of WO2010026306A4 publication Critical patent/WO2010026306A4/fr
Anticipated expiration legal-status Critical
Priority to US14/739,111 priority patent/US10015267B2/en
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • 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/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H04W88/184—Messaging devices, e.g. message centre

Definitions

  • the present invention relates to a generic USSD CENTER for network applications and services.
  • the present invention is situated in the field of conversational applications and client-server applications, more particularly in the field of dynamic dialogs between a terminal and an application and service server, by means of interactive interfaces, offering the ability to access, interact, exchange information and use different applications and services.
  • the present invention is located particularly in the mobile telephony sector, in a context of expansion of new functionalities, addition of interactive services, convergence of the means of dialogue and communication between heterogeneous devices, such as mobile phones, mobile equipment , digital application and service platforms, Internet servers, third party services and equipment, and others.
  • a document known from the prior art is the document FR2857816, which relates to a method of implementing a communication having a type belonging to the group consisting of voice-type communications, WAP ("Wireless Application Protocol” in English, protocol d wireless application) or MMS (Multimedia Message Service) on a mobile phone.
  • WAP Wireless Application Protocol
  • MMS Multimedia Message Service
  • a preliminary step is to offer the user the possibility to activate or not such communication.
  • the choice to activate or not such communication is offered to the user by a USSD connection ("Unstructured Supplementary Service Data", in English, supplementary and unstructured data service).
  • this document is limited to the establishment of a connection for the USSD activation of a voice telephone communication, but does not address aspects of architecture or implementation for navigation and ancillary services.
  • Short Message Service short text message that can be sent and received from a mobile phone
  • type USSD type USSD
  • e-mail type This data is transmitted to a validation platform, linked to a central short-term communications company.
  • the cost of the indicated service is taken from a customer account and transferred to a service provider account.
  • this document concerns above all the aspects of a one-off transaction, based on existing protocols, without, however, addressing the issue of interactive USSD navigation systems or architecture for generic USSD equipment.
  • a mobile phone which comprises a browser for an Internet-type computer network, means for capturing computer addresses received by the browser, for controlling storage means and reminder of the computer addresses provided in the phone.
  • the mobile phone also includes means of generation and presentation of electronic icons, means for selecting these icons, means for storing icons and means of matching to match the icons and computer addresses stored in the memory and recall means.
  • a document also known from the prior art is the document WO / 2007/030413, relating to a control channel of a VXML browser ("Voice eXtended Markup Language"), which designates an interface of programming of applications relating to communication using devices related to speech synthesis and telephony).
  • VXML browser Voice eXtended Markup Language
  • This document discusses a system that allows external applications to interact with a VXML browser running on a VXML interpreter processor.
  • a command is functionally placed between the external application and the VXML interpreter using a communication channel. The command inserts into the VXML interpreter the instructions that are processed by the VXML browser in a conventional way to allow the external application to interact with the VXML browser.
  • this document is limited to the interpretation and functions of a VXML browser and their adaptation to a transport channel with conventional protocols such as UDP (User Datagram Protocol). a minimum of data across a network), TCP (Transmission Control Protocol), or SIP (Session Initiation Protocol), which is a standard protocol for the exchange of data in a network. initiation of a session interactive network). Therefore, this document does not solve the technical problem stated in the present invention, namely the navigation in non-voice services of the USSD or other type, as well as all the problems related to the specificity of the implementation and the integration of this navigation.
  • UDP User Datagram Protocol
  • TCP Transmission Control Protocol
  • SIP Session Initiation Protocol
  • the present invention is based on existing standards and protocols, open and already implemented on devices, so already available. It relies on native network and terminal functionalities by proposing a generic, multi-application and multiservice architecture. In addition, centralized implementation and integration on the network side allows for optimal management of network resources and implementation efforts.
  • the present invention aims to overcome the shortcomings of the prior art and solves the technical problem stated using a single method and a generic system of applications and multiple services for implementation of this method, based on the use and adaptation of USSD type network protocols with interpreters relating to descriptors of structured languages.
  • the present invention relates to a system of applications and network services based on USSD standard network protocols, comprising at least one application and service server, including an interactive dynamic browser, based on a structured language interpreter.
  • the application and service system based on USSD protocols is centralized in a telecommunications or computer network.
  • the browser based on a VXML interpreter is integrated on the network side.
  • the present invention relates to a digital telecommunications system for accessing, browsing and using applications and devices.
  • the USSD CENTER which comprises at least one application and service server module, at least one access gateway module, at least one network gateway module, at least one integration gateway module, and at least one a database and profiling module, said application and service server module, called Browser, being based on at least one USSD telecommunications protocol and on at least one interpreter module of object-structured languages, relating to structured descriptors by objects.
  • said language interpreter is of VXML type
  • the access gateway module is based on at least one USSD protocol.
  • the system is connected to at least one SMSC type module.
  • the system is connected to at least one WAP gateway module and / or OTA and / or IVR and / or GPRS for any telecommunications network.
  • the system is connected to at least one SMS-type module.
  • the system is connected to at least one core network network for mobile telecommunications; the core network is connected to at least one network of users.
  • the system is connected to at least one set of networks based on communication protocols and standard or proprietary interfaces.
  • the system is connected to at least one service module of telecommunications operators or third parties.
  • the system is connected to at least one module of systems called smart grids and business support.
  • At least one application and service server module or at least one access gateway module or at least one network gateway module or at least one integration gateway module or at least one database and profiling module is self-sufficient
  • the application and service server comprises at least one VXML interpreter, at least one USSD service module and at least one VXML file module.
  • the USSD service module contains unstructured or menu-structured USSD services, said USSD services being interactive or non-interactive.
  • said services are multilingual for the entire end-to-end chain.
  • the service logic is independent of service languages for the entire end-to-end chain.
  • said USSD CENTER comprises at least one pricing module, and / or at least one billing module, and / or at least one observation and classification module.
  • the USSD CENTER is a network navigation system.
  • the USSD CENTER is a hosting system for third-party applications and services.
  • the USSD CENTER is a proxy system.
  • the USSD CENTER is a router type system.
  • the USSD CENTER is a Broadcast broadcast system.
  • an administration module comprises a WEB-type system administration including a service creation, testing, deployment and version management environment of these services, a control module of the USSD CENTER and configuration modules of the functionalities. , parameters and network gateways.
  • the present invention also relates to a method that is performed in a USSD or generic service code allocation step, a service logic creation step, a test, evaluation and versioning step of the services. , and a step of activation, deployment, use and backup services. In one embodiment, this method comprises an additional step of real-time or deferred pricing.
  • the method also includes an additional step of billing in real time or deferred.
  • the method comprises a step of convergent unification of the payment methods for all types of users (subscriber mode, prepaid mode, third party mode) of at least one telecommunications network.
  • the method comprises an additional step of observation and classification in real time or deferred.
  • the method comprises an additional step of broadcasting data and broadcasting services.
  • the Broadcast broadcast step is followed by an interactive or non-interactive exchange step with the user.
  • the method comprises an additional step of subscription and / or unsubscription for at least one third application.
  • the method differentiates the users, the users being subscribers and / or third-party applications or services, in real time using a dynamic customization.
  • users being subscribers and / or third-party applications or services manage their own environment for creating services, applications and content.
  • said authoring environment is accessible locally, remotely or from a terminal by the operator and / or the third parties and / or the subscribers themselves.
  • the method defines at least one profile of at least one user and / or at least one service.
  • the method performs a detection of the behavior of the user and generates assistance and / or self-learning functionalities.
  • the user accesses the USSD services via existing or new non-USSD services.
  • the user accesses existing or new non-USSD services via existing or new USSD services.
  • the user accesses USSD services, existing or new, via existing or new USSD services.
  • the user accesses existing or new non-USSD services via existing or new non-USSD services.
  • the method comprises a step of static or / and dynamic modifications of the switched parameters.
  • the method comprises a charge sharing step.
  • the USSD navigation performs the supply, consultation and modification of at least one managed information in the heart of a network.
  • FIG. 1 a general architecture diagram of the generic system, object of the present invention
  • FIG. 2 a particular embodiment of the USSD CENTER (14) and the module (16) with its internal connections
  • FIG. 3 a particular embodiment of the USSD CENTER (14) with connections external to the module (16).
  • the general scheme of the present invention is illustrated in FIG. 1.
  • a platform of applications and services (14), referred to in this invention as "CENTER of applications and services” or “CENTER”, is designed to perform and billing services, for example of the USSD or Short Message Service (SMS) type, of the "Browsing" type in the English language, that is to say navigation, of type “Hosting” in English, that is to say, hosting and type “Broadcast” in English, that is to say, broadcasting data from a single source to a set of receivers.
  • SMS Short Message Service
  • the CENTER (14) is a generic multi-application and multiservice open system, which provides services compatible with standard protocols, used in mobile telephony, such as for example SS7 protocols ("Signaling System 7" in English, telecommunications protocol for high-speed connections in circuit mode) and / or IP (Internet Protocol) protocols.
  • SS7 protocols Signaling System 7
  • IP Internet Protocol
  • USSD is meant a system based on standard protocols, existing or new, allowing the establishment by USSD of any existing or new service and application.
  • Said CENTER (14) is located within a server in a network of, for example, mobile telecommunications type, SS7 network, 3G / 3G + network, NGN network ("Next Generation Networks" in English, generic name of any network telecommunications), Internet computer network or any other digital network.
  • This CENTER (14) consists of five main modules: a server of applications and services (16) with a browser, called in the present invention "Browser"("Browser" in English, browser), 7 said Browser being based on at least one USSD protocol, an access gateway (17) USSD, a network gateway
  • said CENTER (14) consists of at least one application and service server (16), at least one access gateway (17), at least one network gateway ( 18), at least one integration gateway (15) and at least one database and profiling (19).
  • said CENTER consists of a subset of the modules (16), (17), (18), (15) or
  • a network gateway represents a platform or a set of intermediate platforms that processes and transmits information packets over a network or across multiple networks to the indicated destination, and enables networks to communicate with each other. heterogeneous. Under the term “gateway” is therefore included a network gateway for any network, comprising at least one network interface.
  • the integration gateway (15) communicates with the application server and network services (16), said browser, via the link (124) and using at least one interface protocol, for example a IP standard protocol. Under standard IP protocol is included all IP protocols used in networks.
  • the browser (16) communicates with the USSD access gateway (17) via the link (125) and using IP type protocols for example or with an SMS application protocol, such as SMPP ("Short Message"). Peer to Peer ").
  • the Browser (16) also communicates with the network gateway (18) via the link (129), using IP type protocols for example.
  • the Browser (16) exchanges data with the database and profiling (19) via the link (191) using IP type protocols.
  • Said database and profiling (19) contains information, for example on white lists and blacklists concerning various users, on user profiles, on service profiles and on various usage statistics used in the database. service analysis and management.
  • the module (19) also comprises definition modules static or dynamic of at least one user profile and at least one service profile.
  • the USSD CENTER (14) is connected through the USSD gateway (17) to a "Core Network” (130) network ("Core Network” or “Core Network”).
  • the Core Network is for example of the GSM network core type ("Global System for Mobile"), GPRS ("General Packet Services” in English, telecommunications access system with services by packets), UMTS (Universal Mobile Telecommunications System), 3G / 3G + and / or any NGN core network.
  • the network (130) is of the SS7 type and communicates with the USSD CENTER (14) via the link (122) through which the communications are exchanged, for example using the MAP protocol ("Mobile Application Protocol” in English). , protocol for mobile applications).
  • the USSD CENTER (14) is connected to the network (130) through the network gateway (18) via a link (133) and one or more SS7 type protocols.
  • said link (133) is constituted by a CAP protocol ("CAMEL Application Part” in English, application part of the CAMEL protocol "Customized Applications for Mobile Network Enhanced Logic" in English, allows a telecom operator to provide, for example, inside or outside its own network, services specific to its users, such as real-time billing), by an INAP protocol
  • the network core (130) has different modules, with which the network gateway (18) and / or the USSD gateway (17) exchange data.
  • these modules are of the Home Location Register (HLR) type, the Mobile Switch Center (MSC) module, the VMSC (Visited Mobile Switching Center) module.
  • HLR Home Location Register
  • MSC Mobile Switch Center
  • VMSC Virtual Mobile Switching Center
  • GMSC Gateway Mobile Services Switching Center
  • SIGTRAN set of protocols defined to carry SS7 messages over IP
  • any other module relating to mobile telephony.
  • the network core (130) exchanges information via the link (145) with the set (113) of the users (114), (115), and / or (116).
  • the set (113) is for example a type of network RAN ("Radio Access Network” in English, radio access network for mobile telephony) for GSM, EDGE, UMTS, 3G / 3G + or for example of type PSTN ("Public Switched Telephone Network"), NGN, or any other type of digital network of a set of users.
  • the communication link (145) is established using standard protocols.
  • the equipment of the user is for example a mobile phone (also called mobile phone), a PDA ("Personal Digital Assistant", a handheld computer, combining many functions), a multifunction computer of vehicle or board, a multifunctional home or business platform, including for example a monitoring or security function, or any other fixed or mobile device that can communicate with at least one network.
  • the term "user” is understood to mean a natural person subscribed, fixed, nomadic or "roamer"("roamer” in English, roaming person in the sense of "roaming" in English, inter-network roaming) to at least one network, or a third party, for example a provider of applications, services, contents or any equipment, for example an alarm or signaling device.
  • the network gateway (18) is also connected to a service platform (112) via the link (126) and using IP type protocols.
  • the service platform (112) is for example WAP gateway type, OTA ("Over The Air” in English, standard protocol for transmission and reception for information relating to an application for mobile phones), IVR ("Interactive Voice Response "in English, interactive response by voice) or GPRS type (eg MMSC, in English” Multi Media Messaging Service Center ", multimedia service center).
  • This platform (112) is also connected to the telecommunications network (130) via the link (147) and using standard or specific protocols, for example of the SS7 or IP type.
  • the gateway (18) is also connected to a module (119) which is SMSC (SMS Center), via the link (134) and using SMPP type protocols.
  • SMSC module (119) is itself connected to the telecommunications network (130), via a link (135), using SS7 type communications protocol.
  • the Browser (16) is also connected to the SMSC module (119) via the link (137) and using SMPP type protocols.
  • USSD services are also offered as SMS services.
  • USSD services are offered as WAP, IVR, OTA, GPRS or 3G / 3G + services.
  • a third-party SMS application processing module (10) processes SMS requests and conventionally communicates with the SMSC module (119) via the link (102) and SMPP type protocols.
  • SMS application requests of the module (10) are transmitted via the links (101) and (105) with protocols of the SMPP type and are processed directly by the gateway.
  • USSD access (17) allowing these external SMS services to be available in USSD.
  • the user accesses the USSD services through existing or new non-USSD services, and also, the user accesses existing and new non-USSD services via USSD.
  • the USSD CENTER (14) is connected via a link (123) which is for example of IP type, to a set (13) of IP type networks in which are contained various protocols, connected to application platforms and services (10), (11) (12) and (110). Through this set of networks (13), the USSD CENTER (14) has access to platforms (12), for example VAS type ("mobile Value-Added Services" in English, mobile value-added services).
  • platforms (12) for example VAS type ("mobile Value-Added Services" in English, mobile value-added services).
  • VXML / HTTP HyperText Transfer Protocol
  • SOAP / HTTP Simple Object Access Protocol
  • XLM eXtended Markup Language, extended description and data analysis language
  • SMPP Simple Object Access Protocol
  • ORACLE ® type (interface server and applications for mobile chain)
  • MySQL eXtended Markup Language
  • SMPP Simple Object Access Protocol
  • LDAP Lightweight Directory Access Protocol
  • DIAMETER IP extension for mobile
  • RADIUS IP extension for mobile
  • MML Man-Machine Language
  • the USSD CENTER (14) has access to a platform (11), of the type for example ASP ("Applications Services Providers" in English, application and services), or MVNO ("Mobile Virtual Network Operator"), or other third parties such as banks, with whom through the network (13), the USSD CENTER ( 14) exchanging information via a link of type (121).
  • a platform 11
  • ASP Applications Services Providers
  • MVNO Mobile Virtual Network Operator
  • part of the set of networks (13) is connected to one or more network platforms (130) via an IP-type link (144), such as MML or TELNET ("TELecommunication NETwork" in English, network protocol for executing remote commands).
  • IP-type link such as MML or TELNET ("TELecommunication NETwork" in English, network protocol for executing remote commands).
  • the network (130) has access to the service platform (110) of the type for example BSS (Business Support Systems) via the link (143) to the using INAP, MAP, CAP and CDR ("CaIl Data Records") protocols, recording the data of the call.
  • the module BSS (110) is for example of the postpaid billing module type or a prepaid module, for example type IN ("Intelligent Network" in English, intelligent network, concept defining advanced functions driving equipment of the telephone network).
  • the platform (110) is also connected via the link (131) using specific or proprietary protocols, to a gateway (132), which is for example of the USSD type, dedicated to BSS type modules.
  • the gateway (132) communicates with the network (130) via a link (141) and using the USSD MAP protocol and with the USSD gateway (17) via a link (127) and using the USSD MAP protocol .
  • the platform (110) exchanges information with the network (13) via the link (128), using standard or proprietary protocols, specific to the platform (110), such as for example “Ericsson” ® UCIP ("User Communication Integration Protocol” in English, specific protocol of "Ericsson” ®), “Huawei” ® MML, the "Corba” application protocol for NSN ("Nokia Siemens Network” ®) BSS, Corba for “Alcatel” ® BSS, or Corba for "LHS” ® BSS.
  • the platform (110) is directly connected to the network gateway (18) via the link (139), using standard or specific protocols.
  • the generic architecture described in this nonlimiting example, including the modules and links illustrated in Figure 1, presents a dynamic and interactive system for accessing and using multiple applications and services by users of at least a telecommunications network (113).
  • new services are offered to users through conventional interfaces, such as USSD, SMS, IVR, WAP, GPRS or 3G / 3G +.
  • USSD access opens to users for existing legacy services, such as SMS, IVR, WAP, GPRS or 3G / 3G +.
  • additional modules of type (10), (11), (12) or (110), telecommunications operators or third parties are added.
  • the architecture illustrated in FIG. 1, including the module (14), the network (13) and the modules (11), (12) and (110), has scalability properties adapted to the capacity of the information processing in terms of data, applications, services, networks or others.
  • the USSD CENTER (14) manages applications and services based on network resources and schedules the routing of each task based on available bandwidths or requests for additional resource allocations.
  • telecommunications operators have access to this architecture to functionally test and support external systems.
  • the CENTER USSD (14) thus offers this possibility of connections and tests of additional modules.
  • all the connections of the USSD CENTER (14) to external systems are established according to the security requirements of these systems.
  • the exchanges are insecure or secure using encryption, such as SSL ("Secure Socket Layer" in English, protocol that encrypts the data sent by a browser, or other).
  • the Browser (16) is designed based on USSD protocol and a VXML structured language interpreter.
  • Said browser (16) comprises at least one object-structured language interpreter (21).
  • the interpreter (21) is of VXML type.
  • the VXML interpreter (21) exchanges information with a module (23) containing service lists or USSD menus, via the link (242) and using VXML type protocols. USSD menus are either unstructured or structured. At least one given service is described using VXML file call (24) via link (246) and using a VXML protocol, in order to locate the context and properties of the communication with each mobile phone users.
  • the Browser (16) is said to be based on VXML.
  • VXML interpreter (21) is designed to take into consideration the specificities of USSD protocol communication. Said VXML interpreter (21) uses virtual memories
  • Configuration interfaces are the lists and sub-lists of all existing main services and applications, these lists and sub-lists being referred to as pages and sub-pages respectively or menus and submenus.
  • USSD service codes are generated and assigned to the menus.
  • USSD service codes are assigned to all menus.
  • service codes are assigned to a portion of the menus.
  • the menus (23) represent at least one USSD page, these USSD pages being linked by a navigation logic.
  • the menus are enabled or disabled, for example by an internal administrator (210) and their status is reported in the USSD CENTER (14) with configuration messages, stored in the database and profiling (19).
  • the navigation process including the generation, allocation and management of menus, is delimited by several steps: - Allocation of USSD service codes;
  • the Browser (16) thus makes it possible to navigate from a main menu, in sub-menus using direct access by a string of USSD characters, thus creating a "shortcut", which includes the the user's response sequence to the USSD screen to be modified.
  • a simple USSD sequence is the type: # 123 * 1 * 2 #
  • the Browser (16) interprets each parameter of the user's USSD character string sequentially and will then display the appropriate menu. In the case where the menu is a last node, the Browser (16) will send a request of type for example HTTP service provider, which in turn goes for example, provide the desired content.
  • dynamic operations are configured and performed, such as navigation with return, navigation from an initial menu, navigation from an intermediate menu, interruption of the navigation.
  • these operations are accompanied by features for analyzing, configuring and saving the user's profile.
  • user profile is meant all the characteristics relating to at least one connection and to at least one session, for example: IP address, telephone number, location, time and date of the connection, duration connection, language of connection and navigation, geographical position, types applications and services required, solicited content and any other features related to that connection.
  • the USSD CENTER (14) contains multilingual menu configuration for the entire end-to-end chain (between end-users and service providers for example).
  • the service logic is language independent for the entire end-to-end chain.
  • the Browser (16) so designed is configured for a network architecture with connections, which is multiple, dynamic, and interactive.
  • This browser (16) contains internal connectors, i.e. communication interfaces with the gateways (15), (17) and (18), which internal connectors may include at least one sub-connector.
  • the Browser (16) uses the connector (22), the Browser (16) communicates with the integration gateway (15) via a link
  • the Browser (16) is also connected to the USSD Access Gateway (17) via the USSD connector (25) and a link
  • the Browser (16) communicates with the network gateway (18) via the connector (26) and a link (129).
  • the network gateway (18) is connected to the platform (112) via a link of type (126), more specifically with type IVR (282), WAP (283) and WEB ( 284).
  • IVR, WAP or WEB type services are offered via USSD protocols.
  • any digital service and any existing or new application for networked systems is implemented by USSD protocols.
  • the network gateway (18) is connected to the SMSC services platform (119) via the link (134).
  • the integration gateway (15) exchanges data with the BSS platform (110). ) via the link (222) which is a link composition (123), network (13) and link (128).
  • network gateway (18) exchanges data with said BSS platform (110) via the link (139).
  • the module (110) is connected only to the module
  • the module (110) is connected only to the module (18). In a third variant, the module (110) is connected to the module (15) and the module (18).
  • the database and profiling system (19) comprising a module for defining at least one user profile and at least one service profile, exchanges information separately with the module (15) via the link (292). ), with the module (16) via the link (191), with the module (17) via the link (293) and with the module (18) via the link (294).
  • configuration information, various administration data, statistics and information on the user and service profiles are completed, used and interchanged between the modules (15), (16), (17) ) and (18).
  • the database and profiling (19) is connected only with the Browser (16) via the link (191), in this case the links (292), (293) and (294) are omitted.
  • the database and profiling (19) contains information on session characteristics and static and dynamic statistics.
  • the Browser (16) is configured as a "Hosting" type platform in English, or hosting applications and external services or third parties. Third parties securely access the functionality for creating and enabling applications and services. These third parties are then in possession only of the codes of the services which they propose.
  • the hosting implementation mode in the present invention allows telecommunications operators to implement USSD services managed by third parties, such as service providers.
  • Third party access is fully secure.
  • Telecommunications operators create one or more accounts for each third party by assigning at least one access code and USSD resources.
  • Each service provider uses the same user interface as the telecommunications operator and remotely operates its own USSD application, within the operating limits allocated by the telecommunications operator. For each service provider, a history of activities and operations is recorded.
  • this service and application creation environment is provided not only to service providers, but also to diverse users and subscribers, who in this way adapt and customize their own applications, services and content.
  • the USSD CENTER (14) is configured as a USSD "proxy" (module of a USSD system connected to another USSD system and performing requests (and their backup) for purposes Services) .
  • This implementation concerning, for example, the module (110) is carried out via the specific gateway (132).
  • the USSD CENTER (14) is configured as an active routing platform, which provides USSD mediation between different elements of the network and solves problems with routing users, services, and services. and applications. These problems are, for example, the routing of the user to a BSS platform (110), MNP ("Mobile Number Portability") routing, and others.
  • BSS platform 110
  • MNP Mobile Number Portability
  • the USSD CENTER (14) is configured to perform broadcast broadcasting of data and services to a multitude of users, for example to broadcast advertisements, warnings or alerts. useful information.
  • broadcast broadcasting is followed by a response from the user and an interactive exchange, for example for applications such as consumption surveys and surveys.
  • a broadcast service creation environment allows service providers and the end-user to customize and customize their own broadcast broadcasts.
  • the broadcast environment of the CENTER USSD (14) allows operators to also launch conventional broadcast services, such as SMS, IVR, WAP, GPRS or 3G / 3G +.
  • conventional broadcast services such as SMS, IVR, WAP, GPRS or 3G / 3G +.
  • the Browser (16) communicates via the link (288) with a charging module (28).
  • a charging module 28.
  • the CENTER USSD (14) manages for example billing by subscription or prepaid mode, using an approach called external payment procedure.
  • a specific external billing procedure is specified in the USSD services logic during service creation and is triggered in real time during the user's session.
  • the payment procedures are in accordance with the specific payment procedures of an operator or a third party.
  • a roaming user is also identified, so that his navigation is taken into account appropriately during the payment process.
  • this case is available by using the features of the USSD CENTER (14).
  • the USSD CENTER (14) includes a payment system that carries out the pricing or / and the billing in real time or deferred, and allows in this way the convergence of the various services and types of payment (prepaid, with subscriptions and mixed).
  • users subscribe to any service using the USSD CENTER (14).
  • the USSD CENTER (14) comprises a functionality of automatic modification or cancellation of the subscription, or at the request of the user or that of the service provider.
  • the Browser (16) communicates via the link (298) with a module (29), for which a method of observation and classification is defined.
  • said observation and ranking method performs the observation, the analysis and the classification of the behavior of the users, the contents, the services, the suppliers and other users, and this in real time or deferred. This method is used for example for the analysis and ranking of the solicitation of services and their subparts, as well as for revenue generation.
  • the observation and ranking parameters are defined during or after the service creation process.
  • an internal network management administration (210) at the USSD CENTER (14) generates the requested parameters in real time and automatically creates an observation or / and classification event.
  • the billing module (27), the charging module (28) and the observation and classification module (29) are integrated inside the Browser module (16).
  • the module (14) is connected with the Browser (16) and thus with the VXML interpreter (21) via a link (211).
  • the module (210) is capable of simultaneously supporting all deployed services including generic USSD operations initiated by the telecommunications network and the mobile terminal, as well as sessions or dialogs of a session.
  • Bilateral USSD Observation and ranking are applicable to the service provider and the user.
  • the observation is based on defined parametric criteria, such as for example: the type of event, the date and time of the event, the duration of the session, the number of exchanges during the session, the code service application (end-user or any network), the VAS provider, the message content (based on keywords or content codes), the location of the end user.
  • a combination of the observation factors is correlated with event phenomena, such as for example holidays, sports championships, advertising campaigns.
  • the administration module (210) comprises a system administration of WEB type including a service creation, testing, deployment and version management environment of these services, a control module of the 1 USSD CENTER SYSTEM (14) and feature configuration modules, parameters and network gateways.
  • the authoring environment is accessible locally, remotely or from a terminal by the operator and / or third parties and / or the users themselves.
  • the system administration performs the regulation of connections, the collection and analysis of data and statistics.
  • the system administration module (210) is connected with at least one other internal module to the USSD CENTER
  • the system administration is for example connected with the integration gateway (15) via a link (212), with the USSD gateway (17) via a link (214), with the network gateway (18) via a link ( 215) and with the database and profiling (19) via a link (213).
  • the USSD CENTER (14) has the possibility to determine in real time the profile of a user or group of users.
  • the profile of the user is completed by his usage profile relating to at least one service and to all the parameters specific to the sessions to this service.
  • the USSD CENTER (14) has the ability to determine in real time the profile of a service or set of services.
  • This profile consists of information such as for example the reduced accessibility for free services or for a particular group of users, the definition of white and black lists, or others.
  • the USSD CENTER (14) Based on the user's detected behavior, the USSD CENTER (14) has the ability to trigger an assist event setting up self-learning. Thus the CENTER USSD (14) provides real-time assistance adapted to the user when such is necessary.
  • the USSD CENTER offers service and content management directly by the users. For example, the services and contents are created or customized by the user himself using a WEB site or directly using the mobile terminal.
  • the USSD navigation and hosting system generates CDR files.
  • CDR files Once created, eg billing files are available to the telecommunications operator or service providers.
  • the updating frequency of these files is for example, at least once a minute.
  • Their format is for example of the type "ASN.1 Structured"("Abstract Syntax Notation One Structured” in English, standard way of describing a message sent or received by the network).
  • the syntax of the CDR files is adapted by the telecommunications operator and certain parameters are modified.
  • the different CDR formats are generated using predefined parameters. For each node in the service logic tree, the choice of CDR formats and their usage by an administrator is flexible. Said administrator is in this case an operator, a service provider or any third party to whom the administration of the service has been delegated.
  • FIG. 3 illustrates a nonlimiting embodiment of the architecture with reference to FIG. 1 and FIG. 2 with connectors external to the Browser module (16).
  • the browser module (16) is represented in architecture with the integration gateway module (15), which contains at least one integration interface module.
  • the interface modules are based for example on the protocols HTTP (321), SOAP (322), XML / HTTP (323), CORBA (324), "ORACLE” ® (325), “MySQL” ® (326). ), LDAP (327), SMPP (328), CIMD2 (329) (Computer Interface to Message Distribution, version 2), Diameter (3210), or any integration gateway (3211) ).
  • the integration interfaces are of the client, server, client-server or "Peer to Peer" type, in point-to-point communication.
  • the module (15) is connected via a link of type (123) and using IP protocol, to a module (31) comprising a set of services, for example VAS services.
  • the module (31) comprises, for example, the module (11) which contains an MVNO module (312) and an ASP module (311), and the module (12) which is composed of a VAS module (313) and an SMSC module (314).
  • the module (15) communicates with the modules (11) and (12) via a link of type (123), followed by a link of type (121).
  • the module 31 also comprises a service platform of the BSS or IN type (110), with which the module (15) coinmunique with a link of type (128). Also, the module
  • the Browser module comprises an SMS application platform (10), with which the module (15) communicates via a link (123), followed by a link (101).
  • the Browser module In order to access the multiple computer and telecommunications networks, the Browser module
  • the module (16) is connected to the network gateway module (18) via a link of type (129).
  • the module (18) contains at least one type network gateway for example SOAP (331), HTTP
  • the network interfaces are of the client, server, client-server or Peer-to-Peer type, point-to-point communication.
  • the module (18) has access to the networks, for example via a link (35) which is for example of the type (133) and / or of the type (126) and / or of the type (134), and / or via a link (37) which is for example (127) and / or (122).
  • the generic USSD CENTER (14) has characteristics of multi-applications and multiservices, compatibility and interoperability with existing systems, scalability in terms of network capabilities and connections and therefore, in terms of applications and services.
  • the CENTER USSD (14) is an open platform adapted to existing standards, with multi-service and multi-operator capabilities.
  • the USSD CENTER (14) enables the deployment of new services, giving opportunities for multiple mobile applications. The user interaction with mobile applications and easy and instant response time is guaranteed and interactions during the session are supported, unlike services such as SMS and GPRS.
  • the USSD protocol is fully supported by the GSM network and the addition of the USSD CENTER (14) in a telecommunications network does not require the modification of the network.
  • the USSD CENTER (14) supports user-initiated sessions (115) of the "pull” type ("pull"), and sessions initiated by the "push” type application server (16). from the word “push” in English, push), with unilateral or bilateral interactivity.
  • mobile applications such as SMS, STK ("Sim Tools Kit", WAP, IVR and others) are immediately available.
  • said USSD CENTER (14) is used for banking services and applications, for broadcast broadcasting, for example advertisements, alerts, traffic simulation or various network services. Also, the USSD CENTER (14) is used for geo-location content management, as well as for the multitude of emerging SP applications ("Services Provider").
  • CENTER USSD module (14) is carried out using platforms hardware type HP ("Hewlett Packard” ®), FSC
  • the operating system is, for example, of the "Red Hat Enterprise” ® or “Fedora Linux” ® type, or of the “Sun Solaris” ® type.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Meter Arrangements (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Système numérique de télécommunications pour l'accès, la navigation et l'utilisation d'applications et de services numériques, appelé CENTRE USSD (14), qui comporte au moins un module serveur d'applications et de services (16), au moins un module passerelle d'accès (17), au moins un module passerelle de réseaux (18), au moins un module passerelle d'intégration (15), et au moins un module base de données et de profilage (19). Le module serveur d'applications et de services (16), appelé Browser (16), est basé sur au moins un protocole de télécommunications USSD et sur au moins un interpréteur de langages VXML (21). Le CENTRE USSD (14) inclut également des modules de tarification, de facturation, de Proxy, de routage, d'observation, de classement, d'auto-apprentissage, effectuant les opérations respectives en temps réel ou différé. Le CENTRE USSD (14) comprend aussi un module de type WEB d'environnement de création de services multilingues, de test, de déploiement et de gestion de versions de ces services, localement ou à distance. Procédé mis en oevre à l'aide du système (14), qui permet à l'utilisateur d'accéder aux services USSD via des services non-USSD existants ou nouveaux et qui permet à l'utilisateur d'accéder à des services non-USSD, existants ou nouveaux, via USSD.

Description

CENTRE USSD GENERIQUE D'APPLICATIONS ET DE SERVICES RESEAUX
La présente invention concerne un CENTRE USSD générique d'applications et de services réseaux. La présente invention est située dans le domaine des applications conversationnelles et des applications client- serveur, plus particulièrement dans le domaine des dialogues dynamiques entre un terminal et un serveur d'applications et de services, à l'aide d'interfaces interactives, offrant la possibilité d'accéder, de dialoguer, d'échanger des informations et d'utiliser différents applications et services .
La présente invention est située notamment dans le secteur de la téléphonie mobile, dans un contexte d'expansion de nouvelles fonctionnalités, de rajout de services interactifs, de convergence des moyens de dialogue et de communication entre dispositifs hétérogènes, tels que téléphones mobiles, équipements mobile, plateformes numériques d'applications et de services, serveurs Internet, services et équipements de tierce parties et autres.
Dans l'ère des nouvelles technologies émergentes, est présente une nécessité croissante de concevoir des systèmes d'applications et de services, notamment des serveurs génériques basés sur des protocoles simples d' implémentation et d'utilisation, avec des fonctionnalités de navigation dynamique, interactive, intuitive, facile d'utilisation et aussi, avec une intégration rapide. A ces caractéristiques se rajoutent les exigences de « scalabilité » (relatif au mot « scalability » en anglais, qui désigne la propriété de redimensionnement d'un système ou d'un procédé en terme respectivement de composants ou d'étapes, de qualité, de taille, de résolution, de bande passante ou autres) . Cependant, la contrainte des coûts en ressources matérielles et humaines pour la mise en place de tels systèmes est importante. Le problème technique à résoudre est donc de concevoir un système d'applications et de services permettant avec les moindres coûts possibles, la mise en place d'applications et de services multiples et réutilisables, ciblant le marché de masse. Le problème est également de répondre à l'exigence croissante d'avoir des services compatibles interactifs entre les technologies existantes et émergentes, sans implémentations coûteuses concernant les systèmes d'applications et de services, et de préférence, avec peu ou sans modifications des équipements des opérateurs réseaux et des utilisateurs.
Afin de répondre à cette problématique, l'art antérieur connaît différentes approches, qui cependant n'abordent que des aspects restreints et ponctuels de cette problématique, rendant possible des applications concrètes, sans toutefois proposer des services complets tels que la navigation dans différents menus, issus d'applications diverses, à l'aide de moyens déjà disponibles dans les dispositifs, comme les fonctionnalités standards implémentés de manière native, et aussi sans modifications importantes des serveurs numériques ou des équipements des utilisateurs finaux.
Un document connu par l'art antérieur est le document FR2857816, qui concerne un procédé de mise en œuvre d'une communication ayant un type appartenant au groupe constitué des communications de type vocale, WAP (« Wireless Application Protocol » en anglais, protocole d'application sans fil) ou MMS (« Multimedia Message Service » en anglais, service de message multimédia) sur un téléphone mobile. Dans le procédé de communication, une étape préliminaire consiste à offrir à l'utilisateur la possibilité d'activer ou non une telle communication. Le choix d'activer ou non une telle communication est offert à l'utilisateur par une connexion USSD (« Unstructured Supplementary Service Data », en anglais, service de données supplémentaire et non structuré) .
Cependant, ce document est limité à l'établissement d'une connexion pour l'activation en USSD d'une communication vocale téléphonique, sans toutefois aborder des aspects d'architecture ou de mise en place pour la navigation et pour les services auxiliaires.
Un autre document bien connu par l'art antérieur est le document EP0986275 qui concerne un procédé de transaction, pour commander des articles de consommation ou des services avec un téléphone mobile, auquel cas un ordre de livraison est transféré à un prestataire de services sur un réseau de téléphonie mobile. Certaines données de commande, dans lesquelles une facturation est indiquée, sont encapsulées dans une ou plusieurs communications brèves de type SMS
(« Short Message Service » en anglais, court message textuel pouvant être émis et reçu depuis un téléphone portable) , de type USSD ou de type e-mail. Ces données sont transmises à une plate-forme de validation, liée à une centrale d'entreprise de communications de courte durée. Le coût du service indiqué est prélevé à partir d'un compte client et est transféré vers un compte de prestataire de services. Cependant, ce dpcument concerne avant tout les aspects d'une transaction ponctuelle, basée sur des protocoles existants, sans cependant aborder la problématique des systèmes de navigation USSD interactive ou d'architecture pour un équipement USSD générique.
Une autre référence de l'art antérieur est le document FR2819675, concernant un téléphone portable qui comporte un navigateur pour un réseau informatique de type Internet, des moyens de capture d'adresses informatiques reçues par le navigateur, pour commander des moyens de mémorisation et de rappel des adresses informatiques prévus dans le téléphone. Le téléphone portable comporte aussi des moyens de génération et de présentation d'icônes électroniques, des moyens de sélection de ces icônes, des moyens de mémorisation des icônes et des moyens d' appariement pour apparier les icônes et des adresses informatiques rangées dans les moyens de mémorisation et de rappel.
Toutefois, ce document est relatif à un navigateur implémenté dans l'équipement de l'utilisateur et n'aborde donc pas les aspects relatifs à aux interpréteurs et aux navigateurs embarqués dans le réseau. Un document également connu par l'art antérieur est le document WO/2007/030413, relatif à un canal de commande d'un navigateur VXML («Voice eXtended Markup Language » en anglais, langage vocal de marquage étendu, qui désigne une interface de programmation d'applications relative à la communication utilisant des périphériques liés à la synthèse vocale et la téléphonie) . Ce document porte sur un système permettant à des applications extérieures d' interagir avec un navigateur VXML tournant sur un processeur à fonction d'interpréteur VXML. Une commande est fonctionnellement placée entre l'application extérieure et l'interpréteur VXML à l'aide d'un canal de communication. La commande insère dans l'interpréteur VXML les instructions qui sont traitées par le navigateur VXML de manière classique pour permettre à l'application extérieure d' interagir avec le navigateur VXML .
Cependant, ce document est limité à l'interprétation et aux fQnctionnalités d'un navigateur VXML et de leur adaptation à un canal de transport avec des protocoles classiques comme UDP (« User Datagram Protocol » en anglais, protocole de communication assurant l'échange d'un minimum de données à travers un réseau) , TCP (« Transmission Control Protocol », en anglais, protocole de base pour l'échange des données dans un réseau) , ou SIP (« Session Initiation Protocol » en anglais, protocole standard d'initiation d'une session réseau interactive) . Par conséquent, ce document ne résout pas le problème technique énoncé dans la présente invention, à savoir la navigation dans des services non-vocaux de type USSD ou autres, ainsi que toute la problématique liée à la spécificité de l' implémentation et de l'intégration de cette navigation.
La présente invention s'appuie sur des standards et des protocoles existants, ouverts et implémentés déjà sur des dispositifs, donc déjà disponibles. Elle s'appuie sur des fonctionnalités natives réseaux et terminaux en proposant une architecture générique, multi-applications et multiservices. De plus, l' implémentation et l'intégration centralisées côté réseaux permettent une gestion optimale des ressources du réseau et des efforts de mise en œuvre. La présente invention a pour but de pallier à l'insuffisance de l'art antérieur et résout le problème technique énoncé à l'aide d'un procédé unique et d'un système générique d'applications et de services multiples pour la mise en œuvre de ce procédé, basé sur l'utilisation et l'adaptation de protocoles réseaux de type USSD avec des interpréteurs relatifs à des descripteurs de langages structurés. La présente invention a pour objet un système d'applications et de services réseaux basé sur des protocoles réseaux standards de type USSD, comportant au moins un serveur d'applications et de services, incluant un navigateur dynamique interactif, basé sur un interpréteur de langage structuré par objets conversationnels, tel que par exemple VXML. Le système d'application et de services basé sur des protocoles USSD est centralisé dans un réseau de télécommunications ou informatique. Le navigateur basé sur un interpréteur VXML est intégré du côté réseau.. Dans son acception la plus générale, la présente invention concerne un système numérique de télécommunications pour l'accès, la navigation et l'utilisation d'applications et de services numériques, appelé CENTRE USSD, qui comporte au moins un module serveur d'applications et de services, au moins un module passerelle d'accès, au moins un module passerelle de réseaux, au moins un module passerelle d' intégration, et au moins un module base de données et de profilage, ledit module serveur d'applications et de services, appelé Browser, étant basé sur au moins un protocole de télécommunications USSD et sur au moins un module interpréteur de langages structurés par objets, relatif à des descripteurs structurés par objets. De préférence : ledit interpréteur de langage est de type VXML ; le module passerelle d' accès est basé sur au moins un protocole USSD. Dans une variante, le système est connecté à moins un module de type SMSC.
Dans une autre variante, le système est connecté à au moins un module de type passerelle WAP et/ou OTA et/ou IVR et/ou GPRS pour un réseau quelconque de télécommunications. Avantageusement, le système est connecté à moins un module de type applications SMS. De préférence : le système est connecté à au moins un réseau de type cœur de réseau pour télécommunications mobiles ; - le cœur de réseau est connecté à au moins un réseau d' utilisateurs .
Avantageusement, le système est connecté à au moins un ensemble de réseaux basé sur des protocoles de communication et des interfaces standards ou propriétaires. Dans une variante, le système est relié à au moins un module de services des opérateurs de télécommunications ou de tierces parties. Dans une autre variante, le système est relié à au moins un module de systèmes dits réseaux intelligents et de support business .
Avantageusement, au moins un module serveur d'applications et de services ou au moins un module passerelle d'accès ou au moins un module passerelle de réseaux ou au moins un module passerelle d' intégration ou au moins un module base de données et de profilage est autosuffisant.
De préférences, le serveur d'application et de services comporte au moins un interpréteur VXML, au moins un module de services USSD et au moins un module de fichiers VXML. Dans exemple de réalisation, le module de services USSD contient des services USSD non structurés ou structurés en menus, lesdits services USSD étant interactifs ou non interactifs.
Dans un autre exemple de réalisation, lesdits services sont multilingues pour toute la chaîne de bout en bout. Dans un exemple de réalisation préféré, la logique du service est indépendante des langues des services pour toute la chaîne de bout en bout.
De préférence, ledit CENTRE USSD, comporte au moins un module de tarification, et/ou au moins un module de facturation, et/ou au moins un module d'observation et de classement . Dans un premier mode de mise en œuvre préféré, le CENTRE USSD est un système de navigation réseau.
Dans un deuxième mode de mise en œuvre préféré, le CENTRE USSD est un système d'hébergement d'applications et de services tierces. Dans un troisième mode de mise en œuvre préféré, le CENTRE USSD est un système de type Proxy.
Dans un quatrième mode de mise en œuvre préféré, le CENTRE USSD est un système de type routeur. Dans un cinquième mode de mise en œuvre préféré, le CENTRE USSD est un système de diffusion de type Broadcast . Avantageusement, un module d'administration comprend une administration système de type WEB incluant un environnement de création de services, de test, de déploiement et de gestion de versions de ces services, un module de contrôle du CENTRE USSD et des modules de configurations des fonctionnalités, des paramètres et des passerelles réseaux. La présente invention concerne également un procédé qui est effectué en une étape d'allocation des codes des services USSD ou génériques, une étape de création d'une logique des services, une étape de test, d'évaluation et de mise en version des services, et une étape d' activation, de déploiement, d'usage et de sauvegarde des services. Dans un mode de mise en œuvre, ce procédé comporte une étape supplémentaire de tarification en temps réel ou différé. Dans un autre mode de mise en œuvre, le procédé comporte aussi une étape supplémentaire de facturation en temps réel ou différé. Avantageusement, le procédé comporte une étape d'unification convergente des modes de payement pour tout type d'utilisateurs (mode abonné, mode prépayé, mode tierce partie) d'au moins un réseau de télécommunication. De préférence, le procédé comporte une étape supplémentaire d'observation et de classement en temps réel ou différé.
Dans une variante, le procédé comporte une étape supplémentaire de diffusion de données et de services de type Broadcast. Avantageusement, l'étape de diffusion Broadcast est suivie d'une étape d'échange interactif ou non interactif avec l'utilisateur.
Dans un exemple de réalisation, le procédé comporte une étape supplémentaire d'abonnement et/ou de désabonnement pour au moins une application tierce. Dans un autre exemple de réalisation, le procédé effectue la différenciation des utilisateurs, les utilisateurs étant des abonnés et/ou des tierces applications ou services, en temps réel à l'aide d'une customisation dynamique. Dans un exemple de réalisation préféré, les utilisateurs étant des abonnés et/ou des tierces applications ou services gèrent eux-mêmes leur environnement de création de services, d'applications et de contenus. Avantageusement, ledit environnement de création est accessible localement, à distance ou depuis un terminal par l'opérateur et/ou les tierces parties et/ou les abonnés eux- mêmes .
Dans un premier mode de réalisation, le procédé définit au moins un profil d'au moins un utilisateur et/ou d'au moins un service.
Dans un deuxième mode de réalisation, le procédé effectue une détection du comportement de l'utilisateur et génère des fonctionnalités d'assistance et/ou d'auto-apprentissage. Dans un premier mode de mise en oeuvre particulier, l'utilisateur accède aux services USSD via des services non- USSD existants ou nouveaux.
Dans un deuxième mode de mise en œuvre particulier, l'utilisateur accède à des services non-USSD, existants ou nouveaux, via des services USSD existants ou nouveaux. Dans un troisième mode de mise en œuvre particulier, l'utilisateur accède à des services USSD, existants ou nouveaux, via des services USSD existants ou nouveaux.
Dans un quatrième mode de mise en œuvre particulier, l'utilisateur accède à des services non-USSD, existants ou nouveaux, via des services non-USSD existants ou nouveaux.
Avantageusement, plusieurs codes d'accès USSD existants sont regroupés en un seul code d'accès USSD. Dans une variante, le procédé comprend une étape de modifications statiques ou/et dynamiques des paramètres commutés .
Dans un autre variante, le procédé comprend une étape de partage de charge.
De préférence, la navigation USSD effectue l'approvisionnement, la consultation et la modification d'au moins une information gérée dans le cœur d'un réseau. La présente invention sera mieux comprise à l'aide des figures en référence aux dessins annexés qui représentent respectivement : en figure 1, un schéma général d'architecture du système générique, objet de la présente invention ; en figure 2, un mode particulier de réalisation du CENTRE USSD (14) et du module (16) avec ses connexions internes ; en figure 3, un mode particulier de réalisation du CENTRE USSD (14) avec des connexions externes au module (16) . Le schéma général de la présente invention est illustré sur la figure 1. Une plateforme d'applications et de services (14), appelée dans la présente invention « CENTRE d'applications et de services » ou encore « CENTRE», est conçue pour effectuer et facturer des services, par exemple de type messagerie (USSD ou SMS « Short Message Service» en anglais, service de message court, ou autre) , de type « Browsing » en langue anglaise, c'est-à-dire navigation, de type « Hosting » en langue anglaise, c'est-à-dire hébergement et de type « Broadcast » en langue anglaise, c'est-à-dire diffusion de données à partir d'une source unique vers un ensemble de récepteurs. Le CENTRE (14) est un système générique multi-applications et multiservices ouvert, qui fournit des services compatibles avec des protocoles standards, utilisés dans la téléphonie mobile, tels que par exemple les protocoles SS7 (« Signaling System 7 » en anglais, protocole de télécommunications pour les connexions haut débit en mode circuit) et/ou les protocoles IP (« Internet Protocol » en anglais, protocole Internet) . Dans la présente invention, sous le terme « système générique » USSD est entendu un système basé sur des protocoles standards, existants ou nouveaux, permettant la mise en place par USSD de tout service et de toute application existante ou nouvelle. Ledit CENTRE (14) est situé au sein d'un serveur dans un réseau de type par exemple de télécommunications mobiles, réseau SS7, réseau 3G/3G+, réseau NGN (« Next Génération Networks » en anglais, nom générique d' un quelconque réseau de télécommunications futur) , réseau informatique Internet ou tout autre réseau numérique. Ce CENTRE (14) est constitué de cinq modules principaux : un serveur d' applications et de services (16) avec un navigateur, appelé dans la présente invention « Browser » (« Browser » en anglais, navigateur),7 ledit Browser étant basé sur au moins un protocole USSD, une passerelle d'accès (17) USSD, une passerelle de réseaux
(18) basée sur des protocoles compatibles avec les réseaux de télécommunications, une passerelle (15) d'intégration, dédiée à des systèmes de technologie de l' information et une base de données et de profilage (19) . Dans un cas général, ledit CENTRE (14) est constitué d'au moins un serveur d'applications et de services (16), d'au moins une passerelle d'accès (17), d'au moins une passerelle de réseaux (18), d'au moins une passerelle (15) d' intégration et d' au moins une base de données et de profilage (19) .
Dans un premier cas particulier, ledit CENTRE est constitué d'un sous ensemble des modules (16), (17), (18), (15) ou
(19) . Dans un deuxième cas particulier, au moins un module (16) ou au moins un module (17) ou au moins un module (18) ou au moins un module (15) ou au moins un module (19) est autosuffisant . Dans la présente invention est entendu qu'une passerelle de réseaux représente une plateforme ou un ensemble de plateformes intermédiaires qui traite et qui transmet des paquets d'informations sur un réseau ou sur plusieurs réseaux vers la destination indiquée, et permet de faire communiquer des réseaux hétérogènes. Sous le terme «passerelle » est comprise donc une passerelle réseaux pour un réseau quelconque, comprenant au moins un interface de réseau. La passerelle d'intégration (15) communique avec le serveur d'applications et de services réseaux (16), ledit Browser, via le lien (124) et à l'aide d'au moins un protocole d' interfaçage, par exemple un protocole standard IP. Sous protocole standard IP est compris l'ensemble des protocoles IP utilisés dans les réseaux. Le Browser (16) communique avec la passerelle d'accès USSD (17) via le lien (125) et à l'aide de protocoles de type IP par exemple ou avec un protocole d'applications SMS, tel que SMPP («Short Message Peer to Peer » en anglais) . Le Browser (16) communique également avec la passerelle de réseaux (18) via le lien (129), à l'aide de protocoles de type IP par exemple. Le Browser (16) échange des données avec la base de données et de profilage (19) via le lien (191) à l'aide de protocoles de type IP. Ladite base de données et de profilage (19) contient des informations, par exemple sur des listes blanches et des listes noires concernant des utilisateurs diverses, sur les profils des utilisateurs, sur les profils des services et sur des statistiques diverses d'usage utilisées dans l'analyse et la gestion des services. Le module (19) comporte également des modules de définition statique ou dynamique d'au moins un profil d'utilisateur et d'au moins un profil de service.
Par la suite, ledit CENTRE (14) ainsi mis en œuvre est appelé CENTRE USSD (14) . Le CENTRE USSD (14) est connecté à travers la passerelle USSD (17) à un réseau de type « Core Network » (130) (« Core Network » en anglais, réseau central de base ou cœur de réseau de télécommunications) . Le Core Network est par exemple de type cœur de réseau GSM (« Global System for Mobile » en anglais, système global de télécommunications pour la téléphonie mobile) , GPRS (« General Packet Services » en anglais, système de télécommunications par accès avec services par paquets) , UMTS (« Universal Mobile Télécommunications System » en anglais, système de télécommunications mobiles universelles) , 3G/3G+ et/ou tout autre cœur de réseau de type NGN. Par exemple, le réseau (130) est de type SS7 et communique avec le CENTRE USSD (14) via le lien (122) par lequel les communications sont échangées par exemple à l'aide du protocole MAP (« Mobile Application Protocol» en anglais, protocole pour applications mobiles) .
Dans une autre variante, le CENTRE USSD (14) est relié au réseau (130) à travers la passerelle de réseau (18), via un lien (133) et un ou plusieurs protocoles de type SS7. Par exemple, ledit lien (133) est constitué par un protocole CAP (« CAMEL Application Part » en anglais, partie applicative du protocole CAMEL « Customised Applications for Mobile network Enhanced Logic » en anglais, permet à un opérateur télécom de fournir, à l'intérieur ou en dehors de son propre réseau, des services particuliers à ses utilisateurs, telle que la facturation en temps réel) , par un protocole INAP
(« Intelligent Network Application Protocol », partie applicative pour des applications intelligentes sur protocole SS7) ou bien par un protocole MAP. Ledit cœur de réseau (130) comporte différents modules, avec lesquels la passerelle de réseau (18) et/ou la passerelle USSD (17) échangent des données. Par exemple, ces modules sont de type module HLR (« Home Location Register » en anglais, enregistreur de localisations domestiques), module MSC (« Mobile Switch Center » en anglais, centre de communications mobiles), module VMSC (« Visited Mobile Switching Center » en anglais, centre de services mobiles visité) , module GMSC («Gateway Mobile Services Switching Center » en anglais, passerelle de services mobiles commutés) , module SIGTRAN (ensemble de protocoles définis pour transporter des messages SS7 sur IP) ou autre module quelconque, relatif à la téléphonie mobile. Ledit cœur de réseau (130) échange des informations via le lien (145), avec l'ensemble (113) des utilisateurs (114), (115), et/ou (116) . L'ensemble (113) est par exemple un réseau de type RAN (« Radio Access Network » en anglais, réseau d'accès radio pour la téléphonie mobile) pour GSM, EDGE, UMTS, 3G/3G+ ou bien par exemple de type PSTN (« Public Switched Téléphone Network » en anglais, réseau publique commuté de télécommunications), NGN, ou d'un autre type quelconque de réseau numérique d'un ensemble d'utilisateurs. Le lien de communication (145) est établi à l'aide de protocoles standards. L'équipement de l'utilisateur, ledit terminal, est par exemple un téléphone mobile (dit encore téléphone portable) , un PDAs, («Personal Digital Assistant » en anglais, ordinateur de poche, cumulant de nombreuses fonctions) , un ordinateur multifonctions de bord ou de véhicule, une plateforme multifonctions domestique ou d'entreprise, comprenant par exemple une fonction de surveillance ou de sécurité, ou tout autre dispositif fixe ou mobile pouvant communiquer avec au moins un réseau. Dans la présente invention, sous le terme « utilisateur » est entendu une personne physique abonnée, fixe, nomade ou « Roamer » (« roamer » en anglais, personne itinérante dans le sens de « Roaming » en anglais, itinérance inter-réseaux) à au moins un réseau, ou une tierce partie, par exemple un fournisseur d'applications, de services, de contenus ou d'un équipement quelconque, par exemple d'un dispositif d'alarme ou de signalisation. La passerelle de réseaux (18) est également connectée à une plateforme de services (112) via le lien (126) et à l'aide de protocoles de type IP. La plateforme de services (112) est par exemple de type passerelle WAP, OTA (« Over The Air » en langue anglaise, protocole standard de transmission et de réception pour les informations relatives à une application pour téléphones mobiles) , IVR (« Interactive Voice Response » en anglais, réponse interactive par la voix) ou de type GPRS (par exemple MMSC, en anglais « Multi Media Messaging Service Center », centre de service multimédias) . Cette plateforme (112) est également reliée au réseau de télécommunications (130) via le lien (147) et à l'aide de protocoles standards ou spécifiques, par exemple de type SS7 ou IP. La passerelle (18) est également reliée à un module (119) qui est de type SMSC (Centre de SMS en anglais), via le lien (134) et à l'aide de protocoles de type SMPP. Le module SMSC (119) est lui-même relié au réseau de télécommunications (130), via un lien (135), à l'aide de protocole de communications de type SS7.
De préférence, le Browser (16) est également relié au module SMSC (119) via le lien (137) et à l'aide de protocoles de type SMPP. Dans ce cas, les services USSD sont proposés aussi en tant que services SMS. Egalement des services USSD sont proposés en tant que services WAP, IVR, OTA, GPRS ou 3G/3G+. Un module tierce (10) de traitement d'applications SMS traite des requêtes SMS et communique de manière classique avec le module SMSC (119) via le lien (102) et des protocoles de type SMPP. Dans un mode particulier de mise en œuvre du CENTRE USSD (14), des requêtes applicatives SMS du module (10) sont transmises via les liens (101) et (105) avec des protocoles de type SMPP et sont traitées directement par la passerelle d'accès USSD (17), permettant à ces services externes SMS d'être disponibles en USSD.
Aussi, d'autres services non-USSD existants tels que IVR, OTA, WAP, GPRS ou 3G/3G+ sont disponibles via USSD.
De manière générale, à l'aide de cette architecture, l'utilisateur accède aux services USSD via des services non- USSD existants ou nouveaux, et également, l'utilisateur accède à des services non-USSD, existants ou nouveaux, via USSD.
Le CENTRE USSD (14) est relié via un lien (123) qui est par exemple de type IP, à un ensemble (13) de réseaux de type IP au sein duquel sont contenus divers protocoles, reliés à des plateformes d'applications et de services (10), (11) (12) et (110) . A travers cet ensemble de réseaux (13), le CENTRE USSD (14) a accès à des plateformes (12), par exemple de type VAS (« mobile Value-Added Services » en anglais, services mobiles à valeur ajoutée) . Les données entre (13) et la plateforme (12) sont échangées via le lien (121) à l'aide de protocoles standards, tels que par exemple VXML/ HTTP (« HyperText Transfer Protocol » en anglais, protocole de transfert de texte) , SOAP/HTTP (« Simple Object Access Protocol" en anglais, protocole standard destiné aux services WWW (« Word Wide Web » ou « WEB » en anglais, toile réseau mondiale), XML/ HTTP (« XLM » en anglais, eXtended Markup Language, langage de marquage étendu de description et d'analyse de données), SMPP, ou bien à l'aide de protocoles propriétaires tels que par exemple de type « ORACLE »® (serveur d'interface et d'applications pour chaîne mobile) , « MySQL »® (base de données relationnelle) , LDAP (« Lightweight Directory Access Protocol » en anglais, protocole simplifié pour accès à des bases de données) , DIAMETER (extension IP pour mobile) , RADIUS (extension IP pour mobile) , MML (« Man-Machine Language » en anglais, langage homme-machine ), ou autres types de protocoles. Dans un mode de mise en œuvre à travers le réseau (13), le CENTRE USSD (14) a accès à une plateforme (11), de type par exemple ASP (« Applications Services Providers » en anglais, fournisseurs d'applications et de services), ou de type MVNO (« Mobile Virtual Network Operator » en anglais, opérateurs de réseau mobile virtuel), ou d'autres tierces parties comme par exemple des banques, avec lesquelles à travers le réseau (13), le CENTRE USSD (14) échange des informations via un lien de type (121) .
Dans mode particulier de réalisation, une partie de l'ensemble de réseaux (13) est reliée avec une ou plusieurs plateformes du réseau (130) via un lien (144) de type IP, tel que MML ou TELNET (« TELecommunication NETwork » en anglais, protocole de réseau permettant d'exécuter des commandes à distance) . Cela est une manière efficace et pratique pour le CENTRE USSD, de proposer par navigation l'approvisionnement, la consultation et la modification des informations gérées dans le cœur d'un réseau (130) et par défaut inaccessibles aux utilisateurs.
Dans un mode de réalisation, le réseau (130) a accès à la plateforme de services (110) de type par exemple BSS (« Business Support Systems» en anglais, système de support d'affaires) via le lien (143) à l'aide de protocoles de type INAP, MAP, CAP et CDR (« CaIl Data Records » en anglais, enregistrement des données de l'appel) . Le module BSS (110) est par exemple de type module de facturation post payé ou bien un module prépayé, par exemple de type IN (« Intelligent Network » en anglais, réseau intelligent, concept définissant des fonctions avancées pilotant des équipements du réseau téléphonique) . La plateforme (110) est également connectée via le lien (131) à l'aide de protocoles spécifiques ou propriétaires, à une passerelle (132), qui est par exemple de type USSD, dédiée à des modules de type BSS. La passerelle (132) communique avec le réseau (130) via un lien (141) et à l'aide de protocole USSD MAP et avec la passerelle USSD (17) via un lien (127) et à l'aide de protocole USSD MAP. Le lien
(127) est dans ce cas confondu avec un lien quelconque de type (141). Cette connexion particulière donne la possibilité de configurer l'architecture de la figure 1 pour de nouveau services.
Dans un mode de réalisation particulier, la plateforme (110) échange des informations avec le réseau (13) via le lien (128), à l'aide de protocoles standards ou propriétaires, spécifiques à la plateforme (110), tels que par exemple « Ericsson »® UCIP (« User Communication Intégration Protocol » en anglais, protocole spécifique de « Ericsson »® ) , « Huawei »® MML, le protocole d'applications « Corba » pour NSN (« Nokia Siemens Network »®) BSS, Corba pour « Alcatel »® BSS, ou Corba pour « LHS »® BSS. Dans un autre mode de réalisation, la plateforme (110) est reliée directement à la passerelle de réseaux (18) via le lien (139), à l'aide de protocoles standards ou spécifiques. L'architecture générique décrite dans cet exemple non limitatif, comprenant les modules et les liens illustrés en figure 1, présente un système dynamique et interactif pour l'accès et l'utilisation d'applications et de services multiples par les utilisateurs d'au moins un réseau de télécommunications (113) . A l'aide de cette architecture, de nouveaux services sont proposés aux utilisateurs à travers d'interfaces classiques, tels que USSD, SMS, IVR, WAP, GPRS ou 3G/3G+. De plus, un accès USSD s'ouvre aux utilisateurs pour les services existants classiques, tels que SMS, IVR, WAP, GPRS ou 3G/3G+.
Egalement, des fonctionnalités classiques réseaux et d'usage difficile, telles que des transferts d'appel, des fonctions de Roaming (« Roaming » en anglais, itinérance inter réseaux), des numéros courts, des retours d'appel (« callback » en anglais) et autres, sont rendues pratiques et simples d'utilisation grâce au CENTRE USSD (14). De plus, des services temps réel sont proposés, tel que par exemple la différentiation d'un utilisateur en mode Roaming, et par exemple, une « customisation » en anglais, c'est-à-dire personnalisation et un profilage dynamiques appropriés.
Avantageusement sont rajoutés des modules supplémentaires de type (10), (11), (12) ou (110), d'opérateurs de télécommunications ou de tierces parties. De cette manière, l'architecture illustrée sur la figure 1, incluant le module (14), le réseau (13) et les modules (11), (12) et (110), présente des propriétés de scalabilité adaptée à la capacité de traitement de l'information en terme de données, d'applications, de services, de réseaux ou autres . Le CENTRE USSD (14) gère les applications et les services en fonction des ressources du réseau et planifie l'acheminement de chaque tâche en fonction des bandes passantes disponibles ou des requêtes demandant des allocations de ressources supplémentaires . Dans un mode de réalisation particulier, les opérateurs de télécommunications ont accès à cette architecture afin de tester fonctionnellement et en charge des systèmes externes. Le CENTRE USSD (14) offre donc cette possibilité de connections et de tests de modules additionnels. Avantageusement, toutes les connexions du CENTRE USSD (14) vers des systèmes externes sont établies en fonctions des pré-requis de sécurité de ces systèmes. Les échanges sont non sécurisés ou sécurisés à l'aide d'un cryptage, de type par exemple SSL (« Secure Socket Layer » en anglais, protocole qui permet de chiffrer les données envoyées par un navigateur, ou autre) .
La présente invention est détaillée par la suite avec des exemples de réalisation préférés et non limitatifs. Dans un mode préféré de mise en œuvre, le Browser (16) est conçus sur la base de protocole USSD et un interpréteur de langage structuré VXML.
Un exemple de mise en œuvre préféré du module Browser (16) est représenté sur la figure 2. Ledit Browser (16) comprend au moins un interpréteur de langage structuré par objet (21) . Dans cet exemple préféré de mise en œuvre l'interpréteur (21) est de type VXML. L'interpréteur VXML (21) échange des informations avec un module (23) contenant des listes de services ou encore des menus USSD, via le lien (242) et à l'aide de protocoles de type VXML. Les menus USSD sont de type non structuré ou bien de type structuré. Au moins un service donné est décrit à l'aide d'appel de fichiers VXML (24) via le lien (246) et à l'aide d'un protocole VXML, afin de situer le contexte et les propriétés de la communication avec chacun des utilisateurs de téléphones mobiles. Dans ce cas, le Browser (16) est dit basé sur VXML.
De cette manière est effectuée la navigation à travers les menus de type USSD. Tous les services USSD du module (23) sont déployés dans le Browser en tant que fichiers VXML (par exemple VoiceXML v2), et téléchargés dans la mémoire de l'interpréteur VXML (21) . Avantageusement, l'interpréteur VXML (21) est conçu de manière à prendre en considération les spécificités de la communication protocolaire USSD. Ledit interpréteur VXML (21) utilise des mémoires virtuelles
(ou « caches ») internes pour les requêtes déjà interprétées et ainsi, toutes les requêtes interprétées pour la même séquence USSD, sont effectuées sans navigation, c'est-à-dire sans nouvelle interprétation de la structure arborescente déjà parcourue.
Dans un premier mode de mise en œuvre préféré, ledit Browser
(16) est configuré en tant que navigateur. La logique de navigation est similaire à celle d'une navigation WEB. Des interfaces de configuration désignent les listes et les sous-listes de tous les services et applications principaux existants, ces listes et sous-listes étant appelées respectivement pages et sous-pages ou bien menus et sous- menus . Par exemple, des codes de service USSD sont générés et attribués aux menus. Dans une variante, des codes de services USSD sont attribués à tous les menus. Dans une autre variante, des codes de services sont attribués à une partie des menus. De préférence, les menus (23) représentent au moins une page USSD, ces pages USSD étant liées par une logique de navigation. Les menus sont activés ou désactivés, par exemple par un administrateur interne (210) et leur état est signalé dans le CENTRE USSD (14) avec des messages de configuration, stockés dans la base de données et de profilage (19) .
Le procédé de navigation, comprenant la génération, l'attribution et la gestion des menus, est délimité par plusieurs étapes : - Allocation des codes des services USSD;
Dans le cas où des codes de services USSD existant ne sont pas attribués d'avance, des codes USSD temporaires sont générés par l'administrateur interne (210) . Création d'une logique des services, incluant une définition de nœuds et de sous-nœuds, une programmation des variables de marquage, une définition des URL distantes
(« Uniform Resource Locator » en anglais, localisateur uniforme de ressource) ;
Test, évaluation et mise en version des services ; Activation, déploiement et usage des services.
Le Browser (16) permet ainsi d'effectuer la navigation à partir d'un menu principal, dans des sous-menus à l'aide d'accès direct par une chaîne de caractères USSD, créant ainsi un « raccourci », qui inclut la séquence de réponse de l'utilisateur vers l'écran USSD à modifier. Par exemple, une séquence simple USSD est le type : #123*1*2# Le Browser (16) interprète chaque paramètre de la chaîne de caractères USSD de l'utilisateur de manière séquentielle et va par la suite afficher le menu approprié. Dans le cas où le menu est un dernier nœud, le Browser (16) va envoyer une requête de type par exemple HTTP au fournisseur de services, qui à son tour va par exemple, procurer le contenu souhaité .
A l'aide dudit Browser (16), des opérations dynamiques sont configurées et effectuées, telles que la navigation avec retour, la navigation à partir d'un menu initial, la navigation à partir d'un menu intermédiaire, l'interruption de la navigation. Avantageusement, ces opérations sont accompagnées par des fonctionnalités d'analyse, de configuration et de sauvegarde du profil de l'utilisateur. Sous le terme « profil de l'utilisateur » est entendu l'ensemble des caractéristiques relatives à au moins une connexion et à au moins une session, par exemple : adresse IP, numéro de téléphone, localisation, heure et date de la connexion, durée de la connexion, langue de la connexion et de la navigation, position géographique, types d' applications et de services requis, contenus sollicités et tout autre caractéristique relative à cette connexion. De préférence, le CENTRE USSD (14) contient une configuration des menus multilingues pour toute la chaîne de bout en bout (entre les abonnés finaux et les fournisseurs de services par exemple) . Aussi, la logique des services est indépendante des langues pour toute la chaîne de bout en bout . Le Browser (16), ainsi conçu est configuré pour une architecture réseau avec des connexions, qui est multiple, dynamique, et interactive. Ce Browser (16) contient des connecteurs internes, c'est-à-dire des interfaces de communication avec les passerelles (15), (17) et (18), ces connecteurs internes pouvant inclure au moins un sous- connecteur. En utilisant le connecteur (22), le Browser (16) communique avec la passerelle d'intégration (15) via un lien
(124) . Le Browser (16) est également relié à la passerelle d'accès USSD (17) via le connecteur USSD (25) et un lien
(125) . Aussi, le Browser (16) communique avec la passerelle de réseaux (18) via le connecteur (26) et un lien (129) . Dans un mode de réalisation particulier, la passerelle de réseaux (18) est reliée à la plateforme (112) via un lien de type (126) , plus précisément avec des modules de type IVR (282), WAP (283) et WEB (284). De cette manière, les services de type IVR, WAP ou WEB sont proposés via des protocoles USSD. En général, tout service numérique et toute application existante ou nouvelle pour des systèmes en réseaux est mis(e) en place par des protocoles USSD.
Dans un autre mode de réalisation particulier, la passerelle de réseaux (18) est reliée avec la plateforme de services SMSC (119) via le lien (134; . La passerelle d'intégration (15) échange des données avec la plateforme BSS (110) via le lien (222) qui est une composition de lien (123), de réseau (13) et de lien (128) . Egalement la passerelle de réseaux (18) échange des données avec ladite plateforme BSS (110) via le lien (139) . Dans une première variante, le module (110) est relié uniquement au module
(15). Dans une deuxième variante, le module (110) est relié uniquement au module (18) . Dans une troisième variante, le module (110) est relié au module (15) et au module (18) .
La base de données et de profilage (19), comprenant un module de définition d'au moins un profil d'utilisateur et d'au moins un profil de service, échange des informations séparément avec le module (15) via le lien (292), avec le module (16) via le lien (191), avec le module (17) via le lien (293) et avec le module (18) via le lien (294) . De cette manière, des informations de configuration, des différentes données d'administration, des statistiques et des informations sur les profils des utilisateurs et des services sont complétées, utilisées et inter-changées entre les modules (15), (16), (17) et (18) .
Dans un exemple de réalisation particulier, la base de données et de profilage (19) est connectée uniquement avec le Browser (16) via le lien (191), dans ce cas les liens (292), (293) et (294) sont omis. De préférences, la base de données et de profilage (19) contient des informations sur les caractéristiques de sessions et des statistiques statiques et dynamiques. Dans un deuxième mode de mise en œuvre préféré, le Browser (16) est configuré en tant que plateforme de type « Hosting » en anglais, ou hébergement d'applications et de services extérieurs ou de tierces parties. Les tierces parties accèdent de manière sécurisée à la fonctionnalité de création et l'activation d'applications et de services. Ces tierces parties sont alors en possession uniquement des codes des services qu'ils proposent.
Le mode de mise en œuvre d'hébergement dans la présente invention permet aux opérateurs de télécommunications de mettre en place des services USSD gérés par des tierces parties, comme par exemple des fournisseurs de services. L'accès des tierces parties est entièrement sécurisé. Les opérateurs de télécommunications créent un ou plusieurs comptes pour chaque tierce partie en attribuant au moins un code d'accès et des ressources USSD. Chaque fournisseur de services utilise la même interface utilisateur que l'opérateur de télécommunications et opère à distance sa propre application USSD, dans les limites d'exploitation attribués par l'opérateur de télécommunications. Pour chaque fournisseur de services, un historique des activités et des opérations est enregistré. De plus, cet environnement de création de services et d'applications est fourni non seulement aux fournisseurs de services, mais aussi aux utilisateurs divers et aux abonnés, qui de cette manière adaptent et customisent leurs propres applications, services et contenus.
Dans un troisième mode de mise en œuvre préféré, le CENTRE USSD (14) est configuré en tant que « Proxy » USSD (module d'un système USSD connecté à un autre système USSD et effectuant des requêtes (et leur sauvegarde) pour des besoins de services) . Cette mise en œuvre concernant par exemple le module (110) est réalisée via la passerelle spécifique (132) . Le lien traditionnel (141) connectant la passerelle (132) au réseau (130) et alors confondu par le module (110) avec le lien (127) connectant la passerelle
(132) à la passerelle USSD (17) . Les applications et services du module (110) sont alors appropriés par le CENTRE
USSD (14) . De cette manière, devient possible le regroupement de plusieurs codes d'accès USSD en un seul code d'accès et aussi la mise en place de nouveaux services (USSD ou non) par l'opérateur, qui sont irréalisables sans modifications des éléments existants du réseau. Dans un quatrième mode de mise en œuvre préféré, le CENTRE USSD (14) est configuré en tant que plateforme de routage active, qui procure une médiation de type USSD entre différents éléments du réseau et résout des problèmes liés au routage des utilisateurs, des services et des applications. Ces problèmes sont par exemple le routage de l'utilisateur vers une plate-forme BSS (110), le routage de type MNP (« Mobile Number Portability » en anglais, portabilité du numéro de mobile) et autres. Lorsque le CENTRE USSD (14) remplit des fonctions de Proxy et de routeur, il a la capacité d'effectuer des modifications statiques ou/et dynamiques des paramètres commutés . Lorsque le CENTRE USSD (14) remplit des fonctions de Proxy et de routeur il a la capacité d'effectuer des fonctions de partage de charge.
Dans un cinquième mode de mise en œuvre préféré, le CENTRE USSD (14) est configuré pour effectuer de la diffusion de type Broadcast de données et de services vers une multitude d'utilisateurs, comme par exemple de diffuser des publicités, des alertes ou des informations utiles. Dans une variante, la diffusion Broadcast est suivie d'une réponse de l'utilisateur et d'un échange interactif, par exemple pour des applications telles que des enquêtes de consommation et des sondages.
De plus, un environnement de création de services Broadcast permet aux fournisseurs de services et à l'utilisateur final, d'adapter et de customiser leurs propres diffusions Broadcast . Avantageusement l'environnement Broadcast du CENTRE USSD (14), permet aux opérateurs de lancer aussi des services Broadcast classiques, tels que SMS, IVR, WAP, GPRS ou 3G/3G+. Dans un exemple de réalisation dudit CENTRE USSD (14), le
Browser (16) communique via le lien (278) avec un module
(27) de facturation. De cette manière les contenus sollicités par ce même utilisateur final sont généralement soumis à un contrôle et à une facturation, en temps réel ou différé .
Dans un autre exemple de réalisation dudit CENTRE USSD (14), le Browser (16) communique via le lien (288) avec un module (28) de tarification. Ces deux exemple de réalisation sont appliqués pour tout type d'utilisateurs : avec abonnement, en mode prépayé, itinérant, fixes ou nomades.
Le CENTRE USSD (14) gère par exemple la facturation par abonnement ou en mode prépayé, en utilisant une approche dite procédure de payement externe. Une procédure spécifique de facturation externe est spécifiée dans la logique des services USSD pendant la création du service et est déclenchée en temps réel durant la session de l'utilisateur. Les procédures de payement sont en conformité avec les procédures spécifiques de payement d'un opérateur ou d'une tierce partie.
Pendant la session, un utilisateur itinérant est également identifié, de manière à ce que sa navigation soit prise en compte de manière appropriée pendant la procédure de payement. Avantageusement, ce cas de figure est disponible à l'aide de l'utilisation des fonctionnalités du CENTRE USSD (14) .
De manière générale, le CENTRE USSD (14) comprend un système de payement qui effectue la tarification ou/et la facturation en temps réel ou différé, et permet de cette façon la convergence des différents services et types de payement (prépayés, avec abonnements et mixtes) . Dans un mode particulier de réalisation, les utilisateurs souscrivent à un service quelconque à l'aide du CENTRE USSD (14) . De préférence, le CENTRE USSD (14) comprend une fonctionnalité de modification ou d'annulation automatique de la souscription, ou bien à la demande de l'utilisateur ou bien a celle du fournisseur de services. Dans un mode de mise en œuvre particulier dudit CENTRE USSD
(14), le Browser (16) communique via le lien (298) avec un module (29), pour lequel un procédé d'observation et de classement est défini. De préférence, ledit procédé d'observation et de classement effectue l'observation, l'analyse et le classement du comportement des utilisateurs, des contenus, des services, des fournisseurs et d'autres utilisateurs, et cela en temps réel ou différé. Ce procédé est utilisé par exemple pour l'analyse et le classement de la sollicitation des services et de leurs sous-parties, ainsi que pour la génération de revenus.
Les paramètres d'observation et de classement sont définis pendant ou après le processus de création du service. Durant la session, une administration (210) de gestion réseau interne au CENTRE USSD (14) génère en temps réel les paramètres demandés et crée automatiquement un événement d'observation ou/et de classement.
Dans un mode de mise en œuvre, le module de facturation (27), le module de tarification (28) et le module d'observation et de classement (29) sont intégrés à l'intérieur du module Browser (16) .
L'administration interne de gestion (210) du CENTRE USSD
(14) est reliée avec le Browser (16) et donc avec l'interpréteur VXML (21) via un lien (211) . Le module (210) est capable de supporter en même temps tous les services déployés comprenant des opérations USSD génériques initiées par le réseau de télécommunications et par le terminal mobile, ainsi que des sessions ou dialogues d'une session
USSD bilatérale. L'observation et le classement sont applicables au fournisseur de services, ainsi qu'à l'utilisateur. L'observation est basée sur des critères paramétriques définis, tels que par exemple : le type d'événement, la date et l'heure de l'événement, la durée de la session, le nombre d'échanges pendant la session, le code application du service (utilisateur final ou réseau quelconque) , le fournisseur VAS, le contenu du message (basé sur des mots-clés ou des codes de contenu) , la localisation de l'utilisateur final. Egalement, une combinaison des facteurs d'observation est corrélée avec des phénomènes événementiels, tels que par exemple des vacances, des championnats sportifs, des campagnes de publicités. Dans sa définition la plus générale, le module d'administration (210) comprend une administration système de type WEB incluant un environnement de création de services, de test, de déploiement et de gestion de versions de ces services, un module de contrôle du1 système CENTRE USSD (14) et des modules de configurations des fonctionnalités, des paramètres et des passerelles réseaux. Ledit environnement de création est accessible localement, à distance ou depuis un terminal par l'opérateur et/ou les tierces parties et/ou les utilisateurs eux-mêmes. L'administration système effectue la régulation des connexions, la collecte et l'analyse des données et des statistiques. Le module d'administration système (210) est relié avec au moins un autre module interne au CENTRE USSD
(14), autre que le Browser (16) . L'administration système est par exemple reliée avec la passerelle d'intégration (15) via un lien (212), avec la passerelle USSD (17) via un lien (214), avec la passerelle de réseau (18) via un lien (215) et avec la base de données et de profilage (19) via un lien (213) .
Grâce à la base de données et de profilage (19), le CENTRE USSD (14) a la possibilité de déterminer en temps réel le profil d'un utilisateur ou d'un groupe d'utilisateurs. Le profil de l'utilisateur est complété par son profil d'usage relatif à au moins un service et à l'ensemble des paramètres propres aux sessions vers ce service. Grâce à la base de données et de profilage (19), le CENTRE USSD (14) a la possibilité de déterminer en temps réel le profil d'un service ou d'un ensemble de services. Ce profil est constitué d' informations telles que par exemple l'accessibilité réduite pour des services gratuits ou pour un groupe particulier d'utilisateurs, la définition de listes blanches et noires, ou autres.
En fonction du comportement détecté de l'utilisateur, le CENTRE USSD (14) a la capacité de déclencher un événement d'assistance mettant en place un auto-apprentissage. Ainsi le CENTRE USSD (14) fournit en temps réel une assistance adaptée à l'utilisateur lorsqu'une telle est nécessaire. Dans une variante, le CENTRE USSD propose une gestion de services et de contenus effectuée directement par les utilisateurs. Par exemple, les services et les contenus sont crées ou personnalisés par l'utilisateur lui-même à l'aide d'un site WEB ou bien directement à l'aide du terminal mobile .
De préférence, le système USSD de navigation et d'hébergement génère des fichiers CDR. Une fois créés, des fichiers par exemple de facturation sont à la disponibilité de l'opérateur de télécommunications ou des fournisseurs de services. La fréquence de mise à jour de ces fichiers est par exemple, au moins une fois par minute. Leur format est par exemple de type « ASN.1 Structured » («Abstract Syntax Notation One Structured» en anglais, manière standard de description d'un message envoyé ou reçu par le réseau) . Dans un mode particulier de mise en œuvre, la syntaxe des fichiers CDR est adaptée par l'opérateur de télécommunications et certains paramètres sont modifiés. Les différents formats CDR sont générés à l'aide de paramètres prédéfinis. Pour chaque nœud dans l'arborescence de la logique du service le choix de formats CDR et de leurs usages par un administrateur sont flexibles. Ledit administrateur est dans ce cas un opérateur, un fournisseur de services ou toute tierce partie à laquelle l'administration du service a été déléguée.
La figure 3 illustre un exemple non limitatif de réalisation de l'architecture en référence à la figure 1 et à la figure 2 avec des connecteurs externes au module Browser (16) . Le module Browser (16) est représenté en architecture avec le module passerelle d'intégration (15), qui contient au moins un module d'interface d'intégration. Avantageusement, les modules d' interface sont basés par exemple sur les protocoles HTTP (321), SOAP (322), XML/HTTP (323), CORBA (324), « ORACLE »® (325), « MySQL »® (326), LDAP (327), SMPP (328), CIMD2 (329) (« Computer Interface to Message Distribution, version 2 » en anglais, interface de distribution de messages), Diameter (3210), ou passerelle d'intégration quelconque (3211). Dans le module passerelle d'intégration (15), les interfaces d'intégration sont de type client, serveur, client-serveur ou bien « Peer to Peer » en anglais, communication point à point. Aussi, le module (15) est relié via un lien de type (123) et à l'aide de protocole IP, à un module (31) comprenant un ensemble de services, par exemple des services VAS. Le module (31) comprend par exemple, le module (11) qui contient un module MVNO (312) et un module ASP (311), et le module (12) qui est composé d'un module VAS (313) et d'un module SMSC (314) . Le module (15) communique avec les modules (11) et (12) via un lien de type (123), suivi d'un lien de type (121) .
Le module 31 comprend également une plateforme de services de type BSS ou IN (110), avec laquelle le module (15) coinmunique avec un lien de type (128). Aussi, le module
(31) comprend une plateforme d'applications SMS (10), avec laquelle le module (15) communique via un lien (123), suivi d'un lien (101) . Afin d'accéder aux multiples réseaux informatiques et de télécommunications, le module Browser
(16) est relié au module passerelle réseaux (18) via un lien de type (129) . Le module (18) contient au moins une passerelle réseaux de type par exemple SOAP (331), HTTP
(332), SMPP (333), CAMEL (335), MAP (336) ou passerelle réseau quelconque (337) . Dans le module passerelle réseaux (18), les interfaces de réseaux sont de type client, serveur, client-serveur ou bien « Peer to Peer » en anglais, communication point à point. Le module (18) a accès aux réseaux, par exemple via un lien (35) qui est par exemple de type (133) et/ou de type (126) et/ou de type (134), et/ou via un lien (37) qui est par exemple (127) et/ou (122) .
Grâce à l'architecture particulière et non limitative illustrée à la figure 3 de la présente invention, le CENTRE USSD (14) générique présente des caractéristiques de multi- applications et de multiservices, de compatibilité et d'interopérabilité avec des systèmes existants, de scalabilité en termes de capacités de réseaux et de connexions et donc, en termes d'applications et de services. Le CENTRE USSD (14) est une plateforme ouverte et adaptée aux standards existants, avec des capacités multiservices et multi opérateurs. Le CENTRE USSD (14) permet le déploiement de services nouveaux, en donnant des opportunités pour de multiples applications mobiles. L'interaction de l'utilisateur avec des applications mobiles et facile et instantanée, le temps de réponse est garanti et les interactions pendant la session sont supportées, à la différence des services tels que SMS et GPRS. Le protocole USSD est entièrement supporté par le réseau GSM et l' addition du CENTRE USSD (14) dans un réseau de télécommunications ne demande pas la modification du réseau. Le CENTRE USSD (14) supporte des sessions initiées par l'utilisateur (115) de type « pull » (« pull » en anglais, retrait) et des sessions initiées par le serveur d'applications (16) de type « push » (du mot « push » en anglais, pousser) , avec une interactivité unilatérale ou bilatérale . A l'aide d'une simple reconfiguration, des applications pour mobiles telles que SMS, STK (« Sim Tools Kit » en anglais, boîte à outils pour carte SIM) , WAP, IVR et autres, sont disponibles immédiatement.
Le fait que la passerelle USSD (17) et le Browser USSD (16) sont des plateformes ouvertes, rend possible l'intégration de différents protocoles réseaux et les déploiements multiples avec des capacités de plusieurs milliers de transactions par seconde.
Par exemple, ledit CENTRE USSD (14) est utilisé pour des services et applications bancaires, pour la diffusion Broadcast, par exemples de publicités, d'alertes, de la simulation de trafic ou des services réseau diverses. Egalement, le CENTRE USSD (14) est utilisé pour la gestion de contenu par géo localisation, ainsi que pour la multitude d'applications émergentes des SP (« Services Provider » en anglais, fournisseurs de services) .
Les opérateurs de télécommunications ont accès à ce CENTRE USSD pour tester fonctionnellement et en charge des systèmes externes . Des modules complémentaires sont intégrés, tels que des modules comprenant une fonction de surveillance ou de sécurité, ou tout autre dispositif fixe ou mobile pouvant communiquer avec au moins un réseau de télécommunications. Un exemple de réalisation particulier et non limitatif du module CENTRE USSD (14) est effectué à l'aide de plateformes matérielles de type HP (« Hewlett Packard »®) , FSC
(« Fuj itsu-Siemens Computers »®) , IBM (« International
Business Machines »®) ou « SUN Microsystems »®. Le système opérationnel est par exemple de type « Red Hat Enterprise »® ou « Fedora Linux »®, ou de type « Sun Solaris »®.

Claims

REVENDICATIONS
1. Système numérique de télécommunications pour l'accès, la navigation et l'utilisation d'applications et de services numériques, caractérisé en ce que ledit système
(14), appelé CENTRE USSD (14), comporte au moins un module serveur d'applications et de services (16), au moins un module passerelle d'accès (17), au moins un module passerelle de réseaux (18), au moins un module passerelle d'intégration (15), et au moins un module base de données et de profilage (19), ledit module serveur d'applications et de services (16), appelé Browser (16), étant basé sur au moins un protocole de télécommunications USSD et sur au moins un module interpréteur de langages (21) structurés par objets, relatif à des descripteurs structurés par objets.
2. Système selon la revendication 1, caractérisé en ce ledit interpréteur de langage (21) est de type VXML.
3. Système selon l'une des revendications 1 ou 2, caractérisé en ce que le module passerelle d'accès (17) est basé sur au moins un protocole USSD et possède des moyens pour communiquer à l'aide d'au moins un protocole SMPP.
4. Système selon l'une quelconque des revendications 1 à 3, caractérisé en ce qu'il est connecté à moins un module de type SMSC (119) .
5. Système selon l'une quelconque des revendications 1 à 4, caractérisé en ce qu'il est connecté à au moins un module (112) de type passerelle WAP et/ou OTA et/ou IVR et/ou GPRS pour un réseau quelconque de télécommunications.
6. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il est connecté à moins un module de type applications SMS (10) .
7. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il est connecté à au moins un réseau (130) de type cœur de réseau pour télécommunications mobiles.
8. Système selon la revendication précédente, caractérisé en ce que le cœur de réseau (130) est connecté à au moins un réseau d'utilisateurs (113) .
9. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il est connecté à au moins un ensemble de réseaux (13) basé sur des protocoles de communication et des interfaces standards ou propriétaires.
10. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il est relié à au moins un module (11) de services opérateurs de télécommunications ou de tierces parties et/ou à au moins un module (12) de services mobiles à valeur ajoutée.
11. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il est relié à au moins un module (110) de systèmes dits réseaux intelligents et de support d'affaires.
12. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'au moins un module serveur d'applications et de services (16) ou au moins un module passerelle d'accès (17) ou au moins un module passerelle de réseaux (18) ou au moins un module passerelle d'intégration (15) ou au moins un module base de données et de profilage (19) est autosuffisant.
13. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que le serveur d'application et de services (16) comporte au moins un interpréteur VXML (21), au moins un module (23) de services USSD et au moins un module (24) de fichiers VXML.
14. Système selon la revendication précédente, caractérisé en ce que le module (23) contenant des listes de services ou de menus USSD contient des services USSD non structurés ou structurés en menus, lesdits services USSD étant interactifs ou non interactifs.
15. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il est un système de navigation réseau.
16. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il est un système d'hébergement d'applications et de services tierces.
17. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il est un système de type
Proxy, possédant des moyens de regrouper plusieurs codes d'accès USSD existants en un seul code d'accès USSD.
18. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il est un système de type routeur.
19. Système selon l'une des quelconque des revendications précédentes, caractérisé en ce qu'il est un système de diffusion de type USSD Broadcast interactif.
20. Système selon l'une quelconque des revendications précédentes caractérisé en ce qu' il contient un module d'administration (210) de gestion interne qui comprend une administration système de type WEB incluant un environnement de création de services, de test, de déploiement et de gestion de versions de ces services, un module de contrôle du CENTRE USSD (14) et des modules de configurations des fonctionnalités, des paramètres et des passerelles réseaux.
21. Procédé de traitement mis en œuvre dans le système selon l'une quelconque des revendications précédentes, caractérisé en ce qu' il est effectué en une étape d'allocation des codes des services USSD ou génériques, une étape de création d'une logique des services, une étape de test, d' évaluation - et de mise en version des services, et une étape d' activation, de déploiement, d'usage et de sauvegarde des services.
22. Procédé selon la revendication 21, caractérisé en ce qu' il comporte une étape supplémentaire d' observation et de classement en temps réel ou différé.
23. Procédé selon l'une quelconque des revendications 21 et 22, caractérisé en qu'il comporte une étape supplémentaire d'abonnement et/ou de désabonnement pour au moins une application tierce.
24. Procédé selon l'une quelconque des revendications 21 à 23, caractérisé en ce que la différenciation des utilisateurs, les utilisateurs étant des abonnés et/ou des tierces .applications ou services, est effectuée en temps réel à l'aide d'une personnalisation dynamique.
25. Procédé selon l'une quelconque des revendications 21 à 24, caractérisé en ce que les utilisateurs étant des abonnés et/ou des tierces applications ou services gèrent eux-mêmes leur environnement de création de services, d'applications et de contenus.
26. Procédé selon la revendication précédente, caractérisé en ce que ledit environnement de création est accessible localement, à distance ou depuis un terminal par l'opérateur et/ou les tierces parties et/ou les abonnés eux-mêmes.
27. Procédé selon l'une quelconque des revendications 21 à
26, caractérisé en qu'il définit au moins un profil d'au moins un utilisateur et/ou d'au moins un service.
28. Procédé selon l'une quelconque des revendications 21 à
27, caractérisé en qu'il effectue une détection du comportement de l'utilisateur et génère des fonctionnalités d'assistance et/ou d'auto-apprentissage.
29. Procédé selon l'une quelconque des revendications 21 à
28, caractérisé en ce que l'utilisateur accède aux services USSD via des services non-USSD existants ou nouveaux.
30. Procédé selon l'une quelconque des revendications 21 à
29, caractérisé en ce que l'utilisateur accède à des services non-USSD, existants ou nouveaux, via services USSD existants ou nouveaux.
31. Procédé selon l'une quelconque des revendications 21 à
30, caractérisé en ce que l'utilisateur accède à des services USSD, existants ou nouveaux, via des services USSD existants ou nouveaux.
32. Procédé selon l'une quelconque des revendications 21 à
31, caractérisé en ce que l'utilisateur accède à des services non-USSD, existants ou nouveaux, via des services non-USSD existants ou nouveaux.
33. Procédé selon l'une quelconque des revendications 21 à
32, caractérisé en ce qu'il comprend une étape de modifications statiques ou/et dynamiques des paramètres commutés .
34. Procédé selon l'une quelconque des revendications 21 à
33, caractérisé en ce qu'il comprend une étape de partage de charge .
35. Procédé selon l'une quelconque des revendications 21 à
34, caractérisé en ce que la navigation USSD effectue l'approvisionnement, la consultation et la modification d'au moins une information gérée dans le cœur d'un réseau (130) .
PCT/FR2009/001045 2008-09-02 2009-08-28 Centre ussd generique d'applications et de services reseaux Ceased WO2010026306A2 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US13/061,150 US9060256B2 (en) 2008-09-02 2009-08-28 Generic USSD centre for network applications and services
EP09736435.0A EP2327236B1 (fr) 2008-09-02 2009-08-28 Centre ussd générique d'applications et de services réseaux
US14/739,111 US10015267B2 (en) 2008-09-02 2015-06-15 Generic multichannel center for network applications and services

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0804815A FR2935584B1 (fr) 2008-09-02 2008-09-02 Centre ussd generique d'applications et de services reseaux
FR0804815 2008-09-02

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US13/061,150 A-371-Of-International US9060256B2 (en) 2008-09-02 2009-08-28 Generic USSD centre for network applications and services
US14/739,111 Continuation-In-Part US10015267B2 (en) 2008-09-02 2015-06-15 Generic multichannel center for network applications and services

Publications (3)

Publication Number Publication Date
WO2010026306A2 true WO2010026306A2 (fr) 2010-03-11
WO2010026306A3 WO2010026306A3 (fr) 2010-04-29
WO2010026306A4 WO2010026306A4 (fr) 2010-06-17

Family

ID=40584756

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2009/001045 Ceased WO2010026306A2 (fr) 2008-09-02 2009-08-28 Centre ussd generique d'applications et de services reseaux

Country Status (4)

Country Link
US (1) US9060256B2 (fr)
EP (1) EP2327236B1 (fr)
FR (1) FR2935584B1 (fr)
WO (1) WO2010026306A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107612832A (zh) * 2017-08-09 2018-01-19 上海斐讯数据通信技术有限公司 一种路由器的控制方法及系统和一种路由器

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9554255B2 (en) * 2013-04-03 2017-01-24 Onmobile Global Limited System and method for providing USSD services using cross-operator number
EP3132620B1 (fr) 2014-04-14 2025-01-08 Continental Automotive Technologies GmbH Communication car2x aux états-unis d'amérique et en europe avec un émetteur uniforme
EP3121998B1 (fr) * 2015-06-15 2018-12-12 Opencode Systems O.O.D. Centre multicanaux generique pour applications reseaux et services
WO2019207337A1 (fr) * 2018-04-23 2019-10-31 Pratik Sharma Magasin de services d'application connecté

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7010603B2 (en) * 1998-08-17 2006-03-07 Openwave Systems Inc. Method and apparatus for controlling network connections based on destination locations
US6477366B1 (en) 1999-09-22 2002-11-05 Ericsson Inc. System and method for virtual citizen's band radio in a cellular network
GB2371178B (en) * 2000-08-22 2003-08-06 Symbian Ltd A method of enabling a wireless information device to access data services
US7088995B2 (en) * 2001-12-13 2006-08-08 Far Eastone Telecommunications Co., Ltd. Common service platform and software
US7370111B2 (en) 2002-03-27 2008-05-06 Intel Corporation System, protocol and related methods for providing secure manageability
MY145725A (en) 2004-07-30 2012-03-30 Ericsson Telefon Ab L M Method and system for retrieving network addresses in hybrid telecommunication networks
EP1969886B1 (fr) * 2005-12-13 2017-09-20 Nuance Communications, Inc. Procede destine a realiser des services interactifs sur un dispositif mobile tels que des services interactifs de temps ecoule ou de lieu
US20080146204A1 (en) * 2006-05-05 2008-06-19 Ip Unity Glenayre, Inc. Enhanced services for mobile content on demand
US7720489B2 (en) * 2006-10-12 2010-05-18 At&T Mobility Ii Llc Network initiated USSD in mixed networks
US20090061943A1 (en) 2007-08-31 2009-03-05 Guy Kamgaing-Kouam System for obtaining information and communicating using the sms channel
US8934928B2 (en) * 2008-08-21 2015-01-13 Nokia Solutions And Networks Oy Match maker service
US8499087B2 (en) * 2009-11-30 2013-07-30 At&T Mobility Ii Llc Service-based routing for mobile core network

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "Redefining over-the-phone customer service" INTERNET ARTICLE, [Online] 31 mars 2008 (2008-03-31), XP002528244 Extrait de l'Internet: URL:http://www.voiceobjects.com/files/en/voiceobjects_7_product_brief_en.pdf> [extrait le 2009-05-11] *
ANONYMOUS: "USSD Services for Interactive Mobile Users - Building User-Friendly Mobile Telephony Applications Using DialogicŸ Distributed Signaling Interface Components" INTERNET ARTICLE, [Online] 31 août 2008 (2008-08-31), XP002528245 Extrait de l'Internet: URL:http://www.dialogic.com/products/docs/appnotes/11038_USSD_an.pdf> [extrait le 2008-05-11] *
THE MORIANA GROUP: "Service Delivery Platforms And Telecom Web Services - An Industry Wide Perspective" [Online] 30 juin 2004 (2004-06-30), MAC TAYLOR , XP002528246 Extrait de l'Internet: URL:http://www.morianagroup.com/> [extrait le 2009-05-12] pages 100-103 pages 164-174 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107612832A (zh) * 2017-08-09 2018-01-19 上海斐讯数据通信技术有限公司 一种路由器的控制方法及系统和一种路由器

Also Published As

Publication number Publication date
WO2010026306A3 (fr) 2010-04-29
FR2935584B1 (fr) 2013-03-29
US9060256B2 (en) 2015-06-16
EP2327236B1 (fr) 2018-11-28
US20110151845A1 (en) 2011-06-23
WO2010026306A4 (fr) 2010-06-17
EP2327236A2 (fr) 2011-06-01
FR2935584A1 (fr) 2010-03-05

Similar Documents

Publication Publication Date Title
EP2404406B1 (fr) Centre réseau multiservices générique, de création et d'orchestration d'applications et de services de réseaux
EP2795878B1 (fr) Procédé de partage d'un contenu multimédia entre utilisateurs
US9979611B2 (en) Client-server system for network services and applications for mobile telecommunications terminals
US10015267B2 (en) Generic multichannel center for network applications and services
US20110070871A1 (en) Mobile Communications Facilitated by Interactive Menus
EP1376410B1 (fr) Procédé de gestion d'informations de contexte par serveur intermédiaire
WO2011020972A2 (fr) Procede et dispositif permettant la gestion optimale d'appels entre des reseaux de telephonie mobile cellulaire nationaux.
EP2327236B1 (fr) Centre ussd générique d'applications et de services réseaux
FR2947130A1 (fr) Module client ussd generique intelligent embarque dans un terminal de telecommunications
KR20070049426A (ko) 개인 중심의 서비스 제공 방법 및 시스템
WO2005101739A1 (fr) Systeme et procede de controle d'equipements a distance a l'aide de commandes at, dispositif, module de radiocommunication et programme correspondants
WO2003071760A1 (fr) Dispositif et procede d'intermediation entre fournisseurs de services et leur utilisateurs
EP3121998B1 (fr) Centre multicanaux generique pour applications reseaux et services
EP1692882A1 (fr) Procede et serveur de coordination de services de telecommunication
EP3119067B1 (fr) Système client-serveur pour des services de réseau et applications pour des terminaux de télécommunications mobiles
EP1935149B1 (fr) Procede et systeme de notification de reception de messages asynchrones
FR3037755A1 (fr) Etablissement d'une communication par allocation a un terminal appelant d'un identifiant d'appel intermediaire dedie a la communication
FR3128840A1 (fr) Supervision du fonctionnement d’un service de transmission de données mis en œuvre selon au moins deux technologies différentes
WO2012022922A1 (fr) Terminal portable pour réseau mobile
Myint Criticism of deploying wireless application protocol (WAP) gateway server with wireless telephony application (WTA)
FR3000357A1 (fr) Procede de transfert de communication audio et/ou video depuis un premier terminal vers un deuxieme terminal
Zhu et al. Research on GIS open service solution based on Parlay API architecture
FR2898005A1 (fr) Dispositif et procede de gestion de messages pour messagerie instantanee
FR3015850A1 (fr) Procede et dispositif de transmission de messages entre un terminal mobile et un serveur
WO2008068442A2 (fr) Procede et systeme de telecommunication permettant a au moins deux utilisateurs distincts d'acceder a un meme ensemble d'informations

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: 09736435

Country of ref document: EP

Kind code of ref document: A2

WWE Wipo information: entry into national phase

Ref document number: 2009736435

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13061150

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE