FR2981479A1

FR2981479A1 - METHOD FOR PRODUCING AN ELECTRONIC TRANSACTION

Info

Publication number: FR2981479A1
Application number: FR1159280A
Authority: FR
Inventors: Julien Dauphant; Antoine Sakho; Valentin Lautier
Original assignee: SKIMM
Current assignee: SKIMM
Priority date: 2011-10-13
Filing date: 2011-10-13
Publication date: 2013-04-19
Also published as: WO2013054058A1

Abstract

La présente invention concerne un procédé de réalisation d'une transaction électronique d'un service. Le procédé comportant les étapes de : - recevoir par un serveur d'un premier terminal une demande de création de transaction électronique correspondant à un service demandé ; - sauvegarder dans le serveur des premières informations (l1) de ladite transaction électronique ; - envoyer à partir du serveur au premier terminal les premières informations (l1) 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) ; - scanner ledit code de transaction (QR-C) au moyen d'un deuxième terminal ; - envoyer du serveur au deuxième terminal des secondes informations (l2) de ladite transaction électronique à partir du code de transaction scanné (QR-C) ; - recevoir par le serveur un numéro d'identification personnelle (PIN) et une information de validation (IVAL) de la transaction électronique envoyées par le deuxième terminal ; - envoyer une confirmation de transaction électronique depuis le serveur vers le premier terminal et vers le deuxième terminal.The present invention relates to a method for performing an electronic transaction of a service. The method comprising the steps of: receiving by a server of a first terminal an electronic transaction creation request corresponding to a requested service; - save in the server the first information (l1) of said electronic transaction; sending from the server to the first terminal the first information (l1) on said electronic transaction; - Generate by the server a transaction code (QR-C) comprising an identifier (Id) of said electronic transaction; - send by the server to the first terminal the transaction code (QR-C); scanning said transaction code (QR-C) by means of a second terminal; sending from the server to the second terminal the second information (12) of said electronic transaction from the scanned transaction code (QR-C); - Receive by the server a personal identification number (PIN) and validation information (IVAL) of the electronic transaction sent by the second terminal; - send an electronic transaction confirmation from the server to the first terminal and the second terminal.

Description

PROCEDE DE REALISATION 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. Un inconvénient de cet état de la technique est que dans de nombreux pays, les cartes bancaires utilisées ne nécessitent pas d'entrer un numéro d'identifiant personnel, couramment appelé PIN, pour valider la transaction, soit parce que la carte bancaire ne comporte pas de puce pour mettre en oeuvre la fonctionnalité du PIN soit parce que le terminal de paiement utilisé ne propose pas cette fonctionnalité. Seule la bande magnétique est utilisée. TECHNICAL FIELD OF THE INVENTION The present invention relates to a method for performing an electronic transaction of a service. It finds a particular application, but not limiting, in the field of dematerialized electronic transactions. BACKGROUND OF THE INVENTION A method of performing a transaction of a service, known to those skilled in the art, uses bank cards and payment terminals to perform the transactions. A disadvantage of this state of the art is that in many countries, bank cards used do not need to enter a personal identification number, commonly called PIN, to validate the transaction, either because the credit card does not include chip to implement the functionality of the PIN either because the payment terminal used does not offer this feature. Only the magnetic tape is used.

Dans ce cas, une signature du porteur de la carte suffit, ce qui entraîne de nombreux cas de fraude. Aussi, les transactions ne sont pas sécurisées. 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 entre un serveur, un premier terminal et un deuxième terminal, qui permette d'effectuer des transactions électroniques sécurisées notamment pour des utilisateurs non porteurs de cartes bancaires sécurisées. In this case, a signature of the cardholder is sufficient, which leads to many cases of fraud. Also, transactions are not secure. GENERAL DESCRIPTION OF THE INVENTION The object of the present invention is a method of performing an electronic transaction of a service between a server, a first terminal and a second terminal, which makes it possible to carry out secure electronic transactions, in particular for users. not carrying secure bank cards.

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 du premier terminal une demande de création de transaction électronique correspondant à un service demandé ; - sauvegarder dans le serveur des 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 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 de la transaction électronique envoyées par le deuxième terminal ; - envoyer une confirmation de transaction électronique depuis le serveur vers le premier terminal et vers le deuxième terminal. Comme on va le voir en détail par la suite, le fait d'utiliser un terminal utilisateur avec un code d'identification permet d'obtenir des transactions électroniques sécurisées sans nécessiter de cartes bancaires. This goal is achieved by a method of performing an electronic transaction of a service between a server, a first terminal and a second terminal, the method comprising the steps of: - receiving by the server of the first terminal a request for creation of electronic transaction corresponding to a requested service; - save in the server the first information of said electronic transaction; sending from the server to the first terminal the first information on said electronic transaction; - Generate by the server a transaction code comprising an identifier of said electronic transaction; - send by the server to the first terminal the transaction code; sending from the server to the second terminal the second information of said electronic transaction from the transaction code scanned by the second terminal; - Receive by the server a personal identification number and validation information of the electronic transaction sent by the second terminal; - send an electronic transaction confirmation from the server to the first terminal and the second terminal. As will be seen in detail later, the fact of using a user terminal with an identification code makes it possible to obtain secure electronic transactions without requiring bank cards.

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 : Le procédé comportant en outre les étapes supplémentaire de : - 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 du 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 de la transaction électronique ; - recevoir par le premier terminal et vers le deuxième terminal une confirmation de transaction électronique envoyée depuis le serveur. According to non-limiting embodiments, the method may further comprise one or more additional characteristics from the following: The method further comprising the additional steps of: sending from the first terminal to the server the electronic transaction creation request corresponding to a requested service; receiving by the first terminal first information on said electronic transaction sent by the server; receiving by the first terminal the transaction code generated by the server; - Scan said transaction code by means of the second terminal; receiving second information from the second terminal of said electronic transaction from the scanned transaction code sent by the server; sending the second terminal to the server a personal identification number and validation information of the electronic transaction; - Receive by the first terminal and to the second terminal an electronic transaction confirmation sent from the server.

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. The method further comprises an additional step of crediting the transaction amount with a first vendor electronic money account linked to the first terminal and debiting from the transaction amount a second buyer electronic money account linked to the second terminal.

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. The method further comprises an additional step of transmitting from the server a transaction order corresponding to the electronic transaction validated in the server to appropriate bank servers for managing accounts to be credited and debited relating to said electronic transaction.

