FR3045192A1 - Procede de gestion d'une transaction monetaire - Google Patents

Procede de gestion d'une transaction monetaire Download PDF

Info

Publication number
FR3045192A1
FR3045192A1 FR1562135A FR1562135A FR3045192A1 FR 3045192 A1 FR3045192 A1 FR 3045192A1 FR 1562135 A FR1562135 A FR 1562135A FR 1562135 A FR1562135 A FR 1562135A FR 3045192 A1 FR3045192 A1 FR 3045192A1
Authority
FR
France
Prior art keywords
communication
credit
account
terminal
database
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.)
Withdrawn
Application number
FR1562135A
Other languages
English (en)
Inventor
Jean-Denis Poullain
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.)
Orange SA
Original Assignee
Orange SA
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 Orange SA filed Critical Orange SA
Priority to FR1562135A priority Critical patent/FR3045192A1/fr
Publication of FR3045192A1 publication Critical patent/FR3045192A1/fr
Withdrawn 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/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G06Q20/0655—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed centrally
    • 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/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G06Q20/0652—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash with decreasing value according to a parameter, e.g. time
    • 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/22—Payment schemes or models
    • G06Q20/28—Pre-payment schemes, e.g. "pay before"

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Ce procédé permet de gérer 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 (S) à l'égard de la première partie (M). Ce procédé mis en œuvre par un terminal de la deuxième partie comporte les étapes suivantes : - 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 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 première partie.

Description

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 marchand.
Objet et résumé de l'invention
Ainsi, et selon un premier aspect, l'invention concerne un procédé 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 : 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 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.
Corrélativement, l'invention concerne un terminal de gestion d'une transaction monétaire entre une première partie et une deuxième partie 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 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 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 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 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 somme.
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 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 œuvre par une plateforme de gestion de crédits et caractérisé en ce qu'il comporte les étapes suivantes : 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.
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 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 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.
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 étapes du procédé de mise à jour selon l’invention sont déterminées par des instructions de programmes d'ordinateurs.
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 œuvre des étapes d'un procédé de gestion d'une transaction ou la mise en œuvre des étapes du procédé de mise à jour 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 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 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. 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 annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : la figure 1 représente un système conforme à un mode particulier de mise en œuvre de l'invention ; la figure 2 représente un terminal conforme à un mode particulier de réalisation de l'invention ; 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.
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 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 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 - 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. 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 ID2o de l'étiquette et éventuellement un identifiant IDM du site marchand, lorsque par exemple l'étiquette est fournie ou émise par le site marchand.
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 à 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 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 mémoire non volatile 13, ce programme d'ordinateur comportant des instructions aptes à mettre en œuvre 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 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 PG comportant des instructions aptes à mettre en œuvre 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, i 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 œuvre l'invention en lançant l'exécution de l'application APP au moyen de l'interface tactile 12. i 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.
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 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.
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 ID2o de l'étiquette RFID 20 et éventuellement l'identifiant IDM du site marchand M au cours d'une étape E30.
Dans ce mode de réalisation de l'invention, l'identifiant ID2o 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 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 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 ID2o de l'étiquette RFID 20, l'identifiant i 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. i 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 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 du terminal Tu de l'utilisateur U est enregistré dans la base de données BD en association avec l'identifiant ID2o ; au cours d'une étape RO, 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 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é.
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 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.
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 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 identifiant au lecteur RFID 14 du terminal de l'hôtesse 10.
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 ID2o 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 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 ID2o 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 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.
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 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 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 qu'elle attribue aux comptes d'un utilisateur sur réception d'une telle requête avec ce champ spécifique CR.

