Brevet FR2945139A1 — publié le 20101105

" 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 io 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 15 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 20 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 25 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. 30 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 35 communication mobile. 2945139 - 2- 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 5 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 io 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. 15 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 20 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, 25 - 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 30 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 : 35 - à 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 io 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 15 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 20 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 25 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. 30 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. 35 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 io 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 15 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 20 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. 25 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 oeuvre par un message de type SMS dit SMS surtaxé où pour un service donné, le coût de ce service 30 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 35 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 io revenus, l'utilisateur conservant un unique interlocuteur pour la facturation. Selon un mode de mise en oeuvre, 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 15 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 20 (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 25 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 30 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 35 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 io 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 15 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 20 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é. 25 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 30 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 35 comprenant des fonctionnalités permettant de l'authentifier lors d'un accès à une plateforme de services en mettant en oeuvre 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 io 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 15 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 20 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'oeil, lors de la première authentification. 25 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 oeuvre 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 oeuvre un 30 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. io 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 15 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 20 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 25 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. 30 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 35 requête transactionnelle est un message SMS surtaxé ou un message USSD surtaxé avec des informations relatives au service requis, à la plateforme 2945139 - 9- 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. 5 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. 2945139 - 10 - 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. 5 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à io 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 15 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 1' 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 20 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 25 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 30 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 35 service. 11 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 1' 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. i0 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 15 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 20 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 25 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 30 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 35 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 oeuvre 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 oeuvre 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 oeuvre 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. REVENDICATIONS1. 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 io 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 15 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 20 - à 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 25 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 30 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 35 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 io 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 15 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 20 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 25 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. 30 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. 35 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 io 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 15 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, 20 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é. 25 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 : 30 - 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 35 de services soit réalisé en utilisant le procédé selon l'une quelconque des revendications précédentes. 25 - 17 - 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 oeuvre 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 io 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 : 15 - 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 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. 30 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 35 ce que l'application client est paramétrée pour prendre en compte un codeconfidentiel 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'oeil, 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.15