Le code de transaction généré est un QR-Code®. Le premier terminal est : - une caisse enregistreuse ou 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. Les premières informations reçues par le premier terminal comportent un identifiant de la transaction électronique. The generated transaction code is a QR-Code®. The first terminal is: - a cash register or automatic cash register; or - a personal computer; or - a mobile phone; or - a portable tablet; and the second terminal is: - a mobile phone: or - a portable tablet. The first information received by the first terminal includes an identifier of the electronic transaction.

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 : - envoyer une demande de création de transaction électronique à un serveur correspondant à un service demandé ; - recevoir des premières informations sur ladite transaction électronique à partir du serveur ; - recevoir un code de transaction généré par le serveur ; - recevoir une confirmation de transaction électronique du serveur. L'invention concerne également un serveur de paiement d'un service 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 premier terminal une demande de création de transaction électronique correspondant à un service demandé ; - sauvegarder des 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 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é par le deuxième terminal ; - recevoir d'un deuxième terminal un numéro d'identification personnelle et une information de validation de la transaction électronique ; - envoyer une confirmation de transaction électronique vers le premier terminal et vers le deuxième termina. Dans un 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. Dans un 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 : - scanner ledit code de transaction ; - recevoir des secondes informations de ladite transaction électronique du serveur à partir du code de transaction scanné ; - envoyer vers le serveur un numéro d'identification personnelle et une information de validation de la transaction électronique ; - recevoir une confirmation de transaction électronique du serveur. The first information received by the first terminal further comprises: a state of the electronic transaction; - a type of electronic transaction; - the amount of the electronic transaction; - a description of the electronic transaction; - a creation date. The invention also relates to a first terminal adapted to cooperate with at least one server and at least one second terminal for implementing the method of performing an electronic transaction according to any one of the preceding characteristics, said first terminal comprising a first processor adapted to: - send an electronic transaction creation request to a server corresponding to a requested service; receiving first information on said electronic transaction from the server; - receive a transaction code generated by the server; - receive an electronic transaction confirmation from the server. The invention also relates to a payment server of a service adapted to cooperate with at least a first terminal and at least a second terminal for implementing the method of performing an electronic transaction according to any one of the preceding characteristics, said server comprising a second processor adapted to: - receive from the first terminal an electronic transaction creation request corresponding to a requested service; - save first information of said electronic transaction; sending from the server to the first terminal the first information on said electronic transaction; generating a transaction code comprising an identifier of said electronic transaction; - send the first terminal the transaction code; sending second information of said electronic transaction to the second terminal from the transaction code scanned by the second terminal; receiving from a second terminal a personal identification number and validation information of the electronic transaction; - send an electronic transaction confirmation to the first terminal and the second termina. In a non-limitative embodiment, the second processor is further adapted to credit the transaction amount a first seller electronic money account linked to the first terminal and to debit the transaction amount a second buyer electronic money account linked to the first transaction. second terminal. In a non-limiting embodiment, the second processor is further adapted to transmit a transaction order corresponding to the electronic transaction validated in the server to appropriate bank servers for managing accounts to be credited and debited relating to said electronic transaction. The invention also relates to a second terminal adapted to cooperate with at least one server and at least one first terminal for implementing the method of performing an electronic transaction according to any one of the preceding characteristics, said first terminal comprising a third processor adapted for: - scanning said transaction code; receiving second information from said electronic transaction of the server from the scanned transaction code; - send to the server a personal identification number and validation information of the electronic transaction; - receive an electronic transaction confirmation from the server.

L'invention concerne également un système de réalisation d'une transaction électronique d'un service entre un serveur, un premier terminal et un deuxième terminal, le système comprenant : - un premier terminal selon la caractéristique précédente ; - un serveur selon l'une quelconque des caractéristiques précédentes ; et - un deuxième terminal selon la caractéristique précédente. The invention also relates to a system for performing an electronic transaction of a service between a server, a first terminal and a second terminal, the system comprising: a first terminal according to the preceding characteristic; a server according to any one of the preceding features; and a second terminal according to the preceding characteristic.

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 premier organigramme du procédé de réalisation d'une transaction électronique selon l'invention selon un premier mode de réalisation non limitatif ; - La Fig.2 est un second organigramme du procédé de réalisation d'une transaction électronique de la Fig. 1 illustrant des étapes supplémentaires ; - La Fig.3 est un schéma représentant les étapes du procédé de la Fig. 1 effectuées par un premier terminal, un deuxième terminal et un serveur ; et - La Fig.4 est une représentation schématique d'un système de réalisation d'une transaction électronique selon un mode de réalisation pour mettre en oeuvre le procédé de réalisation d'une transaction électronique de la Fig. 1. The invention and its various applications will be better understood by reading the following description and examining the figures that accompany it. BRIEF DESCRIPTION OF THE FIGURES These are presented only as an indication and in no way limitative of the invention. - Fig.1 is a first flowchart of the method of performing an electronic transaction according to the invention according to a first non-limiting embodiment; FIG. 2 is a second flowchart of the method for performing an electronic transaction of FIG. 1 illustrating additional steps; FIG. 3 is a diagram showing the steps of the method of FIG. 1 performed by a first terminal, a second terminal and a server; and FIG. 4 is a schematic representation of a system for carrying out an electronic transaction according to one embodiment for implementing the method of carrying out an electronic transaction of FIG. 1.

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 à 4. DESCRIPTION OF EMBODIMENTS OF THE INVENTION The method for producing an electronic transaction MTH of a service S between a server Sk, a first terminal Tm and a second terminal Tu, is described in a non-limiting embodiment of the figures. 1 to 4.