Claims (12)

  1. REVENDICATIONS
    1. 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 œuvre par un terminal (10) de la deuxième partie (M) et caractérisé en ce qu'il comporte les étapes suivantes : 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 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 première partie.
  2. 2. Procédé de gestion selon la revendication 1, caractérisé en ce que ladite requête (RQ) comporte ledit champ (CR).
  3. 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 œuvre par une plateforme de gestion de crédits et caractérisé en ce qu'il comporte les étapes suivantes : 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 (Cs), 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.
  4. 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 (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 première partie.
  5. 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. 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 (Cs), 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.
  7. 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.
  8. 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).
  9. 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.
  11. 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.
  12. 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.
FR1562135A 2015-12-10 2015-12-10 Procede de gestion d'une transaction monetaire Withdrawn FR3045192A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR1562135A FR3045192A1 (fr) 2015-12-10 2015-12-10 Procede de gestion d'une transaction monetaire

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR1562135A FR3045192A1 (fr) 2015-12-10 2015-12-10 Procede de gestion d'une transaction monetaire

Publications (1)

Publication Number Publication Date
FR3045192A1 true FR3045192A1 (fr) 2017-06-16

Family

ID=55542834

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1562135A Withdrawn FR3045192A1 (fr) 2015-12-10 2015-12-10 Procede de gestion d'une transaction monetaire

Country Status (1)

Country Link
FR (1) FR3045192A1 (fr)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015125126A2 (fr) * 2015-06-24 2015-08-27 Mandengue Patrick Procédés et systèmes de transaction à l'aide d'une monnaie virtuelle générée à partir d'un temps d'utilisation prépayé dans un environnement de télécommunication interopérable

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015125126A2 (fr) * 2015-06-24 2015-08-27 Mandengue Patrick Procédés et systèmes de transaction à l'aide d'une monnaie virtuelle générée à partir d'un temps d'utilisation prépayé dans un environnement de télécommunication interopérable

Similar Documents

Publication Publication Date Title
US20200226568A1 (en) Marketing messages in mobile commerce
US8589267B2 (en) System and method for re-distributing and transferring mobile gift cards
US20190188678A1 (en) Mobile-to-mobile device interactions
US10510057B2 (en) Token-based gift cards
US8429047B2 (en) System and method for merging mobile gift cards
US20170236365A1 (en) Systems for multiple legal game providers and multiple jurisidtions that provide notifications of lottery ticket status
US20160012465A1 (en) System and method for distributing, receiving, and using funds or credits and apparatus thereof
US20120276845A1 (en) Payment processing
US20170250006A1 (en) Single platform system for multiple jurisdiction lotteries
US10475290B2 (en) System for multiple jurisdiction lotteries with fraud detection
EP1709598A2 (fr) Dispositif transactionnel a pre-traitement anticipe
CN109102268A (zh) 一种用于聚合支付对账的方法及设备
US11244533B2 (en) Systems for multiple legal game providers and multiple jurisdictions with asynchronous meta games
US20170032613A1 (en) Single platform system for multiple jurisdiction lotteries
US20210166279A1 (en) System and method for implementing a donation application on a mobile device
EP3692488A1 (fr) Procédé et système pour réaliser une transaction de paiement sur un terminal bancaire avec un dispositif électronique
JP2003529833A (ja) データ伝送方法およびデータ伝送装置
KR101259345B1 (ko) 통신 서비스 사용 권리 기증 관리시스템과 그 방법
WO2008104704A1 (fr) Systeme de paiement electronique comportant un terminal mobile incorporant un porte-monnaie electronique et un serveur
FR3045192A1 (fr) Procede de gestion d'une transaction monetaire
WO2019162589A2 (fr) Procédé et dispositif de répartition du montant d'une opération bancaire entre une pluralité d'utilisateurs
OA18118A (fr) Procédé de gestion d'une transaction monétaire.
Tavilla Opportunities and challenges to broad acceptance of mobile payments in the united states
WO2019016470A1 (fr) Procédé et système de gestion d'un paiement par porte-monnaie électronique
WO2005101336A1 (fr) Dispositif de transaction a efficacite amelioree

Legal Events

Date Code Title Description
PLSC Publication of the preliminary search report

Effective date: 20170616

ST Notification of lapse

Effective date: 20170831