Brevet FR3024259A1 — publié le 20160129

SYSTEME ET PROCEDE DE PAIEMENT SUR FACTURE DE TELEPHONE MOBILE La présente invention concerne un système de paiement sur facture de téléphone mobile. La présente invention concerne également un procédé de mise en oeuvre. Dans la présente invention, on entend par paiement sur facture de téléphone mobile, le paiement d'un contenu en reportant le montant correspondant sur la facture de téléphone 5 mobile du consommateur. Pour la suite de la description, on entend par contenu, un contenu numérique téléchargeable sur Internet tels que des applications mobiles, des fichiers musicaux ou la consultation de sites payants. Ces contenus peuvent être proposés par des éditeurs de service en achat unique ou par abonnement. Ils sont proposés sur un site marchand de 10 contenus, typiquement sur Internet. Dans la suite de la description, on désigne un tel site marchand par le terme « serveur de contenus ». Les contenus achetés peuvent être téléchargés et utilisés depuis un terminal numérique. Le terminal numérique peut être un téléphone mobile, une tablette ou un ordinateur. Pour la suite de la description, on désigne le fait de pouvoir de télécharger le 15 contenu par l'expression « accès au contenu ». Avec le développement du commerce électronique, il existe de plus en plus de moyens de paiement électronique à distance. Un mode de paiement électronique à distance répandu est celui qui consiste à transmettre les coordonnées de sa carte bancaire via un réseau électronique. Le principal inconvénient de ce mode de paiement est sa faible 20 efficacité commerciale pour des contenus qui sont généralement accessibles depuis un téléphone mobile. En effet, les consommateurs de ce type de contenus sont souvent des adolescents et jeunes adultes, une part non négligeable de ceux-ci ne possèdent pas de carte bancaire ou lorsqu'ils en ont une trouvent fastidieux de rentrer le numéro de la carte sur un clavier de téléphone. 25 Pour faire face à une demande croissante du marché numérique, les opérateurs mobiles proposent une solution de paiement qui permet de réaliser des achats depuis son téléphone mobile sans avoir à communiquer ses coordonnées bancaires et en faisant reporter le montant correspondant sur la facture de téléphone mobile. 3024259 2 Ce mode de paiement utilise une plateforme de facturation dite « DCB » (acronyme anglo-saxon "Direct Carrier Billing" signifiant « Facturation Directe par Opérateur ») gérée par un opérateur de téléphonie mobile. Cette plateforme permet à un prestataire de paiement mobile agissant comme un intermédiaire entre le fournisseur de contenus et le client de reporter la facturation d'un achat sur la facture de téléphone mobile de l'utilisateur. Le prestataire de paiement mobile est généralement un tiers de confiance, soit un prestataire technique indépendant de l'opérateur mobile ou un consortium émanant d'un groupe d'opérateurs mobiles. Pour pouvoir placer une facturation auprès de la plateforme de facturation DCB d'un opérateur mobile, le prestataire de paiement mobile doit identifier et authentifier le numéro de téléphone mobile de l'utilisateur à facturer. Pour ce faire, le prestataire de paiement mobile opère un serveur de paiement mobile situé entre le terminal numérique de l'utilisateur et les autres parties intervenant dans la transaction qui sont le serveur de contenus et la plateforme DCB de l'opérateur. Dans la présente invention, le terme identification désigne une action consistant à attribuer un numéro de téléphone mobile à l'utilisateur et le terme authentification désigne une action consistant à vérifier si le numéro de téléphone est bien le numéro associé au téléphone mobile appartenant à l'utilisateur. Actuellement, on connaît principalement deux solutions pour identifier et authentifier le numéro de téléphone mobile de l'utilisateur. Dans une première solution, si l'utilisateur est connecté via un réseau mobile de l'opérateur (par exemple de type 3G ou 4G), il est facile pour l'opérateur de téléphonie mobile de l'identifier et l'authentifier à partir des caractéristiques de la connexion. Dans une seconde solution, si l'utilisateur est connecté via un réseau local WIFI®, ce type de connexion ne permet pas d'identifier et d'authentifier automatiquement l'utilisateur puisqu'il n'est plus connecté via le réseau de son opérateur de téléphonie mobile. Il faut alors demander à l'utilisateur de rentrer son numéro de téléphone mobile via une interface web. Dans un second temps, l'utilisateur reçoit un code de sécurité sur son téléphone mobile et enfin il doit rentrer ce code via l'interface web pour confirmer qu'il est bien le propriétaire du téléphone mobile. Ces deux solutions d'identification et d'authentification présentent certains inconvénients. 3024259 3 La première solution nécessite une connexion via un réseau mobile et limite de ce fait son utilisation. En effet, les utilisateurs de téléphone mobile se connectent couramment via une connexion wifi à un réseau fixe qui est en général de bonne qualité et configurée par défaut dans leur téléphone mobile. 5 Dans la seconde solution, le parcours de paiement présente une certaine lourdeur, car l'utilisateur doit entrer son numéro de téléphone mobile et attendre la réception du code de sécurité pour accéder au contenu, ce qui nuit à l'efficacité commerciale. En outre, le serveur de paiement mobile tel que décrit ci-dessus utilise une interface web comme interface de communication entre le terminal numérique et l'utilisateur, ce qui 10 peut présenter également un problème de sécurité. En effet, il est possible de loger un code malveillant dans une application téléchargée par l'utilisateur sur son téléphone mobile. Lorsque le téléphone mobile de l'utilisateur est connecté via un réseau mobile, le code malveillant peut se connecter à un serveur de contenus et reproduire programmatiquement un clic sur le bouton de l'interface web, sans aucune intervention de l'utilisateur, pour forcer 15 l'achat du contenu par paiement de facture mobile. Le code malveillant peut être déclenché bien après le téléchargement de l'application infectée de telle sorte que l'origine de ces achats frauduleux est difficile à identifier. Le but de la présente invention est donc de proposer une solution unique qui permet d'identifier et d'authentifier l'utilisateur de manière sûre et simple indépendamment du type 20 de connexion utilisée par l'utilisateur et qui ne soit pas exploitable par des codes malveillants pour forcer l'achat de contenus numériques. A cet effet, la présente invention propose un système de paiement pour permettre à un utilisateur de reporter un paiement sur une facture de téléphone mobile, le système comprenant un terminal numérique muni de moyens de communication téléphonique (TM) 25 et d'une option de présentation d'appel, un serveur de paiement mobile et au moins une plateforme de facturation (DCB) gérée chacune par un opérateur de téléphonie mobile, ledit serveur de paiement mobile étant apte à être mis en liaison avec ladite au moins une plateforme de facturation (DCB), le système étant caractérisé en ce que le serveur de paiement mobile comprend un serveur vocal et des moyens de traitement d'information 30 associés au serveur vocal, le terminal numérique muni de moyens de communication téléphonique (TM) et le serveur vocal étant mis en relation via un réseau téléphonique commuté (RTC), le réseau RTC étant apte à identifier, authentifier et transmettre un numéro 3024259 4 de l'utilisateur lorsque le terminal numérique muni de moyens de communication téléphonique (TM) avec l'option de présentation d'appel activée est en communication avec le serveur vocal, les moyens de traitement d'information étant aptes à déterminer l'opérateur de téléphonie mobile correspondant au numéro de l'utilisateur et à transmettre 5 une requête de facturation à la plateforme de facturation (DCB) gérée par l'opérateur déterminé. De préférence, les moyens de traitement d'information sont aptes à générer un code de sécurité unique lorsque le paiement est validé par la plateforme de facturation (DCB). De préférence, les moyens de traitement d'information sont reliés à un serveur de 10 contenus pour envoyer au moins une information sur le statut de la requête de facturation. Le présente invention concerne également un procédé de paiement mettant en oeuvre un système de paiement décrit ci-dessus pour permettre à un utilisateur possédant un compte d'abonné auprès d'un opérateur de téléphonie mobile, l'achat d'un contenu sur un serveur de contenus en reportant le montant correspondant de l'achat sur une facture de 15 téléphone mobile, le procédé comprenant les étapes suivantes : a) mise en relation entre le terminal muni de moyens de communication téléphonique (TM) avec l'option de présentation d'appel activée et le serveur vocal via un réseau téléphonique commuté (RTC), b) identification et authentification d'un numéro de l'utilisateur par le réseau 20 téléphonique commuté (RTC), c) transmission du numéro par le réseau téléphonique commuté (RTC) via le serveur vocal aux moyens de traitement d'information, d) détermination de l'opérateur de téléphonie mobile correspondant audit numéro par les moyens de traitement, 25 e) transmission d'une requête de facturation par les moyens de traitement d'information à la plateforme de facturation (DCB) gérée par l'opérateur déterminé, f) confirmation du paiement par la plateforme (DCB) et émission d'une information sur le statut de la requête, 30 g) émission d'un message vocal par le serveur vocal indiquant le résultat de la requête, ledit message vocal indiquant au moins un moyen d'accéder au contenu si la requête est validée par la plateforme de facturation (DCB). 3024259 5 De préférence, dans l'étape g), les moyens de traitement d'information envoient une instruction de déblocage du contenu au serveur de contenus de manière à permettre l'accès au contenu par l'utilisateur. De préférence, dans l'étape g), les moyens de traitement d'information génèrent un 5 lien hypertexte et envoient ledit lien dans un message texte à l'utilisateur pour permettre l'accès au contenu. De préférence, dans l'étape g), les moyens de traitement d'information génèrent un code de sécurité unique, ledit code étant restitué vocalement à l'utilisateur pour permettre l'accès au contenu. 10 D'autres caractéristiques et avantages de l'invention ressortiront de la description suivante de modes particuliers de réalisation de l'invention, donnés à titre d'exemples non limitatifs, en référence aux dessins annexés, sur lesquels : - la figure 1 est une vue schématique globale d'un système de paiement sur facture de téléphone mobile selon l'invention, 15 - la figure 2 est un organigramme illustrant les étapes d'un procédé mettant en oeuvre le système de paiement de la figure 1 conformément à un mode de réalisation de l'invention. La présente invention est basée sur l'utilisation d'un compte d'abonné de téléphone mobile auprès d'un opérateur de téléphonie mobile en tant que moyen de paiement pour l'achat de contenus proposés sur un serveur de contenus. Plus particulièrement, le système 20 de paiement de la présente invention permet de reporter le montant correspondant des achats sur la facture de téléphone mobile de l'utilisateur. Pour ce faire, l'utilisateur doit être identifié par un numéro de téléphone mobile et authentifié. Ensuite, un opérateur de téléphonie mobile est déterminé à partir du numéro. Enfin, une requête de facturation est soumise à une plateforme de facturation DCB gérée par 25 l'opérateur de téléphonie mobile déterminé. La figure 1 est un schéma global d'un système de paiement 10 conforme à l'invention montrant les relations entre le système de paiement 10 et les différentes parties qui interviennent principalement lors d'un achat d'un contenu par un utilisateur. Les différentes parties qui interviennent lors d'une opération d'achat sont un serveur 30 de contenus 30, un utilisateur équipé d'au moins un terminal numérique muni de moyens de communication téléphonique TM ou d'un terminal numérique dépourvu de moyens de communication téléphonique TN pour accéder au serveur de contenus 30 et une plateforme 3024259 6 de facturation DCB gérée par un opérateur de téléphonie mobile auprès duquel l'utilisateur possède un compte d'abonné. Le système de paiement conforme à l'invention comprend un terminal numérique muni de moyens de communication téléphonique TM et d'une option de présentation 5 d'appel activée tel qu'un téléphone mobile appartenant à l'utilisateur, un serveur de paiement mobile 20 géré par un prestataire de paiement mobile et au moins une plateforme de facturation DCB. Le serveur de paiement mobile 20 est apte à être mis en liaison avec une ou plusieurs plateformes de facturation DCB, chacune étant gérée par un opérateur de téléphonie mobile. Pour la suite de la description, on désigne un terminal numérique muni 10 de moyens de communication téléphonique par le terme terminal mobile TM et un terminal numérique n'ayant pas de moyens de communication téléphonique par le terme terminal numérique TN tel qu'une tablette ou un ordinateur. Sur la figure 1 est illustrée une forme de réalisation du système de paiement montrant le serveur de paiement mobile 20 en liaison avec trois plateformes de facturation DCB1 DCB2, DCB3. 15 Le serveur de paiement mobile 20 comprend en outre un serveur vocal 21 et des moyens de traitement d'information 22 associés. Selon un aspect essentiel de l'invention, l'utilisateur a accès au serveur vocal 21 via un réseau téléphonique commuté RTC par l'intermédiaire de son terminal mobile TM. La plateforme de facturation DCB et le serveur de contenus 30 sont également 20 accessibles par les moyens de traitement d'information 21 du serveur de paiement mobile via un réseau de communication 40. Dans la présente invention, ce réseau de communication peut être le réseau Internet, et plus généralement tout réseau de communication apte à transmettre des données. Le serveur de contenus 30 se présente sous la forme d'un site marchand qui contient 25 une liste de contenus 31, 32, 33 proposés à l'utilisateur en échange d'un paiement. En particulier, le serveur de contenus permet à l'utilisateur de payer sur facture de téléphone mobile. Pour ce faire, un numéro d'appel qui permet de mettre en relation le terminal mobile TM avec le serveur vocal 21 du serveur de paiement mobile 20 est attribué à chaque contenu. Selon une forme de réalisation, il est possible de grouper plusieurs contenus qui 30 présentent le même mode de facturation, le même prix et qui appartiennent à une même catégorie d'objets dans un groupe de contenus. Dans ce cas, il est avantageux d'attribuer un 3024259 7 numéro d'appel à un groupe de contenus. On entend par mode de facturation, un mode de paiement par achat unique ou par abonnement. Selon une forme préférée de l'invention, lorsque l'utilisateur utilise un terminal mobile TM pour accéder au serveur de contenus et lorsque l'utilisateur souhaite reporter le 5 montant de son achat sur la facture de ce terminal mobile, c'est le même terminal qui permet à l'utilisateur d'accéder au serveur de contenus 30 et au serveur vocal 21. Dans une autre forme particulièrement avantageuse de l'invention, à la différence du système de paiement mobile existant qui utilise une interface web, grâce à la présence du serveur vocal dans le système de la présente invention, les contenus peuvent être également 10 présentés à l'utilisateur à travers un message diffusé à la télévision, à la radio ou dans les magazines qui invite l'utilisateur à effectuer l'appel s'il souhaite acheter le contenu. Ainsi au début il n'est pas nécessaire à l'utilisateur de disposer d'un terminal numérique TN pour débuter l'achat du contenu. En effectuant le numéro d'appel associé au contenu en utilisant son terminal mobile TM, l'utilisateur est mis en relation avec le serveur 15 vocal 21. Lorsque l'utilisateur est identifié et authentifié selon le procédé décrit ci-dessous et que la demande de paiement est validée par la plateforme DCB, les moyens de traitement d'information 22 envoient à l'utilisateur sur son terminal mobile TM un lien hypertexte pour accéder au contenu acheté. Avantageusement, quelle que soit la connexion utilisée pour accéder au serveur de 20 contenus, lorsque l'utilisateur souhaite acheter un contenu, il est nécessairement mis en relation avec le serveur vocal 21 par son terminal mobile TM. Cette forme de communication permet de résoudre le problème de sécurité rencontré dans les systèmes de paiement mobile existants qui utilisent une interface web comme interface de communication. En effet, dans le cas où un code malveillant déclenche programmatiquement le processus 25 d'achat, le terminal mobile demande systématiquement à l'utilisateur l'autorisation de l'appel sortant alors que dans le système de paiement utilisant une interface web, il n'y a pas de confirmation pour autoriser les connexions sortantes à Internet. Ensuite lorsque le terminal mobile est connecté au serveur vocal, les étapes de la transaction qui nécessitent une validation de la part de l'utilisateur ne sont possibles que par une opération manuelle de 30 l'utilisateur, à savoir appui sur une touche du clavier pour confirmation. Cette action est impossible à reproduire programmatiquement à la différence du clic d'un bouton d'achat sur une page web pour les systèmes existants. 3024259 8 Selon une forme de réalisation non limitative de l'invention, le serveur vocal 20 comprend une base de données contenant des messages nécessaires pour guider l'utilisateur lors des échanges d'informations entre l'utilisateur et le serveur vocal. Bien entendu, l'architecture du serveur vocal n'est pas limitée à cette forme de réalisation. Elle peut être 5 facilement adaptable en fonction des besoins. Selon une forme particulièrement avantageuse de l'invention, lorsque l'utilisateur est mis en relation avec le serveur vocal 21 par l'intermédiaire de son terminal mobile TM via le réseau RTC avec l'option présentation d'appel activée, le réseau RTC identifie et authentifie automatiquement le numéro de téléphone mobile associé à l'utilisateur et transmet cette 10 information au serveur vocal 21. Cette information est ensuite transmise par le serveur vocal 21 aux moyens de traitement d'information 22. Ces derniers déterminent l'opérateur de téléphonie mobile à partir du numéro de téléphone mobile identifié et transmettent une requête de facturation à la plateforme de facturation DCB gérée par l'opérateur mobile déterminé. Comme expliqué 15 ci-dessous dans la description du procédé de mise en oeuvre du système de paiement, ce n'est qu'après confirmation du paiement de l'utilisateur par la plateforme de facturation DCB que les moyens de traitement envoient une instruction de déblocage au serveur de contenus permettant alors à l'utilisateur authentifié d'accéder au contenu. Un procédé 100 de mise en oeuvre du système de paiement est maintenant décrit en 20 relation avec la figure 2. Au début, l'utilisateur utilise un terminal mobile TM pour accéder à un serveur de contenus 30 et sélectionne un contenu à acheter parmi une liste de contenus 31, 32, 33. Il sélectionne le mode de paiement sur facture de téléphone mobile pour être mis en relation avec le serveur vocal 21 du serveur de paiement mobile 20 dans une étape 101. 25 Selon une forme de réalisation avantageuse, lorsque l'utilisateur sélectionne le mode de paiement par facture de téléphone mobile, un lien apparaît sur l'interface du serveur de contenus 30. Lorsque l'utilisateur clique sur le lien, il déclenche automatiquement la numérotation. Par sécurité, avant de déclencher la numérotation automatique, le terminal mobile TM demande une confirmation à l'utilisateur. 30 Dans une autre forme de réalisation, le contenu à acheter étant diffusé via un message publicitaire à la radio, à la télévision ou dans un magazine, l'utilisateur sélectionne 3024259 9 le contenu en effectuant le numéro d'appel associé à partir d'un terminal mobile TM pour être mis en relation avec le serveur vocal 21 du serveur de paiement mobile 20. Dans les deux situations décrites ci-dessus, l'utilisateur et le serveur sont mis en relation par un appel sortant via le réseau téléphonique commuté RTC. Le numéro du 5 téléphone mobile de l'utilisateur est alors identifié et authentifié automatiquement par le réseau RTC dans l'étape 102. Dans le cas où le numéro appelant n'est pas transmis au serveur vocal, typiquement dû à une erreur réseau ou parce que l'option de présentation d'appel n'est pas activée sur le terminal mobile TM, le serveur vocal produit un message d'erreur à destination de l'utilisateur et met fin la communication. 10 Selon une autre forme de réalisation de l'invention, l'utilisateur est connecté à un serveur de contenus en utilisant un terminal numérique qui n'est pas équipé de moyens de communication téléphonique TN tel qu'une tablette ou un ordinateur. Il n'est donc pas possible pour l'utilisateur d'effectuer l'appel. Lorsque l'utilisateur choisit le mode de paiement par facture de téléphone mobile, un 15 message apparaît invitant l'utilisateur à indiquer son numéro de téléphonie mobile. Les moyens de traitement d'information 22 du serveur de paiement mobile 21 en liaison avec le serveur de contenus 30 récupère le numéro de téléphone mobile entré par l'utilisateur et appelle le téléphone mobile de l'utilisateur. L'utilisateur est alors mis en relation avec le serveur vocal lorsqu'il décroche dans l'étape 101. Le numéro de l'utilisateur 20 est alors identifié et authentifié par le réseau RTC comme dans la situation d'un appel sortant décrit précédemment. Lorsque l'utilisateur est mis en relation avec le serveur vocal, ce dernier délivre un message d'accueil qui comportera par exemple les éléments suivants : le libellé du contenu numérique, 25 le prix du contenu numérique, les conditions d'achat. Bien entendu, ce message d'accueil est adapté en fonction du contenu et des régulations qui s'appliquent (par pays ou par opérateur mobile). Le message peut par exemple comporter en supplément les éléments suivants : 30 une brève description du contenu, les conditions d'utilisation, des avertissements liés à la nature du contenu. 3024259 10 Si l'utilisateur est déjà abonné, le menu vocal peut proposer en outre une option de désabonnement. Le message d'accueil peut inviter l'utilisateur à confirmer l'achat ou l'abandon de l'achat. 5 Lorsque l'utilisateur confirme l'achat, le numéro de téléphone mobile identifié et authentifié par le réseau RTC est transmis au serveur vocal 21 puis aux moyens de traitement d'information 22 dans une étape 103. Dans une étape 104, les moyens de traitement d'information 22 déterminent l'opérateur de téléphonie mobile à partir du numéro de téléphone mobile transmis et se 10 connecte à la plateforme de facturation DCB gérée par l'opérateur déterminé. Selon une forme de réalisation, les moyens de traitement d'information 22 sont en liaison avec un équipement télécom apte à déterminer l'opérateur de téléphonie mobile à partir d'un numéro de téléphone mobile en utilisant la signalisation temps réel du réseau RTC. 15 Selon une autre forme de réalisation, les moyens de traitement d'information 22 comprennent une base de données indiquant l'opérateur en fonction du préfixe du numéro de téléphone mobile. Selon une autre forme de réalisation, la réalisation effective de l'étape 104 est confiée à un service tiers. Les moyens de traitement d'information se connectent à ce service tiers 20 pour obtenir l'information sur l'opérateur de téléphonie mobile. Dans une étape 105, les moyens de traitement 22 transmettent une requête de paiement à la plateforme de facturation DCB de l'opérateur mobile. Dans une étape 106, la plateforme de facturation DCB confirme ou pas le paiement. Si la plateforme de facturation DCB ne confirme pas le paiement, les moyens de 25 traitement 22 envoient une instruction négative au serveur vocal qui le notifie à l'utilisateur dans une étape 107. Lorsque la plateforme de facturation DCB confirme le paiement, les moyens de traitement envoient une instruction positive au serveur de contenus pour débloquer le contenu, permettant ainsi à l'utilisateur d'accéder au contenu dans une étape 108. 30 En parallèle, les moyens de traitement envoient une confirmation du paiement au serveur vocal qui le notifie vocalement à l'utilisateur. 3024259 11 Dans une forme de réalisation de l'invention, les moyens de traitement 22 génèrent un lien hypertexte et envoient le lien dans un message de texte à l'utilisateur pour permettre l'accès au contenu. Dans une variante, suite à la réception de la confirmation sur le paiement envoyée 5 par la plateforme de facturation DCB, les moyens de traitement d'information 22 génèrent un code de sécurité unique que l'utilisateur doit entrer sur le serveur de contenus 30 pour débloquer l'accès au contenu. Selon une forme de réalisation, ce code de sécurité est envoyé directement à l'utilisateur sur son téléphone mobile par les moyens de traitement d'information dans un 10 message texte de type SMS. Selon une autre forme de réalisation, le code de sécurité est transmis au serveur vocal qui le restitue vocalement à l'utilisateur. De façon optionnelle, la restitution vocale du code peut être accompagnée en parallèle de l'émission du code par SMS. Grâce à une mise en relation entre un utilisateur à partir d'un terminal mobile et un 15 serveur vocal via un réseau RTC, les contraintes imposées par le type de connexions utilisées par l'utilisateur ont pu être levées, rendant l'étape d'identification et d'authentification du numéro de téléphone mobile de l'utilisateur plus simple à utiliser et plus sûre. REVENDICATIONS1. Système de paiement pour permettre à un utilisateur de reporter un paiement sur une facture de téléphone mobile, le système comprenant un terminal numérique muni de moyens de communication téléphonique (TM) et d'une option de présentation d'appel, un serveur de paiement mobile (20) et au moins une plateforme de facturation (DCB) gérée chacune par un opérateur de téléphonie mobile, ledit serveur de paiement mobile étant apte à être mis en liaison avec ladite au moins une plateforme de paiement (DCB), caractérisé en ce que le serveur de paiement mobile comprend un serveur vocal (21) et des moyens de traitement d'information (22) associés au serveur vocal (21), le terminal numérique muni de moyens de communication téléphonique (TM) et le serveur vocal (21) étant mis en relation via un réseau téléphonique commuté (RTC), le réseau (RTC) étant apte à identifier, authentifier et transmettre un numéro de l'utilisateur lorsque le terminal numérique muni de moyens de communication téléphonique (TM) avec l'option de présentation d'appel activée est en communication avec le serveur vocal (21), les moyens de traitement d'information étant aptes à déterminer l'opérateur de téléphonie mobile correspondant au numéro de l'utilisateur et à transmettre une requête de facturation à la plateforme de facturation (DCB) gérée par l'opérateur déterminé. 2. Système de paiement selon la revendication 1, caractérisé en ce que ledit terminal numérique muni de moyens de communication téléphonique (TM) est un téléphone mobile et le numéro est un numéro de téléphone mobile. 3. Système de paiement selon la revendication 1 ou 2, caractérisé en ce que les moyens de traitement d'information (22) sont aptes à générer un code de sécurité unique lorsque la requête de facturation est validée par la plateforme de facturation (DCB). 4. Système de paiement selon l'une des revendications 1 à 3, caractérisé en ce que les moyens de traitement d'information (22) sont reliés à un serveur de contenus (30) pour envoyer au moins une information sur le statut du paiement demandé par l'utilisateur. 5. Procédé de paiement (100) mettant en oeuvre un système de paiement selon l'une des revendications 1 à 4 pour permettre à un utilisateur possédant un compte d'abonné auprès d'un opérateur de téléphonie mobile, l'achat d'un contenu (31, 32, 33) sur un serveur de contenus (30) en reportant le montant correspondant de l'achat sur une facture de téléphone mobile, le procédé comprenant les étapes suivantes : 3024259 13 a) mise en relation entre le terminal muni de moyens de communication téléphonique (TM) avec l'option de présentation d'appel activée et le serveur vocal (21) via un réseau téléphonique commuté (RTC) (101), b) identification et authentification d'un numéro de l'utilisateur par le réseau (RTC) 5 (102), c) transmission du numéro par le réseau (RTC) aux moyens de traitement d'information (22) via le serveur vocal (21) (103), d) détermination de l'opérateur de téléphonie mobile correspondant au numéro de l'utilisateur par les moyens de traitement d'information (22) (104), 10 e) transmission d'une requête de facturation par les moyens de traitement d'information (22) à la plateforme de facturation (DCB) gérée par l'opérateur de téléphonie mobile déterminé à l'étape (d) (105), f) confirmation du paiement par la plateforme de facturation (DCB) (106), g) émission d'un message vocal par le serveur vocal (21) indiquant le résultat de la 15 requête, ledit message indiquant au moins un moyen d'accéder au contenu si la requête est validée par la plateforme de facturation (DCB). 6. Procédé selon la revendication 5, caractérisé en ce que dans l'étape b), le numéro est un numéro de téléphone mobile. 7. Procédé selon la revendication 5 ou 6, caractérisé en ce que dans l'étape d), 20 les moyens de traitement d'information (22) comprennent une base de données indiquant l'opérateur de téléphonie mobile en fonction du numéro de l'utilisateur. 8. Procédé selon la revendication 5 ou 6, caractérisé en ce que dans l'étape d), les moyens de traitement d'information (22) sont en liaison avec un équipement télécom, ledit équipement étant apte à déterminer l'opérateur de téléphonie mobile à partir d'un 25 numéro de l'utilisateur en utilisant la signalisation temps réel du réseau (RTC). 9. Procédé selon la revendication 5 ou 6, caractérisé en ce que dans l'étape d), les moyens de traitement d'information (22) se connectent à un service tiers pour obtenir l'information sur l'opérateur de téléphonie mobile. 10. Procédé selon l'une des revendications 5 à 9, caractérisé en ce que dans 30 l'étape g), les moyens de traitement d'information (22) envoient une instruction de déblocage du contenu au serveur de contenus (30) de manière à permettre l'accès au contenu par l'utilisateur (108). 3024259 14 11. Procédé selon l'une des revendications 5 à 9, caractérisé en ce que dans l'étape g), les moyens de traitement d'information (22) génèrent un lien hypertexte et envoient ledit lien dans un message texte à l'utilisateur pour permettre l'accès au contenu (108). 5 12. Procédé selon l'une des revendications 5 à 9, caractérisé en ce que dans l'étape g) les moyens de traitement d'information (22) génèrent un code de sécurité unique, ledit code de sécurité étant envoyé au serveur vocal (21) qui restitue vocalement à l'utilisateur (108).