Par service S, on entend, achat de marchandise tel qu'un produit, une application, un billet, ou un coupon de réduction dans des exemples non limitatifs. Le procédé de réalisation d'une transaction électronique MTH entre un serveur Sk, un premier terminal Tm et un deuxième terminal Tu comporte les étapes suivantes, telles qu'illustrées à la Fig. 1. - 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)) ; - envoyer à partir du serveur Sk au premier terminal Tm des 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) ; - sauvegarder dans le serveur Sk les premières informations 11 de ladite transaction électronique (étape illustrée SAV_TR(I1)) ; - 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 scanné 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 IVAL de la transaction électronique envoyées par le deuxième terminal Tu (é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(Conf)). Service S means the purchase of goods such as a product, an application, a ticket, or a discount coupon in non-limiting examples. The method of performing an electronic transaction MTH between a server Sk, a first terminal Tm and a second terminal Tu comprises the following steps, as illustrated in FIG. 1. - receiving by a server Sk of a first terminal Tm an electronic transaction creation request Tr corresponding to a requested service S (illustrated step RX_CREAT (TR)); sending from the server Sk to the first terminal Tm first information 11 on said electronic transaction Tr (illustrated step TX_TR (I1)); generating by the server a QR-C transaction code comprising an identifier Id of said electronic transaction Tr (illustrated step GENERAT QRC (Id)); sending by the server Sk to the first terminal Tm the transaction code QR-C (step illustrated TX_QRC); - Saving in the server Sk the first information 11 of said electronic transaction (step illustrated SAV_TR (I1)); sending from the server Sk to the second terminal Tu second information 12 of said electronic transaction Tr from the scanned transaction code QR-C scanned by the second terminal Tu (step illustrated TX_TR (12, QR-C)); receiving by the server Sk a personal identification number PIN and an IVAL validation information of the electronic transaction sent by the second terminal Tu (illustrated step RX_TR (PIN, IVAL)); sending an electronic transaction confirmation confirmation from the server Sk to the first terminal Tm and to the second terminal Tu (illustrated step TX_CONF (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 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 QR- C généré par le serveur Sk (étape illustrée RX_QRC) ; - scanner ledit code de transaction QR-C au moyen du 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 IVAL de la transaction électronique Tr (é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(Conf)). On notera que la présentation des étapes ci-dessus ne présupposent pas qu'elles soient séquentielles. In a non-limiting embodiment illustrated in FIG. 2, the method further comprises the additional steps of: sending from the first terminal Tm to the server Sk the electronic transaction creation request Tr corresponding to a requested service S (illustrated step TX_CREAT (TR)); receiving by the first terminal Tm first information 11 on said electronic transaction Tr sent by the server Sk (step illustrated RX TR (I1)); receiving by the first terminal Tm the QR-C transaction code generated by the server Sk (step illustrated RX_QRC); scanning said QR-C transaction code by means of the second terminal Tu (illustrated step SCAN (QR-C)); - Receive by the second terminal Tu second information 12 of said electronic transaction from the scanned transaction code QR-C sent by the server Sk (step illustrated RX_TR (12, QR-C)); sending from the second terminal Tu to the server Sk a personal identification number PIN and IVAL validation information of the electronic transaction Tr (illustrated step TX_TR (PIN, IVAL)); receiving by the first terminal Tm and by the second terminal Tu an electronic transaction confirmation confirmation Tr sent from the server Sk (step illustrated RX_CONF (Conf)). Note that the presentation of the steps above do not presuppose that they are sequential.

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')). In a nonlimiting embodiment, the method further comprises an additional step of crediting the amount Mt of the transaction with a first seller's electronic money account Cpt1 linked to the first terminal Tm and debiting from the amount Mt of the transaction a second account of buyer electronic money Cpt2 linked to the second terminal Tu (illustrated step CRED_DEB (Mt, Cpt1, Cpt2). In a non-limiting embodiment, the method further comprises an additional step of transmitting from the server Sk a transaction order corresponding to the electronic transaction saved in the server Sk to Sqq bank servers adapted to manage accounts to credit and debit relating to said electronic transaction Tr (illustrated step 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. Le procédé de réalisation d'une transaction électronique 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 électronique est déclenché par une entrée manuelle 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 électronique 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 électronique 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 électronique 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 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 paiement, préalablement à l'exécution du procédé de paiement, 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 électronique 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. Les étapes du procédé de réalisation d'une transaction électronique sont décrites en détail ci-après en se référant à la Fig. 2. Dans une première étape 1) (étape 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 1'). 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 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); Dans une deuxième étape 2) (étape 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 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. For the following description, in the non-limiting embodiment of the method described, the method comprises these non-limiting embodiments. The method of performing an electronic transaction is triggered as follows. In a first nonlimiting embodiment, the method of performing an electronic transaction is triggered by a manual entry on the first terminal Tm of a transaction amount Mt and a manual support on means for selecting the method for producing a transaction. an electronic transaction such as for example a button. This first mode is realized for example in the case where the first terminal Tm is a portable tablet. In a second nonlimiting embodiment, the method of performing an electronic transaction is triggered by an automatic entry on the first terminal Tm of a transaction amount Mt and a manual support on means for selecting the method for producing a transaction. an electronic transaction such as for example a button. This first mode is realized for example in the case where the first terminal Tm is a cash register or automatic cash register (automated control terminal). It will be noted that the automatic entry of the amount of the transaction is effected for example by scanning the bar code where the price of the service S is indicated. In a third nonlimiting embodiment, the method of realizing a transaction is triggered. by the validation on the Internet (through a web page) of the purchase of the service S. The user can thus connect to the application corresponding to the payment method via a first terminal Tm which is for example a personal computer. When the first terminal Tm calls the payment method, prior to the execution of the payment method, the following initial steps are performed: i) a token (called "token") is created by the server Sk. This token allows to open a session between the first terminal Tm and the server Sk; ii) the first terminal Tm authenticates to the server Sk. In a first embodiment, the authentication is performed by means of a private key and an identifier associated with the first terminal. This embodiment is applied when the first terminal Tm is a cash register or automatic pay station (automated control terminal) for example. In a second embodiment, the authentication is performed using the name of the selling user owner of the first terminal Tm and its password. This embodiment is applied when the first terminal Tm is a portable tablet for example. Note that a session is open for a sales user. One could also have a session for each first terminal Tm. Iii) if the authentication is successful, the first terminal Tm connects to the server Sk to communicate with it and will use the token issued for all of its communications with said server Sk. Subsequently, the method of performing an electronic transaction executes. Note that a sell session ends when the token is invalidated. The latter can be invalidated in the following cases: when a timeout is exceeded because no transaction has been carried out since the last, for example for twenty minutes; when it is no longer valid because it has reached a definite duration, for example of a day; - when the selling user changes his password and his username. The steps of the method of performing an electronic transaction are described in detail below with reference to FIG. 2. In a first step 1) (step illustrated TX_CREAT (TR)), the first terminal Tm sends to the server Sk the electronic transaction creation request Tr corresponding to a requested service S and the server Sk receives the first terminal Tm la electronic transaction creation request Tr corresponding to a requested service S (step 1 '). In non-limiting embodiments, the first terminal Tm is: a cash register or automatic cash register (automated control terminal); or - a personal computer (through a dedicated program on the computer or a web service); or - a mobile phone; or - a portable tablet. Note that the first terminal may also be a workstation. (through a dedicated program on the computer or a web service); In a second step 2) (illustrated step SAV_TR (I1)), the server Sk saves the first information 11 of said electronic transaction Tr. In a non-limiting embodiment, the first information received by the first terminal Tm comprises an identifier Id of the electronic transaction Tr. This identifier will allow the first terminal Tm to ask the server Sk to generate a QR-C transaction code as described below. In a non-limiting embodiment, the first information 11 further comprises: a state St of the electronic transaction. This status can include the values "in progress", "canceled", "validated". At this stage, the state takes the value "in progress"; - Ty type the electronic transaction. The type can include the following: - Merchant transaction (buyer to seller) - Refund (seller to buyer) - Reloading of the credit card - IBAN transfer to bank account The type is used when reading the transaction history by the owner of the first terminal Tm and / or the owner of the second terminal Tu. - the amount Mt of the electronic transaction; - a description Ds of the electronic transaction. For example, as a description we can have "payment of 10 euros from Mr X to the merchant Y". This field is also used when reading the transaction history; - a date Dt of creation. This field is also used when reading the transaction history. It is also compared to a current date. Thus, if the creation date is earlier than a certain time in relation to the current date, and the transaction has been waiting since that time, it can not be validated anymore because it is considered too old.

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 I_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 troisième étape 3) (étape illustrée TX_TR(I1)), le serveur Sk envoie au premier terminal Tm des 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 3'). In a non-limiting embodiment, the following additional information 11 'of the transaction is saved in the server Sk: a fingerprint Tg of the electronic transaction. This unique fingerprint includes codified information on the transaction to limit data loss, such as the type of the transaction, the identifier of the debtor; - the currency Dy of the electronic transaction; an identifier of the debtor Id_Db of the electronic transaction; an identifier of the creditor Id_Dc of the electronic transaction; This field makes it possible to ask the server Sk for information on a debtor who owns the debtor account (last name) and also allows to have a better traceability and to make data analysis (frequency of purchase, average basket, etc. of the user). It should be noted that this field is also present in an electronic money account described below; - an identifier of an account to be credited Id_Cc (electronic money account, virtual bank account, virtual credit card account); - an identifier of an account to be debited Id_Cd (electronic money account, virtual bank account, virtual credit card account); - I_Pt information (such as a transaction identifier, transaction error information) on third-party servers Str cooperating with the payment server Sk. These third-party servers provide electronic money management services; In a third step 3) (illustrated step TX_TR (I1)), the server Sk sends the first terminal Tm first information 11 on said electronic transaction Tr and the first terminal Tm receives the first information 11 on said electronic transaction Tr sent by the Sk server (step 3 ').

Dans une quatrième étape 4) (étape 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 ». In a fourth step 4) (step illustrated GENERAT_QRC (Id)), the server Sk generates a QR-C transaction code comprising an identifier Id of said electronic transaction Tr. It will be noted that the transaction code QR-C is generated at the same time. stolen, namely whenever a transaction is created. It does not need to be saved in the Sk server. However, it can be saved in the second terminal Tu. In a first nonlimiting embodiment, the QR-C transaction code is generated on request Rq of the first terminal Tm which has requested a transaction creation Tr. The request Rq of the first terminal Tm comprises the identifier Id of the transaction Tr Note that in this case, the QR-C transaction code is generated if an electronic transaction is in a "running" state.

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 paiement/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 électronique MTH. Dans le cas contraire, lorsque le code de transaction est scanné, mais le procédé de réalisation d'une transaction électronique 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 électronique 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 bibliothèque 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 électronique MTH ; - une image aléatoire liée à la transaction électronique. Dans une cinquième étape 5) (étape 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 5'). On notera que cette étape peut être effectuée en même temps que la troisième étape 3) 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 troisième étape comprennent ce code généré QR-C. In a second nonlimiting embodiment, the QR-C transaction code is generated automatically by the server Sk upon receipt of a transaction creation request Tr. In this case, the code generation step is performed before step 2) of receiving the first information 11 by the first terminal Tm, and either the first information comprises the QR-C generated code, the latter being thus sent in this information 11, or it is sent at the same time. Note that in this case, the transaction ID Id is still needed in the information 11 sent because of the notification in the confirmation step described below. In a non-limiting embodiment, the transaction code generated is an OR-Code®. It has an url of the type https: // url corresponding to the payment process / transactions / Id. This url is recognized by the second terminal Tu (by scanning the transaction code) if the latter can use the method of performing an electronic transaction MTH. Otherwise, when the transaction code is scanned, but the process of performing an electronic transaction is not known, a web page corresponding to the URL is displayed and explains how to install the product computer program corresponding to the method of performing an electronic transaction on the second terminal Tu on said second terminal Tu. It will be noted that the generation of the transaction code is done by means of a code generation library. In other non-limiting embodiments, the generated transaction code is: a datamatrix (2D barcode); - a standard 1D barcode; any other image comprising the url of the method for producing an electronic transaction MTH; a random image linked to the electronic transaction. In a fifth step 5) (step illustrated TX_QRC), the server Sk sends the transaction code QR-C to the first terminal Tm and the first terminal Tm receives the transaction code QR-C generated by the server Sk (step 5 ') . Note that this step can be performed at the same time as the third step 3) sending the first information 11 when the code is generated automatically by the server Sk. In an alternative embodiment, the information 11 of the third step include generated code QR-C.

