Brevet FR3045192A1 — publié le 20170616

Arrière-plan L'invention se situe dans le contexte général de la simplification des transactions monétaires, plus précisément à destination des personnes physiques. Malgré l'usage de plus en plus intensif des moyens de paiement dématérialisés, par exemple des cartes de paiement ou de crédit, certaines personnes effectuent leurs transactions, en particulier leurs achats en argent liquide. Ceci impose aux sites marchands (magasins, supermarchés, ...) d'avoir en caisse suffisamment de liquidités pour pouvoir rendre la monnaie lorsque le client ne peut pas ou ne souhaite pas faire l'appoint. L'invention vise un système et une méthode permettant de simplifier ces transactions, tant du point de vue du client que du site 15 marchand. Objet et résumé de l'invention Ainsi, et selon un premier aspect, l'invention concerne un procédé 20 de gestion d'une transaction monétaire entre une première partie et une deuxième partie, dans laquelle ladite deuxième partie est débitrice d'une somme d'argent à l'égard de la première partie, le procédé de gestion étant mis en oeuvre par un terminal de la deuxième partie et caractérisé en ce qu'il comporte les étapes suivantes : 25 obtention d'un identifiant unique associé à un compte de crédits de communication prépayés, ce compté étant associé, dans une base de données d'un opérateur de télécommunications mobiles, à un terminal mobile de la première partie; envoi d'une requête à une plateforme de gestion de crédits de 30 communication, pour créditer ledit compte de crédits de communication d'un crédit de communication calculé à partir de ladite somme d'argent, ledit crédit de communication étant marqué, dans la base de données, avec un champ spécifique représentatif du remboursement d'une dette au profit de ladite première partie. 35 Corrélativement, l'invention concerne un terminal de gestion d'une transaction monétaire entre une première partie et une deuxième partie 3045192 2 dans laquelle la deuxième partie est débitrice d'une somme d'argent à l'égard de la première partie, le terminal étant caractérisé en ce qu'il comporte : un module d'obtention d'un identifiant unique associé à un compte 5 de crédits de communication prépayés, ce compté étant associé, dans une base de données d'un opérateur de télécommunications mobiles, à un terminal mobile de la première partie ; un module d'envoi d'une requête à une plateforme de gestion de crédits de communication, pour créditer ledit compte de crédits de 10 communication d'un crédit de communication calculé à partir de ladite somme d'argent, ledit crédit de communication étant marqué, dans ladite base de données, avec un champ spécifique représentatif du remboursement d'une dette au profit de ladite première partie. Ainsi, et d'une façon générale, l'invention propose, afin d'éviter de rendre de la monnaie lors d'une transaction en argent liquide, de créditer prépayé de crédits de communication. De façon connue, dans certains pays notamment, les cartes de communication prépayées sont très répandues. Elles permettent en particulier à un utilisateur, de recharger ses crédits de communication en achetant des crédits auprès d'un revendeur, par exemple via une borne de rechargement. Ces crédits téléphoniques sont traditionnellement repérés comme d'un premier type dans le réseau. Ils peuvent être associés à des promotions, une durée de vie ... Conformément à l'invention, les crédits générés pour éteindre la 25 dette du vendeur (deuxième partie à la transaction au sens de l'invention) à l'égard de l'acheteur sont marqués avec un marquage spécifique. L'invention permet ainsi en particulier de limiter les liquidités et leur gestion par les sites marchands. Dans un mode particulier de réalisation, la requête comporte le 30 champ spécifique avec lequel le crédit de communication doit être marqué dans la base de données. L'invention propose une première variante dans laquelle la requête comporte la somme due par le débiteur et une deuxième variante dans laquelle la requête comporte le crédit à créditer calculé à partir de cette 35 somme. 3045192 3 Le calcul du crédit à partir de la créance peut être effectué au niveau du terminal, de la plateforme de gestion de crédits ou dans le réseau. Selon un deuxième aspect, l'invention concerne aussi procédé de 5 mise à jour d'un compte de crédits de communication prépayés, ce compté étant associé, dans une base de données d'un opérateur, à un terminal mobile d'un utilisateur, le procédé de mise à jour étant mis en oeuvre par une plateforme de gestion de crédits et caractérisé en ce qu'il comporte les étapes suivantes : 10 réception d'une requête pour créditer un compte de crédits de communication d'un crédit de communication, ledit crédit de communication étant marqué, dans ladite base de données, avec un champ spécifique représentatif du remboursement d'une dette au profit dudit utilisateur. 15 Corrélativement, l'invention concerne une plateforme de gestion d'un compte de crédits de communication prépayés, ce compté étant associé, dans une base de données d'un opérateur, à un terminal mobile d'un utilisateur, ladite plateforme de gestion comportant: un module de réception d'une requête pour créditer un compte de 20 crédits de communication d'un crédit de communication, ledit crédit de communication étant marqué, dans ladite base de données, avec un champ spécifique représentatif du remboursement d'une dette au profit dudit utilisateur. Dans un mode particulier de réalisation, le terminal comporte un 25 module de communication avec une caisse de paiement pour obtenir directement la somme à partir de laquelle doit être déterminé le crédit de communication à créditer par la plateforme. L'invention vise aussi un système comportant au moins un terminal et une plateforme de gestion tels que mentionnés ci-dessus. 30 Dans un mode particulier de réalisation, le système comporte en outre une plateforme d'administration du terminal. Dans un mode particulier de réalisation, les différentes étapes du procédé de gestion d'une transaction selon l'invention et les principales 35 étapes du procédé de mise à jour selon l'invention sont déterminées par des instructions de programmes d'ordinateurs. 3045192 4 En conséquence, l'invention vise aussi un programme d'ordinateur, sur un support d'informations, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé de gestion d'une transaction ou la mise en oeuvre des étapes du procédé de mise à jour 5 selon l'invention. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme 10 souhaitable. L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou 15 dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disk) ou un disque dur. 20 D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des dessins D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins 35 annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : 3045192 5 - la figure 1 représente un système conforme à un mode particulier de mise en oeuvre de l'invention ; - la figure 2 représente un terminal conforme à un mode particulier de réalisation de l'invention ; 5 la figure 3 représente une plateforme de gestion conforme à un mode particulier de réalisation de l'invention ; - la figure 4 représente, de façon schématique, les principales étapes d'un procédé de gestion et les principales étapes d'un procédé de mise à jour conformes à un mode particulier de réalisation de l'invention. 10 Description détaillée d'un premier mode de réalisation de l'invention La figure 1 représente un système SYS de gestion conforme à un 15 mode particulier de réalisation de l'invention. Conformément à l'invention, le système SYS comporte : au moins un terminal 10 d'un site marchand M connecté à une caisse de paiement CP ; au moins une étiquette RFID 20 attribuée à un utilisateur U par ou 20 pour le compte du site marchand M ; une base de données BD administrée, dans cet exemple, par l'opérateur d'un réseau mobile de communication, dans laquelle sont enregistrés les comptes de crédits de communication prépayés des utilisateurs de ce réseau ; et 25 une plateforme PF de gestion de ces crédits de communication. Dans le mode particulier de réalisation décrit ici, le système SYS comporte en outre une plateforme d'administration ADM. Le terminal 10 et les plateformes PF, ADM sont interconnectées via un réseau R. 30 L'étiquette RFID 20 est représentée schématiquement à la figure 2. Elle comporte une antenne 22 reliée à une mémoire non volatile 24 dans laquelle sont enregistrés un identifiant unique ID20 de l'étiquette et éventuellement un identifiant IDm du site marchand, lorsque par exemple l'étiquette est fournie ou émise par le site marchand. 3045192 6 Dans l'exemple de réalisation décrit ici, l'étiquette RFID 20 est collée au dos d'un terminal mobile Tu de l'utilisateur U, non représenté sur la figure. Le terminal 10 du site marchand est représenté schématiquement à 5 la figure 2. Ce terminal comporte l'architecture conventionnelle d'un ordinateur. Il comporte un processeur 11, une interface tactile 12, une mémoire non volatile 13, un lecteur RFID 14,une mémoire volatile 15 et un module de communication. Le module de communication 16 permet au terminal 10 d'accéder au et de communiquer via le réseau R. Il peut être 10 de n'importe quel type (3G, WiFi, Bluetooth, GPRS, EDGE, LTE, ...). Dans l'exemple de la figure 2, le lecteur RFID 14 est placé sous l'interface tactile 12. Nous supposerons dans cet exemple qu'une application APP (ou programme d'ordinateur) conforme à l'invention est enregistrée dans la 15 mémoire non volatile 13, ce programme d'ordinateur comportant des instructions aptes à mettre en oeuvre les étapes E10 à E50 représentées à la figure 4 lorsqu'elles sont exécutées par le processeur 11. La plateforme PF de gestion des crédits de communication est représentée schématiquement à la figure 3. Cette plateforme PF comporte 20 l'architecture conventionnelle d'un ordinateur. Elle comporte un processeur 21, une mémoire non volatile 23, des moyens de communication 24, et une mémoire volatile 25 et un module 26 de gestion de la base de données BD. La mémoire non volatile 23 mémorise un programme d'ordinateur 25 PG comportant des instructions aptes à mettre en oeuvre les étapes F10 à F50 représentées à la figure 4 lorsqu'elles sont exécutées par le processeur 21. Nous supposerons dans cet exemple que l'utilisateur U effectue un paiement en liquide auprès d'une hôtesse de caisse H du site marchand M, 30 que cet utilisateur U n'est pas en mesure de pouvoir faire l'appoint, et que l'hôtesse de caisse H doit lui rendre une somme d'argent d'un montant S. Nous supposerons que l'hôtesse de caisse H choisit de ne pas rendre la monnaie mais de mettre en oeuvre l'invention en lançant l'exécution de l'application APP au moyen de l'interface tactile 12. En référence à la figure 4, l'application vérifie, au cours d'une étape E10, si l'hôtesse de caisse H est authentifiée auprès de l'application APP. 304 5 192 7 Si ce n'est pas le cas, l'application APP invite l'hôtesse de caisse H à s'authentifier au cours d'une étape E12, par exemple en saisissant un identifiant et un mot de passe sur l'interface tactile 12 du terminal 10. Au cours d'une étape E20, l'hôtesse de caisse H saisit le montant S 5 sur l'interface tactile 12 et valide sa saisie. En variante la somme S peut être obtenue directement de la caisse de paiement CP. L'hôtesse de caisse invite l'utilisateur U à approcher son étiquette RFID 20 du lecteur RFID 14 d'étiquette RFID incorporé dans le terminal 10, sous l'interface tactile 12. 10 Une communication en champ proche (en anglais NFC, « Near Field Communication ») s'établit entre le lecteur RFID 14 et l'étiquette RFID 20 de sorte que le terminal 10 obtient l'identifiant ID20 de l'étiquette RFID 20 et éventuellement l'identifiant IDm du site marchand M au cours d'une étape E30. 15 Dans ce mode de réalisation de l'invention, l'identifiant ID20 est en tant que tel l'identifiant du compte Cu de crédits de communication prépayés associé, dans la base de données BD au terminal mobile Tu de l'utilisateur U. Dans un autre mode de réalisation, l'identifiant ID20 est un 20 identifiant pour le terminal mobile comme son MSDIN (de l'anglais Mobile Station ISDN Number). Au cours d'une étape E40, le terminal 10 envoie une requête REQ à la plateforme PF de gestion de crédits de l'opérateur téléphonique pour créditer le compte de crédits de communication Cu d'un crédit de 25 communication Cs calculé à partir de ladite somme d'argent S. Cette requête est reçue par la plateforme PF au cours d'une étape F10 du procédé mis en oeuvre par cette plateforme. Dans le mode de réalisation décrit ici, cette requête REQ comporte la somme S, obtient l'identifiant ID20 de l'étiquette RFID 20, l'identifiant 30 IDm du site marchand M, et un champ spécifique CR audit procédé de gestion. Au cours d'une étape F20 la plateforme PF calcule, à partir de la somme S, le crédit Cs de communication devant être crédité au compte Cu associé au terminal TU de l'utilisateur U. 35 Au cours d'une étape F30, la plateforme PF crédite le compte Cu du crédit Cs et enregistre dans la base de données BD une information 3045192 8 représentative du fait que la raison de ce crédit Cs est un non-remboursement en liquide d'une somme S due par le site marchand M à l'utilisateur U. Dans le mode de réalisation décrit ici, le numéro de téléphone Nu 5 du terminal Tu de l'utilisateur U est enregistré dans la base de données BD en association avec l'identifiant ID20 ; au cours d'une étape F40, la plateforme PF envoie un SMS au terminal Tu pour confirmer à l'utilisateur que le crédit a bien été enregistré. Dans le mode de réalisation décrit ici, un numéro de téléphone NM 10 du site marchand M est enregistré dans la base de données BD en association avec l'identifiant IDm ; au cours d'une étape F50, la plateforme PF envoie un SMS au numéro de téléphone NM pour confirmer au site marchand que le crédit a bien été enregistré. Ce SMS est reçu par le terminal 10 au cours d'une étape E50 de son procédé. 15 Dans le mode de réalisation décrit ici, le système SYS comporte une plateforme d'administration ADM. Cette plateforme ADM permet en particulier d'installer l'application APP dans le terminal 10 et d'autoriser le terminal 10 à communiquer via le réseau de communication R, dès lors que le terminal 10 comporte une 20 carte SIM. Dans le mode de réalisation décrit ici, les mises à jour logicielles du terminal 10 sont effectives lorsque le terminal 10 est éteint puis rallumé. Dans le mode de réalisation décrit ici, la plateforme d'administration ADM est apte à géo-localiser le terminal 10. 25 Description détaillée d'autres modes de réalisation Dans le premier mode de réalisation de l'invention décrit ci-dessus, le terminal 10 de l'hôtesse de caisse H obtient l'identifiant du compte Cu 30 de crédits de communication à partir d'une mémoire d'une étiquette RFID 20 collée au dos du terminal mobile Tu. Dans une première variante, le terminal mobile Tu de l'utilisateur U comporte une mémoire dans laquelle cet identifiant est enregistré, et des moyens de communication en champ proche pour communiquer cet 35 identifiant au lecteur RFID 14 du terminal de l'hôtesse 10. 3045192 9 Dans une autre variante, l'identifiant du compte Cu du crédit de communication de l'utilisateur U n'est pas en tant que tel l'identifiant ID20 mémorisé dans le terminal Tu ou dans l'étiquette RFID 20 mais un identifiant obtenu à partir de ce dernier. A cet effet, le terminal 10, le 5 magasin M, la plateforme de gestion PF ou tout autre équipement permet d'obtenir l'identifiant du compte Cu du crédit de communication de l'utilisateur U à partir de l'identifiant ID20 mémorisé dans le terminal Tu ou dans l'étiquette RFID 20. Dans une autre variante, l'identifiant du compte Cu du crédit de 10 communication de l'utilisateur U est un identifiant du terminal mobile TU, comme par exemple son MSDIN (de l'anglais Mobile Station ISDN Number). Dans ce cas, l'identifiant du compte Cu se confond avec l'identifiant ID20. 15 Dans le premier mode de réalisation décrit ci-dessus, la requête REQ envoyée par le terminal 10 de l'hôtesse de caisse H à la plateforme PF de gestion de crédits de l'opérateur téléphonique comporte la somme d'argent S que l'hôtesse aurait dû rembourser à l'utilisateur U. En variante, la requête REQ comporte le crédit de communication 20 devant être crédité sur le compte CU de l'utilisateur U. Dans ce mode de réalisation, l'application APP embarquée dans le terminal 10 comporte des moyens pour calculer ce crédit à partir de la somme S. Dans le premier mode de réalisation décrit ci-dessus, la requête 25 REQ envoyée par le terminal 10 de l'hôtesse de caisse H à la plateforme PF de gestion de crédits de l'opérateur téléphonique comporte un champ spécifique CR audit procédé de gestion. En variante, la requête REQ ne comporte pas ce champ mais la plateforme PF marque systématiquement les crédits de communication 30 qu'elle attribue aux comptes d'un utilisateur sur réception d'une telle requête avec ce champ spécifique CR. REVENDICATIONS1. Procédé de gestion d'une transaction monétaire entre une première partie (U) et une deuxième partie (M), dans laquelle ladite deuxième partie est débitrice d'une somme d'argent (S) à l'égard de la première partie (M), le procédé de gestion étant mis en oeuvre par un terminal (10) de la deuxième partie (M) et caractérisé en ce qu'il comporte les étapes suivantes : 10 - obtention (E30) d'un identifiant (ID20) unique associé à un compte (Cu) de crédits de communication prépayés, ce compté étant associé, dans une base de données d'un opérateur de télécommunications mobiles, à un terminal mobile (Tu) de la première partie (U) ; - envoi (E40) d'une requête (REQ) à une plateforme (PF) de gestion 15 de crédits de communication, pour créditer ledit compte de crédits de communication (Cu) d'un crédit de communication (Cs) calculé à partir de ladite somme d'argent (S), ledit crédit de communication (Cs) étant marqué, dans ladite base de données (BD), avec un champ spécifique (CR) représentatif du remboursement d'une dette au profit de ladite 20 première partie. 2. Procédé de gestion selon la revendication 1, caractérisé en ce que ladite requête (RQ) comporte ledit champ (CR). 25 3. Procédé de mise à jour d'un compte (Cu) de crédits de communication prépayés, ce compté étant associé, dans une base de données d'un opérateur, à un terminal mobile (Tu) d'un utilisateur, le procédé de mise à jour étant mis en oeuvre par une plateforme de gestion de crédits et caractérisé en ce qu'il comporte les étapes suivantes : 30 réception (E50) d'une requête (REQ) pour créditer un compte de crédits de communication (Cu) d'un crédit de communication (Ce), ledit crédit de communication (Cs) étant marqué, dans ladite base de données (BD), avec un champ spécifique (CR) représentatif du remboursement d'une dette au profit dudit utilisateur. 35 3045192 11 4. Terminal de gestion d'une transaction monétaire entre une première partie (U) et une deuxième partie (M), dans laquelle ladite deuxième partie est débitrice d'une somme d'argent (S) à l'égard de la première partie (M), le terminal étant caractérisé en ce qu'il comporte : - un module d'obtention d'un identifiant (ID20) unique associé à un compte (Cu) de crédits de communication prépayés, ce compté étant associé, dans une base de données d'un opérateur de télécommunications mobiles, à un terminal mobile (Tu) de la première partie (U) ; - un module d'envoi d'une requête (REQ) à une plateforme (PF) de gestion de crédits de communication, pour créditer ledit compte de crédits de communication (Cu) d'un crédit de communication (Cs) calculé à partir de ladite somme d'argent (S), ledit crédit de communication (Ce) étant marqué, dans ladite base de données (BD), avec un champ spécifique (CR) ) représentatif du remboursement d'une dette au profit de ladite première partie. 5. Terminal selon la revendication 4 caractérisé en ce qu'il comporte un module de communication avec une caisse de paiement pour obtenir directement ladite somme. 6. Plateforme de gestion d'un compte (Cu) de crédits de communication prépayés, ce compté étant associé, dans une base de données d'un opérateur, à un terminal mobile (Tu) d'un utilisateur, ladite plateforme de gestion comportant: - un module de réception d'une requête (REQ) pour créditer un compte de crédits de communication (Cu) d'un crédit de communication (Ce), ledit crédit de communication (C5) étant marqué, dans ladite base de données (BD), avec un champ spécifique (CR) représentatif du remboursement d'une dette au profit dudit utilisateur. 7. Système (SYS) comportant au moins un terminal (10) selon la revendication 4 ou 5 et une plateforme de gestion selon la revendication 6. 3045192 12 8. Système (SYS) selon la revendication 7 caractérisé en ce qu'il comporte en outre une plateforme (ADM) d'administration dudit terminal (10). 5 9. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de gestion d'une transaction monétaire selon l'une quelconque des revendications 1 à 2 lorsque ledit programme est exécuté par un ordinateur. 10 10. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de mise à jour d'un compte de crédits de communication prépayés selon la revendication 3 lorsque ledit programme est exécuté par un ordinateur. 15 11. Support d'enregistrement (13) lisible par un ordinateur (10) sur lequel est enregistré un programme d'ordinateur (APP) comprenant des instructions pour l'exécution des étapes du procédé de gestion d'une transaction monétaire selon l'une quelconque des revendications 1 à 2. 20 12. Support d'enregistrement (23) lisible par un ordinateur (PF) sur lequel est enregistré un programme d'ordinateur (PG) comprenant des instructions pour l'exécution des étapes du procédé de mise à jour d'un compte de crédits de communication prépayés selon la revendication 3.