FR2981480A1 - Procede de realistion d'une transaction electronique - Google Patents
Procede de realistion d'une transaction electronique Download PDFInfo
- Publication number
- FR2981480A1 FR2981480A1 FR1159281A FR1159281A FR2981480A1 FR 2981480 A1 FR2981480 A1 FR 2981480A1 FR 1159281 A FR1159281 A FR 1159281A FR 1159281 A FR1159281 A FR 1159281A FR 2981480 A1 FR2981480 A1 FR 2981480A1
- Authority
- FR
- France
- Prior art keywords
- terminal
- server
- transaction
- coupon
- electronic transaction
- 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
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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/327—Short range or proximity payments by means of M-devices
- G06Q20/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/326—Payment applications installed on the mobile devices
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/327—Short range or proximity payments by means of M-devices
- G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
-
- 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/38—Payment protocols; Details thereof
- G06Q20/385—Payment protocols; Details thereof using an alias or single-use codes
-
- 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/38—Payment protocols; Details thereof
- G06Q20/387—Payment using discounts or coupons
-
- 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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Finance (AREA)
- Computer Security & Cryptography (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Cash Registers Or Receiving Machines (AREA)
Abstract
La présente invention concerne un procédé de réalisation d'une transaction électronique d'un service entre un serveur, un premier terminal et un deuxième terminal, le procédé comportant les étapes de : - recevoir par le serveur au moins une information de coupon (IR) correspondant à un coupon (CP) envoyée par le deuxième terminal ; - envoyer à partir du serveur au premier terminal au moins une information de coupon (IR) ; - envoyer par le serveur une confirmation de prise en charge (ConfCP) du coupon (CP) vers le premier terminal et vers le deuxième terminal ; - recevoir par un serveur du premier terminal une demande de création de transaction électronique correspondant à un service demandé, ladite demande de création comprenant un montant de transaction ; - sauvegarder dans le serveur des premières informations (11) de ladite transaction électronique ; - envoyer à partir du serveur au premier terminal les premières informations (11) sur ladite transaction électronique ; - générer par le serveur un code de transaction (QR-C) comprenant un identifiant (Id) de ladite transaction électronique ; - envoyer par le serveur au premier terminal le code de transaction (QR-C) ; - envoyer du serveur au deuxième terminal des secondes informations (12) de ladite transaction électronique à partir du code de transaction scanné (QR-C) par le deuxième terminal ; - recevoir par le serveur un numéro d'identification personnelle (PIN) et une information de validation/invalidation (IVAL) de la transaction électronique envoyées par le deuxième terminal, ladite transaction électronique tenant compte d'un montant de réduction (MtR) du coupon (CP) ; - envoyer une confirmation de transaction électronique depuis le serveur vers le premier terminal et vers le deuxième terminal.
Description
PROCEDE DE REALISTION D'UNE TRANSACTION ELECTRONIQUE DOMAINE TECHNIQUE DE L'INVENTION La présente invention concerne un procédé de réalisation d'une transaction électronique d'un service. Elle trouve une application particulière, mais non limitative, dans le domaine des transactions électroniques dématérialisées. ARRIÈRE-PLAN TECHNOLOGIQUE DE L'INVENTION Un procédé de réalisation d'une transaction d'un service, connu de l'homme du métier, utilise des cartes bancaires et des terminaux de paiement pour effectuer les transactions. Par ailleurs, les coupons tels que les bons de réduction sous forme papier sont de plus en plus utilisés et comptabilisés dans les transactions. Un inconvénient de cet état de la technique est que cela nécessite toute une chaîne d'élaboration technique de ces coupons par les commerçants qui offre ces coupons (impression des coupons, distribution des coupons, publicité des coupons). Cette chaîne entraîne une perte de temps dans la gestion pour le commerçant et une perte de temps dans l'utilisation pour le détenteur du coupon. DESCRIPTION GENERALE DE L'INVENTION La présente invention a pour but un procédé de réalisation d'une transaction électronique d'un service, qui permette d'effectuer une transaction plus rapide permettant d'utiliser des coupons.
Ce but est atteint par un procédé de réalisation d'une transaction électronique d'un service entre un serveur, un premier terminal et un deuxième terminal, le procédé comportant les étapes de : - recevoir par le serveur au moins une information de coupon correspondant à un coupon envoyée par le deuxième terminal ; - envoyer à partir du serveur au premier terminal au moins une information de coupon ; - envoyer par le serveur une confirmation de prise en charge du coupon vers le premier terminal et vers le deuxième terminal ; - recevoir par un serveur du premier terminal une demande de création de transaction électronique correspondant à un service demandé, ladite demande de création comprenant un montant de transaction ; - sauvegarder dans le serveur les premières informations de ladite transaction électronique ; - envoyer à partir du serveur au premier terminal les premières informations sur ladite transaction électronique ; - générer par le serveur un code de transaction comprenant un identifiant (Id) de ladite transaction électronique ; - envoyer par le serveur au premier terminal le code de transaction ; - envoyer du serveur au deuxième terminal des secondes informations de ladite transaction électronique à partir du code de transaction scanné par le deuxième terminal ; - recevoir par le serveur un numéro d'identification personnelle et une information de validation/invalidation de la transaction électronique envoyées par le deuxième terminal, ladite transaction électronique tenant compte d'un montant de réduction du coupon ; - envoyer une confirmation de transaction électronique depuis le serveur vers le premier terminal et vers le deuxième terminal. 30 Comme on va le voir en détail par la suite, le fait que l'information de coupon soit directement envoyée par le deuxième terminal permet d'utiliser un coupon électronique dans une transaction électronique sécurisée. L'utilisation du coupon dans une transaction est ainsi facilitée. La transaction 35 est ainsi plus rapide.
Selon des modes de réalisation non limitatifs, le procédé peut comporter en outre une ou plusieurs caractéristiques supplémentaires parmi les suivantes : Dans un premier mode de réalisation non limitatif, l'information de coupon est un coupon et en ce que le procédé comporte en outre les étapes supplémentaires de : - générer par le serveur un code de réduction correspondant au coupon ; - envoyer par le serveur ledit code de réduction au deuxième terminal ; - recevoir par le serveur une information de validation/invalidation du coupon envoyée par le premier terminal.
Selon ce premier mode, dans un mode de réalisation non limitatif, le procédé comporte en outre les étapes supplémentaires de : - recevoir par le deuxième terminal ledit code de réduction envoyé par le serveur ; - scanner ledit code de réduction par le premier terminal ; - envoyer du premier terminal vers le serveur une information de validation/invalidation du coupon. Dans un deuxième mode de réalisation non limitatif, l'étape de réception de l'information de coupon envoyée par le deuxième terminal est effectuée après l'étape d'envoyer du serveur au deuxième terminal des secondes informations de ladite transaction électronique à partir du code de transaction scanné, et en ce que le procédé comporte en outre les étapes supplémentaires de : - modifier par le serveur la transaction électronique en déduisant le montant de réduction dans la transaction électronique ; - envoyer par le serveur une confirmation de modification de la transaction électronique vers le premier terminal et vers le deuxième terminal.
Selon ce deuxième mode, dans un mode de réalisation non limitatif, le procédé comporte en outre l'étape supplémentaire de recevoir par le premier terminal et par le deuxième terminal une confirmation de modification de la transaction électronique envoyée par le serveur.
Selon un mode de réalisation non limitatif, le procédé comporte en outre les étapes supplémentaires de : - envoyer du deuxième terminal au serveur au moins une information de coupon correspondant à un coupon pour le service ; - recevoir par le premier terminal au moins information de coupon envoyée par le serveur ; - recevoir par le premier terminal et par le deuxième terminal une confirmation de prise en charge du coupon envoyée par le serveur ; - envoyer du premier terminal vers le serveur la demande de création de transaction électronique correspondant à un service demandé ; - recevoir par le premier terminal des premières informations sur ladite transaction électronique envoyées par le serveur ; - recevoir par le premier terminal le code de transaction généré par le serveur ; - scanner ledit code de transaction au moyen d'un deuxième terminal - recevoir par le deuxième terminal des secondes informations de ladite transaction électronique à partir du code de transaction scanné envoyées par le serveur ; - envoyer du deuxième terminal au serveur un numéro d'identification personnelle et une information de validation/invalidation de la transaction électronique, ladite transaction électronique tenant compte d'un montant de réduction du coupon ; - recevoir par le premier terminal et vers le deuxième terminal une confirmation de transaction électronique envoyée depuis le serveur. Selon un mode de réalisation non limitatif, le procédé comporte en outre une étape supplémentaire de créditer du montant de la transaction un premier compte de monnaie électronique vendeur lié au premier terminal et de débiter du montant de la transaction un deuxième compte de monnaie électronique acheteur lié au deuxième terminal. Selon un mode de réalisation non limitatif, le procédé comporte en outre une étape supplémentaire de transmettre à partir du serveur un ordre de transaction correspondant à la transaction électronique validée dans le serveur à des serveurs bancaires adaptés pour gérer des comptes à créditer et à débiter relatifs à ladite transaction électronique. Selon un mode de réalisation non limitatif, le code de transaction généré est un QR-Code®.
Selon un mode de réalisation non limitatif, le premier terminal est : - une caisse enregistreuse ou une caisse automatique ; ou - un ordinateur personnel ; ou - un téléphone portable ; ou - une tablette portable ; et le deuxième terminal est : - un téléphone mobile : ou - une tablette portable. Selon un mode de réalisation non limitatif, le coupon comporte : - nom de l'offre du coupon ; - le montant de la réduction ; - une date de mise en ligne du coupon ; - une date de disponibilité du coupon ; - une date d'activation du coupon ; - une date de fin d'utilisation du coupon ; - des limitations de ce coupon ; - un pays où le coupon est valable ; - un identifiant du coupon ; - au moins un identifiant du vendeur ; - une date de création ; - une date de dernière modification.
Selon un mode de réalisation non limitatif, les premières informations reçues par le premier terminal comportent un identifiant de la transaction électronique. Selon un mode de réalisation non limitatif, les premières informations reçues par le premier terminal comportent en outre : - un état de la transaction électronique ; - un type de la transaction électronique ; - le montant de la transaction électronique ; - une description de la transaction électronique ; - une date de création. L'invention concerne également un premier terminal adapté pour coopérer avec au moins un serveur et au moins un deuxième terminal pour mettre en oeuvre le procédé de réalisation d'une transaction électronique selon l'une quelconque des caractéristiques précédentes, ledit premier terminal comportant un premier processeur adapté pour : - recevoir du serveur au moins une information de coupon ; - envoyer une demande de création de transaction électronique au serveur correspondant à un service demandé ; - recevoir du serveur des premières informations sur ladite transaction électronique ; - recevoir un code de transaction généré par le serveur ; - recevoir du serveur une confirmation de transaction électronique. L'invention concerne également un serveur adapté pour coopérer avec au moins un premier terminal et au moins un deuxième terminal pour mettre en oeuvre le procédé de réalisation d'une transaction électronique selon l'une quelconque des caractéristiques précédentes, ledit serveur comprenant un deuxième processeur adapté pour : - recevoir du deuxième terminal au moins une information de coupon correspondant à un coupon pour le service ; - envoyer au moins information de coupon au premier terminal ; - envoyer une confirmation de prise en charge du coupon vers le premier terminal et vers le deuxième terminal ; - recevoir du premier terminal une demande de création de transaction électronique correspondant à un service demandé ; - sauvegarder des premières informations de ladite transaction électronique ; - envoyer au premier terminal les premières informations sur ladite transaction électronique ; - générer un code de transaction comprenant un identifiant de ladite transaction électronique ; - envoyer au premier terminal le code de transaction ; - envoyer au deuxième terminal des secondes informations de ladite transaction électronique à partir du code de transaction scanné ; - recevoir du deuxième terminal un numéro d'identification personnelle et une information de validation de la transaction électronique, ladite transaction électronique tenant compte d'un montant de réduction du coupon ; - envoyer une confirmation de transaction électronique vers le premier terminal et vers le deuxième terminal. Selon un premier mode de réalisation non limitatif, l'information de coupon est un coupon et le deuxième processeur est en outre adapté pour : - générer un code de réduction correspondant au coupon ; - envoyer ledit code de réduction au deuxième terminal ; - recevoir du premier terminal une information de validation/invalidation du coupon. Selon un deuxième mode de réalisation non limitatif, le deuxième processeur est en outre adapté pour : - recevoir l'information de coupon après avoir envoyé au deuxième terminal des secondes informations de ladite transaction électronique à partir du code de transaction scanné ; - modifier la transaction électronique en déduisant le montant de réduction dans la transaction électronique ; - envoyer une confirmation de modification de la transaction électronique vers le premier terminal et vers le deuxième terminal.
Selon un premier mode de réalisation non limitatif, le deuxième processeur est en outre adapté pour créditer du montant de la transaction un premier compte de monnaie électronique vendeur lié au premier terminal et de débiter du montant de la transaction un deuxième compte de monnaie électronique acheteur lié au deuxième terminal. Selon un premier mode de réalisation non limitatif, le deuxième processeur est en outre adapté pour transmettre un ordre de transaction correspondant à la transaction électronique validée dans le serveur à des serveurs bancaires adaptés pour gérer des comptes à créditer et à débiter relatifs à ladite transaction électronique. L'invention concerne également un deuxième terminal adapté pour coopérer avec au moins un serveur et au moins un premier terminal pour mettre en oeuvre le procédé de réalisation d'une transaction électronique selon l'une quelconque des caractéristiques précédentes, ledit premier terminal comportant un troisième processeur adapté pour : - envoyer au serveur au moins une information de coupon correspondant à un coupon pour le service ; - scanner ledit code de transaction ; - recevoir du serveur des secondes informations de ladite transaction électronique à partir du code de transaction scanné ; - envoyer au serveur un numéro d'identification personnelle et une information de validation de la transaction électronique, ladite transaction électronique tenant compte d'un montant de réduction du coupon ; - recevoir du serveur une confirmation de transaction électronique. L'invention concerne également un système de réalisation d'une transaction électronique d'un service, le système comprenant : - au moins un premier terminal selon la caractéristique précédente ; - un serveur selon l'une quelconque des caractéristiques précédentes ; - au moins un deuxième terminal selon la caractéristique précédente. L'invention et ses différentes applications seront mieux comprises à la lecture de la description qui suit et à l'examen des figures qui l'accompagnent. BREVE DESCRIPTION DES FIGURES Celles-ci ne sont présentées qu'à titre indicatif et nullement limitatif de l'invention. - La Fig.1 est un organigramme du procédé de réalisation d'une transaction électronique selon l'invention ; - La Fig.2 est un organigramme du procédé de réalisation d'une transaction électronique de la Fig. 1 illustrant des étapes supplémentaires ; - La Fig.3a est un organigramme du procédé de réalisation d'une transaction électronique de la Fig. 1 selon un premier mode de réalisation non limitatif ; - La Fig.3b est un organigramme du procédé de réalisation d'une transaction électronique de la Fig. 3a illustrant des étapes supplémentaires ; - La Fig.4 est un schéma représentant les étapes du procédé de la Fig. 3a et de la Fig. 3b effectuées par un premier terminal, un deuxième terminal et un serveur ; - La Fig.5a est un organigramme du procédé de réalisation d'une transaction électronique de la Fig. 1 selon un deuxième mode de réalisation non limitatif ; - La Fig.5b est un organigramme du procédé de réalisation d'une transaction électronique de la Fig. 5a illustrant des étapes supplémentaires ; - La Fig.6 est un schéma représentant les étapes du procédé de la Fig. 5a et de la Fig. 5b effectuées par un premier terminal, un deuxième terminal et un serveur ; - La Fig.7 est une représentation schématique d'un système selon un mode de réalisation pour mettre en oeuvre le procédé de réalisation d'une transaction électronique des Fig. 1 à 6. DESCRIPTION DE MODES DE REALISATION DE L'INVENTION Le procédé de réalisation d'une transaction électronique MTH d'un service S entre un serveur Sk, un premier terminal Tm et un deuxième terminal Tu, est décrit dans un mode de réalisation non limitatif aux figures 1 à 6.
Par service S, on entend, achat de marchandise tel qu'un produit, une application, un billet, ou un ticket dans des exemples non limitatifs. Le procédé de réalisation d'une transaction électronique MTH comporte les étapes suivantes, telles qu'illustrées à la Fig. 1. - recevoir par le serveur Sk au moins une information de coupon IR correspondant à un coupon CP pour le service S envoyée par le deuxième terminal Tu (étape illustrée RX_IR(CP(MtR)) ; - envoyer à partir du serveur Sk au premier terminal Tm l'information de coupon IR (étape illustrée TX_CP(IR)) ; - envoyer par le serveur Sk une confirmation de prise en charge du coupon CP vers le premier terminal Tm et vers le deuxième terminal Tu (étape illustrée TX_CONF(ConfCP)) ; - recevoir par un serveur Sk d'un premier terminal Tm une demande de création de transaction électronique Tr correspondant à un service demandé S (étape illustrée RX_CREAT(TR)) ; - sauvegarder dans le serveur Sk des premières informations 11 de ladite transaction électronique (étape illustrée SAV_TR(I1)) ; - envoyer à partir du serveur Sk au premier terminal Tm les premières informations 11 sur ladite transaction électronique Tr (étape illustrée TX TR(I1)) ; - générer par le serveur un code de transaction QR-C comprenant un identifiant Id de ladite transaction électronique Tr (étape illustrée GENERAT QRC(Id)) ; - envoyer par le serveur Sk au premier terminal Tm le code de transaction QR-C (étape illustrée TX_QRC) ; - envoyer du serveur Sk au deuxième terminal Tu des secondes informations 12 de ladite transaction électronique Tr à partir du code de transaction scanné QR-C par le deuxième terminal Tu (étape illustrée TX TR(12, QR-C)) ; - recevoir par le serveur Sk un numéro d'identification personnelle PIN et une information de validation/invalidation IVAL de la transaction électronique envoyées par le deuxième terminal Tu, ladite transaction électronique tenant compte du montant de réduction MtR (étape illustrée RX_TR(PIN, IVAL)) ; - envoyer une confirmation Conf de transaction électronique depuis le serveur Sk vers le premier terminal Tm et vers le deuxième terminal Tu (étape illustrée TX_CONF).
Dans un mode de réalisation non limitatif illustré à la Fig. 2, le procédé comporte en outre les étapes supplémentaires de : - envoyer du deuxième terminal Tu au serveur Sk au moins une information de coupon IR correspondant à un coupon CP pour le service (S) (étape illustrée (étape illustrée TX_CP(MtR)) ; - recevoir par le premier terminal Tm au moins information de coupon IR envoyée par le serveur Sk (étape illustrée RX_CP(IR))) ; - recevoir par le premier terminal Tm et par le deuxième terminal Tu une confirmation de prise en charge ConfCP du coupon CP envoyée par le serveur Sk (étape illustrée RX_CONF(ConfCP)) ; - envoyer du premier terminal Tm vers le serveur Sk la demande de création de transaction électronique Tr correspondant à un service demandé S (étape illustrée TX_CREAT(TR)) ; - recevoir par le premier terminal Tm des premières informations 11 sur ladite transaction électronique Tr envoyées par le serveur Sk (étape illustrée RX_TR(I1)); - recevoir par le premier terminal Tm le code de transaction QRC généré par le serveur Sk (étape illustrée RX_QRC); - scanner ledit code de transaction QR-C au moyen d'un deuxième terminal Tu (étape illustrée SCAN(QR-C)) ; - recevoir par le deuxième terminal Tu des secondes informations 12 de ladite transaction électronique à partir du code de transaction scanné QR-C envoyées par le serveur Sk (étape illustrée RX_TR(12, QR-C)) ; - envoyer du deuxième terminal Tu au serveur Sk un numéro d'identification personnelle PIN et une information de validation/invalidation IVAL de la transaction électronique Tr, ladite transaction électronique tenant compte d'un montant de réduction MtR du coupon CP (étape illustrée TX_TR(PIN, IVAL)) ; - recevoir par le premier terminal Tm et par le deuxième terminal Tu une confirmation Conf de transaction électronique Tr envoyée depuis le serveur Sk (étape illustrée RX_CONF). On notera que la présentation des étapes ci-dessus ne présupposent pas qu'elles soient séquentielles.
Dans un mode de réalisation non limitatif, le procédé comporte en outre une étape supplémentaire de créditer du montant Mt de la transaction un premier compte de monnaie électronique vendeur Cpt1 lié au premier terminal Tm et de débiter du montant Mt de la transaction un deuxième compte de monnaie électronique acheteur Cpt2 lié au deuxième terminal Tu (étape illustrée CRED_DEB(Mt, Cpt1, Cpt2). Dans un mode de réalisation non limitatif, le procédé comporte en outre une étape supplémentaire de transmettre à partir du serveur Sk un ordre de transaction correspondant à la transaction électronique sauvegardée dans le serveur Sk à des serveurs bancaires Sbq adaptés pour gérer des comptes à créditer et à débiter relatifs à ladite transaction électronique Tr (étape illustrée OT_CRED_DEB(Mt, Cpt1', Cpt2')). Pour la suite de la description, dans le mode de réalisation non limitatif du procédé décrit, le procédé comprend ces modes de réalisation non limitatifs. Dans des modes de réalisation non limitatifs ; un coupon CP est un bon de réduction gratuit.
Les étapes du procédé de réalisation d'une transaction sont décrites en détail ci-après en se référant à la Fig. 1 à 5b. - Acquisition d'un bon de réduction ou coupon de réduction On notera qu'un bon de réduction (que l'on peut également coupon de réduction) est obtenu gratuitement et peut être obtenu de différentes manières. Soit à partir du flux d'offres commerciales présenté sur l'application côté deuxième terminal ou à partir d'une page web sur un premier terminal, soit à partir d'une affiche du vendeur qui se trouve dans un espace public, ladite affiche comprenant un code de réduction QR-R correspondant à un coupon de réduction CP par exemple. Dans ce dernier cas, l'acheteur scanne avec son terminal Tu le code de réduction QR-R, ce dernier comprenant l'url de l'application correspondant au procédé de réalisation d'une transaction et un identifiant IdCP du coupon. A ce moment, un message comprenant l'identifiant du coupon IdCP est envoyé du deuxième terminal Tu au serveur Sk pour rechercher les informations sur ledit coupon. Les informations sont alors envoyées du serveur Sk vers le deuxième terminal Tu et sauvegardées dans le deuxième terminal Tu. Une confirmation de sauvegarde est alors envoyée du serveur Sk au deuxième terminal Tu. Lors de cette sauvegarde, un identifiant de l'instance du coupon générée IdISCP est créée. - Ouverture de session acheteur On notera que pour acquérir un coupon, le deuxième terminal Tu doit ouvrir une session avec le serveur Sk. L'ouverture de session est déclenchée par le lancement de l'application correspondant au procédé de réalisation d'une transaction par l'utilisateur du deuxième terminal Tu sur ledit deuxième terminal Tu. Le deuxième terminal Tu ouvre une session avec le serveur Sk de la manière suivante. - i) le deuxième terminal Tu s'authentifie avec le serveur Sk via son identifiant utilisateur et son mot de passe ; - ii) si l'authentification réussie, le deuxième terminal Tu se connecte au serveur Sk pour communiquer avec lui ; - iii) le deuxième terminal Tu envoie une requête au serveur Sk pour l'émission d'un jeton. - I) le serveur Sk émet un jeton qui permet d'ouvrir une session entre le deuxième terminal Tu et le serveur Sk. On notera qu'un jeton est émis pour chaque deuxième terminal Tu. On a ainsi une session par terminal. Ainsi, un même acheteur peut utiliser plusieurs deuxièmes terminaux pour effectuer ses transactions électroniques. Il y aura donc une pluralité de jetons. Chaque deuxième terminal Tu va utiliser le jeton émis pour l'ensemble de ses communications avec ledit serveur Sk.
On notera que si l'application correspondant au procédé de réalisation d'une transaction électronique a été fermée côté deuxième terminal Tu, lorsque ce dernier ouvre de nouveau l'application, le même jeton est utilisé. On notera qu'une session acheteur se termine lorsque le jeton est invalidé. Ce dernier peut être invalidé dans les cas suivants : - lorsqu'une temporisation (« timeout » en anglais) est dépassée car aucune transaction n'a été effectuée depuis la dernière, par exemple depuis vingt minutes ; - lorsqu'il n'est plus valide car a atteint une durée déterminée, par exemple d'un jour ; - lorsque l'utilisateur acheteur demande à révoquer tous ses jetons ; - lorsque l'utilisateur acheteur change son mot de passe - lorsque l'utilisateur acheteur entre 3 fois de suite un code PIN erroné - lorsque l'utilisateur acheteur bloque son compte à distance (après perte de téléphone par exemple) depuis son espace de gestion privé accessible depuis le site web. - Utilisation d'un coupon dans une transaction électronique Un coupon de réduction CP est pris en compte dans une transaction électronique soit sur demande directe de la personne qui achète un service S, soit il est proposé de manière automatique à la personne qui achète le service S.35 o Premier mode de réalisation : utilisation d'un coupon sur demande de l'acheteur.
Ainsi, dans un premier mode de réalisation non limitatif illustré aux figures 3a à 4, l'information de coupon IR relative au coupon CP est envoyée sur demande de l'utilisateur du deuxième terminal Tu. En effet, lorsque l'utilisateur veut utiliser un coupon CP lors de l'achat d'un service S chez un commerçant vendeur, il choisit ledit coupon sur son deuxième terminal Tu, à l'aide d'un menu par exemple lui présentant l'ensemble des coupons qu'il possède. Dans ce cas, l'information de coupon IR est un coupon CP. Par la suite, les étapes suivantes du procédé de réalisation d'une transaction 15 MTH sont exécutées. Dans une première étape 1) illustrée RX_CP(IR, MtR), le deuxième terminal Tu envoie au serveur Sk l'information de coupon IR, à savoir le coupon CP pour le service S et le serveur Sk reçoit cette information de 20 coupon IR (étape 1'). Dans des modes de réalisation non limitatifs, le deuxième terminal Tu est : - un téléphone mobile : ou - une tablette portable. 25 Dans un mode de réalisation non limitatif, le coupon CP comporte les attributs suivants : - nom de l'offre du coupon (pour la gestion par le commerçant); - une description ; 30 - le montant de la réduction MtR ; - une date de mise en ligne du coupon ; - une date de disponibilité du coupon ; - une date d'activation du coupon ; - une date de fin d'utilisation du coupon ; - des limitations de ce coupon (nombre de coupon pour un même utilisateur, le nombre de jours de validité) ; - un pays où le coupon est valable ; - un identifiant du coupon IdCP ; - au moins un identifiant du vendeur (plusieurs vendeurs peuvent proposer le même coupon); - une date de création ; - une date de dernière modification (date à laquelle le vendeur ne peut plus modifier le coupon qu'il va proposer).
Dans un mode de réalisation non limitatif, le coupon peut comporter en outre les attributs suivants : - une image ; - un numéro de téléphone du commerçant ; - des réductions spécifiques du coupon attribuées à un réseau social ; - des réductions spécifiques attribuées par exemple lorsque le panier à atteint un montant total déterminé ; - des adresses des lieux où le coupon peut être utilisé ; - des noms de réseaux dont les membres peuvent utiliser le coupon ; - un nombre de fois où le coupon est vu pour effectuer des statistiques ; - un nombre d'instances du coupon générées pour effectuer des statistiques.
Dans une deuxième étape 2) illustrée GENERAT_QRR(IdCP), le serveur Sk génère un code de réduction QR-R correspondant au coupon CP. On notera que le code de réduction QR-R est généré à la volée, à savoir à chaque fois qu'une transaction est créée. Il n'a donc pas besoin d'être sauvegardé dans le serveur Sk. Il peut cependant être sauvegardé dans le deuxième terminal Tu. Dans un mode de réalisation non limitatif, le code de réduction généré QR-R est un OR-Code®. Il comporte une url du type https://url du procédé de réalisation d'une transaction électronique /Identifiant du coupon CP. Cette url sera reconnue par le premier terminal Tm (en scannant le code de transaction).
On notera que la génération du code de transaction se fait au moyen d'une bibliothèque de génération de code. Dans d'autres modes de réalisation non limitatifs, le code de réduction généré QR-R est : - un datamatrix (code barre 2D) ; - un code barre 1D classique ; - toute autre image comprenant l'url du procédé de réalisation d'une transaction MTH ; - une image aléatoire liée à la transaction électronique.
Dans une troisième étape 3) illustrée TX_QRR, le serveur Sk envoie ledit code de réduction QR-R au deuxième terminal Tu et le deuxième terminal Tu reçoit ledit code de réduction QR-R (étape 2' illustrée RX_QRR).
Dans une quatrième étape 4) illustrée SCAN(QR-R), le premier terminal Tm scanne ledit code de réduction QR-R. Le code de réduction QR-R est scanné à partir de l'écran du deuxième terminal Tu. Bien entendu, le premier terminal Tm comporte des moyens pour scanner ce 20 code de réduction QR-R, à savoir notamment une caméra. Dans des modes de réalisation non limitatifs, le premier terminal Tm est : - une caisse enregistreuse ou caisse automatique (borne de commande automatisée) ; ou - un ordinateur personnel (au travers d'un programme dédié sur 25 l'ordinateur ou d'un service web); ou - un téléphone portable ; ou - une tablette portable. On notera que le premier terminal peut également être une station de travail (au travers d'un programme dédié sur l'ordinateur ou d'un service web); 30 Dans un premier mode de réalisation, lorsque le premier terminal Tm scanne le code de réduction QR-R, il reconnaît l'url de l'application correspondant au procédé de réalisation d'une transaction. ^ Ouverture d'une session vendeur A ce moment, une session est ouverte entre le premier terminal Tm et le serveur Sk de la manière suivante. - i) un jeton (appelé en anglais « token ») est créé par le serveur Sk. Ce jeton permet d'ouvrir une session entre le premier terminal Tm et le serveur Sk ; - ii) le premier terminal Tm s'authentifie au serveur Sk. Dans un premier mode de réalisation, l'authentification s'effectue au moyen d'une clef privée et d'un identifiant associé au premier terminal. Ce mode de réalisation est appliqué lorsque le premier terminal Tm est une caisse enregistreuse par exemple. Dans un deuxième mode de réalisation, l'authentification s'effectue au moyen du nom de l'utilisateur vendeur propriétaire du premier terminal Tm et de son mot de passe. Ce mode de réalisation est appliqué lorsque le premier terminal Tm est une tablette portable par exemple. On notera qu'une session est ouverte pour un utilisateur vendeur. On pourrait également avoir une session pour chaque premier terminal Tm. - iii) si l'authentification réussie, le premier terminal Tm se connecte au serveur Sk pour communiquer avec lui et va utiliser le jeton émis pour l'ensemble de ses communications avec ledit serveur Sk. Par la suite, le procédé de réalisation d'une transaction s'exécute. On notera qu'une session vendeur se termine lorsque le jeton est invalidé. Ce dernier peut être invalidé dans les cas suivants : - lorsqu'une temporisation (« timeout » en anglais) est dépassée car aucune transaction n'a été effectuée depuis la dernière, par exemple depuis vingt minutes ; - lorsqu'il n'est plus valide car a atteint une durée déterminée, par exemple d'un jour ; - lorsque l'utilisateur vendeur change son mot de passe et son nom d'utilisateur. On notera que la session est ouverte la première fois que le premier terminal scanne un coupon CP. Par la suite lorsque d'autres coupons sont récupérés, le même jeton est utilisé par exemple pour la journée.
Dans une cinquième étape 5) illustrée TX_CP(IR), le serveur Sk transmet vers le premier terminal Tm au moins une information de coupon IR sur le coupon CP (associé audit code de réduction QR-R scanné) et le premier terminal Tm reçoit ladite information de coupon IR sur le coupon de réduction CP (étape 5' illustrée RX_CP(IR)). Cette information de coupon IR comporte l'ensemble des attributs du coupon CP. Ces attributs s'affichent sur l'écran du premier terminal Tm. Ainsi, le commerçant chez qui l'acheteur présente son coupon CP vérifie le coupon CP sur son terminal Tm (s'il est valide, s'il n'a pas déjà été utilisé, s'il s'applique au service S acheté etc.). On notera que dans un mode de réalisation non limitatif, des informations supplémentaires correspondant au coupon, plus particulièrement à l'instance du coupon telles que la photo de l'acheteur et le nom et le prénom peuvent être affichées sur l'écran du premier terminal Tm. Cela permet de vérifier l'identité si nécessaire de l'acheteur. Ces informations peuvent être récupérées du profil utilisateur de l'acheteur Upf2 (décrit plus loin). Dans une sixième étape 6) illustrée TX_CP(IVALR), le premier terminal Tm envoie au serveur Sk une information de validation/invalidation IVALR du coupon CP et le serveur reçoit Sk l'information de validation/invalidation IVALR du coupon CP(étape 6' illustrée RX_CP(IVALR). Ainsi, si le commerçant valide le coupon, il appuie des moyens de validation, par exemple un bouton prévu à cet effet sur son terminal Tm, et une information de validation IVALR1 est envoyée. Sinon il appuie sur des moyens d'invalidation, un autre bouton par exemple et une information d'invalidation IVALR2 est envoyée. Si le coupon est validé, les étapes suivantes sont effectuées.35 Dans une septième étape 7) illustrée TX_CONF(ConfCP), le serveur Sk envoie au premier terminal Tm et au deuxième terminal Tu une confirmation de prise en charge ConfCP du coupon CP et le premier terminal Tm et le deuxième terminal Tu reçoivent la confirmation de prise en charge ConfCP du coupon CP (étape 7' illustrée RX_CONF(ConfCP)). Les terminaux sont ainsi avertis que le coupon CP est accepté et peut être pris en compte dans la transaction électronique Tr. On notera que dans le cas d'un deuxième terminal Tm, la confirmation est une notification envoyée par le serveur Sk comprenant l'identifiant IdCP du coupon et l'identifiant de son instance. Dans un exemple non limitatif, le protocole de notification APN (« AppleTM Push Notifications ») est utilisé. Dans d'autres exemples, le protocole de notification d'AndroïideTM C2DN peut être utilisé ou tout autre protocole de notification propriétaire.
Dans le cas d'un premier terminal Tm, ce dernier accepte le coupon (lorsque l'utilisateur vendeur a validé le coupon) et reçoit un message de confirmation de son acceptation de la part du serveur Sk. Lors de cette étape 7), l'instance du coupon est inscrite comme ayant été « brûlée », à savoir utilisée. ^ Réalisation de la transaction La transaction électronique est ainsi réalisée selon les étapes suivantes.
Dans une huitième étape 8) illustrée TX_CREAT(TR), le premier terminal Tm envoie vers le serveur Sk la demande de création de transaction électronique Tr correspondant à un service demandé S et le serveur Sk reçoit du premier terminal Tm la demande de création de transaction électronique Tr correspondant à un service demandé S (étape 8'). On notera que lorsque le vendeur a validé le coupon CP, son montant MtR a été pris en compte dans la transaction électronique Tr, à savoir a été déduit du prix du service acheté S. Ainsi le montant de la transaction électronique Mt est égal au prix du service acheté S minoré du montant de réduction MtR.
Dans une neuvième étape 9) illustrée SAV_TR(I1), le serveur Sk sauvegarde des premières informations 11 de ladite transaction électronique Tr.
Dans un mode de réalisation non limitatif, les premières informations reçues 11 par le premier terminal Tm comportent un identifiant Id de la transaction électronique Tr. Cet identifiant va permettre au premier terminal Tm de demander au serveur Sk de générer un code de transaction QR-C comme décrit plus loin. Dans un mode de réalisation non limitatif, les premières informations reçues 11 comportent en outre : - un état St de la transaction électronique. Cet état peut comporter les valeurs « en cours », « annulé », « validée ». A cette étape, l'état prend la valeur « en cours » ; - un type Ty la transaction électronique. Le type peut comporter les indications suivantes : - transaction marchande (acheteur vers vendeur) - remboursement (vendeur vers acheteur) - rechargement carte bleue - virement IBAN vers compte bancaire Le type est ainsi utilisé lors d'une lecture de l'historique des transactions par le propriétaire du premier terminal Tm et/ou le propriétaire du deuxième terminal Tu. - le montant Mt de la transaction électronique ; - une description Ds de la transaction électronique. Par exemple comme description on peut avoir « paiement de 10 euros de Mr X au commerçant Y ». Ce champ est également utilisé lors d'une lecture de l'historique des transactions ; - une date Dt de création. Ce champ est également utilisé lors d'une lecture de l'historique des transactions. Il est par ailleurs comparé à une date courante. Ainsi, si la date de création est antérieure d'un certain temps par rapport à la date courante, et que la transaction est en attente depuis ce temps, elle ne peut plus être validée car considérée comme trop ancienne.
Dans un mode de réalisation non limitatif, les informations 11' supplémentaires suivantes de la transaction sont sauvegardées dans le serveur Sk : - une empreinte Tg de la transaction électronique. Cette empreinte unique comporte des informations codifiées sur la transaction pour limiter des pertes de données, telles que le type de la transaction, l'identifiant du débiteur ; - la devise Dy de la transaction électronique ; - un identifiant du débiteur Id_Db de la transaction électronique ; - un identifiant du créditeur Id_Dc de la transaction électronique ; Ce champ permet de demander au serveur Sk les informations sur un débiteur qui possède le compte débiteur (nom prénom) et permet également d'avoir une meilleure traçabilité et de faire de l'analyse de donnée (fréquence d'achat, panier moyenne, etc. de l'utilisateur). On notera que ce champ est également présent dans un compte de monnaie électronique décrit plus loin ; - un identifiant d'un compte à créditer Id_Cc (compte de monnaie électronique, compte virtuel bancaire, compte virtuel de carte bleue); - un identifiant d'un compte à débiter Id_Cd (compte de monnaie électronique, compte virtuel bancaire, compte virtuel de carte bleue) ; - des informations l_Pt (telles que un identifiant de transaction, des informations d'erreurs de transaction) sur des serveurs tiers Str coopérant avec le serveur de paiement Sk. Ces serveurs tiers fournissent des services de gestion de monnaie électronique. Dans une dixième étape 10) illustrée TX_TR(I1), le serveur Sk envoie au premier terminal Tm les premières informations 11 sur ladite transaction électronique Tr et le premier terminal Tm reçoit les premières informations 11 sur ladite transaction électronique Tr envoyées par le serveur Sk (étape 10').
Dans une onzième étape 11) illustrée GENERAT_QRC(Id), le serveur Sk génère un code de transaction QR-C comprenant un identifiant Id de ladite transaction électronique Tr. On notera que le code de transaction QR-C est généré à la volée, à savoir à chaque fois qu'une transaction est créée. Il n'a donc pas besoin d'être sauvegardé dans le serveur Sk. Il peut cependant être sauvegardé dans le deuxième terminal Tu. Dans un premier mode de réalisation non limitatif, le code de transaction QR-C est généré sur requête Rq du premier terminal Tm qui a demandé une création de transaction Tr. La requête Rq du premier terminal Tm comporte l'identifiant Id de la transaction Tr. On notera que dans ce cas, le code de transaction QR-C est généré si une transaction électronique est dans un état « en cours ».
Dans un deuxième mode de réalisation non limitatif, le code de transaction QR-C est généré automatiquement par le serveur Sk, dès réception d'une demande de création de transaction Tr. Dans ce cas, l'étape de génération du code est effectuée avant l'étape 2) de réception des premières informations 11 par le premier terminal Tm, et soit les premières informations comportent le code généré QR-C, ce dernier étant ainsi envoyé dans ces informations 11, soit il est envoyé en même temps . On notera que dans ce cas, l'identifiant de transaction Id est toujours nécessaire dans les informations 11 envoyées du fait de la notification dans l'étape de confirmation décrite plus loin.
Dans un mode de réalisation non limitatif, le code de transaction généré est un OR-Code®. Il comporte une url du type https://url correspondant au procédé de réalisation d'une transaction/transactions/Id. Cette url est reconnue par le deuxième terminal Tu (en scannant le code de transaction) si ce dernier peut faire appel au procédé de réalisation d'une transaction MTH. Dans le cas contraire, lorsque le code de transaction est scanné, mais le procédé de réalisation d'une transaction n'est pas connu, une page web correspondant à l'url s'affiche et explique comment installer le produit programme d'ordinateur correspondant au procédé de réalisation d'une transaction côté deuxième terminal Tu sur ledit deuxième terminal Tu.
On notera que la génération du code de transaction se fait au moyen d'une librairie de génération de code. Dans d'autres modes de réalisation non limitatifs, le code de transaction généré est : - un datamatrix (code barre 2D) ; - un code barre 1D classique ; - toute autre image comprenant l'url du procédé de réalisation d'une transaction MTH ; - une image aléatoire liée à la transaction électronique.
Dans une douzième étape 12) illustrée TX_QRC, le serveur Sk envoie le code de transaction QR-C au premier terminal Tm et le premier terminal Tm reçoit le code de transaction QR-C généré par le serveur Sk (étape 12'). On notera que cette étape peut être effectuée en même temps que la dixième étape 10) d'envoi des premières informations 11 lorsque le code est généré automatiquement par le serveur Sk. Dans une variante de réalisation, les informations 11 de la dixième étape comprennent ce code généré QR-C. Dans une treizième étape 13) illustrée SCAN(QRC), un deuxième terminal Tu scanne ledit code de transaction QR-C. 25 Le code de transaction QR-C est scanné sur l'écran du premier terminal Tm. Dans des exemples de réalisation non limitatifs, un deuxième terminal Tu est un téléphone mobile ou une tablette portable. Bien entendu, le deuxième terminal Tu comporte des moyens pour scanner ce code de transaction QR-C, à savoir notamment une caméra. 30 Dans un premier mode de réalisation, lorsque le deuxième terminal Tu scanne le code de transaction QR-C, il reconnaît l'url contenu dans ledit code car il contient l'application correspondant au procédé de réalisation d'une transaction. 20 35 Dans un deuxième mode de réalisation, lorsque le deuxième terminal Tu scanne le code de transaction QR-C, il ne reconnaît pas l'url contenu dans ledit code. A ce moment, dans une première variante de réalisation, une page web de l'application s'affiche sur l'écran du deuxième terminal Tu et explique les modalités d'installation de l'application correspondant au procédé de réalisation d'une transaction. A ce moment, dans une deuxième variante de réalisation, une page web de l'application s'affiche sur l'écran du deuxième terminal qui permet d'effectuer directement une transaction électronique. La page web contient alors les informations sur la transaction : nom du commerçant, image (logo), montant Mt, champ pour se connecter avec le compte de monnaie électronique en s'authentifiant avec le nom utilisateur et mot de passe pour le compte, ou via le compte du réseau social, et enfin en entrant le code PIN. Par la suite un message de confirmation de paiement est retourné. Dans une quatorzième étape 14) illustrée TX_TR(12, QR-C), le serveur Sk envoie au deuxième terminal Tu des secondes informations 12 de ladite transaction électronique à partir du code de transaction scanné QR-C et le deuxième terminal Tu reçoit les secondes informations 12 de ladite transaction électronique à partir du code de transaction scanné QRC envoyées par le serveur Sk (étape 14'). Grâce à l'identifiant Id de la transaction électronique se trouvant dans le code de transaction QR-C, le serveur Sk va récupérer les informations de 25 ladite transaction qui ont été sauvegardées préalablement dans un référentiel de données dudit serveur Sk. Les deuxièmes informations 12 de la transaction électronique sont alors affichées sur l'écran du deuxième terminal Tu. 30 On notera que les secondes informations 12 comprennent les premières informations 11 plus le nom du vendeur et une image (logo) associée. Dans une quinzième étape 15) illustrée TW_TR(PIN, IVAL), le deuxième terminal Tu envoie au serveur Sk un numéro d'identification 35 personnelle PIN et une information de validation/invalidation IVAL de la transaction électronique Tr, ladite transaction électronique tenant compte d'un montant de réduction MtR et le serveur Sk reçoit du deuxième terminal Tu le numéro d'identification personnelle PIN et l'information de validation/invalidation IVAL de la transaction électronique, ladite transaction électronique tenant compte d'un montant de réduction MtR (étape 15'). Ainsi, lorsque l'utilisateur du deuxième terminal Tu (la personne qui achète donc le service S) a vérifié sur l'écran de son terminal les informations de la transaction électronique et notamment son montant Mt, il entre son PIN et appuie par exemple sur un bouton de son terminal pour indiquer au serveur qu'il a vérifié la transaction et qu'il est d'accord avec la transaction. Une information « valide » IVAL1 est envoyée. La transaction est ainsi validée et sécurisée. S'il ne veut pas valider la transaction, un autre bouton est par exemple utilisé. Une information « invalide » IVAL2 est envoyée.
On notera que lorsque le serveur Sk coopère avec un serveur tiers Str d'agrément d'un organisme agréé de gestion de monnaie électronique, la validation de la transaction électronique Tr côté deuxième terminal Tu entraîne une vérification automatique côté serveur tiers et une validation/invalidation par ledit serveur tiers. Le deuxième terminal Tu est alors informé si la transaction électronique a été validée ou invalidée par l'organisme agréé. Dans une seizième étape 16) illustrée CRED_DEB(Mt, Cpt1, Cpt2), le serveur Sk envoie une confirmation de transaction électronique vers le premier terminal Tm et vers le deuxième terminal Tu et le premier terminal Tm et le deuxième terminal Tu reçoivent la confirmation Conf de transaction électronique Tr envoyée depuis le serveur Sk (étape 16'). Les terminaux sont ainsi avertis que la transaction s'est bien passée.
L'état de la transaction électronique est alors changé et mis à la valeur « validée ». Si l'utilisateur a annulé la transaction, la valeur de l'état est mis à « annulé ». On notera que dans le cas d'un premier terminal Tm, la confirmation est une notification envoyée par le serveur Sk comprenant l'identifiant Id de la transaction Tr. Dans un exemple non limitatif, le protocole de notification APN (« AppleTM Push Notifications ») est utilisé. Dans d'autres exemples, le protocole de notification d'AndroidTM C2DN peut être utilisé ou tout autre protocole de notification propriétaire.
Le premier terminal Tm compare l'identifiant reçu dans la notification avec les identifiants des transactions qu'il a créées pour vérifier si la transaction souhaitée est validée. Dans le cas d'un deuxième terminal Tu, ce dernier accepte la transaction (lorsque l'utilisateur acheteur a validé la transaction) et reçoit un message de confirmation de son acceptation de la part du serveur Sk. Dans une dix septième étape 17) illustrée OT_CRED_DEB(Mt, Cpt1, Cpt2), le serveur Sk crédite du montant Mt de la transaction un premier compte de monnaie électronique vendeur Cpt1 lié au premier terminal Tm et débite du montant Mt de la transaction un deuxième compte de monnaie électronique utilisateur Cpt2 lié au deuxième terminal Tu. On notera que l'association entre un compte de monnaie électronique vendeur CPt1 et un premier terminal Tm se fait lors d'une création d'un profil utilisateur vendeur Upf1 dans le serveur Sk. Des comptes de monnaie électronique associés sont alors créés et sont reliés avec le profil par leurs identifiants, un compte ne changeant pas de propriétaire. Dans un mode de réalisation non limitatif, un profil utilisateur vendeur Upf1 comporte les informations suivantes : - le nom du vendeur (nom commercial s'il existe) ; - le secteur d'activité. Cette information permet d'effectuer des comparaisons par rapport aux autres vendeurs utilisant le procédé de réalisation d'une transaction ; - le pays ; - l'adresse ; - l'email ; - le numéro de téléphone ; - l'url du site du vendeur s'il existe ; - la page d'un réseau social si elle existe ; - un identifiant vendeur ; - un identifiant de compte de monnaie électronique ; - un identifiant de rechargement de compte ; - une date de création ; - une dernière date de connexion ; - un identifiant de compte agréé ; - un mot de passe pour l'application correspondant au procédé de réalisation d'une transaction électronique.
On notera que l'association entre un compte de monnaie électronique acheteur Cpt2 et un deuxième terminal Tu se fait lors d'une création d'un profil utilisateur acheteur Upf2 dans le serveur Sk. Un compte de monnaie électronique associé est alors créé et est relié avec le profil par son identifiant, un compte ne changeant pas de propriétaire.
Dans un mode de réalisation non limitatif, un profil utilisateur acheteur Upf2 comporte les informations suivantes : - le nom et prénom de l'acheteur ; - la date de naissance ; - l'email ; - le sexe ; - le pays ; - la nationalité ; le code PIN ; - un identifiant de compte de monnaie électronique - un identifiant d'un compte virtuel pour carte bancaire ; - un identifiant acheteur ; - une date d'inscription. Optionnellement les champs suivants peuvent être ajoutés : - un identifiant d'un compte virtuel d'un compte bancaire ; - la langue ; - un champ confidentialité pour indiquer si le profil utilisateur est public , - un champ notification pour indiquer si le deuxième terminal associé à l'utilisateur reçoit des notifications comme décrites ci- dessus ; - un numéro de téléphone ; - un mot de passe pour l'application correspondant au procédé de réalisation d'une transaction électronique. On notera que si un réseau social est utilisé, le mot de passe du réseau social sera utilisé pour lancer le procédé. On notera que les attributs identifiant d'un compte virtuel d'un compte 10 bancaire et identifiant d'un compte virtuel pour carte bancaire permet à un utilisateur du deuxième terminal Tu de recharger son compte de monnaie électronique à partir d'un compte virtuel de carte bancaire déclarée dans le serveur Sk ou d'un compte virtuel bancaire déclaré dans le serveur Sk et donc de créditer/débiter virtuellement sa carte bancaire et son compte 15 bancaire et d'avoir un reflet de ses débits/crédits grâce aux comptes virtuels de carte bancaire et de compte bancaire se trouvant sur le serveur Sk. Par la suite les crédits/débits virtuels sont bien entendus retranscrits sur les véritables comptes bancaires et cartes bancaires de l'utilisateur. 20 Dans un mode de réalisation non limitatif, un premier compte de monnaie électronique vendeur Cpt1 est créé par un administrateur du serveur de paiement Sk. Un premier compte vendeur Cpt1 est créé et associé au profil utilisateur vendeur Upf1 et comporte dans un mode de réalisation non limitatif les 25 informations suivantes : - nom du propriétaire du compte ; - organisme bancaire affilié ; - adresse ; IBAN ; 30 - BIC ; Identifiant compte ; Description de compte ; - Type ; Devise ; 35 Etat ;5 - Identifiant vendeur ; - Date de création. Dans un mode de réalisation non limitatif, un deuxième compte de monnaie électronique acheteur Cpt2 est créé par l'acheteur lui-même lorsqu'il crée son profil utilisateur Upf2 à partir de l'url de l'application correspondant au procédé de réalisation d'une transaction. La création du profil utilisateur se fait en entrant les données manuellement ou en les récupérant à partir d'une page de l'utilisateur sur un réseau social.
Un deuxième compte acheteur Cpt2 est créé et associé au profil utilisateur acheteur Upf2 et comporte dans un mode de réalisation non limitatif les informations suivantes : - nom du propriétaire du compte ; - organisme bancaire affilié ; - adresse ; I BAN ; - BIC ; Identifiant compte ; Description de compte ; - Type ; Devise ; - Etat ; - Identifiant acheteur ; - Date de création.
On notera que grâce à ce compte Cpt2, un utilisateur acheteur peut effectuer un paiement ou recharger son compte Cpt2. Dans un mode de réalisation non limitatif, le serveur coopère avec des moyens de paiement sécurisé par internet. Ces moyens sont soit internes soit externes au serveur de paiement Sk. Les moyens sont par exemple des serveurs tiers Str qui appartiennent à des organismes tiers agréés pour gérer la monnaie électronique, à savoir pour valider la gestion des comptes de monnaies électroniques et les transactions. Les transactions validées par ces organismes font foi. Les serveurs d'un organisme tel que LeetchiTM sont dans un exemple non limitatif utilisés. On notera que dans ce cas, les premier et deuxième terminaux comportent à cet effet un accès internet par lequel le vendeur et/ou l'acheteur peut entrer son numéro de carte bancaire ou accepter un rechargement par carte bancaire.
Dans ce cas, un compte de monnaie électronique agréé Cpt1' correspondant au premier compte Cpt1 et un compte de monnaie électronique agréé Cpt2' correspondant au deuxième compte Cpt2 sont automatiquement créés sur les serveurs tiers Str. Ainsi, lors du crédit ou du débit d'un compte électronique Cpt1, Cpt2, le serveur coopère avec ces moyens de paiement sécurisé par internet. Les comptes de monnaie électroniques agréés Cpt1', Cpt2' sur les serveurs tiers Str reflètent les transactions (débit/crédit) effectuées sur les comptes Cpt1, Cpt2 respectivement.
De tels comptes Cpt1' et Cpt2' comportent dans un mode de réalisation non limitatif les informations suivantes : - Identifiant compte agréé ; - Identifiant compte correspondant Cpt1/Cpt2 ; - Description compte agréé ; - Type : permet de définir l'appartenance à un organisme tiers ; - Devise ; - Etat : ouvert, fermé, frauduleux ; - Identifiant du propriétaire ; - Date de création.
Dans un mode de réalisation non limitatif, le serveur Sk comprend un unique compte de monnaie électronique Cpt2 attribué à un utilisateur d'un deuxième terminal Tu. Dans un mode de réalisation non limitatif, le serveur Sk comprend soit un 30 unique compte de monnaie électronique Cpt1 pour un vendeur qui possède un premier terminal Tm, soit un compte de monnaie électronique Cpt1 pour chaque premier terminal Tm que possède le vendeur. On notera que le serveur Sk sauvegarde les coordonnées bancaires (IBAN) du vendeur. Pour l'acheteur, cela est facultatif. En effet, l'acheteur a la possibilité d'entrer son IBAN dans le serveur Sk afin de retirer son argent électronique de son compte électronique, mais cet usage n'est pas fréquent. Dans une dix huitième étape 18), le serveur Sk transmet un ordre de transaction Ot correspondant à la transaction électronique validée dans le serveur sk à des serveurs bancaires Sbq adaptés pour gérer des comptes à créditer et à débiter relatifs à ladite transaction électronique Tr. On notera que les ordres de transaction Ot sont émis périodiquement entre le serveur Sk et les serveurs bancaires Sbq.
Ainsi, cela permet de créditer le compte bancaire du vendeur qui vend le service S et de débiter le compte bancaire de l'utilisateur qui achète le service S. Dans un exemple non limitatif, les ordres sont émis toutes les semaines. Le vendeur peut ainsi transférer l'argent collecté sur son compte de monnaie électronique sur son compte bancaire. Dans toutes les étapes du procédé de réalisation d'une transaction décrites précédemment, dans un mode de réalisation non limitatif, l'envoi/la réception de données telles que d'une demande de création d'une transaction, des informations, d'un ordre Ot, d'un code de transaction concernant une transaction électronique Tr s'effectue au moyen du protocole https (« HyperText Transfer Protocol Secured») basé sur un protocole de sécurisation des échanges sur Internet par exemple TLS (« Transport Layer Security »). o Deuxième mode de réalisation : proposition automatique d'un coupon de réduction à l'acheteur. Ce deuxième mode de réalisation est illustré aux figures 5a à 6.
On notera que ce mode ne s'applique qu'à un coupon qui est un bon de réduction, appelé également coupon de réduction. On notera que dans ce mode, l'étape de réception de l'information de coupon IR envoyée par le deuxième terminal Tu est effectuée après l'étape 35 d'envoyer du serveur Sk au deuxième terminal Tu des secondes informations 12 de ladite transaction électronique à partir du code de transaction scanné QR-C. Lorsqu'un acheteur veut acheter un service S, il le fait soit directement en magasin chez un vendeur soit sur le site internet du vendeur. A ce moment, le procédé de réalisation d'une transaction est déclenché de la manière suivante. Dans un premier mode de réalisation non limitatif, le procédé de réalisation d'une transaction est déclenché par une entrée manuelle sur le premier terminal Tm d'un montant de transaction Mt (correspondant au prix du service S) et un appui manuel sur des moyens de sélection du procédé de réalisation d'une transaction tel que par exemple un bouton. Ce premier mode est réalisé par exemple dans le cas où le premier terminal Tm est une tablette portable. Dans un deuxième mode de réalisation non limitatif, le procédé de réalisation d'une transaction est déclenché par une entrée automatique sur le premier terminal Tm d'un montant de transaction Mt et un appui manuel sur des moyens de sélection du procédé de réalisation d'une transaction tel que par exemple un bouton. Ce premier mode est réalisé par exemple dans le cas où le premier terminal Tm est une caisse enregistreuse ou caisse automatique (borne de commande automatisée). On notera que l'entrée automatique du montant de la transaction s'effectue par exemple en scannant le code barre où est indiqué le prix du service S.
Dans un troisième mode de réalisation non limitatif, le procédé de réalisation d'une transaction est déclenché par la validation sur internet (au travers d'une page web) de l'achat du service S. L'utilisateur peut ainsi se connecter à l'application correspondant au procédé de paiement via un premier terminal Tm qui est par exemple un ordinateur personnel.
Lorsque le premier terminal Tm appelle le procédé de réalisation d'une transaction, préalablement à l'exécution du procédé de réalisation d'une transaction, les étapes initiales suivantes sont effectuées : - i) un jeton (appelé en anglais « token ») est créé par le serveur Sk. Ce jeton permet d'ouvrir une session entre le premier terminal Tm et le serveur Sk ; - ii) le premier terminal Tm s'authentifie au serveur Sk. Dans un premier mode de réalisation, l'authentification s'effectue au moyen d'une clef privée et d'un identifiant associé au premier terminal. Ce mode de réalisation est appliqué lorsque le premier terminal Tm est une caisse enregistreuse ou caisse automatique (borne de commande automatisée) par exemple. Dans un deuxième mode de réalisation, l'authentification s'effectue au moyen du nom de l'utilisateur vendeur propriétaire du premier terminal Tm et de son mot de passe. Ce mode de réalisation est appliqué lorsque le premier terminal Tm est une tablette portable par exemple. On notera qu'une session est ouverte pour un utilisateur vendeur. On pourrait également avoir une session pour chaque premier terminal Tm. - iii) si l'authentification réussie, le premier terminal Tm se connecte au serveur Sk pour communiquer avec lui et va utiliser le jeton émis pour l'ensemble de ses communications avec ledit serveur Sk. Par la suite, le procédé de réalisation d'une transaction s'exécute.
On notera qu'une session vendeur se termine lorsque le jeton est invalidé. Ce dernier peut être invalidé dans les cas suivants : - lorsqu'une temporisation (« timeout » en anglais) est dépassée car aucune transaction n'a été effectuée depuis la dernière, par exemple depuis vingt minutes ; - lorsqu'il n'est plus valide car a atteint une durée déterminée, par exemple d'un jour ; - lorsque l'utilisateur vendeur change son mot de passe et son nom d'utilisateur.
Par la suite, les étapes 8 à 14' décrites précédemment sont effectuées et sont renumérotées 1 à 7' sur la Fig. 6. Dans une huitième étape 8) illustrée SRCH_CP, le deuxième terminal Tu recherche les coupons (plus précisément les instances de coupons) qui sont sauvegardés dans ledit deuxième terminal et qui correspondent à la transaction Tr en cours et affiche les informations du coupon à l'écran pour l'utilisateur. La correspondance s'effectue grâce à l'identifiant vendeur stocké à la fois dans les informations de transaction et dans les informations du coupon. En effet, lorsque le commerçant créé la transaction, son identifiant est stocké dans les informations de la transaction. Lorsque le terminal utilisateur Tu procède à la transaction, il recherche les coupons dans sa librairie. Si un coupon comporte l'identifiant du commerçant vendeur, il est automatiquement proposé. Si le coupon nécessite un panier minimum, il vérifie le montant Mt de la transaction Tr et valide/invalide selon la réponse. On notera que si plusieurs coupons sont disponibles pour le même commerçant, le deuxième terminal Tu propose la liste à l'utilisateur acheteur.
Si l'utilisateur veut utiliser le coupon dans la transaction électronique, il le valide et les étapes suivantes sont effectuées. Sinon, il ne valide pas le coupon et la transaction électronique est effectuée dans utiliser le coupon.
Dans une neuvième étape 9), le deuxième terminal Tu envoie au serveur Sk au moins une information de coupon IR correspondant au coupon CP pour le service S et le serveur la reçoit (étape illustrée 9').
L'information du coupon IR envoyée est l'identifiant du coupon IdCP et l'identifiant de l'instance générée du coupon IdISCP. Par ailleurs, l'identifiant de la transaction Id est également envoyée du deuxième terminal Tu vers le serveur Sk.
Dans une dixième étape 10), le serveur Sk envoie une confirmation de prise en charge ConfCP du coupon CP vers le premier terminal Tm et vers le deuxième terminal Tu, et le premier terminal Tm et le deuxième terminal Tu reçoivent ladite confirmation de prise en charge ConfCP du coupon CP (étape illustrée 10'). 2 9814 80 36 On notera que dans le cas d'un premier terminal Tm, la confirmation est une notification envoyée par le serveur Sk comprenant l'identifiant IdCP du coupon. Dans un exemple non limitatif, le protocole de notification APN (« AppleTM Push Notifications ») est utilisé. Dans d'autres exemples, le 5 protocole de notification d'AndroidTM C2DN peut être utilisé ou tout autre protocole de notification propriétaire Dans le cas d'un deuxième terminal Tu, ce dernier reçoit un message de confirmation de l'acceptation du coupon de la part du serveur Sk. 10 Dans une onzième étape 11), le serveur Sk envoie au premier terminal Tm au moins une information de coupon IR. Les informations de coupon IR reçues sont l'ensemble des attributs du coupon CP. Ces informations sont affichées sur l'écran du premier terminal Tm. 15 Le commerçant vendeur peut ainsi vérifier le coupon et le valider ou l'invalider. S'il le ne le valide pas, la transaction électronique s'effectue sans le coupon et les étapes 12 et 13 suivantes ne sont pas effectuées. S'il le valide, les étapes suivantes sont effectuées. 20 Dans une douzième étape 12) illustrée MODIF_Mt(MtR), le serveur Sk modifie la transaction électronique Tr en déduisant le montant de réduction MtR dans la transaction électronique Tr. Ainsi, le montant de réduction MtR est déduit du montant initial Mt correspondant au prix de l'achat du service S de sorte à obtenir un nouveau 25 montant de transaction Mt. Dans une treizième étape 13) illustrée TX_CONF(ConfCM), le serveur Sk envoie une confirmation de modification ConfM de la transaction électronique vers le premier terminal Tm et vers le deuxième terminal Tu, et 30 le premier terminal Tm et le deuxième terminal Tu reçoivent ladite confirmation de modification ConfM de la transaction électronique (étape 13' illustrée RX CONF(ConfCM)). Par la suite, les étapes 15 à 18 décrites précédemment dans le premier 35 mode de réalisation sont exécutées (renumérotées 14 à 17 sur la Fig. 6).
Ainsi, le procédé de réalisation d'une transaction permet à des utilisateurs de terminaux mobiles d'effectuer des paiements sécurisés de leur achat sans avoir besoin d'utiliser leur carte de crédit tout en ayant la possibilité d'utiliser des coupons de réduction. Une transaction électronique peut s'effectuer entre un utilisateur de téléphone mobile et un commerçant possédant une caisse enregistreuse ou une tablette portable, ou encore entre deux personnes utilisateurs de téléphones mobiles, ou encore entre deux personnes utilisateurs de tablettes portables etc. Le procédé de réalisation d'une transaction est mis en oeuvre par un système de réalisation d'une transaction électronique d'un service S illustré à la Fig. 6. Le système SYS comprend : - au moins un premier terminal Tm comprenant un premier processeur UC1 adapté pour : - recevoir du serveur Sk une information de coupon IR ; - recevoir du serveur Sk une confirmation de prise en charge ConfCP du coupon CP ; - envoyer une demande de création de transaction électronique Tr à un serveur Sk correspondant à un service demandé S ; - recevoir des premières informations 11 sur ladite transaction électronique Tr à partir du serveur Sk ; - recevoir un code de transaction QR-C généré par le serveur Sk ; - recevoir une confirmation Conf de transaction électronique du serveur Sk ; - le serveur Sk comprenant un deuxième processeur UC2 adapté pour : - recevoir du deuxième terminal Tu au moins une information de coupon IR correspondant à un coupon CP pour le service S ; - envoyer l'information de coupon IR au premier terminal Tm ; - envoyer une confirmation de prise en charge ConfCP du coupon CP vers le premier terminal Tm et vers le deuxième terminal Tu ; - recevoir du premier terminal Tm une demande de création de transaction électronique Tr correspondant à un service demandé S, - sauvegarder des premières informations 11 de ladite transaction électronique Tr ; - envoyer au premier terminal Tm les premières informations 11 sur ladite transaction électronique Tr ; - générer un code de transaction QR-C comprenant un identifiant Id de ladite transaction électronique Tr ; - envoyer au premier terminal Tm le code de transaction QR-C ; - envoyer au deuxième terminal Tu des secondes informations 12 de ladite transaction électronique Tr à partir du code de transaction scanné QR-C ; - recevoir d'un deuxième terminal Tu un numéro d'identification personnelle PIN et une information de validation/invalidation IVAL de la transaction électronique Tr, ladite transaction électronique tenant compte d'un montant de réduction MtR ; - envoyer une confirmation Conf de transaction électronique Tr vers le premier terminal Tm et vers le deuxième terminal Tu ; - au moins un deuxième terminal Tu comprenant un troisième processeur UC3 adapté pour : - envoyer au serveur Sk au moins une information de coupon IR correspondant à un coupon CP pour le service S ; - recevoir du serveur Sk une confirmation de prise en charge ConfCP du coupon CP ; - scanner ledit code de transaction QR-C ; - recevoir des secondes informations 12 de ladite transaction électronique du serveur Sk à partir du code de transaction scanné QR-C ; - envoyer vers le serveur Sk un numéro d'identification personnelle et une information de validation/invalidation de la transaction électronique, ladite transaction électronique tenant compte d'un montant de réduction MtR ; - recevoir une confirmation Conf de transaction électronique du serveur Sk. Dans un mode de réalisation non limitatif, le deuxième processeur UC2 du serveur Sk est en outre adapté pour créditer du montant Mt de la transaction un premier compte de monnaie électronique vendeur Cpt1 lié au premier terminal Tm et de débiter du montant Mt de la transaction un deuxième compte de monnaie électronique acheteur Cpt2 lié au deuxième terminal Tu.
Dans un mode de réalisation non limitatif, le deuxième processeur UC2 du serveur Sk est en outre adapté pour transmettre à partir du serveur Sk un ordre de transaction Ot correspondant à la transaction électronique validée dans le serveur Sk à des serveurs bancaires Sbq adaptés pour gérer des comptes à créditer et à débiter relatifs à ladite transaction électronique Tr. Dans un premier mode de réalisation non limitatif, l'information de coupon IR est un coupon CP et le deuxième processeur UC2 est en outre adapté pour : - générer un code de réduction QR-R correspondant au coupon CP ; - envoyer ledit code de réduction QR-R au deuxième terminal Tu ; - recevoir du premier terminal Tm une information de validation/invalidation IVALR du coupon CP. Pour ce premier mode, dans un mode de réalisation non limitatif, le premier processeur UC1 est en outre adapté pour : - scanner le code de réduction QR-R ; - envoyer au serveur Sk une information de validation/invalidation IVALR du coupon CP. Pour ce premier mode, dans un mode de réalisation non limitatif, le troisième processeur UC3 est en outre adapté pour : - recevoir du serveur Sk ledit code de réduction QR-R ; - recevoir du serveur Sk une confirmation de prise en charge ConfCP du coupon CP.
Dans un deuxième mode de réalisation non limitatif, le deuxième processeur UC2 est en outre adapté pour : - recevoir l'information de coupon IR après avoir envoyé au deuxième terminal Tu des secondes informations 12 de ladite transaction électronique à partir du code de transaction scanné QR-C ; - modifier la transaction électronique Tr en déduisant le montant de réduction MtR dans la transaction électronique Tr ; - envoyer une confirmation de modification ConfM de la transaction électronique vers le premier terminal Tm et vers le deuxième terminal Tu. Pour ce deuxième mode, dans un mode de réalisation non limitatif, le premier processeur UC1 est en outre adapté pour : - recevoir du serveur Sk une confirmation de modification ConfM de la transaction électronique. Pour ce deuxième mode, dans un mode de réalisation non limitatif, le troisième processeur UC3 est en outre adapté pour : - recevoir du serveur Sk des secondes informations 12 de ladite transaction électronique à partir du code de transaction scanné QR-C avant d'envoyer au serveur Sk l'information de coupon IR ; - recevoir du serveur Sk une confirmation de modification ConfM de la transaction électronique.
Dans un mode de réalisation non limitatif, le serveur Sk comporte un référentiel de données Bdd, illustré à la Fig.7 dans lequel : - on enregistre les coupons de réduction CP proposés par les différents vendeurs ; - on enregistre les instances de coupon de réduction générés par les utilisateurs (on enregistre ainsi que tel utilisateur d'un deuxième terminal à tel instance de coupon) ; - on enregistre les transactions électroniques Tr effectuées entre un premier terminal Tm et un deuxième terminal Tu, que les transactions soient en cours, annulées ou validées ; - on enregistre les codes de transaction QR-C générés ; - on enregistre les comptes de monnaie électroniques vendeur Cpt1 et acheteur Cpt2. Ainsi, la base de donnée Bdd comporte un compte de monnaie électronique associé au moins à chaque utilisateur (acheteur, vendeur), et le cas échéant à chaque premier terminal Tm, de l'application mettant en oeuvre le procédé de réalisation d'une transaction décrit. Dans un mode de réalisation non limitatif, le référentiel de données Bdd comporte : - un log Lg de toutes les actions effectuées par les premiers Tm et deuxièmes Tu terminaux ; - les objets Obj liés à la transaction (les articles achetés) On notera que la mise en oeuvre du procédé de réalisation d'une transaction exposé ci-dessus peut être effectuée au moyen d'un dispositif micro programmé « software », d'une logique câblée et/ou de composants électroniques « hardware ». Ainsi, le système de réalisation d'une transaction SYS peut comporter un ou plusieurs produits programmes d'ordinateur comportant une ou plusieurs séquences d'instructions exécutables par une unité de traitement d'information telle qu'un microprocesseur, ou d'une unité de traitement d'un microcontrôleur, d'un ASIC, d'un ordinateur etc., l'exécution desdites séquences d'instructions permettant une mise en oeuvre du procédé décrit.
Un tel programme d'ordinateur peut être inscrit en mémoire non volatile inscriptible de type ROM ou en mémoire non volatile réinscriptible de type EEPROM ou FLASH. Ledit programme d'ordinateur peut être inscrit en mémoire en usine ou encore chargé en mémoire ou téléchargé à distance en mémoire. Les séquences d'instructions peuvent être des séquences d'instructions machine, ou encore des séquences d'un langage de commande interprétées par l'unité de traitement au moment de leur exécution. Dans l'exemple non limitatif de la Fig. 3, un premier programme d'ordinateur PG1 est inscrit dans une mémoire du premier terminal Tm, un 35 deuxième programme d'ordinateur PG2 est inscrit dans une mémoire du serveur de paiement Sk et un troisième programme d'ordinateur PG3 est inscrit dans une mémoire du deuxième terminal Tu. Ainsi, le premier produit programme d'ordinateur PG1 comporte une ou plusieurs séquences d'instructions exécutables par une unité de traitement d'information, l'exécution desdites séquences d'instructions permettant une mise en oeuvre des étapes du procédé de réalisation d'une transaction, lorsqu'il est chargé sur un ordinateur, étapes décrites précédemment effectuées par le premier terminal Tm.
Ainsi, le deuxième produit programme d'ordinateur PG2 comporte une ou plusieurs séquences d'instructions exécutables par une unité de traitement d'information, l'exécution desdites séquences d'instructions permettant une mise en oeuvre des étapes du procédé de réalisation d'une transaction, lorsqu'il est chargé sur un ordinateur, étapes décrites précédemment effectuées par le serveur Sk. Ainsi, le troisième produit programme d'ordinateur PG3 comporte une ou plusieurs séquences d'instructions exécutables par une unité de traitement d'information, l'exécution desdites séquences d'instructions permettant une mise en oeuvre des étapes du procédé de réalisation d'une transaction, lorsqu'il est chargé sur un ordinateur, étapes décrites précédemment effectuées par le deuxième terminal Tu.
Bien entendu la description n'est pas limitée à l'application, aux modes de réalisation et aux exemples décrits ci-dessus. Ainsi, dans un mode de réalisation non limitatif, l'envoi/la réception d'une demande de création d'une transaction, des informations, d'un ordre Ot, d'un code de transaction concernant une transaction électronique Tr peut s'effectuer au moyen d'autres protocoles tels que RPC (« Remote Procedure Call), CORBA (« Common Object Request Broker Architecture ») ou un protocole propriétaire basé sur TCP. Ces protocoles étant bien connus de l'homme du métier, ils ne sont pas décrits ici.
Ainsi, l'invention décrite présente notamment les avantages suivants : - elle permet d'avoir des transactions électroniques dématérialisées, c'est-à-dire sans utilisation de cartes bancaires et sans terminaux de paiement classiques, la transaction électronique s'effectuant entre deux terminaux via un serveur de paiement ; - elle évite à un utilisateur de chercher quel coupon est associé à quel commerçant, à quel produit. L'utilisateur n'a pas à se soucier s'il a perdu un coupon ou non ; - elle permet de diminuer les frais transactionnels, liés aux commissions interbancaires classiques, et ainsi d'augmenter la marge opérationnelle de nos partenaires. - elle permet aux commerçants de bénéficier d'un reversement plus rapide qu'en cas de transaction effectuée au travers de d'un terminal de paiement électronique - elle permet d'avancer la lutte contre la fraude monétique, puisque personne ne peut procéder à une transaction sans le code PIN, contrairement aux cartes bancaires, dont les coordonnées peuvent être volées pour payer sur des sites n'utilisant pas le protocole 3D Secure ; - elle permet de lutter contre la fraude fiscale puisque toutes les transactions sont enregistrées et donc déclarées ; - elle permet d'effectuer une transaction électronique même en cas de perte de carte bancaire ; - elle utilise des deuxièmes terminaux tels que des mobiles couramment utilisés ; - elle permet de : - payer en caisse chez un commerçant - rembourser un ami - payer sur internet - payer un objet ou faire un don dans la rue (en scannant un code de transaction à partir d'une affiche) ; - elle permet à un utilisateur acheteur de s'enregistrer (création de son profil) directement sur son terminal ; - elle permet à un commerçant de recevoir un paiement sur une tablette ou un smartphone par exemple ; - elle est sécurisée du fait de l'utilisation du PIN ; - elle permet aux commerçants de récupérer et de croiser des données sur les habitudes de consommation de sa clientèle ; - elle permet aux commerçants de récupérer et de croiser des données sur les profils de sa clientèle ; - elle permet aux utilisateurs de procéder à des virements instantanément, sans frais aucun ; - elle permet aux utilisateurs inscrits de procéder à des virements instantanément, sans avoir à renseigner plusieurs fois leur RIB elle permet aux utilisateurs inscrits de procéder à des virements instantanément, sans frais aucun ; - elle permet de remédier à l'absence de DAB dans certaines zones urbaines ou rurales ; elle permet à des utilisateurs de prépayer et créditer des comptes de monnaie électronique et pas uniquement de payer à l'acte. Les utilisateurs ont un solde dans leur compte de monnaie électronique. Ils peuvent donc recréditer leur solde sur leur compte bancaire. elle permet de faire transiter la monnaie électronique via le système de réalisation de la transaction dans des comptes séquestres (via les serveurs tiers de l'organisme agréé.
Claims (21)
- REVENDICATIONS1. Procédé de réalisation d'une transaction électronique (Tr) d'un service (S) entre un serveur (Sk), un premier terminal (Tm) et un deuxième terminal (Tu), le procédé comportant les étapes de : - recevoir par le serveur (Sk) au moins une information de coupon (IR) correspondant à un coupon (CP) envoyée par le deuxième terminal (Tu) ; - envoyer à partir du serveur (Sk) au premier terminal (Tm) au moins une information de coupon (IR) ; - envoyer par le serveur (Sk) une confirmation de prise en charge (ConfCP) du coupon (CP) vers le premier terminal (Tm) et vers le deuxième terminal (Tu) ; - recevoir par un serveur (Sk) du premier terminal (Tm) une demande de création de transaction électronique (Tr) correspondant à un service demandé (S), ladite demande de création comprenant un montant de transaction (Mt) ; - sauvegarder dans le serveur (Sk) les premières informations (11) de ladite transaction électronique (Tr) ; - envoyer à partir du serveur (Sk) au premier terminal (Tm) les premières informations (11) sur ladite transaction électronique (Tr) ; - générer par le serveur un code de transaction (QR-C) comprenant un identifiant (Id) de ladite transaction électronique (Tr) ; - envoyer par le serveur (Sk) au premier terminal (Tm) le code de transaction (QR-C) ; - envoyer du serveur (Sk) au deuxième terminal (Tu) des secondes informations (12) de ladite transaction électronique à partir du code de transaction scanné (QR-C) par le deuxième terminal (Tu) ; - recevoir par le serveur (Sk) un numéro d'identification personnelle (PIN) et une information de validation/invalidation (IVAL) de la transaction électronique (Tr) envoyées par le deuxième terminal (Tu), ladite transaction électronique tenant compte d'un montant de réduction (MtR) du coupon (CP) ;- envoyer une confirmation de transaction électronique (Tr) depuis le serveur (Sk) vers le premier terminal (Tm) et vers le deuxième terminal (Tu).
- 2. Procédé selon la revendication 1 ou la revendication 2, selon lequel l'information de coupon (IR) est un coupon (CP) et en ce que le procédé comporte en outre les étapes supplémentaires de : - générer par le serveur (Sk) un code de réduction (QR-R) correspondant au coupon (CP) ; - envoyer par le serveur (Sk) ledit code de réduction (QR-R) au deuxième terminal (Tu) ; - recevoir par le serveur (Sk) une information de validation/invalidation (IVALR) du coupon (CP) envoyée par le premier terminal (Tm).
- 3. Procédé selon la revendication précédente, selon lequel le procédé comporte en outre les étapes supplémentaires de : - recevoir par le deuxième terminal (Tu) ledit code de réduction (QRR) envoyé par le serveur (Sk) ; - scanner ledit code de réduction (QR-R) par le premier terminal (Tm) ; - envoyer du premier terminal (Tm) vers le serveur (Sk) une information de validation/invalidation (IVALR) du coupon (CP).
- 4. Procédé selon la revendication 1 ou la revendication 2, selon lequel l'étape de réception de l'information de coupon (IR) envoyée par le deuxième terminal (Tu) est effectuée après l'étape d'envoyer du serveur (Sk) au deuxième terminal (Tu) des secondes informations (12) de ladite transaction électronique à partir du code de transaction scanné (QR-C), et en ce que le procédé comporte en outre les étapes supplémentaires de - modifier par le serveur (Sk) la transaction électronique (Tr) en déduisant le montant de réduction (MtR) dans la transaction électronique (Tr) ;- envoyer par le serveur (Sk) une confirmation de modification (ConfM) de la transaction électronique vers le premier terminal (Tm) et vers le deuxième terminal (Tu).
- 5. Procédé selon la revendication précédente, selon lequel le procédé comporte en outre l'étape supplémentaire de recevoir par le premier terminal (Tm) et par le deuxième terminal (Tu) une confirmation de modification (ConfM) de la transaction électronique envoyée par le serveur (Sk).
- 6. Procédé selon l'une quelconque des revendications précédentes, selon lequel le procédé comporte en outre les étapes supplémentaires de : - envoyer du deuxième terminal (Tu) au serveur (Sk) au moins une information de coupon (IR) correspondant à un coupon (CP) pour le service (S) ; - recevoir par le premier terminal (Tm) au moins information de coupon (IR) envoyée par le serveur (Sk) ; - recevoir par le premier terminal (Tm) et par le deuxième terminal (Tu) une confirmation de prise en charge (ConfCP) du coupon (CP) envoyée par le serveur (Sk) ; - envoyer du premier terminal (Tm) vers le serveur (Sk) la demande de création de transaction électronique (Tr) correspondant à un service demandé (S) ; - recevoir par le premier terminal (Tm) des premières informations (11) sur ladite transaction électronique (Tr) envoyées par le serveur (Sk); - recevoir par le premier terminal (Tm) le code de transaction (QRC) généré par le serveur (Sk); - scanner ledit code de transaction (QR-C) au moyen d'un deuxième terminal (Tu) ; - recevoir par le deuxième terminal (Tu) des secondes informations (12) de ladite transaction électronique à partir du code de transaction scanné (QR-C) envoyées par le serveur (Sk); - envoyer du deuxième terminal (Tu) au serveur (Sk) un numéro d'identification personnelle (PIN) et une information devalidation/invalidation (IVAL) de la transaction électronique (Tr), ladite transaction électronique tenant compte d'un montant de réduction (MtR) du coupon (CP) ; - recevoir par le premier terminal (Tm) et vers le deuxième terminal (Tu) une confirmation de transaction électronique (Tr) envoyée depuis le serveur (Sk).
- 7. Procédé selon l'une quelconque des revendications précédentes, selon lequel le procédé comporte en outre une étape supplémentaire de créditer du montant (Mt) de la transaction un premier compte de monnaie électronique vendeur (Cpt1) lié au premier terminal (Tm) et de débiter du montant (Mt) de la transaction un deuxième compte de monnaie électronique acheteur (Cpt2) lié au deuxième terminal (Tu).
- 8. Procédé selon l'une quelconque des revendications précédentes, selon lequel le procédé comporte en outre une étape supplémentaire de transmettre à partir du serveur (Sk) un ordre de transaction (Ot) correspondant à la transaction électronique validée dans le serveur (Sk) à des serveurs bancaires (Sbq) adaptés pour gérer des comptes à créditer et à débiter relatifs à ladite transaction électronique (Tr).
- 9. Procédé selon l'une quelconque des revendications précédentes, selon lequel le code de transaction généré est un QR-Code®.
- 10. Procédé selon l'une quelconque des revendications précédentes, selon lequel le premier terminal (Tm) est : - une caisse enregistreuse ou une caisse automatique ; ou - un ordinateur personnel ; ou - un téléphone portable ; ou - une tablette portable ; et le deuxième terminal (Tu) est : - un téléphone mobile : ou - une tablette portable.
- 11. Procédé selon l'une quelconque des revendications précédentes, selon lequel le coupon (CP) comporte : - nom de l'offre du coupon ;- le montant de la réduction (MtR) ; - une date de mise en ligne du coupon ; - une date de disponibilité du coupon ; - une date d'activation du coupon ; - une date de fin d'utilisation du coupon ; - des limitations de ce coupon ; - un pays où le coupon est valable ; - un identifiant du coupon (IdCP) ; - au moins un identifiant du vendeur ; - une date de création ; - une date de dernière modification.
- 12. Procédé selon l'une quelconque des revendications précédentes, selon lequel les premières informations reçues (11) par le premier terminal (Tm) comportent un identifiant (Id) de la transaction électronique (Tr).
- 13. Procédé selon l'une quelconque des revendications précédentes, selon lequel les premières informations reçues (11) par le premier terminal (Tm) comportent en outre : - un état (St) de la transaction électronique ; - un type (Ty) de la transaction électronique ; - le montant (Mt) de la transaction électronique ; - une description (Ds) de la transaction électronique ; - une date (Dt) de création.
- 14. Premier terminal (Tm) adapté pour coopérer avec au moins un serveur (Sk) et au moins un deuxième terminal (Tu) pour mettre en oeuvre le procédé de réalisation d'une transaction électronique (Tr) selon l'une quelconque des revendications 1 à 13, ledit premier terminal comportant un premier processeur (UC1) adapté pour : - recevoir du serveur (Sk) au moins une information de coupon (IR) ; - envoyer une demande de création de transaction électronique (Tr) au serveur (Sk) correspondant à un service demandé (S) ; - recevoir du serveur (Sk) des premières informations (11) sur ladite transaction électronique (Tr); - recevoir un code de transaction (QR-C) généré par le serveur (Sk) ;- recevoir du serveur (Sk) une confirmation de transaction électronique (Tr).
- 15. Serveur (Sk) adapté pour coopérer avec au moins un premier terminal (Tm) et au moins un deuxième terminal (Tu) pour mettre en oeuvre le procédé de réalisation d'une transaction électronique (Tr) selon l'une quelconque des revendications 1 à 13, ledit serveur (Sk) comprenant un deuxième processeur (UC2) adapté pour : - recevoir du deuxième terminal (Tu) au moins une information de coupon (IR) correspondant à un coupon (CP) pour le service (S) ; - envoyer au moins information de coupon (IR) au premier terminal (Tm) ; - envoyer une confirmation de prise en charge (ConfCP) du coupon (CP) vers le premier terminal (Tm) et vers le deuxième terminal (Tu) ; - recevoir du premier terminal (Tm) une demande de création de transaction électronique (Tr) correspondant à un service demandé (S) , - sauvegarder des premières informations (11) de ladite transaction électronique (Tr) ; - envoyer au premier terminal (Tm) les premières informations (11) sur ladite transaction électronique (Tr) ; - générer un code de transaction (QR-C) comprenant un identifiant (Id) de ladite transaction électronique (Tr) ; - envoyer au premier terminal (Tm) le code de transaction (QR-C) ; - envoyer au deuxième terminal (Tu) des secondes informations (12) de ladite transaction électronique à partir du code de transaction scanné (QR-C) ; - recevoir du deuxième terminal (Tu) un numéro d'identification personnelle (PIN) et une information de validation/invalidation (IVAL) de la transaction électronique (Tr), ladite transaction électronique tenant compte d'un montant de réduction (MtR) du coupon (CP) ; - envoyer une confirmation de transaction électronique (Tr) vers le premier terminal (Tm) et vers le deuxième terminal (Tu).
- 16. Serveur (Sk) selon la revendication précédente, selon lequel l'information de coupon (IR) est un coupon (CP) et en ce que le deuxième processeur (UC2) est en outre adapté pour : - générer un code de réduction (QR-R) correspondant au coupon (CP) , - envoyer ledit code de réduction (QR-R) au deuxième terminal (Tu) ; - recevoir du premier terminal (Tm) une information de validation/invalidation (IVALR) du coupon (CP).
- 17. Serveur selon la revendication précédente 15, selon lequel le deuxième processeur (UC2) est en outre adapté pour : - recevoir l'information de coupon (IR) après avoir envoyé au deuxième terminal (Tu) des secondes informations (12) de ladite transaction électronique à partir du code de transaction scanné (QR-C) ; - modifier la transaction électronique (Tr) en déduisant le montant de réduction (MtR) dans la transaction électronique (Tr) ; - envoyer une confirmation de modification (ConfM) de la transaction électronique vers le premier terminal (Tm) et vers le deuxième terminal (Tu).
- 18. Serveur selon l'une quelconque des revendications précédentes 15 à 17, selon lequel le deuxième processeur (UC2) est en outre adapté pour créditer du montant (Mt) de la transaction un premier compte de monnaie électronique vendeur (Cpt1) lié au premier terminal (Tm) et de débiter du montant (Mt) de la transaction un deuxième compte de monnaie électronique acheteur (Cpt2) lié au deuxième terminal (Tu).
- 19. Serveur selon l'une quelconque des revendications précédentes 15 à 18, selon lequel le deuxième processeur (UC2) est en outre adapté pour transmettre un ordre de transaction correspondant à la transaction électronique validée dans le serveur (Sk) à des serveurs bancaires (Sbq) adaptés pour gérer des comptes à créditer et à débiter relatifs à ladite transaction électronique (Tr).
- 20. Deuxième terminal (Tu) adapté pour coopérer avec au moins un serveur (Sk) et au moins un premier terminal (Tm) pour mettre en oeuvre le procédé de réalisation d'une transaction électronique (Tr) selon l'une quelconque des revendications 1 à 13, ledit premier terminal comportant un troisième processeur (UC3) adapté pour : - envoyer au serveur (Sk) au moins une information de coupon (IR) correspondant à un coupon (CP) pour le service (S) ; - scanner ledit code de transaction (QR-C) ; - recevoir du serveur (Sk) des secondes informations (12) de ladite transaction électronique à partir du code de transaction scanné (QR-C) ; - envoyer au serveur (Sk) un numéro d'identification personnelle (PIN) et une information de validation/invalidation (IVAL) de la transaction électronique (Tr), ladite transaction électronique tenant compte d'un montant de réduction (MtR) du coupon (CP) ; - recevoir du serveur (Sk) une confirmation de transaction électronique (Tr).
- 21. Système (SYS) de réalisation d'une transaction électronique d'un service (S), le système comprenant : - au moins un premier terminal (Tm) selon la revendication 14 ; - un serveur (Sk) selon l'une quelconque des revendications 15 à 19 ; - au moins un deuxième terminal (Tu) selon la revendication 20.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR1159281A FR2981480A1 (fr) | 2011-10-13 | 2011-10-13 | Procede de realistion d'une transaction electronique |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR1159281A FR2981480A1 (fr) | 2011-10-13 | 2011-10-13 | Procede de realistion d'une transaction electronique |
Publications (1)
Publication Number | Publication Date |
---|---|
FR2981480A1 true FR2981480A1 (fr) | 2013-04-19 |
Family
ID=45563212
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
FR1159281A Withdrawn FR2981480A1 (fr) | 2011-10-13 | 2011-10-13 | Procede de realistion d'une transaction electronique |
Country Status (1)
Country | Link |
---|---|
FR (1) | FR2981480A1 (fr) |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1178421A2 (fr) * | 2000-08-01 | 2002-02-06 | Hitachi Maxell Ltd. | Système de coupons électroniques |
US20030233276A1 (en) * | 2002-06-18 | 2003-12-18 | Mark Pearlman | System and method of using portable electronic devices for electronic coupon and voucher redemption |
EP1513120A2 (fr) * | 2003-09-04 | 2005-03-09 | fun communications GmbH | Méthode pour initier une procédure de paiement pour des produits et un système pour effectuer une telle procédure de paiement |
EP2088549A1 (fr) * | 2008-02-11 | 2009-08-12 | Accenture Global Services GmbH | Procédé de paiement initié par le client |
EP2128809A1 (fr) * | 2008-05-30 | 2009-12-02 | Luc Stals | Dispositif de serveur pour contrôler une transaction, entité principale et entité secondaire |
EP2151795A1 (fr) * | 2008-08-08 | 2010-02-10 | France Telecom | Fourniture de coupon électronique sécurisé sur un dispositif mobile |
US20100211506A1 (en) * | 2009-02-19 | 2010-08-19 | Simpleact Incorporated | Mobile transaction system and method |
US20100320266A1 (en) * | 2009-06-23 | 2010-12-23 | At&T Mobility Ii Llc | Devices, Systems and Methods for Wireless Point-of-Sale |
US20110047019A1 (en) * | 2009-08-24 | 2011-02-24 | Cervenka Karen L | Coupon bearing sponsor account transaction authorization |
US20110176705A1 (en) * | 2010-01-19 | 2011-07-21 | Felica Networks, Inc. | Information processing device, information processing system and program |
-
2011
- 2011-10-13 FR FR1159281A patent/FR2981480A1/fr not_active Withdrawn
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1178421A2 (fr) * | 2000-08-01 | 2002-02-06 | Hitachi Maxell Ltd. | Système de coupons électroniques |
US20030233276A1 (en) * | 2002-06-18 | 2003-12-18 | Mark Pearlman | System and method of using portable electronic devices for electronic coupon and voucher redemption |
EP1513120A2 (fr) * | 2003-09-04 | 2005-03-09 | fun communications GmbH | Méthode pour initier une procédure de paiement pour des produits et un système pour effectuer une telle procédure de paiement |
EP2088549A1 (fr) * | 2008-02-11 | 2009-08-12 | Accenture Global Services GmbH | Procédé de paiement initié par le client |
EP2128809A1 (fr) * | 2008-05-30 | 2009-12-02 | Luc Stals | Dispositif de serveur pour contrôler une transaction, entité principale et entité secondaire |
EP2151795A1 (fr) * | 2008-08-08 | 2010-02-10 | France Telecom | Fourniture de coupon électronique sécurisé sur un dispositif mobile |
US20100211506A1 (en) * | 2009-02-19 | 2010-08-19 | Simpleact Incorporated | Mobile transaction system and method |
US20100320266A1 (en) * | 2009-06-23 | 2010-12-23 | At&T Mobility Ii Llc | Devices, Systems and Methods for Wireless Point-of-Sale |
US20110047019A1 (en) * | 2009-08-24 | 2011-02-24 | Cervenka Karen L | Coupon bearing sponsor account transaction authorization |
US20110176705A1 (en) * | 2010-01-19 | 2011-07-21 | Felica Networks, Inc. | Information processing device, information processing system and program |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7046467B2 (ja) | モバイルデバイスを通じて自動小売機の提案を提供する方法およびシステム | |
US11004102B2 (en) | Methods and systems for reconciling a transaction within a computer-based game | |
US9805385B2 (en) | Subscription bill service, systems and methods | |
JP2013105490A (ja) | セルフサービス端末装置トランザクション | |
US20160232609A1 (en) | Mobile system for exchanging gift cards | |
WO2018154082A1 (fr) | Système et procédé de traitement d'une transaction bancaire | |
WO2013001072A1 (fr) | Procede de compensation securise de ventes promotionnelles groupees a taux variable et systeme pour le mettre en oeuvre | |
US11238481B1 (en) | Methods and systems for providing a best price guarantee | |
US20230116138A1 (en) | Issuing entity account-based digital assets of a digital asset-based interaction system | |
EP3142054A1 (fr) | Procédé de transmission de données, dispositifs et programmes d'ordinateur correspondants | |
EP2824625B1 (fr) | Méthode de réalisation de transaction, terminal et programme d'ordinateur correspondant | |
EP3382628A1 (fr) | Procédé de traitement de données par un terminal de paiement, terminal de paiement et programme correspondant | |
WO2018011322A1 (fr) | Procédé de traitement d'au moins une donnée de moyen de paiement, terminal de paiement et programme d'ordinateur correspondant | |
EP2724305B1 (fr) | Procede de transaction dematerialisee | |
FR2981480A1 (fr) | Procede de realistion d'une transaction electronique | |
FR2981479A1 (fr) | Procede de realisation d'une transaction electronique | |
OA20869A (fr) | Procédé de billetterie hybride avec contrôle d'accès. | |
EP2771856A1 (fr) | Service de facturation d'abonnement, systèmes et procédés associés | |
FR2828040A1 (fr) | Procede de paiement en toute confiance | |
FR2976385A1 (fr) | Procede pour definir une transaction a effectuer au moyen d'un serveur | |
WO2008101819A1 (fr) | Procede de transfert securise via un reseau de communication d'un flux monetaire, systeme de transfert et produit programme correspondants |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
ST | Notification of lapse |
Effective date: 20160630 |