Dans une sixième étape 6) (étape illustrée SCAN(QR-C)), un deuxième terminal Tu scanne ledit code de transaction QR-C. Le code de transaction QR-C est scanné sur l'écran du premier terminal Tm. In a sixth step 6) (illustrated step SCAN (QR-C)), a second terminal Tu scans said QR-C transaction code. The QR-C transaction code is scanned on the screen of the first 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. In nonlimiting exemplary embodiments, a second terminal Tu is a mobile phone or a portable tablet. Of course, the second terminal Tu comprises means for scanning this QR-C transaction code, namely in particular a camera.

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 paiement. A ce moment, les étapes suivantes sont effectuées : - i) le deuxième terminal Tu s'authentifie avec le serveur Sk via son code PIN et son identifiant utilisateur ; - 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. In a first embodiment, when the second terminal Tu scans the QR-C transaction code, it recognizes the url contained in said code because it contains the application corresponding to the payment method. At this moment, the following steps are performed: i) the second terminal You authenticate with the server Sk via its PIN code and its user identifier; ii) if successful authentication, the second terminal Tu connects to the server Sk to communicate with him; iii) the second terminal You send a request to the server Sk for the issue of a token.

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. Par la suite, les étapes suivantes sont exécutées. 2 9 814 79 16 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 5 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 paiement. 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 10 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 15 message de confirmation de paiement est retourné. 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 20 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 ; 25 - 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. 30 Dans une septième étape 7) (étape 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 7'). 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 5 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. 10 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 huitième étape 8) (étape illustrée TX_TR(PIN, IVAL)), le deuxième terminal Tu envoie au serveur Sk un numéro d'identification 15 personnelle PIN et une information de validation IVAL de la transaction électronique Tr et le serveur Sk reçoit du deuxième terminal Tu le numéro d'identification personnelle PIN et l'information de validation IVAL de la transaction électronique (étape 8'). 20 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 25 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 30 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éé. 35 Dans une neuvième étape 9) (étape illustrée TX_CONF(Conf)), 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 9'). 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 ». I) the server Sk issues a token that allows to open a session between the second terminal Tu and the server Sk. Note that a token is issued for each second terminal Tu. We have one session per terminal. Thus, the same buyer can use several second terminals to perform his electronic transactions. There will therefore be a plurality of chips. Each second terminal You will use the issued token for all its communications with said server Sk. Subsequently, the following steps are executed. In a second embodiment, when the second terminal Tu scans the transaction code QR-C, it does not recognize the url contained in said code. At this time, in a first embodiment, a web page of the application is displayed on the screen of the second terminal Tu and explains how to install the application corresponding to the payment method. At this time, in a second variant embodiment, an application web page is displayed on the screen of the second terminal which makes it possible to carry out an electronic transaction directly. The web page then contains the information on the transaction: name of the merchant, image (logo), amount Mt, field to connect with the electronic money account by authenticating with the username and password for the account, or via the social network account, and finally by entering the PIN code. Subsequently a payment confirmation message is returned. Note that a buyer session ends when the token is invalidated. The latter can be invalidated in the following cases: when a timeout is exceeded because no transaction has been carried out since the last one, for example for twenty minutes; when it is no longer valid because it has reached a definite duration, for example of a day; - when the buyer user requests to revoke all his chips; 25 - when the buyer user changes his password; - when the buyer user enters an incorrect PIN code 3 times in a row; - when the buyer user blocks his account remotely (after loss of phone for example) from his private management space accessible from the website. In a seventh step 7) (illustrated step TX_TR (12, QR-C)), the server Sk sends to the second terminal Tu second information 12 of said electronic transaction from the scanned transaction code QR-C and the second terminal You receive the second information 12 of said electronic transaction from the scanned transaction code QRC sent by the server Sk (step 7 '). With the identifier Id of the electronic transaction in the QR-C transaction code, the server Sk will retrieve the information of said transaction which has been previously saved in a data repository of said server Sk. The second information 12 of the electronic transaction are then displayed on the screen of the second terminal Tu. It will be appreciated that the second information 12 includes the first information 11 plus the seller's name and an associated image (logo). In an eighth step 8) (illustrated step TX_TR (PIN, IVAL)), the second terminal Tu sends to the server Sk a personal identification number PIN and an IVAL validation information of the electronic transaction Tr and the server Sk receives information. second terminal Tu the personal identification number PIN and the IVAL validation information of the electronic transaction (step 8 '). Thus, when the user of the second terminal Tu (the person who thus purchases the service S) has checked on the screen of his terminal the information of the electronic transaction and in particular its amount Mt, he enters his PIN and presses for example a button on his terminal to indicate to the server that he has verified the transaction and that he agrees with the transaction. A "valid" IVAL1 information is sent. The transaction is validated and secured. If he does not want to validate the transaction, another button is used for example. Invalid IVAL2 information is sent. It will be noted that when the server Sk cooperates with a third party server Str of approval of an approved electronic money management organization, the validation of the electronic transaction Tr on the second terminal side leads to an automatic check on the third server side and a validation / invalidation by said third party server. The second terminal You are then informed if the electronic transaction has been validated or invalidated by the approved organization. In a ninth step 9) (step illustrated TX_CONF (Conf)), the server Sk sends an electronic transaction confirmation to the first terminal Tm and the second terminal Tu and the first terminal Tm and the second terminal Tu receive the confirmation Conf. electronic transaction Tr sent from the server Sk (step 9 '). The terminals are thus warned that the transaction went well. The status of the electronic transaction is then changed to "validated".

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. If the user has canceled the transaction, the value of the status is set to "canceled". Note that in the case of a first terminal Tm, the confirmation is a notification sent by the server Sk comprising the identifier Id of the transaction Tr. In a non-limiting example, the notification protocol APN ("AppleTM Push Notifications"). ) is used. In other examples, the notification protocol of AndroidTM C2DN can be used or any other proprietary notification protocol. The first terminal Tm compares the identifier received in the notification with the identifiers of the transactions it has created to check whether the desired transaction is validated. In the case of a second terminal Tu, the latter accepts the transaction (when the buyer user has validated the transaction) and receives a confirmation message of its acceptance from the server Sk.

