EP2425388A1 - Procede de taxation et d'acces a un service depuis un terminal de communication mobile - Google Patents

Procede de taxation et d'acces a un service depuis un terminal de communication mobile

Info

Publication number
EP2425388A1
EP2425388A1 EP10727066A EP10727066A EP2425388A1 EP 2425388 A1 EP2425388 A1 EP 2425388A1 EP 10727066 A EP10727066 A EP 10727066A EP 10727066 A EP10727066 A EP 10727066A EP 2425388 A1 EP2425388 A1 EP 2425388A1
Authority
EP
European Patent Office
Prior art keywords
service
mobile communication
communication terminal
platform
operator
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
EP10727066A
Other languages
German (de)
English (en)
Inventor
Thomas Bourgeois
Pierre De Chastellier
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.)
Dhatim SARL
Original Assignee
Dhatim SARL
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 Dhatim SARL filed Critical Dhatim SARL
Publication of EP2425388A1 publication Critical patent/EP2425388A1/fr
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/16—Payments settled via telecommunication systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • G06Q20/3255—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks using mobile network messaging services for payment, e.g. SMS
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices
    • G06Q20/3263—Payment applications installed on the mobile devices characterised by activation or deactivation of payment capabilities

Definitions

  • the present invention relates to a method for a mobile communication terminal belonging to the network of a mobile operator to access a service within a service platform.
  • service is meant a software module to be downloaded or used online, a feature or any other application accessible via a mobile communication terminal.
  • These services can be send and receive emails, connect to the Internet, download files, ...
  • a user wishes to access a service by means of his mobile communication terminal such as a mobile phone or an advanced smart phone, he contacts the provider of this service via the Internet. on the provider's website, by email or by telephone in order to request the activation of the service and to communicate the means of payment for this service.
  • These means can be the creation of an account at this service provider, sending a check or communication references a credit card.
  • the service is active on the terminal only the following month or on an anniversary date of the subscription. We realize that the delay between the order of a service and the enjoyment of this service is a significant problem.
  • GB2449223 describes a method of payment in which the payment of a product purchased on the Internet can be done by sending an SMS and a PIN to the accounting server of the mobile operator. The user receives a confirmation SMS if his account has been debited. This document does not discuss a service for a mobile communication terminal.
  • EP1585075 is also known describing a method in which when receiving on a mobile phone a video in
  • the user of the mobile phone pays in real time in response to a request from the provider of the video.
  • the provider transmits a payment notification to use, this notification includes an SMS number to dial.
  • the user can then send a
  • SMS to its mobile operator, then send a confirmation to the video provider.
  • the latter continues to provide the video in real time as soon as it receives the payment confirmation by the operator within a predetermined time.
  • This document describes a payment method limited to the purchase of streaming content, and therefore needs to stay in line with the service provider, which has a cost in terms of consumption and bandwidth.
  • the present invention aims to overcome the aforementioned drawbacks by providing a method of payment easy to handle by the user, secure and reliable.
  • At least one of the aforementioned objectives is achieved by a method enabling a mobile communication terminal belonging to the network of an operator to access a service within a service platform.
  • this method comprises the following steps:
  • the method according to the invention also comprises a step of charging said service within the operator's server platform, this charging being determined: from the transaction request transmitted in the form of an overtaxed event within the mobile network, and / or - from a payment request transmitted by the service platform to the operator's server platform.
  • the service is accessed only after validation by the server platform of the operator. Access to the service is done in a secure way because the user is clearly authenticated.
  • This service is directly available and its taxation or billing is done in a simplified way within the platform of the operator.
  • the present invention is particularly remarkable, but not limited, in that the billing of this service is included in the overall billing of the user to the operator.
  • the global billing is for example the billing of mobile communications of the user.
  • the user's usual billing account is used to charge subscribed services to service servers that may be independent of the operator.
  • This billing account can be of prepaid type, that is to say a credited account that is counted according to the cost of the service subscribed by the user, or postpaid type, a kind of debit account.
  • the server platform of the operator may include an accounting server that counts a prepaid account of the user of the mobile communication terminal according to the taxation of said service.
  • the cost of this service may be based on a duration of use, a number of uses or a volume of data.
  • the transactional request is transmitted via a signaling channel of the mobile network of the operator so as to consume few network resources and especially transmit information in a secure manner.
  • the transactional request transmitted via this signaling channel or via another channel can include data relating to a SIM card contained in the mobile communication terminal so as to authenticate the user of the mobile communication terminal during the authentication step.
  • the SIM card for "Subscriber Identity Module” in English
  • the SIM card is an electronic chip containing a microcontroller and memory. It stores user-specific information. Thus authentication is done from encrypted data from a physical device.
  • the transactional request may comprise a short text message according to SMS technology or an unstructured message according to USSD technology.
  • SMS technology for "Short Message Service” in English
  • GSM Global System for Mobile communications
  • GPRS Universal Mobile Broadband
  • UMTS Universal Mobile Broadband
  • USSD Unstructured Supplementary Service Data
  • the transactional request comprises an internet address of URL type transmitted via a data channel.
  • the operator's server platform can find service charging data for this user.
  • the transaction request is advantageously a message whose transmission cost is predetermined and corresponds to the charging of said service.
  • This characteristic can effectively be implemented by a message of the SMS type said overtaxed SMS where for a given service, the cost of this service corresponds, for example, to the sending of the overtaxed SMS.
  • the user's account within the operator's server platform will be debited with an amount equal to the consumption of a premium rate SMS, this amount being equal to the cost of using said service.
  • the introduction of an overtaxed SMS is performed by the mobile network operator who assigns to a particular call number a predetermined cost. This considerably simplifies the billing of said service acquired from a service server.
  • the process according to the invention provides flexibility in the access to services of the mobile operator and especially to services independent of the mobile operator. We can thus access new services offered by different service servers while avoiding binding processes related to payment methods.
  • the method according to the invention makes it possible to retain a single mode of payment which is that of its mobile network operator. The costs associated with these services are integrated into the user's billing account with their mobile network operator. It is the different service servers that arrange with the operator for the distribution of revenues, the user retaining a single contact for billing.
  • the transactional request comprises several messages whose transmission cost of all the messages corresponds to the charging of said service.
  • several premium SMSs are used to reach an amount equal to the cost of the service.
  • the transactional request is a message enriched according to the MMS (for "Multimedia Messaging Service” in English) which is a messaging service for sending and receiving multimedia content .
  • MMS Multimedia Messaging Service
  • the transaction request may comprise at least one message containing information on the charging of the required service.
  • This information may be the cost of the service.
  • the invention may also comprise a preliminary step of transmitting a verification request from the mobile communication terminal to the service platform to check whether the user of the mobile communication terminal is authorized to use the required service; the transaction request is issued only in case of a positive response to the verification request.
  • This positive response from the service platform to the mobile communication terminal may include a transaction number identifying the transactional request.
  • This preliminary step may comprise, for example, a step additional authentication of the user with the service platform.
  • the service platform comprises at least one multimedia service server and a gateway between the operator's server platform and the multimedia service server, the gateway executing all the communication steps with the service server.
  • the gateway can thus interface service between the operator and the mobile communication terminal on the one hand, and several multimedia service servers on the other hand.
  • the gateway records the operational state of each service accessible by the user; at each change of state, the gateway transmits this change of state to the mobile communication terminal.
  • the mobile communication terminal indicates the operational state of this service by means of a graphic icon on a screen of the mobile communication terminal.
  • the operational state can include the following states: activated, suspended, and not activated.
  • the service platform comprises a server application
  • the mobile communication terminal comprises a client application associated with said server application by a client-server type communication; the client and server applications being configured so that an access by the mobile communication terminal to a service of the service platform is performed using the method as described above.
  • the invention also relates to a mobile communication terminal comprising functionalities enabling it to be authenticated during an access to a service platform by implementing the method that is the subject of the present invention.
  • the terminal may include a client application for authenticating the user of the mobile terminal with the service platform and the server platform of the operator from data contained in a memory of said mobile communication terminal.
  • the client application can be set to generate:
  • a first data stream for a first upstream authentication for example of the operator's server platform via a first communication channel
  • a second data stream for additional authentication with, for example, the service platform via a second communication channel.
  • the first channel and the second channel may be the same. But preferably, the first channel is a signaling channel, the second channel being a data channel.
  • the terminal includes a memory containing cryptographic secrets used during said first authentication.
  • This memory is in particular contained in a SIM card.
  • the client application is advantageously configured to take into account a PIN entered on the mobile communication terminal by the user and / or a biometric characteristic of the user, in particular a fingerprint and / or a fundus, when the first authentication.
  • FIG. 1 is a general view of a system implementing a method according to the invention
  • FIG. 2 is a general view of a diagram illustrating steps of the method according to the invention as a function of each entity
  • FIG. 3 is a general view of a process for suspending and activating a service according to the invention
  • FIG. 4 is a general view of a diagram illustrating steps of the process of suspending and activating a service according to the invention as a function of each entity
  • FIG. 5 is a general view illustrating a secure authentication process using a data channel and a signaling channel according to the invention.
  • FIG. 6 is a general view of an XML schema and associated data.
  • FIG. 1 we see a platform A servers of a mobile operator.
  • the mobile telephone B comprises software and hardware means enabling it to access the mobile network of the operator.
  • the telephone B comprises a client application capable of communicating with a server application within a service platform C.
  • These applications are contained in conventional storage means, and can be managed by an operating system using a microcontroller or microprocessor (not shown).
  • the service platform C offers many services accessible to the user of the mobile phone B.
  • this service can be a "push mail” service for receiving 100 emails over a period of 30 days.
  • the "push mail” service allows you to constantly scan the arrival of new e-mail messages. Any new incoming email is forwarded ("pushed") to the phone ("smart phone").
  • the user sends in step 1 in FIGS. 1 and 2 a verification request to the service platform C.
  • This verification request may contain an identifier of the desired service as well as an identifier of the user.
  • the service platform C verifies that the user is able to use this service and transmits a message of agreement to the mobile phone B.
  • the client application of the telephone B transmits a message.
  • transaction request to the operator platform A.
  • This request may be an MMS message, or a URL type address, containing information relating to the required service, the service platform, and data of a SIM card of the telephone B.
  • the transactional request is an overtaxed SMS message or an overtaxed USSD message with information about the required service, the platform services, and data from a SIM card of the telephone B so as to authenticate the user.
  • the client application can include the cost of the required service in the transaction request. But, one can also predict that the cost of this service is communicated by the service platform during step 1 of verification. Depending on the cost of the service and the value of an overtaxed SMS, one or more SMS messages are sent whose total amount equals the cost of the required service.
  • the SMS sending number is a number associated with the service platform C.
  • the transaction request is received by an SMS management server D within the operator platform A.
  • the user is then authenticated from the data of the SIM card, then the charging is carried out within an accounting server E within the operator platform A.
  • This accounting server E holds an account of the user thus authenticated. This is the account normally used for billing the mobile communications of the user.
  • This account can advantageously be a prepaid account where the user has a credit balance. This account will then be debited with an amount equal to the cost of the required service.
  • the accounting server E manages this purchase of service as if it were the consumption of one or more premium SMS messages.
  • step 3 the platform A transmits a message of agreement on the authentication and the taxation towards the platform of services C. This then activates the required service. The user can then send and receive emails. It is also planned to send a service confirmation message activated from the service platform C to the telephone B.
  • a variant of the invention is the dashed step 4 in FIGS. 1 and 2, where the charging is done. performs in response to a request for payment from the service platform C after activation of the service.
  • the service platform C may comprise a gateway C1 enclosing said server application capable of communicating with the client application and the operator platform A, as well as a plurality of multimedia servers C2-C4 each offering services . It can be seen in FIG. 1 that step 5 corresponds to the step where the telephone B accesses the required service from one of the multimedia servers C2, for example via the Internet.
  • a service suspension and activation process is provided.
  • the same elements bear the same references as in FIG. 1. It is in the case where the user has subscribed to a "push mail" service for receiving 100 emails over a period of 30 days, and that he has already consumed 80 emails in 10 days. He then wishes to suspend his service for 10 days in order to be able to use it during the last 10 days where he foresees the reception of important messages.
  • the client application of the telephone B transmits a service suspension request to the service platform C. The latter identifies the user from data present in the service platform. request for suspension.
  • the client application of the telephone B transmits in step one an SMS message to the SMS management server D within the operator platform A.
  • This management server D authenticates the user from the data of the SIM card sent with the SMS message, then transmits an agreement message to the service platform C in step 2.
  • the user is thus definitely authenticated within the service platform C and the push mail service. Can be suspended.
  • the service platform C confirms the suspension of the service with the accounting server E of the operator platform A in step 3. This is an update. With such a process, a provisional billing can be established with the effective consumption of the service and not the whole of the service.
  • the service platform continues to monitor the period of validity of the service, that is to say the 30 days, and can send reminder messages before the end of this period.
  • the user may want to reactivate his "push mail" service to consume his last 20 emails. It then performs the same operations as those described above for Figures 3 and 4, but in the context of a service activation request.
  • the process is greatly secured by the fact that communication is provided between the telephone B and the service platform C via a data channel, in particular via the Internet, while the communication between the telephone B and the operator platform A for sending SMS is via a signaling channel, the latter being a very proven channel, secure and to recover the data from the SIM card. It is therefore possible to carry out steps 1 and 1 in parallel fashion since they are two separate channels. Two separate communication channels are thus used to authenticate the user.
  • FIG. 5 we see a secure authentication process using a data channel 10 and a signaling channel 11 according to the invention.
  • the client application 12 housed in the telephone B communicates with the server application 13 housed within the service platform C, via the Internet.
  • the data exchanged transit via the data channel 10 from the telephone B. This connection via the Internet is not completely secure.
  • the signaling channel 11 is used to communicate between the client application 12 and a billing application 14 housed within the operator platform A, preferably in the server It is through this secure connection via the mobile network of the operator that the transactional request, such as a premium SMS, or the authentication request is transited.
  • the operator platform is therefore able to detect the data of the SIM card of the user of the telephone B, authenticate the user, possibly manage the charging or the billing, and then transmit a message of agreement or not to the platform of services via Internet.
  • a new mode of communication of XML files is provided which is used to update the client application from the server application.
  • a synchronization is performed at each communication session between the client application and the server application.
  • an XML file is sent to the client application.
  • the method according to the invention provides for sending an identification number of the XML schema with the data. Only if the client application does not have this XML schema would the server application send the XML schema in response to the request from the client application.
  • a server application is therefore provided that can identify XML schemas by identification numbers, and generate an XML file containing not the associated XML schema but only an identification number next to the data.
  • the client application is able to save different XML schemas, each being identified with the same identification number as that provided by the server application.
  • Figure 6 we see a simplified example of an XML schema containing metadata and an example of associated data. We see that we achieve a considerable bandwidth gain if we manage to save the systematic sending of XML schemas that have a much larger size than the data.
  • the potential applications of the method, object of the present invention are numerous, and are not limited to services directly usable on a mobile communication terminal. More generally, the invention can be implemented when using a mobile communication terminal to activate, deactivate, modify any service, and in particular to bill this service.
  • the invention finds a particularly interesting application in the field of access to pay television channels, including channels broadcast by cable, ADSL line or satellite, when the user wishes, with immediate effect, enable or disable the access to a channel. He will then use his mobile communication terminal to transmit his request, the access to the required service and the billing of this service being performed by implementing the present invention.
  • Another particularly interesting application of the invention lies in the field of car navigators (using in particular so-called GPS systems), offering certain complementary services such as real-time access to traffic information, in order to determine optimal route.
  • the invention offers the user the possibility, with immediate effect, of activating or deactivating access to such a device.
  • supplementary service in particular when, during a trip, he arrives in a region for which he has not subscribed to this service. He will then use his mobile communication terminal to transmit his request, the access to the required service and the billing of this service being performed by implementing the present invention.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Finance (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne un procédé client-serveur dans le domaine des réseaux pour mobile. Le procédé selon l'invention comporte une application client logée dans un « smart phone » au sein d'un réseau mobile, et une application serveur logée dans un serveur de services. Avantageusement, pour acquérir un service via un canal de données, l'application client s'authentifie via un canal de signalisation auprès de l'opérateur du réseau mobile. Le coût d'acquisition du service est facturé par l'opérateur qui gère également les consommations téléphoniques du « smart phone ». La facturation peut se faire par SMS surtaxé. L'invention concerne aussi un système et un terminal munis de fonctionnalités permettant de mettre en oeuvre le procédé selon l'invention.

Description

" Procédé de taxation et d'accès à un service depuis un terminal de communication mobile."
La présente invention se rapporte à un procédé permettant à un terminal de communication mobile appartenant au réseau d'un opérateur de téléphonie mobile d'accéder à un service au sein d'une plateforme de services.
Elle trouve une application particulièrement intéressante, mais non exclusivement, dans des terminaux de type Blackberry® de la société RIM®, des téléphones Nokia®, Iphone®,.. où il est possible d'accéder à des services en ligne ou hors ligne. Par service on entend un module logiciel à télécharger ou à utiliser en ligne, une fonctionnalité ou toute autre application accessible via un terminal de communication mobile. Ces services peuvent être de type envoi et réception d'emails, connexion à Internet, téléchargement de fichiers,...
D'une façon générale, lorsqu'un utilisateur souhaite accéder à un service au moyen de son terminal de communication mobile tel qu'un téléphone mobile ou un téléphone mobile évolué de type « smart phone », il contacte le fournisseur de ce service par internet sur le site du fournisseur, par email ou par téléphone afin de demander l'activation du service et communiquer les moyens de paiement de ce service. Ces moyens peuvent être la création d'un compte chez ce fournisseur de services, envoi d'un chèque ou encore communication des références d'une carte bancaire. Ensuite, le service n'est actif sur le terminal que le mois suivant ou à une date anniversaire de l'abonnement. On se rend compte que le délai entre la commande d'un service et la jouissance de ce service est un problème non négligeable. On connaît le document GB2449223 décrivant un mode de paiement dans lequel le paiement d'un produit acheté sur Internet peut se faire par envoi d'un SMS et d'un code PIN vers le serveur de comptabilité de l'opérateur mobile. L'utilisateur reçoit un SMS de confirmation si son compte à bien été débité. Ce document ne traite pas d'un service pour terminal de communication mobile. On connaît également le document EP1585075 décrivant un procédé dans lequel lors de la réception sur un téléphone mobile d'une vidéo en
« streaming », l'utilisateur du téléphone mobile paie en temps réel en réponse à une requête du fournisseur de la vidéo. Pour ce faire, le fournisseur transmet une notification de paiement à l'utilisation, cette notification comprend un numéro SMS à composer. L'utilisateur peut ensuite envoyer un
SMS vers son opérateur mobile, puis envoyer une confirmation vers le fournisseur de la vidéo. Ce dernier continue la fourniture de la vidéo en temps réel dès lors qu'il reçoit la confirmation de paiement par l'opérateur dans un délai prédéterminé.
Ce document décrit un mode de paiement limité à l'achat de contenu en « streaming », et nécessite donc de rester en ligne avec le fournisseur de service, ce qui a un coût en termes de consommation et de bande passante.
La présente invention a pour but de remédier aux inconvénients précités en proposant un mode de paiement simple à manier par l'utilisateur, sécurisé et fiable.
On atteint au moins l'un des objectifs précités avec un procédé permettant à un terminal de communication mobile appartenant au réseau d'un opérateur d'accéder à un service au sein d'une plateforme de services.
Selon l'invention, ce procédé comprend les étapes suivantes :
- transmission d'une requête transactionnelle depuis le terminal de communication mobile vers une plateforme de serveurs de l'opérateur via le réseau mobile dudit opérateur, - authentification de l'utilisateur du terminal de communication mobile au sein de la plateforme de serveurs de l'opérateur,
- transmission d'un message d'accord depuis la plateforme de serveurs de l'opérateur vers la plateforme de services, et
- activation dudit service au sein de la plateforme de services, ce service étant accessible depuis le terminal de communication mobile via un canal de données.
Le procédé selon l'invention comprend en outre une étape de taxation dudit service au sein de la plateforme de serveurs de l'opérateur, cette taxation étant déterminée : - à partir de la requête transactionnelle transmise sous forme d'un événement surtaxé au sein du réseau mobile, et/ou - à partir d'une requête de paiement transmise par la plateforme de services vers la plateforme de serveurs de l'opérateur.
Par ailleurs, l'ensemble des étapes de ce procédé est effectué en temps réel, ce qui signifie que l'utilisateur peut accéder directement et immédiatement après validation par le serveur de services au service souscrit. Par temps réel, on entend une réalisation des étapes en quelques secondes voire quelques minutes en fonction du temps de latence normal dans un tel réseau mobile.
Avec le procédé selon la présente invention, on accède au service uniquement après validation par la plateforme de serveurs de l'opérateur. L'accès au service est fait de manière sécurisée car l'utilisateur est clairement authentifié. Ce service est disponible directement et sa taxation ou sa facturation se fait de manière simplifiée au sein de la plateforme de l'opérateur. En effet, la présente invention est notamment remarquable, mais pas de façon limitative, par le fait que la facturation de ce service est incluse dans la facturation globale de l'utilisateur auprès de l'opérateur. La facturation globale est par exemple la facturation des communications mobiles de l'utilisateur. On utilise ainsi le compte de facturation habituel de l'utilisateur pour facturer des services souscrits auprès de serveurs de services qui peuvent être indépendants de l'opérateur. Ce compte de facturation peut être de type prépayé, c'est-à-dire un compte crédité que l'on décompte en fonction du coût du service souscrit par l'utilisateur, ou de type postpayé, une sorte de compte débiteur.
A titre d'exemple, dans le premier cas notamment, la plateforme de serveurs de l'opérateur peut comprendre un serveur de comptabilité qui décompte un compte prépayé de l'utilisateur du terminal de communication mobile en fonction de la taxation dudit service.
Le coût de ce service peut être fonction d'une durée d'utilisation, d'un nombre d'utilisation ou d'un volume de données.
Selon une caractéristique avantageuse de l'invention, la requête transactionnelle est transmise via un canal de signalisation du réseau mobile de l'opérateur de façon à consommer peu de ressources réseaux et surtout transmettre des informations de façon sécurisée. Selon un mode de réalisation avantageux de l'invention, la requête transactionnelle transmise via ce canal de signalisation ou via un autre canal, peut comprendre des données relatives à une carte SIM contenue dans le terminal de communication mobile de façon à authentifier l'utilisateur du terminal de communication mobile lors de l'étape d'authentification. La carte SIM (pour « Subscriber Identity Module » en anglais) est une puce électronique contenant un microcontrôleur et de la mémoire. Elle stocke des informations spécifiques à l'utilisateur. Ainsi l'authentification s'effectue à partir de données cryptées provenant d'un équipement physique.
La requête transactionnelle peut comprendre un message textuel court selon la technologie SMS ou un message non structuré selon la technologie USSD. La technologie SMS (pour « Short Message Service » en anglais) disponible notamment dans les réseaux de type GSM, GPRS ou UMTS, permet de transmettre et de recevoir de courts messages textuels véhiculés par un canal de signalisation qui est différent des canaux logiques de transmission de la voix et des données. La technologie USSD (pour « Unstructured Supplementary Service Data » en anglais) permet l'échange rapide de données sous format texte via un canal de signalisation tout comme le SMS. Elle est supportée par les réseaux de type GSM, GPRS ou UMTS notamment.
Dans un mode de réalisation particulier, on peut prévoir que la requête transactionnelle comprenne une adresse internet de type URL transmis via un canal de données. A cette adresse, la plateforme de serveurs de l'opérateur peut y trouver des données relatives à la taxation du service pour cet utilisateur.
En complément notamment de ce qui précède, la requête transactionnelle est avantageusement un message dont le coût de transmission est prédéterminé et correspond à la taxation dudit service. Cette caractéristique peut efficacement être mise en œuvre par un message de type SMS dit SMS surtaxé où pour un service donné, le coût de ce service correspond par exemple à l'envoi du SMS surtaxé. De ce fait, le compte de l'utilisateur au sein de la plateforme de serveurs de l'opérateur sera débité d'un montant égal à la consommation d'un SMS surtaxé, ce montant étant égal au coût d'utilisation dudit service. La mise en place d'un SMS surtaxé est effectuée par l'opérateur du réseau mobile qui affecte à un numéro d'appel particulier un coût prédéterminé. On simplifie ainsi considérablement la facturation dudit service acquis auprès d'un serveur de service. Le procédé selon l'invention apporte une souplesse dans l'accès à des services de l'opérateur mobile et surtout à des services indépendants de l'opérateur mobile. On peut ainsi accéder à de nouveaux services proposés par des serveurs de services différents tout en évitant de contraignants processus liés aux modes de paiement. Le procédé selon l'invention permet de conserver un seul mode de paiement qui est celui de son opérateur de réseau mobile. Les coûts liés à ces services sont intégrés dans le compte de facturation de l'utilisateur auprès de son opérateur de réseau mobile. Ce sont les différents serveurs de services qui s'arrangent avec l'opérateur pour la répartition des revenus, l'utilisateur conservant un unique interlocuteur pour la facturation.
Selon un mode de mise en œuvre, la requête transactionnelle comprend plusieurs messages dont le coût de transmission de l'ensemble des messages correspond à la taxation dudit service. En d'autres termes, on utilise plusieurs SMS surtaxés pour atteindre un montant égal au coût du service.
Selon une variante de l'invention, on peut aussi imaginer que la requête transactionnelle est un message enrichi selon la technologie MMS (pour « Multimedia Messaging Service » en anglais) qui est un service de messagerie permettant l'envoi et la réception de contenu multimédia.
Selon l'invention, en complément ou en variante de ce qui précède, la requête transactionnelle peut comprendre au moins un message contenant une information sur la taxation du service requis. Cette information peut être le coût du service.
L'invention peut également comprendre une étape préliminaire de transmission d'une requête de vérification depuis le terminal de communication mobile vers la plateforme de services pour vérifier si l'utilisateur du terminal de communication mobile est habilité à utiliser le service requis ; la requête transactionnelle n'étant émise qu'en cas de réponse positive à la requête de vérification. Cette réponse positive depuis la plateforme de services vers le terminal de communication mobile peut comprendre un numéro de transaction identifiant la requête transactionnelle. Cette étape préliminaire peut comprendre par exemple une étape d'authentification complémentaire de l'utilisateur auprès de la plateforme de services.
Avantageusement, on peut prévoir en outre une étape de transmission d'une notification vers la plateforme de serveurs de l'opérateur si la plateforme de services ne reçoit pas de message de la part de plateforme de serveurs de l'opérateur au-delà d'un délai prédéterminé par rapport à l'étape préliminaire.
Selon un autre aspect de l'invention, la plateforme de services comprend au moins un serveur de services multimédia et une passerelle entre la plateforme de serveurs de l'opérateur et le serveur de services multimédia, la passerelle exécutant toutes les étapes de communication avec le terminal de communication mobile et avec la plateforme de serveurs de l'opérateur. La passerelle peut ainsi service d'interface entre l'opérateur et le terminal de communication mobile d'une part, et plusieurs serveurs de services multimédia d'autre part.
Avantageusement, pour chaque utilisateur, la passerelle enregistre l'état opérationnel de chaque service accessible par l'utilisateur ; à chaque changement d'état, la passerelle transmet ce changement d'état vers le terminal de communication mobile. Par ailleurs, pour chaque service accessible par l'utilisateur, le terminal de communication mobile indique l'état opérationnel de ce service au moyen d'une icône graphique sur un écran du terminal de communication mobile. L'état opérationnel peut comprendre les états suivants : activé, suspendu, et non activé. L'invention concerne aussi un système d'accès à un service comprenant une plateforme de services, une plateforme de serveurs d'un opérateur de réseau mobile et un terminal de communication mobile ; selon l'invention :
- la plateforme de services comprend une application serveur, et
- le terminal de communication mobile comprend une application client associée à ladite application serveur par une communication de type client- serveur ; les applications client et serveur étant paramétrées pour qu'un accès par le terminal de communication mobile à un service de la plateforme de services soit réalisé en utilisant le procédé tel que décrit précédemment..
L'invention concerne aussi un terminal de communication mobile comprenant des fonctionnalités permettant de l'authentifier lors d'un accès à une plateforme de services en mettant en œuvre le procédé objet de la présente invention.
Avantageusement, ce terminal peut comprendre une application client permettant d'authentifier l'utilisateur du terminal mobile auprès de la plateforme de services et de la plateforme de serveurs de l'opérateur à partir de données contenues dans une mémoire dudit terminal de communication mobile. L'application client peut être paramétrée de façon à générer :
- un premier flux de données pour une première authentification au près par exemple de la plateforme de serveurs de l'opérateur via un premier canal de communication, et
- un second flux de données pour une authentification complémentaire auprès par exemple de la plateforme de services via un second canal de communication.
Le premier canal et le second canal peuvent être identiques. Mais de préférence, le premier canal est un canal de signalisation, le second canal étant un canal de données.
Par ailleurs, le terminal comprend une mémoire contenant des secrets cryptographiques utilisés lors de ladite première authentification. Cette mémoire est notamment contenue dans une carte SIM. L'application client est avantageusement paramétrée pour prendre en compte un code confidentiel entré sur le terminal de communication mobile par l'utilisateur et/ou une caractéristique biométrique de l'utilisateur, notamment une empreinte digitale et/ou un fond d'œil, lors de la première authentification.
D'autres avantages et caractéristiques de l'invention apparaîtront à l'examen de la description détaillée d'un mode de mise en œuvre donné ici à titre d'exemple nullement limitatif des possibilités de la présente invention, et des dessins annexés, sur lesquels :
- La figure 1 est une vue générale d'un système mettant en œuvre un procédé selon l'invention,
- La figure 2 est une vue générale d'un diagramme illustrant des étapes du procédé selon l'invention en fonction de chaque entité,
- La figure 3 est une vue générale d'un processus de suspension et d'activation d'un service selon l'invention, - La figure 4 est une vue générale d'un diagramme illustrant des étapes du processus de suspension et d'activation d'un service selon l'invention en fonction de chaque entité,
- La figure 5 est une vue générale illustrant un processus d'authentification sécurisé par utilisation d'un canal de données et d'un canal de signalisation selon l'invention, et
- La figure 6 est une vue générale d'un schéma XML et de données associées.
Sur la figure 1 on voit une plateforme A de serveurs d'un opérateur mobile. Le téléphone mobile B comprend des moyens logiciels et matériels lui permettant d'accéder au réseau mobile de l'opérateur. En particulier, le téléphone B comprend une application client capable de communiquer avec une application serveur au sein d'une plateforme de services C. Ces applications sont contenues dans des moyens de stockage conventionnels, et peuvent être gérées par un système d'exploitation au moyen d'un microcontrôleur ou microprocesseur (non représentés).
La plateforme de services C offre de nombreux services accessibles à l'utilisateur du téléphone mobile B. A titre d'exemple, ce service peut être un service « push mail » pour la réception de 100 emails sur une période de 30 jours. Le service « push mail » permet de scruter en permanence l'arrivée de nouveaux messages électroniques. Tout nouvel email entrant est transféré (« pushed ») vers le téléphone (« smart phone »).
Pour souscrire à un tel service, l'utilisateur envoie à l'étape 1 sur les figures 1 et 2, une requête de vérification vers la plateforme de services C. Cette requête de vérification peut contenir un identifiant du service souhaité ainsi qu'un identifiant de l'utilisateur. La plateforme de services C vérifie que l'utilisateur est apte à utiliser ce service et transmet un message d'accord vers le téléphone mobile B. A l'étape 2 sur les figures 1 et 2, l'application client du téléphone B transmet une requête transactionnelle vers la plateforme opérateur A. Cette requête peut être un message MMS, ou une adresse de type URL, contenant des informations relatives au service requis, à la plateforme de services, et des données d'une carte SIM du téléphone B. De préférence, la requête transactionnelle est un message SMS surtaxé ou un message USSD surtaxé avec des informations relatives au service requis, à la plateforme de services, et des données d'une carte SIM du téléphone B de façon à authentifier l'utilisateur.
Si l'application client possède une tarification des différents services, elle peut inclure dans la requête transactionnelle le coût du service requis. Mais, on peut aussi prévoir que le coût de ce service est communiqué par la plateforme de services lors de l'étape 1 de vérification. En fonction du coût du service et de la valeur d'un SMS surtaxé, on envoie un ou plusieurs SMS dont le montant total égale le coût du service requis. Avantageusement, le numéro d'envoi du SMS est un numéro associé à la plateforme de services C.
La requête transactionnelle est réceptionnée par un serveur D de gestion de SMS au sein de la plateforme opérateur A. L'utilisateur est alors authentifié à partir des données de la carte SIM, puis on réalise la taxation au sein d'un serveur de comptabilité E au sein de la plateforme opérateur A. Ce serveur de comptabilité E détient un compte de l'utilisateur ainsi authentifié. Il s'agit du compte normalement utilisé pour la facturation des communications mobiles de l'utilisateur. Ainsi, l'achat d'un service ne nécessite pas l'ouverture d'un compte auprès de la plateforme de services C. Ce compte peut avantageusement être un compte prépayé où l'utilisateur possède un solde créditeur. Ce compte va alors être débité d'un montant égal au coût du service requis. En fait, le serveur de comptabilité E gère cet achat de service comme s'il s'agissait de la consommation d'un ou plusieurs messages SMS surtaxés. A l'étape 3, la plateforme A transmet un message d'accord sur l'authentification et la taxation vers la plateforme de services C. Ce dernier active alors le service requis. L'utilisateur peut dès lors émettre et recevoir des emails. On prévoit également l'envoi d'un message de confirmation de service activé depuis la plateforme de services C vers le téléphone B. Une variante de l'invention est l'étape 4 en pointillée sur les figures 1 et 2 où la taxation s'effectue en réponse à une requête de paiement provenant de la plateforme de services C après activation du service. Selon un mode de réalisation de l'invention, la plateforme de services C peut comprendre une passerelle Cl renfermant ladite application serveur apte à communiquer avec l'application client et la plateforme opérateur A, ainsi que plusieurs serveurs multimédia C2-C4 offrant chacun des services. On voit sur la figure 1 que l'étape 5 correspond à l'étape où le téléphone B accède au service requis auprès de l'un des serveurs multimédia, C2, par exemple via Internet.
Afin de facturer la consommation effective de l'utilisateur, on prévoit un processus de suspension et d'activation du service. Sur la figure 3 les mêmes éléments portent les mêmes références que sur la figure 1. On se place dans le cas où l'utilisateur a souscrit à un service de « push mail » pour la réception de 100 emails sur une période de 30 jours, et qu'il a déjà consommé 80 emails en 10 jours. Il souhaite alors suspendre son service pendant 10 jours afin de pouvoir l'utiliser les 10 derniers jours où il prévoit la réception de messages importants. Pour ce faire, à l'étape 1 sur les figures 3 et 4, l'application client du téléphone B transmet une requête de suspension de service vers la plateforme de services C. Ce dernier identifie l'utilisateur à partir de données présentes dans la requête de suspension. Parallèlement, l'application client du téléphone B transmet à l'étape l' un message SMS vers le serveur D de gestion de SMS au sein de la plateforme opérateur A. Ce serveur D de gestion authentifie l'utilisateur à partir des données de la carte SIM envoyées avec le message SMS, puis transmet un message d'accord vers la plateforme de services C à l'étape 2. L'utilisateur est ainsi authentifié de façon certaine au sein de la plateforme de services C et le service « push mail » peut ainsi être suspendu. Avantageusement, la plateforme de services C confirme la suspension du service auprès du serveur de comptabilité E de la plateforme opérateur A à l'étape 3. Il s'agit d'une mise à jour. Avec un tel processus, une facturation provisoire peut être établie avec la consommation effective du service et non la globalité du service.
Avantageusement, la plateforme de services continue à surveiller la durée de validité du service, c'est-à-dire les 30 jours, et peut envoyer des messages de rappel avant la fin de cette durée.
Dans les 10 derniers jours de sa durée de validité, l'utilisateur peut vouloir réactiver son service « push mail » pour consommer ses 20 derniers emails. Il effectue alors les mêmes opérations que celles décrites ci-dessus pour les figures 3 et 4, mais dans le cadre d'une requête d'activation de service. Selon la présente invention, le processus est grandement sécurisé par le fait que l'on prévoit la communication entre le téléphone B et la plateforme de services C via un canal de données, notamment en passant par Internet, alors que la communication entre le téléphone B et la plateforme opérateur A pour l'envoi de SMS se fait via un canal de signalisation, ce dernier étant un canal très éprouvé, sécurisé et permettant de récupérer les données de la carte SIM. On peut donc réaliser les étapes 1 et l' de façon parallèle puisqu'il s'agit de deux canaux distincts. On utilise ainsi deux voies de communication distinctes pour authentifier l'utilisateur.
Sur la figure 5 on voit un processus d'authentification sécurisé par utilisation d'un canal de données 10 et d'un canal de signalisation 11 selon l'invention. L'application client 12 logée au sein du téléphone B communique avec l'application serveur 13 logée au sein de la plateforme de services C, via Internet. Les données échangées transitent via le canal de données 10 depuis le téléphone B. Cette liaison via Internet n'est pas totalement sécurisée.
Pour assurer l'authentification de l'utilisateur de façon sécurisé et certaine, on utilise le canal de signalisation 11 pour communiquer entre l'application client 12 et une application de facturation 14 logée au sein de la plateforme opérateur A, de préférence dans le serveur de comptabilité E. C'est par cette liaison sécurisée via le réseau mobile de l'opérateur que transitent la requête transactionnelle, telle qu'un SMS surtaxé, ou la requête d'authentification. La plateforme opérateur est donc apte à détecter les données de la carte SIM de l'utilisateur du téléphone B, authentifier l'utilisateur, éventuellement gérer la taxation ou la facturation, puis transmettre un message d'accord ou non vers la plateforme de services via Internet.
Afin d'optimiser les échanges entre l'application client contenu dans le téléphone B et l'application serveur contenu dans la plateforme de services C, on prévoit un nouveau mode de communication de fichiers XML que l'on utilise pour mettre à jour l'application client depuis l'application serveur. A chaque session de communication entre l'application client et l'application serveur, on réalise une synchronisation. En particulier, on envoie par exemple un fichier XML vers l'application client. Plutôt que d'envoyer un fichier XML mélangeant de façon conventionnelle un schéma XML avec des données, le procédé selon l'invention prévoit l'envoie d'un numéro d'identification du schéma XML avec les données. C'est uniquement au cas où l'application client n'aurait pas ce schéma XML que l'application serveur enverrait le schéma XML en réponse donc à la demande de l'application client. On prévoit donc une application serveur capable d'identifier des schémas XML par des numéros d'identification, et de générer un fichier XML contenant non pas le schéma XML associé mais uniquement un numéro d'identification à côté des données. L'application client est apte à sauvegarder différents schémas XML, chacun étant identifié avec le même numéro d'identification que celui prévu par l'application serveur. Sur la figure 6, on voit un exemple simplifié d'un schéma XML contenant des métadonnées et un exemple de données associées. On voit que l'on réalise un gain de bande passante considérable si l'on parvient à économiser l'envoi systématique des schémas XML qui ont une taille bien supérieure à celle des données.
Les applications potentielles du procédé, objet de la présent invention sont nombreuses, et ne se limitent nullement à des services directement utilisables sur un terminal de communication mobile. Plus généralement l'invention peut être mise en œuvre lors de l'utilisation d'un terminal de communication mobile pour activer, désactiver, modifier un service quel qu'il soit, et notamment en vue de la facturation de ce service.
L'invention trouve une application particulièrement intéressante dans le domaine de l'accès à des chaînes de télévision payante, notamment des chaînes diffusées par câble, ligne ADSL ou par satellite, lorsque l'utilisateur souhaite, avec effet immédiat, activer ou désactiver l'accès à une chaîne. Il utilisera alors son terminal de communication mobile pour transmettre sa requête, l'accès au service requis et la facturation de ce service étant effectués en mettant en œuvre la présente invention.
Une autre application particulièrement intéressante de l'invention se situe dans le domaine des navigateurs de voiture (utilisant notamment des systèmes dits GPS), offrant certains services complémentaires tels qu'un accès en temps réel à des informations de trafic, en vue de déterminer un itinéraire optimal. Dans ce domaine, l'invention offre à l'utilisateur la possibilité, avec effet immédiat, d'activer ou de désactiver l'accès à un tel service complémentaire, notamment lorsque, au cours d'un déplacement, il arrive dans une région pour laquelle il n'avait pas souscrit à ce service. Il utilisera alors son terminal de communication mobile pour transmettre sa requête, l'accès au service requis et la facturation de ce service étant effectués en mettant en œuvre la présente invention.
Bien sûr, l'invention n'est pas limitée aux exemples qui viennent d'être décrits et de nombreux aménagements peuvent être apportés à ces exemples sans sortir du cadre de l'invention.

Claims

REVENDICATIONS
1. Procédé permettant à un terminal de communication mobile appartenant au réseau d'un opérateur d'accéder à un service au sein d'une plateforme de services, caractérisé en ce que ce procédé comprend les étapes suivantes :
- transmission d'une requête transactionnelle depuis le terminal de communication mobile vers une plateforme de serveurs de l'opérateur via le réseau mobile dudit opérateur,
- authentification de l'utilisateur du terminal de communication mobile au sein de la plateforme de serveurs de l'opérateur,
- transmission d'un message d'accord depuis la plateforme de serveurs de l'opérateur vers la plateforme de services, et
- activation dudit service au sein de la plateforme de services, ce service étant accessible depuis le terminal de communication mobile via un canal de données, et en ce qu'il comprend en outre une étape de taxation dudit service au sein de la plateforme de serveurs de l'opérateur, cette taxation étant déterminée
- à partir de la requête transactionnelle transmise sous forme d'un événement surtaxé au sein du réseau mobile, et/ou - à partir d'une requête de paiement transmise par la plateforme de services vers la plateforme de serveurs de l'opérateur, et en ce que l'ensemble de ce procédé est effectué en temps réel.
2. Procédé selon la revendication 1, caractérisé en ce que la requête transactionnelle est transmise via un canal de signalisation du réseau mobile de l'opérateur.
3. Procédé selon la revendication 1, caractérisé en ce que la requête transactionnelle est un message textuel court selon la technologie SMS, un message non structuré selon la technologie USSD ou une adresse internet de type URL.
4. Procédé selon la revendication 3, caractérisé en ce que la requête transactionnelle est un message dont le coût de transmission est prédéterminé et correspond à la taxation dudit service.
5. Procédé selon la revendication 3, caractérisé en ce que la requête transactionnelle comprend plusieurs messages dont le coût de transmission de l'ensemble des messages correspond à la taxation dudit service.
6. Procédé selon la revendication 1, caractérisé en ce la requête transactionnelle est un message enrichi selon la technologie MMS.
7. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la requête transactionnelle comprend au moins un message contenant une information sur la taxation du service requis.
8. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la requête transactionnelle comprend des données relatives à une carte SIM contenue dans le terminal de communication mobile de façon à authentifier l'utilisateur du terminal de communication mobile lors de l'étape d'authentification.
9. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la plateforme de serveurs de l'opérateur comprend un serveur de comptabilité qui décompte un compte prépayé de l'utilisateur du terminal de communication mobile en fonction de la taxation dudit service.
10. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend une étape préliminaire de transmission d'une requête de vérification depuis le terminal de communication mobile vers la plateforme de services pour vérifier si l'utilisateur du terminal de communication mobile est habilité à utiliser le service requis ; la requête transactionnelle n'étant émise qu'en cas de réponse positive à la requête de vérification.
11. Procédé selon la revendication 10, caractérisé en ce que la réponse positive depuis la plateforme de services vers le terminal de communication mobile comprend un numéro de transaction identifiant ladite requête transactionnelle.
12. Procédé selon les revendications 10 ou 11, caractérisé en ce qu'il comprend en outre une étape de transmission d'une notification vers la plateforme de serveurs de l'opérateur si la plateforme de services ne reçoit pas de message de la part de plateforme de serveurs de l'opérateur au-delà d'un délai prédéterminé par rapport à l'étape préliminaire.
13. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la plateforme de services comprend au moins un serveur de services multimédia et une passerelle entre la plateforme de serveurs de l'opérateur et le serveur de services multimédia, la passerelle exécutant toutes les étapes de communication avec le terminal de communication mobile et avec la plateforme de serveurs de l'opérateur.
14. Procédé selon la revendication 13, caractérisé en ce que, pour chaque utilisateur, la passerelle enregistre l'état opérationnel de chaque service accessible par l'utilisateur ; à chaque changement d'état, la passerelle transmet ce changement d'état vers le terminal de communication mobile.
15. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que, pour chaque service accessible par l'utilisateur, le terminal de communication mobile indique l'état opérationnel de ce service au moyen d'une icône graphique sur un écran du terminal de communication mobile, l'état opérationnel comprenant les états suivants : activé, suspendu, et non activé.
16. Système d'accès à un service comprenant une plateforme de services, une plateforme de serveurs d'un opérateur de réseau mobile et un terminal de communication mobile ; caractérisé en ce que : - la plateforme de services comprend une application serveur, et
- le terminal de communication mobile comprend une application client associée à ladite application serveur par une communication de type client- serveur ; les applications client et serveur étant paramétrées pour qu'un accès par le terminal de communication mobile à un service de la plateforme de services soit réalisé en utilisant le procédé selon l'une quelconque des revendications précédentes.
17. Terminal de communication mobile caractérisé en ce que ce terminal comprend des fonctionnalités permettant de l'authentifier lors d'un accès à une plateforme de services en mettant en œuvre le procédé selon l'une quelconque des revendications 1 à 15.
18. Terminal selon la revendication 17, caractérisé en ce qu'il comprend une application client permettant d'authentifier l'utilisateur du terminal mobile auprès de la plateforme de services et de la plateforme de serveurs de l'opérateur à partir de données contenues dans une mémoire dudit terminal de communication mobile.
19. Terminal selon la revendication 18, caractérisé en ce que l'application client est paramétrée de façon à générer : - un premier flux de données pour une première authentification via un premier canal de communication, et
- un second flux de données pour une authentification complémentaire via un second canal de communication.
20. Terminal selon la revendication 19, caractérisé en ce que le premier canal et le second canal sont identiques.
21. Terminal selon la revendication 19, caractérisé en ce que le premier canal est un canal de signalisation, le second canal étant un canal de données.
22. Terminal selon l'une quelconque des revendications 19 à 21, caractérisé en ce qu'il comprend une mémoire contenant des secrets cryptographiques utilisés lors de ladite première authentification.
23. Terminal selon la revendication 22, caractérisé en ce que ladite mémoire dudit terminal de communication mobile contenant lesdits secrets cryptographiques est contenue dans une carte SIM.
24. Terminal selon l'une quelconque des revendications 19-23, caractérisé en ce que l'application client est paramétrée pour prendre en compte un code confidentiel entré sur le terminal de communication mobile par l'utilisateur dudit terminal de communication mobile lors de la première authentification.
25. Terminal selon l'une quelconque des revendications 19-24, caractérisé en ce que l'application client est paramétrée pour prendre en compte une caractéristique biométrique de l'utilisateur dudit terminal de communication mobile, notamment une empreinte digitale et/ou un fond d'œil, lors de la première authentification.
26. Application du procédé selon l'une quelconque des revendications 1 à 15 pour l'accès à des chaînes de télévision payante.
27. Application du procédé selon l'une quelconque des revendications 1 à 15 pour l'accès à des services complémentaires dans un navigateur de type GPS.
EP10727066A 2009-04-29 2010-04-29 Procede de taxation et d'acces a un service depuis un terminal de communication mobile Ceased EP2425388A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0952814A FR2945139B1 (fr) 2009-04-29 2009-04-29 Procede de taxation et d'acces a un service depuis un terminal de communication mobile
PCT/FR2010/050819 WO2010125317A1 (fr) 2009-04-29 2010-04-29 Procede de taxation et d'acces a un service depuis un terminal de communication mobile

Publications (1)

Publication Number Publication Date
EP2425388A1 true EP2425388A1 (fr) 2012-03-07

Family

ID=41630690

Family Applications (1)

Application Number Title Priority Date Filing Date
EP10727066A Ceased EP2425388A1 (fr) 2009-04-29 2010-04-29 Procede de taxation et d'acces a un service depuis un terminal de communication mobile

Country Status (3)

Country Link
EP (1) EP2425388A1 (fr)
FR (1) FR2945139B1 (fr)
WO (1) WO2010125317A1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030050081A1 (en) * 2000-02-29 2003-03-13 Adriano Huber Method for confirming transactions
EP1585075A1 (fr) * 2004-04-07 2005-10-12 On-Air A/S Facturation en ligne de contenus en temps réel sur des téléphones mobiles

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003044615A2 (fr) * 2001-11-20 2003-05-30 Nokia Corporation Procede et systeme a courtier de services reseau
US7454615B2 (en) * 2003-05-08 2008-11-18 At&T Intellectual Property I, L.P. Centralized authentication system
GB2449223A (en) 2007-03-27 2008-11-19 Anwar Rashed Mohamed Alkandari Method of payment via SMS

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030050081A1 (en) * 2000-02-29 2003-03-13 Adriano Huber Method for confirming transactions
EP1585075A1 (fr) * 2004-04-07 2005-10-12 On-Air A/S Facturation en ligne de contenus en temps réel sur des téléphones mobiles

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of WO2010125317A1 *

Also Published As

Publication number Publication date
FR2945139B1 (fr) 2017-02-10
WO2010125317A1 (fr) 2010-11-04
FR2945139A1 (fr) 2010-11-05

Similar Documents

Publication Publication Date Title
EP0973318A1 (fr) Procédé pour payer à distance, au moyen d'un radiotéléphone mobile, l'acquisition d'un bien et/ou d'un service, et système et radiotéléphone mobile correspondants
WO2002065414A1 (fr) Procede et systeme de telepaiement
WO2000049585A1 (fr) Procede de telepaiement et systeme pour la mise en oeuvre de ce procede
WO2007063196A1 (fr) Procede d'acces a internet par un reseau sans fil depuis une station mobile
EP1983722A2 (fr) Procédé et système de sécurisation d'accès internet de téléphone mobile, téléphone mobile et terminal correspondants
EP1479212A1 (fr) Dispositif et procede d intermediation entre fournisseurs de services et leur utilisateurs
CA2323002A1 (fr) Systeme de telephonie mobile avec carte de prepaiement
EP2425388A1 (fr) Procede de taxation et d'acces a un service depuis un terminal de communication mobile
EP1798654A1 (fr) Méthode d'accès à un contenu audio/vidéo à accès conditionnel
EP2425389A1 (fr) Procede de suspension et d'activation d'un service dans un reseau mobile
FR2945173A1 (fr) Procede d'authentification d'un terminal de communication mobile lors d'un acces a une plateforme de services via un reseau mobile
EP1187392B1 (fr) Procédé et système de paiement des services effectuées au sein d'un réseau de transmision de paquets
FR2816422A1 (fr) Procede pour le paiement de transactions effectuees par exemple sur internet
WO2012057715A1 (fr) Système et méthode de transfert de crédits entre abonnés au téléphone mobile gsm appartenant à des opérateurs différents
FR2958428A1 (fr) Procede d'execution d'un premier service alors qu'un deuxieme service est en cours d'execution, au moyen d'un terminal informatique equipe d'une carte a circuit integre.
FR2884014A1 (fr) Acces a un bien ou a un service delivre par un automate au moyen d'un dispositif portable
EP3555829A1 (fr) Sécurisation de transaction
EP4320534A1 (fr) Méthode de contrôle d'accès à un bien ou service distribué par un réseau de communication de données
FR2842380A1 (fr) Procede et systeme de gestion de la fourniture a un terminal de donnees gerees par un reseau externe, et equipement intermediaire correspondant
FR2889901A1 (fr) Procede de transfert controle de donnees de grande taille entre un terminal mobile et un reseau de radiotelephonie et systeme controleur de transaction
FR2822007A1 (fr) Procede et dispositifs de securisation d'une session de communication
FR2919137A1 (fr) Procede d'echange de donnees dans un reseau ad hoc
WO2001089148A2 (fr) Installation perfectionnee d'echange de donnees dans un reseau, et carte de paiement et procede associes
FR2930664A1 (fr) Procede et systeme de transaction de biens et/ou de services au moyen d'un terminal via un reseau de communication
FR2961995A1 (fr) Procede d'identification d'un reseau local identifie par une adresse ip publique

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20111116

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK SM TR

AX Request for extension of the european patent

Extension state: AL BA ME

RAX Requested extension states of the european patent have changed

Extension state: ME

Payment date: 20111116

Extension state: BA

Payment date: 20111116

Extension state: AL

Payment date: 20111116

17Q First examination report despatched

Effective date: 20140815

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20170929