Brevet FR2981479A1 — publié le 20130419

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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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)). 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. Dans un mode de réalisation non limitatif, le procédé comporte en outre une étape supplémentaire de créditer du montant Mt de la transaction un premier compte de monnaie électronique vendeur Cpt1 lié au premier terminal Tm et de débiter du montant Mt de la transaction un deuxième compte de monnaie électronique acheteur Cpt2 lié au deuxième terminal Tu (étape illustrée CRED_DEB(Mt, Cpt1, Cpt2). Dans un mode de réalisation non limitatif, le procédé comporte en outre une étape supplémentaire de transmettre à partir du serveur Sk un ordre de transaction correspondant à la transaction électronique sauvegardée dans le serveur Sk à des serveurs bancaires Sbq adaptés pour gérer des comptes à créditer et à débiter relatifs à ladite transaction électronique Tr (étape illustrée OT_CRED_DEB(Mt, Cpt1', Cpt2')). Pour la suite de la description, dans le mode de réalisation non limitatif du procédé décrit, le procédé comprend ces modes de réalisation non limitatifs. 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. 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'). 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 ». 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. 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. 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. 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. 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 ». Si l'utilisateur a annulé la transaction, la valeur de l'état est mis à « annulé ». On notera que dans le cas d'un premier terminal Tm, la confirmation est une notification envoyée par le serveur Sk comprenant l'identifiant Id de la transaction Tr. Dans un exemple non limitatif, le protocole de notification APN (« AppleTM Push Notifications ») est utilisé. Dans d'autres exemples, le protocole de notification d'AndroidTM C2DN peut être utilisé ou tout autre protocole de notification propriétaire. Le premier terminal Tm compare l'identifiant reçu dans la notification avec les identifiants des transactions qu'il a créées pour vérifier si la transaction souhaitée est validée. Dans le cas d'un deuxième terminal Tu, ce dernier accepte la transaction (lorsque l'utilisateur acheteur a validé la transaction) et reçoit un message de confirmation de son acceptation de la part du serveur Sk. Dans une 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. On notera que l'association entre un compte de monnaie électronique vendeur CPt1 et un premier terminal Tm se fait lors d'une création d'un profil utilisateur vendeur Upf1 dans le serveur Sk. Des comptes de monnaie électronique associés sont alors créés et sont reliés avec le profil par leurs identifiants, un compte ne changeant pas de propriétaire. Dans un mode de réalisation non limitatif, un profil utilisateur vendeur Upf1 comporte les informations suivantes : - le nom du vendeur (nom commercial s'il existe) ; - le secteur d'activité. Cette information permet d'effectuer des comparaisons par rapport aux autres vendeurs utilisant le procédé de réalisation d'une transaction é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é. 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. 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. 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. 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. 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. 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. 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. 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 REVENDICATIONS1. Procédé 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), le procédé comportant les étapes de : - recevoir par le serveur (Sk) du premier terminal (Tm) une demande de création de transaction électronique (Tr) correspondant à un service demandé (S) ; - sauvegarder dans le serveur (Sk) des premières informations (11) de ladite transaction électronique (Tr) ; - envoyer à partir du serveur (Sk) au premier terminal (Tm) les premières informations (11) sur ladite transaction électronique (Tr) ; - générer par le serveur un code de transaction (QR-C) comprenant un identifiant (Id) de ladite transaction électronique (Tr) ; - envoyer par le serveur (Sk) au premier terminal (Tm) le code de transaction (QR-C) ; - envoyer du serveur (Sk) au deuxième terminal (Tu) des secondes informations (12) de ladite transaction électronique à partir du code de transaction scanné (QR-C) par le deuxième terminal (Tu) ; - recevoir par le serveur (Sk) un numéro d'identification personnelle (PIN) et une information de validation (IVAL) de la transaction électronique (Tr) envoyées par le deuxième terminal (Tu) ; - envoyer une confirmation de transaction électronique (Tr) depuis le serveur (Sk) vers le premier terminal (Tm) et vers le deuxième terminal (Tu). 2. Procédé selon la revendication 1, le procédé comportant en outre les étapes supplémentaire de : - envoyer du premier terminal (Tm) vers le serveur (Sk) la demande de création de transaction électronique (Tr) correspondant à un service demandé (S) ; - recevoir par le premier terminal (Tm) des premières informations (11) sur ladite transaction électronique (Tr) envoyées par le serveur (Sk);- recevoir par le premier terminal (Tm) le code de transaction (QRC) généré par le serveur (Sk); - scanner ledit code de transaction (QR-C) au moyen du deuxième terminal (Tu) ; - recevoir par le deuxième terminal (Tu) des secondes informations (12) de ladite transaction électronique à partir du code de transaction scanné (QR-C) envoyées par le serveur (Sk); - envoyer du deuxième terminal (Tu) au serveur (Sk) un numéro d'identification personnelle (PIN) et une information de validation (IVAL) de la transaction électronique (Tr) ; - recevoir par le premier terminal (Tm) et vers le deuxième terminal (Tu) une confirmation de transaction électronique (Tr) envoyée depuis le serveur (Sk). 3. Procédé selon la revendication 1 ou la revendication 2, selon lequel le procédé comporte en outre une étape supplémentaire de créditer du montant (Mt) de la transaction un premier compte de monnaie électronique vendeur (Cpt1) lié au premier terminal (Tm) et de débiter du montant (Mt) de la transaction un deuxième compte de monnaie électronique acheteur (Cpt2) lié au deuxième terminal (Tu). 4. Procédé selon l'une quelconque des revendications précédentes, selon lequel le procédé comporte en outre une étape supplémentaire de transmettre à partir du serveur (Sk) un ordre de transaction (Ot) correspondant à la transaction électronique validée dans le serveur (Sk) à des serveurs bancaires (Sbq) adaptés pour gérer des comptes à créditer et à débiter relatifs à ladite transaction électronique (Tr). 5. Procédé selon l'une quelconque des revendications précédentes, selon lequel le code de transaction généré est un OR-Code®. 6. Procédé selon l'une quelconque des revendications précédentes, selon lequel le premier terminal (Tm) 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 (Tu) est : - un téléphone mobile : ou - une tablette portable. 7. Procédé selon l'une quelconque des revendications précédentes, selon lequel les premières informations reçues (11) par le premier terminal (Tm) comportent un identifiant (Id) de la transaction électronique (Tr). 8. Procédé selon l'une quelconque des revendications précédentes, selon lequel les premières informations reçues (11) par le premier terminal (Tm) comportent en outre : - un état (St) de la transaction électronique ; - un type (Ty) de la transaction électronique ; - le montant (Mt) de la transaction électronique ; - une description (Ds) de la transaction électronique ; - une date (Dt) de création. 15 9. Premier terminal (Tm) adapté pour coopérer avec au moins un serveur (Sk) et au moins un deuxième terminal (Tu) pour mettre en oeuvre le procédé de réalisation d'une transaction électronique selon l'une quelconque des revendications 1 à 8, ledit premier terminal comportant 20 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) ; 25 - recevoir un code de transaction (QR-C) généré par le serveur (Sk) ; - recevoir une confirmation de transaction électronique (Tr) du serveur (Sk). 10. Serveur (Sk) de paiement d'un service (S) adapté pour coopérer avec au moins un premier terminal (Tm) et au moins un deuxième terminal 30 (Tu) pour mettre en oeuvre le procédé de réalisation d'une transaction électronique selon l'une quelconque des revendications 1 à 8, ledit serveur (Sk) comprenant un deuxième processeur (UC2) adapté pour : 2 9814 79 33 - recevoir du premier terminal (Tm) une demande de création de transaction électronique (Tr) correspondant à un service demandé (S) - sauvegarder des premières informations (11) de ladite transaction 5 électronique (Tr) ; - envoyer à partir du serveur (Sk) au premier terminal (Tm) les premières informations (11) sur ladite transaction électronique (Tr) ; - générer un code de transaction (QR-C) comprenant un identifiant (Id) de ladite transaction électronique (Tr) ; 10 - envoyer au premier terminal (Tm) le code de transaction (QR-C) ; - envoyer au deuxième terminal (Tu) des secondes informations (12) de ladite transaction électronique à partir du code de transaction scanné (QR-C) 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 de transaction électronique (Tr) vers le premier terminal (Tm) et vers le deuxième terminal (Tu). 11. Serveur (Sk) selon la revendication précédente, selon lequel le deuxième processeur (UC2) est en outre adapté pour créditer du montant (Mt) de la transaction un premier compte de monnaie électronique vendeur (Cpt1) lié au premier terminal (Tm) et de débiter du montant (Mt) de la transaction un deuxième compte de monnaie électronique acheteur (Cpt2) lié au deuxième terminal (Tu). 12. Serveur (Sk) selon la revendication précédente 12 ou 13, selon lequel le deuxième processeur (UC2) est en outre adapté pour transmettre un ordre de transaction correspondant à la transaction électronique validée dans le serveur (Sk) à des serveurs bancaires (Sbq) adaptés pour gérer des comptes à créditer et à débiter relatifs à ladite transaction électronique (Tr). 13. Deuxième terminal (Tu) adapté pour coopérer avec au moins un serveur (Sk) et au moins un premier terminal (Tm) pour mettre en oeuvre le procédé de réalisation d'une transaction électronique selon l'unequelconque des revendications 1 à 8, ledit premier terminal comportant 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 à partir du code de transaction scanné (QR- C) , - envoyer vers le serveur (Sk) un numéro d'identification personnelle (PIN) et une information de validation (IVAL) de la transaction électronique (Tr) ; - recevoir une confirmation de transaction électronique (Tr) du serveur (Sk). 14. 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), le système comprenant : - un premier terminal (Tm) selon la revendication 9 ; - un serveur (Sk) selon l'une quelconque des revendications 10 à 12 ; et - un deuxième terminal (Tu) selon la revendication 13. 20