Dans une dixième étape 10) (étape illustrée 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. In a tenth step 10) (illustrated step CRED_DEB (Mt, Cpt1, Cpt2)), the server Sk credits from the amount Mt of the transaction a first seller's electronic money account Cpt1 linked to the first terminal Tm and debits the amount Mt of the transaction a second user electronic money account Cpt2 linked to the second 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. It will be noted that the association between a seller's electronic money account CPt1 and a first terminal Tm is done during a creation of a user profile Upf1 in the server Sk. Associated electronic money accounts are then created and are connected. with the profile by their identifiers, an account does not change ownership.

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 électronique ; - 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é. In a non-limitative embodiment, an Upf1 user user profile comprises the following information: the seller's name (commercial name if it exists); - the area of the activity. This information makes it possible to make comparisons with other sellers using the method of performing an electronic transaction; - the country ; - the address; - the email; - telephone number ; - the url of the seller's site if it exists; - the page of a social network if it exists; - a seller identifier; - an electronic money account identifier; - an account reloading identifier; - a creation date; - last date of connection; - an authorized account identifier; - A password for the application corresponding to the method of performing an electronic transaction. It should be noted that the association between a buyer's electronic money account Cpt2 and a second terminal Tu is done during a creation of a user profile Upf2 buyer in the server Sk. An associated electronic money account is then created and is connected with the profile by its identifier, an account that does not change ownership. In a non-limiting embodiment, a user profile Upf2 buyer includes the following information: - the name and surname of the buyer; - the birth date ; - the email; - sex - the country ; - the nationality ; - the PIN code; - an electronic money account identifier - an identifier of a virtual credit card account; - a buyer identifier; - a registration date. Optionally the following fields can be added: - an identifier of a virtual account of a bank account; - language ; - a confidentiality field to indicate if the user profile is public; a notification field to indicate whether the second terminal associated with the user receives notifications as described above: - a telephone number; - A password for the application corresponding to the method of performing an electronic transaction. Note that if a social network is used, the social network password will be used to start the process.

