OA18118A - Procédé de gestion d'une transaction monétaire. - Google Patents

Procédé de gestion d'une transaction monétaire. Download PDF

Info

Publication number
OA18118A
OA18118A OA1201600445 OA18118A OA 18118 A OA18118 A OA 18118A OA 1201600445 OA1201600445 OA 1201600445 OA 18118 A OA18118 A OA 18118A
Authority
OA
OAPI
Prior art keywords
credit
communication
account
party
terminal
Prior art date
Application number
OA1201600445
Other languages
English (en)
Inventor
POULLAIN Jean-Denis
Original Assignee
Orange
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 filed Critical Orange
Publication of OA18118A publication Critical patent/OA18118A/fr

Links

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

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 termina! 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 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 15 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 20 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.
Le calcul du crédit à partir de la créance peut être effectué au niveau du terminal, de ia 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 oeuvre 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 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 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 35 é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 oeuvre 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 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.
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 15 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 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 œ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, 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 œuvre 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.
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 œuvre 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 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.
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 nonremboursement 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 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 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 ,1e 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 30/ 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 oeuvre 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 (ID2o) 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 (ID2o) 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.
    4r
    Procédé de gestion d'une transaction monétaire
    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 5 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 (ID2o) unique associé à un compte (Cu) de crédits de communication prépayés, ce compté étant associé, dans une 10 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 15 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.
OA1201600445 2015-12-10 2016-11-18 Procédé de gestion d'une transaction monétaire. OA18118A (fr)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR1562135 2015-12-10

Publications (1)

Publication Number Publication Date
OA18118A true OA18118A (fr) 2018-06-14

Family

ID=

Similar Documents

Publication Publication Date Title
US8589267B2 (en) System and method for re-distributing and transferring mobile gift cards
US8429047B2 (en) System and method for merging mobile gift cards
FR3038429A1 (fr) Conteneur de paiement, procede de creation, procede de traitement, dispositifs et programmes correspondants
EP1709598A2 (fr) Dispositif transactionnel a pre-traitement anticipe
CN109102268A (zh) 一种用于聚合支付对账的方法及设备
EP1739629A1 (fr) Procédé de paiement automatique d'un service d'affranchissement
EP3467743A1 (fr) Procede et systeme pour realiser une transaction de paiement sur un terminal bancaire avec un dispositif electronique
WO2008104704A1 (fr) Systeme de paiement electronique comportant un terminal mobile incorporant un porte-monnaie electronique et un serveur
OA18118A (fr) Procédé de gestion d'une transaction monétaire.
FR3045192A1 (fr) Procede de gestion d'une transaction monetaire
WO2005101336A1 (fr) Dispositif de transaction a efficacite amelioree
WO2019016470A1 (fr) Procédé et système de gestion d'un paiement par porte-monnaie électronique
EP3132404B1 (fr) Module d'émulation d'au moins une carte de paiement, procédé, dispositif de paiement, produit programme d'ordinateur et medium de stockage correspondants
EP3382628A1 (fr) Procédé de traitement de données par un terminal de paiement, terminal de paiement et programme correspondant
FR3078425A1 (fr) Procédé et dispositif de répartition du montant d'une opération bancaire entre une pluralité d'utilisateurs
EP2080160A1 (fr) Procédé et système de paiement à l'aide d'un téléphone mobile
EP1578064B1 (fr) Procédé d'accès à un service par l'intermédiaire d'un terminal relié à un réseau de communication
US20170024735A1 (en) System and method for stored value card exchange
EP2897095B1 (fr) Procédé de sécurisation d'une transaction réalisée par carte bancaire
FR3090959A1 (fr) Traitement d’un service de tickets électroniques
KR101509455B1 (ko) 전자 지갑을 이용한 가맹점 결제 시스템 및 결제 방법
FR2884014A1 (fr) Acces a un bien ou a un service delivre par un automate au moyen d'un dispositif portable
WO2022047091A1 (fr) Système et procédés de détection sans étape de la proximité d'un client à l'aide de balises à faible énergie d'émission de dispositif mobile
WO2018229089A1 (fr) Procédé de gestion d'identifiants de fidélité, procédé de traitement de données de fidélité, serveur, dispositif de transaction et programmes correspondants
OA19141A (en) Lbp (la banque portable)