On notera que les attributs identifiant d'un compte virtuel d'un compte 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 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. Dans un mode de réalisation non limitatif, un premier compte de monnaie électronique vendeur Cpt1 est créé par un administrateur du serveur de 35 paiement Sk. It will be noted that the identifier attributes of a virtual account of a bank account and identifier of a virtual bank card account enables a user of the second terminal Tu to recharge his e-money account from a virtual card account. bank declared in the Sk server or bank account declared in the server Sk and therefore to credit / debit virtually his credit card and bank account and have a reflection of his debits / credits through virtual credit card accounts and bank account located on the server Sk. Subsequently the credits / virtual debits are of course transcribed on the real bank accounts and bank cards of the user. In a non-limiting embodiment, a first seller electronic money account Cpt1 is created by an administrator of the payment server 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 informations suivantes : - nom du propriétaire du compte ; - organisme bancaire affilié ; - adresse ; IBAN ; - BIC ; - Identifiant compte ; - Description de compte ; - Type ; - Devise ; - Etat ; - 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 paiement. 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 5 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 10 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 15 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' 20 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 25 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 : 30 - Identifiant compte ; - Identifiant compte correspondant Cpt1/Cpt2 ; - Description compte ; - Type : permet de définir l'appartenance à un organisme tiers ; - Devise ; 35 - 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 unique compte de monnaie électronique Cpt1 pour un vendeur qui possède un premier terminal Tm, soit un compte de monnaie électronique Cpt1 pour 10 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. 15 Dans une onzième étape 11) (étape illustrée OT_CRED_DEB(Mt, Cpt1, Cpt2)), 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 à 20 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 25 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. 30 Dans toutes les étapes du procédé de réalisation d'une transaction électronique 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 35 du protocole https (« HyperText Transfer Protocol Secured») basé sur un protocole de sécurisation des échanges sur Internet par exemple TLS (« Transport Layer Security »). Ainsi, le procédé de réalisation d'une transaction électronique 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. Une transaction électronique peut s'effectuer entre un utilisateur de téléphone mobile et un commerçant possédant une caisse enregistreuse ou caisse automatique (borne de commande automatisée) 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 électronique entre un serveur Sk, un premier terminal Tm et un deuxième terminal Tu est mis en oeuvre par un système de réalisation d'une transaction électronique d'un service S entre un serveur Sk, un premier terminal Tm et un deuxième terminal Tu illustré à la Fig. 4. A first seller account Cpt1 is created and associated with the user profile Upf1 seller and comprises in a non-limiting embodiment the following information: - name of the owner of the account; - affiliated banking organization; - address ; IBAN; - BIC; - Account identifier; - account description; - Type; - Currency; - State; - Seller ID; - Creation date. In a non-limiting embodiment, a second electronic money buyer account Cpt2 is created by the buyer himself when he creates his user profile Upf2 from the url of the application corresponding to the payment method. The creation of the user profile is done by entering the data manually or by retrieving it from a user's page on a social network. A second buyer account Cpt2 is created and associated with the user profile Upf2 buyer and comprises in a non-limiting embodiment the following information: - name of the owner of the account; - affiliated banking organization; - address ; I BAN; - BIC; - Account identifier; - account description; - Type; - Currency; - State; - Buyer ID; - Creation date. Note that with this account Cpt2, a buyer user can make a payment or reload his account Cpt2. In a non-limiting embodiment, the server cooperates with means of secure payment over the Internet. These means are either internal or external to the payment server Sk. The means are, for example, third party servers Str which belong to third-party organizations authorized to manage electronic money, namely to validate the management of electronic currency accounts and transactions. . The transactions validated by these organizations are authentic. The servers of an organization such as LeetchiTM are in a non-limiting example used. Note that in this case, the first and second terminals include for this purpose an internet access by which the seller and / or the buyer can enter his credit card number or accept a reloading by credit card. In this case, an authorized electronic money account Cpt1 'corresponding to the first account Cpt1 and an authorized electronic money account Cpt2' 20 corresponding to the second account Cpt2 are automatically created on the third servers Str. Thus, when crediting or debiting an electronic account Cpt1, Cpt2, the server cooperates with these means of secure payment by internet. The approved electronic money accounts Cpt1 ', Cpt2' on the third party servers 25 Str reflect the transactions (debit / credit) effected on the accounts Cpt1, Cpt2 respectively. Such accounts Cpt1 'and Cpt2' include in a non-limiting embodiment the following information: - Account identifier; - corresponding account identifier Cpt1 / Cpt2; - Account description; - Type: defines membership in a third party organization; - Currency; 35 - State: open, closed, fraudulent; - Owner ID; - Creation date. In one nonlimiting embodiment, the server Sk comprises a single electronic money account Cpt2 assigned to a user of a second terminal Tu. In a non-limiting embodiment, the server Sk comprises either a single electronic money account Cpt1 for a seller who has a first terminal Tm or an electronic money account Cpt1 for each first terminal Tm that the seller has. It will be noted that the server Sk saves the bank details (IBAN) of the seller. For the buyer, this is optional. Indeed, the buyer has the opportunity to enter his IBAN in the server Sk to withdraw his electronic money from his electronic account, but this use is not common. In an eleventh step 11) (step illustrated OT_CRED_DEB (Mt, Cpt1, Cpt2)), the server Sk transmits a transaction order Ot corresponding to the electronic transaction validated in the server sk to Sbq bank servers adapted to manage accounts to credit and debit relating to said electronic transaction Tr. It will be noted that the transaction orders Ot are issued periodically between the server Sk and the bank servers Sbq. Thus, it makes it possible to credit the bank account of the seller who sells the service S and to debit the bank account of the user who purchases the service S. In a non-limiting example, the orders are issued every week. The seller can transfer the money collected on his e-money account to his bank account. In all the steps of the method for carrying out an electronic transaction described above, in a non-limiting embodiment, the sending / receiving of data such as a request to create a transaction an order Ot, a transaction code for an electronic transaction Tr is effected by means of the https protocol ("HyperText Transfer Protocol Secured") based on a secure Internet exchange protocol for example TLS ("Transport Layer"). Security "). Thus, the method of performing an electronic transaction allows mobile device users to make secure payments of their purchase without the need to use their credit card. An electronic transaction can be carried out between a mobile phone user and a merchant with a cash register or automatic pay station (automated control post) or a portable tablet, or between two users of mobile phones, or between two users portable tablets etc. The method of performing an electronic transaction between a server Sk, a first terminal Tm and a second terminal Tu is implemented by a system for performing an electronic transaction of a service S between a server Sk, a first terminal Tm and a second terminal Tu illustrated in FIG. 4.

Le système SYS comprend : - au moins un premier terminal Tm comprenant un premier processeur UC1 adapté pour : - 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 premier terminal Tm une demande de création de transaction électronique Tr correspondant à un service demandé S; - envoyer au premier terminal Tm des 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 ; - sauvegarder les premières informations 11 de ladite transaction électronique Tr ; - envoyer 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 ; - recevoir d'un deuxième terminal Tu un numéro d'identification personnelle PIN et une information de validation IVAL de la transaction électronique Tr ; - 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 : - 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 de la transaction électronique ; - 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. The SYS system comprises: at least one first terminal Tm comprising a first processor UC1 adapted to: send an electronic transaction creation request Tr to a server Sk corresponding to a requested service S; receiving first information on said electronic transaction Tr from the server Sk; receive a QR-C transaction code generated by the server Sk; receive an electronic transaction confirmation Conf from the server Sk; the server Sk comprising a second processor UC2 adapted to: receive from the first terminal Tm an electronic transaction creation request Tr corresponding to a requested service S; sending to the first terminal Tm first information 11 on said electronic transaction Tr; generating a QR-C transaction code comprising an identifier Id of said electronic transaction Tr; sending to the first terminal Tm the QR-C transaction code; save the first information 11 of said electronic transaction Tr; sending to the second terminal Tu second information 12 of said electronic transaction Tr from the scanned transaction code QR-C by the second terminal Tu; receiving from a second terminal Tu a personal identification number PIN and an IVAL validation information from the electronic transaction Tr; sending an electronic transaction confirmation confirmation Tr to the first terminal Tm and to the second terminal Tu. at least one second terminal Tu comprising a third processor UC3 adapted to: scan said QR-C transaction code; receiving second information 12 from said electronic transaction of the server Sk from the scanned transaction code QR-C; sending to the server Sk a personal identification number and validation information of the electronic transaction; - Receiving an electronic transaction confirmation Conf Sk server. In a non-limiting embodiment, the second processor UC2 Sk server is further adapted to credit the amount Mt of the transaction a first seller electronic money account Cpt1 linked to the first Tm terminal and debit the amount Mt of the transaction a second electronic money account buyer Cpt2 linked to the second terminal Tu. In one nonlimiting embodiment, the second processor UC2 of the server Sk is further adapted to transmit from the server Sk a transaction order Ot corresponding to the electronic transaction validated in the server Sk to bank servers Sbq adapted to manage accounts to be credited and debited with respect to said electronic transaction Tr.

Dans un mode de réalisation non limitatif, le serveur Sk comporte un référentiel de données Bdd, illustré à la Fig. 4 dans lequel : - 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 électronique 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 électronique 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 électronique 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. In a non-limiting embodiment, the server Sk comprises a data repository Bdd, illustrated in FIG. 4 in which: the electronic transactions Tr between the first terminal Tm and a second terminal Tu are recorded, whether the transactions are in progress, canceled or validated; the generated QR-C transaction codes are recorded; - we register the electronic money accounts seller Cpt1 and buyer Cpt2. Thus, the database Bdd includes an electronic money account associated at least with each user (buyer, seller), and where appropriate with each first terminal Tm, of the application implementing the method of performing a transaction. described. In a non-limiting embodiment, the data repository Bdd comprises: a log Lg of all the actions performed by the first Tm and second terminal Tc; Obj objects related to the transaction (purchased items) Note that the implementation of the method of performing an electronic transaction described above can be performed by means of a programmed micro device "software", of wired logic and / or hardware electronic components. Thus, the system for performing a SYS electronic transaction may comprise one or more computer program products comprising one or more instruction sequences executable by an information processing unit such as a microprocessor, or a unit processing a microcontroller, an ASIC, a computer etc., the execution of said instruction sequences allowing implementation of the method described.

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 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 paiement, lorsqu'il est chargé sur un ordinateur, étapes décrites précédemment effectuées par le premier terminal T. 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 paiement, lorsqu'il est chargé sur un ordinateur, étapes décrites précédemment effectuées par le serveur Sk. Such a computer program can be written in ROM type writable nonvolatile memory or EEPROM or FLASH type rewritable non-volatile memory. The said computer program can be registered in the factory or loaded into memory or downloaded remotely in memory. The instruction sequences can be sequences of machine instructions, or sequences of a control language interpreted by the processing unit at the time of their execution. In the non-limiting example of FIG. 3, a first computer program PG1 is written in a memory of the first terminal Tm, a second computer program PG2 is written in a memory of the payment server Sk and a third computer program PG3 is written in a memory of the second terminal Tu. Thus, the first computer program product PG1 comprises one or more instruction sequences executable by an information processing unit, the execution of said instruction sequences allowing implementation of the steps of the payment method, when it is loaded on a computer, previously described steps performed by the first terminal T. Thus, the second computer program product PG2 includes one or more instruction sequences executable by an information processing unit, the execution of said sequences instructions for implementing the steps of the payment method, when loaded on a computer, steps previously described by the server 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 paiement, 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. Thus, the third computer program product PG3 comprises one or more instruction sequences executable by an information processing unit, the execution of said instruction sequences enabling implementation of the steps of the payment method, when it is loaded on a computer, previously described steps performed by the second terminal Tu. Of course the description is not limited to the application, embodiments and examples described above.

Ainsi, dans un mode de réalisation non limitatif, le procédé de réalisation d'une transaction électronique peut être utilisé dans le cadre d'un achat d'un service qui tient compte de coupons de réduction ou de ticket/billet prépayé. 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. Thus, in a non-limiting embodiment, the method of performing an electronic transaction can be used as part of a purchase of a service that takes into account discount coupons or ticket / prepaid ticket. Thus, in a non-limiting embodiment, the sending / receiving of a request for the creation of a transaction, information, an order Ot, a transaction code relating to an electronic transaction Tr can occur. perform using other protocols such as Remote Procedure Call (RPC), Common Object Request Broker Architecture (CORBA), or proprietary TCP-based protocol. These protocols being well known to those skilled in the art, they are not described here.

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 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 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 - 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 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 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éé).25 Thus, the disclosed invention has the following advantages in particular: it makes it possible to have dematerialized electronic transactions, that is to say without the use of bank cards and without conventional payment terminals, the electronic transaction being effected between two terminals via a payment server; - it reduces transaction costs related to traditional interbank fees and thus increases the operating margin of our partners; - it allows merchants to benefit from a faster repayment than in the case of a transaction made through an electronic payment terminal; - it makes it possible to combat tax evasion since all transactions are registered and therefore declared; it allows to carry out an electronic transaction even in case of loss of credit card; it uses second terminals such as commonly used mobiles; - it allows: - to pay in cash at a merchant - to repay a friend - to pay on the internet - it allows a buyer user to register (creation of his profile) directly on his terminal; - It allows a merchant to receive a payment on a tablet or a smartphone for example; - it is secure because of the use of the PIN; - it allows merchants to collect and cross data on the consumption habits of its customers; - it allows to advance the fight against electronic money fraud, since no one can proceed to a transaction without the PIN, unlike credit cards, whose details can be stolen to pay on sites not using the 3D Secure protocol ; - it allows merchants to retrieve and cross data on the profiles of its customers; - it allows users to make transfers instantly, at no cost; - It allows registered users to make instant transfers, without having to fill in their bank details multiple times - it allows registered users to make transfers instantly, at no cost; - it makes it possible to remedy the absence of ATM in certain urban or rural areas; - it allows users to prepay and credit electronic money accounts and not just to pay by the act. Users have a balance in their e-money account. They can therefore re-credit their balance in their bank account. - It makes it possible to transit the electronic money via the system of realization of the transaction in escrow accounts (via the third servers of the approved organization).

Claims

REVENDICATIONS1. Method for performing an electronic transaction of a service (S) between a server (Sk), a first terminal (Tm) and a second terminal (Tu), the method comprising the steps of: - receiving by the server (Sk ) the first terminal (Tm) an electronic transaction creation request (Tr) corresponding to a requested service (S); - Save in the server (Sk) first information (11) of said electronic transaction (Tr); sending from the server (Sk) to the first terminal (Tm) the first information (11) on said electronic transaction (Tr); - Generate by the server a transaction code (QR-C) comprising an identifier (Id) of said electronic transaction (Tr); sending by the server (Sk) to the first terminal (Tm) the transaction code (QR-C); sending from the server (Sk) to the second terminal (Tu) second information (12) of said electronic transaction from the scanned transaction code (QR-C) by the second terminal (Tu); - Receive by the server (Sk) a personal identification number (PIN) and validation information (IVAL) of the electronic transaction (Tr) sent by the second terminal (Tu); - send an electronic transaction confirmation (Tr) from the server (Sk) to the first terminal (Tm) and to the second terminal (Tu).

2. Method according to claim 1, the method further comprising the additional steps of: sending the first terminal (Tm) to the server (Sk) the electronic transaction creation request (Tr) corresponding to a requested service (S) ; - receiving by the first terminal (Tm) first information (11) on said electronic transaction (Tr) sent by the server (Sk); - receiving by the first terminal (Tm) the transaction code (QRC) generated by the server (Sk) - Scan said transaction code (QR-C) by means of the second terminal (Tu); - Receive by the second terminal (Tu) second information (12) of said electronic transaction from the scanned transaction code (QR-C) sent by the server (Sk); sending from the second terminal (Tu) to the server (Sk) a personal identification number (PIN) and validation information (IVAL) of the electronic transaction (Tr); - Receive by the first terminal (Tm) and to the second terminal (Tu) an electronic transaction confirmation (Tr) sent from the server (Sk).

The method according to claim 1 or claim 2, wherein the method further comprises an additional step of crediting the amount (Mt) of the transaction with a first vendor electronic money account (Cpt1) linked to the first terminal (Tm) and to debit from the amount (Mt) of the transaction a second buyer electronic money account (Cpt2) linked to the second terminal (Tu).

4. Method according to any one of the preceding claims, wherein the method further comprises an additional step of transmitting from the server (Sk) a transaction order (Ot) corresponding to the electronic transaction validated in the server (Sk) bank servers (Sbq) adapted to manage accounts to be credited and debit relating to said electronic transaction (Tr).

The method of any one of the preceding claims, wherein the generated transaction code is an OR-Code®.

6. Method according to any one of the preceding claims, wherein the first terminal (Tm) is: - a cash register or automatic cash register; or - a personal computer; or - a mobile phone; or - a portable tablet and the second terminal (Tu) is: - a mobile phone: or - a portable tablet.

7. Method according to any one of the preceding claims, wherein the first information received (11) by the first terminal (Tm) comprises an identifier (Id) of the electronic transaction (Tr).

8. Method according to any one of the preceding claims, wherein the first information received (11) by the first terminal (Tm) further comprises: - a state (St) of the electronic transaction; - a type (Ty) of the electronic transaction; - the amount (Mt) of the electronic transaction; - a description (Ds) of the electronic transaction; - a date (Dt) of creation. 15

9. First terminal (Tm) adapted to cooperate with at least one server (Sk) and at least one second terminal (Tu) for implementing the method of performing an electronic transaction according to any one of claims 1 to 8 said first terminal having a first processor (UC1) adapted for: - sending an electronic transaction creation request (Tr) to a server (Sk) corresponding to a requested service (S); receiving first information (11) on said electronic transaction (Tr) from the server (Sk); Receiving a transaction code (QR-C) generated by the server (Sk); - receive an electronic transaction confirmation (Tr) from the server (Sk).

10. Server (Sk) for payment of a service (S) adapted to cooperate with at least one first terminal (Tm) and at least one second terminal 30 (Tu) for implementing the method of carrying out an electronic transaction according to any one of claims 1 to 8, said server (Sk) comprising a second processor (UC2) adapted for: - receiving from the first terminal (Tm) an electronic transaction creation request (Tr) corresponding to a requested service (S) - save first information (11) of said electronic transaction (Tr); sending from the server (Sk) to the first terminal (Tm) the first information (11) on said electronic transaction (Tr); generating a transaction code (QR-C) comprising an identifier (Id) of said electronic transaction (Tr); Sending to the first terminal (Tm) the transaction code (QR-C); sending the second terminal (Tu) second information (12) of said electronic transaction from the scanned transaction code (QR-C) by the second terminal (Tu); receiving from a second terminal (Tu) a personal identification number (PIN) and validation information (IVAL) of the electronic transaction (Tr); - send an electronic transaction confirmation (Tr) to the first terminal (Tm) and to the second terminal (Tu).

11. Server (Sk) according to the preceding claim, wherein the second processor (UC2) is further adapted to credit the amount (Mt) of the transaction a first seller electronic money account (Cpt1) linked to the first terminal (Tm) and debiting from the amount (Mt) of the transaction a second buyer electronic money account (Cpt2) linked to the second terminal (Tu).

12. Server (Sk) according to the preceding claim 12 or 13, wherein the second processor (UC2) is further adapted to transmit a transaction order corresponding to the electronic transaction validated in the server (Sk) to bank servers (Sbq). ) adapted to manage accounts to be credited and debit related to said electronic transaction (Tr).

13. Second terminal (Tu) adapted to cooperate with at least one server (Sk) and at least one first terminal (Tm) for implementing the method of performing an electronic transaction according to any one of claims 1 to 8, said first terminal comprising a third processor (UC3) adapted to: - scan said transaction code (QR-C); - receiving second information (12) of said electronic transaction of the server from the scanned transaction code (QR-C), - sending to the server (Sk) a personal identification number (PIN) and validation information ( IVAL) of the electronic transaction (Tr); - receive an electronic transaction confirmation (Tr) from the server (Sk).

14. System for performing an electronic transaction of a service (S) between a server (Sk), a first terminal (Tm) and a second terminal (Tu), the system comprising: a first terminal (Tm) according to claim 9; - a server (Sk) according to any one of claims 10 to 12; and a second terminal (Tu) according to claim 13.