FR2814835A1 - Procede de paiement en ligne - Google Patents

Procede de paiement en ligne Download PDF

Info

Publication number
FR2814835A1
FR2814835A1 FR0012676A FR0012676A FR2814835A1 FR 2814835 A1 FR2814835 A1 FR 2814835A1 FR 0012676 A FR0012676 A FR 0012676A FR 0012676 A FR0012676 A FR 0012676A FR 2814835 A1 FR2814835 A1 FR 2814835A1
Authority
FR
France
Prior art keywords
merchant
server
customer
account
signed
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR0012676A
Other languages
English (en)
Other versions
FR2814835B1 (fr
Inventor
Ahmed Serhrouchni
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Groupe des Ecoles des Telecommunications
Original Assignee
Groupe des Ecoles des Telecommunications
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Groupe des Ecoles des Telecommunications filed Critical Groupe des Ecoles des Telecommunications
Priority to FR0012676A priority Critical patent/FR2814835B1/fr
Priority to FR0106895A priority patent/FR2814836A1/fr
Publication of FR2814835A1 publication Critical patent/FR2814835A1/fr
Application granted granted Critical
Publication of FR2814835B1 publication Critical patent/FR2814835B1/fr
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/28—Pre-payment schemes, e.g. "pay before"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825—Use of electronic signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403—Solvency checks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403—Solvency checks
    • G06Q20/4037—Remote solvency checks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions

Landscapes

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

Abstract

La présente invention concerne un procédé de paiement en ligne par un échange de fichiers numériques sur un réseau informatique ou de télécommunication, comportant une étape de transmission par un terminal informatique " client " à un serveur de paiement d'un fichier numérique contenant au moins un identifiant d'une carte prépayée et un identifiant unique d'une commande, ledit identifiant étant par ailleurs enregistrée dans une mémoire d'un terminal informatique " marchand ", caractérisé en ce qu'il comporte une étape additionnelle de vérification du solde du compte correspondant à l'identifiant de la carte prépayée, une étape de décrémentation dudit compte et une étape de transmission au terminal du client d'un fichier correspondant au fichier numérique reçu, signé avec une signature numérique du serveur de paiement, le procédé étant caractérisé en outre par le fait qu'aucun échange d'information entre le serveur et le terminal marchand n'intervient pendant la transaction avec le client.

Description

<Desc/Clms Page number 1>
PROCEDE DE PAIEMENT EN LIGNE La présente'invention concerne le domaine du paiement en ligne, et en particulier du paiement sur Internet.
Le principe général du paiement en ligne est connu.
Il consiste en un échange de fichiers numériques entre un marchand, d'un client et d'un tiers de paiement, chacun étant équipé d'un terminal informatique. Les différents équipements informatiques communiquent entre eux par un réseau informatique. Les solutions de paiement en ligne doivent présenter un haut degré de sécurité pour limiter les risques de fraude, mais aussi une architecture évitant l'augmentation inopinée des flux informatiques.
La présente invention concerne selon son acception la plus générale un procédé de paiement en ligne par un échange de fichiers numériques sur un réseau informatique ou de télécommunication, comportant une étape de transmission par un terminal informatique client à un serveur de paiement d'un fichier numérique contenant au moins un identifiant d'une carte prépayée et un identifiant unique d'une commande, ledit identifiant étant par ailleurs enregistrée dans une mémoire d'un terminal informatique marchand , caractérisé en ce qu'il comporte une étape additionnelle de vérification du solde du compte correspondant à l'identifiant de la carte prépayée, une étape de décrémentation dudit compte et une étape de transmission au terminal du client d'un fichier correspondant au fichier numérique reçu, signé avec une signature numérique du serveur de paiement, le procédé étant caractérisé en outre par le fait qu'aucun échange d'information entre le serveur et le terminal marchand n'intervient pendant la transaction avec le client.
De préférence, il comporte une étape préalable de transmission par le terminal marchand d'un fichier numérique signé avec une signature numérique du marchand,
<Desc/Clms Page number 2>
ledit fichier contenant un identifiant unique d'une commande effectuée par le client.
Selon une variante avantageuse, le serveur mémorise le fichier transmis par le client et le conserve en mémoire même en cas d'interruption de la communication avec le client.
Selon un mode de réalisation préféré, le procédé comporte une étape de vérification de l'état de la transaction précédente en cas de rétablissement de la communication après une interruption.
Avantageusement, il comporte une étape ultérieure de compensation par transmission par le marchand au serveur de paiement des bons de commandes signés par ce dernier qui lui ont été communiqués par les clients, et de crédit du compte du marchand par le serveur en cas de comparaison positive des bons de commandes transmis par le marchand, et des bons de commande enregistrés dans la mémoire du serveur.
De préférence, l'échange de fichiers numériques entre le terminal client et le serveur est réalisé dans le cadre d'une session sécurisé [de type SSL].
Selon une variante, le bon de commande initial est signé par le marchand à l'aide d'une clé publique transmise dans un certificat électronique délivré par une autorité de certification.
La présente invention sera mieux comprise à la lecture de la description d'un exemple non limitatif de réalisation qui suit, se référant au dessin annexé où : - la figure 1 représente le schéma des échanges de données.
Le client est équipé d'un équipement informatique (100) constitué par exemple par un ordinateur muni de moyens de communication pour la connexion à un réseau informatique, par exemple Internet, ou par un terminal tel qu'un téléphone cellulaire communiquant par un réseau de télécommunication.
<Desc/Clms Page number 3>
Le marchand est une désignation simplifiée pour un serveur de commerce électronique (200).
Le client conçoit son panier (1) chez le marchand au moment du choix du mode de paiement par carte prépayée.
Pour cela, il établit un lien sécurisé de type SSL1 (cette liaison SSL, n'est pas obligatoire, elle peut notamment dépendre du montant). Au cours de cette session, il envoie un fichier numérique comportant les identifiants des biens qu'il souhaite commander.
Le marchand retourne (2) au client un bon de commande signé par lui-même sur cette même liaison (SSL, si elle a été ouverte précédemment). Ce bon de commande contient une référence unique et est stocké dans une mémoire (10) par le marchand pour être traité lors du paiement.
Si le client accepte ce bon de commande, il engage un processus de paiement, consistant à transmettre le bon de commande signé par le marchand à un serveur de paiement auprès duquel il possède un compte, notamment un compte prépayé.
Le client transmet (3) au serveur de paiement le bon de commande signé par le marchand accompagné des identifiants de sa/ses carte prépayée sur une liaison sécurisée de type SSL2.
Ce bon de commande est constitué par un fichier numérique comportant une séquence constituant une signature calculée par un moyen de cryptologie, notamment une fonction cryptographique calculée à partir de la clé du marchand et de l'identifiant unique de la commande.
Le Serveur de paiement (300) vérifie le crédit sur la/les carte prépayée (s) transmise (s) par le client et la/les débite. Il transmet (4) alors au client le bon de commande signé par lui même (le serveur de paiement). Le serveur de paiement par ailleurs sauvegarde ce bon de commande signé dans une mémoire permanente (11), par le marchand et lui même pour une future compensation du marchand.
<Desc/Clms Page number 4>
Les bons de commande signé par le marchand et serveur de paiement sont archivés par le serveur de paiement, ceci permet entre autres au client en cas de rupture de sa connexion de demander au serveur de paiement le dernier bon de commande ou même l'état des achats relatifs à une carte, il faut que le client soit en possession de la carte dite).
Le bon de commande signé par le serveur de paiement est équivalent comme un bon d'achat mais ciblé vers un marchand donné (en relation avec le bon de commande).
Le client transmet (5) le bon de commande signé par le marchand et le serveur de paiement au marchand par la liaison SSL1 (si elle a été ouverte précédemment). Lors de cet échange le client peut éventuellement demander (6) une facture au marchand.
Le marchand vérifie que ce bon de commande n'a pas été traité et vérifie la signature du serveur de paiement et déclenche la délivrance de la marchandise au client. Ce bon de commande est considéré alors comme traité (ceci évite une réutilisation de ce bon de commande par le client et protège ainsi le commerçant). Le marchand stocke ce bon de commande signé par le serveur de paiement pour une future compensation. Le paiement du marchand par le serveur est réalisé postérieurement par compensation selon le système SET par exemple, il suffit que le marchand présente les bons de commande signé par ledit serveur de paiement.
Dans cette solution les marchands pour signer sont en possession d'une double clé privé/public. Leur clé publique sont diffusés dans un certificat, ce certificat n'étant pas obligatoirement signé par le serveur de paiement. Il peut être signé par l'autorité de certification choisie par le marchand (soulignant ici que la plupart des marchands sont dotés de certificats, avec cette approche on facilite grandement la mise en oeuvre de cette solution de paiement).
<Desc/Clms Page number 5>
En particulier, il n'est pas nécessaire que le marchand soit en possession d'un certificat délivré par le serveur de paiement. On évite ainsi que le marchand soit obligé de changer ses installations, notamment redéployer un nouveau certificat voir changer d'autorité de certification.
Dans l'invention, il n'y a pas de liaison directe ente le serveur de paiement et le marchand. Cette liaison n'est pas nécessaire, il suffit que le serveur de paiement signe le bon de commande délivré par le marchand, pour que ce dernier autorise l'achat. Les échanges entre serveur de paiement et marchand sont totalement inutiles il'apporte en aucune manière plus de sécurité, leur seul bénéfice et d'alourdir la charge du marchand et du serveur de paiement et offrent une qualité de service au client en termes de temps de réponse prohibitif.

Claims (7)

REVENDICATIONS
1-Procédé de paiement en ligne par un échange de fichiers numériques sur un réseau informatique ou de télécommunication, comportant une étape de transmission par un terminal informatique client à un serveur de paiement d'un fichier numérique contenant au moins un identifiant d'une carte prépayée et un identifiant unique d'une commande, ledit identifiant étant par ailleurs enregistrée dans une mémoire d'un terminal informatique marchand , caractérisé en ce qu'il comporte une étape additionnelle de vérification du solde du compte correspondant à l'identifiant de la carte prépayée, une étape de décrémentation dudit compte et une étape de transmission au terminal du client d'un fichier correspondant au fichier numérique reçu, signé avec une signature numérique du serveur de paiement, le procédé étant caractérisé en outre par le fait qu'aucun échange d'information entre le serveur et le terminal marchand n'intervient pendant la transaction avec le client.
2-Procédé de paiement en ligne selon la revendication 1, caractérisé en ce qu'il comporte une étape préalable de transmission par le terminal marchand d'un fichier numérique signé avec une signature numérique du marchand, ledit fichier contenant un identifiant unique d'une commande effectuée par le client.
3-Procédé de paiement en ligne selon l'une quelconque des revendications précédentes, caractérisé en ce que le serveur mémorise le fichier transmis par le client et le conserve en mémoire même en cas d'interruption de la communication avec le client.
<Desc/Clms Page number 7>
4-Procédé de paiement en ligne selon la revendication précédente, caractérisé en ce qu'il comporte une étape de vérification de l'état de la transaction précédente en cas de rétablissement de la communication après une interruption.
5-Procédé de paiement en ligne selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte une étape ultérieure de compensation par transmission par le marchand au serveur des bons de commandes signés qui lui ont été communiqués par les clients, et de crédit du compte du marchand par le serveur en cas de comparaison positive des bons de commandes transmis par le marchand, et des bons de commande enregistrés dans la mémoire du serveur.
6-Procédé de paiement en ligne selon l'une quelconque des revendications précédentes, caractérisé en ce que l'échange de fichiers numériques entre le terminal client et le serveur est réalisé dans le cadre d'une session sécurisé [de type SSL].
7-Procédé de paiement en ligne selon l'une quelconque des revendications précédentes, caractérisé en ce que le bon de commande initial est signé par le marchand à l'aide d'une clé public transmis dans un certificat électronique délivré par une autorité de certification différente du serveur de paiement.
FR0012676A 2000-10-04 2000-10-04 Procede de paiement en ligne Expired - Fee Related FR2814835B1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
FR0012676A FR2814835B1 (fr) 2000-10-04 2000-10-04 Procede de paiement en ligne
FR0106895A FR2814836A1 (fr) 2000-10-04 2001-05-25 Procede de paiement en ligne

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0012676A FR2814835B1 (fr) 2000-10-04 2000-10-04 Procede de paiement en ligne

Publications (2)

Publication Number Publication Date
FR2814835A1 true FR2814835A1 (fr) 2002-04-05
FR2814835B1 FR2814835B1 (fr) 2003-02-28

Family

ID=8854993

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0012676A Expired - Fee Related FR2814835B1 (fr) 2000-10-04 2000-10-04 Procede de paiement en ligne

Country Status (1)

Country Link
FR (1) FR2814835B1 (fr)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2733068A1 (fr) * 1995-04-14 1996-10-18 G C Tech Procede de paiement electronique permettant d'effectuer des transactions liees a l'achat de biens sur un reseau informatique
US5677955A (en) * 1995-04-07 1997-10-14 Financial Services Technology Consortium Electronic funds transfer instruments
US5724424A (en) * 1993-12-16 1998-03-03 Open Market, Inc. Digital active advertising
EP0921487A2 (fr) * 1997-12-08 1999-06-09 Nippon Telegraph and Telephone Corporation Méthode et système de facturation sur internet
WO1999028842A1 (fr) * 1997-11-28 1999-06-10 International Business Machines Corporation Traitement de transactions etendues dans un systeme client-serveur
US6029150A (en) * 1996-10-04 2000-02-22 Certco, Llc Payment and transactions in electronic commerce system

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5724424A (en) * 1993-12-16 1998-03-03 Open Market, Inc. Digital active advertising
US5677955A (en) * 1995-04-07 1997-10-14 Financial Services Technology Consortium Electronic funds transfer instruments
FR2733068A1 (fr) * 1995-04-14 1996-10-18 G C Tech Procede de paiement electronique permettant d'effectuer des transactions liees a l'achat de biens sur un reseau informatique
US6029150A (en) * 1996-10-04 2000-02-22 Certco, Llc Payment and transactions in electronic commerce system
WO1999028842A1 (fr) * 1997-11-28 1999-06-10 International Business Machines Corporation Traitement de transactions etendues dans un systeme client-serveur
EP0921487A2 (fr) * 1997-12-08 1999-06-09 Nippon Telegraph and Telephone Corporation Méthode et système de facturation sur internet

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ME L ET AL: "LE COMMERCE ELECTRONIQUE: UN ETAT DE L'ART", ANNALES DES TELECOMMUNICATIONS - ANNALS OF TELECOMMUNICATIONS,CH,PRE SSES POLYTECHNIQUES ET UNIVERSITAIRES ROMANDES, LAUSANNE, vol. 53, no. 9/10, 1 September 1998 (1998-09-01), pages 361 - 376, XP000791619, ISSN: 0003-4347 *

Also Published As

Publication number Publication date
FR2814835B1 (fr) 2003-02-28

Similar Documents

Publication Publication Date Title
EP1153376B1 (fr) Procede de telepaiement et systeme pour la mise en oeuvre de ce procede
EP1256911A1 (fr) Procédé de sécurisation d&#39;un paiement d&#39;un client à un commerçant, centre de localisation et système correspondants
FR2820853A1 (fr) Procede et systeme de telepaiement
WO2001043092A1 (fr) Procede et systeme de gestion d&#39;une transaction securisee a travers un reseau de communication
FR2814836A1 (fr) Procede de paiement en ligne
FR2814835A1 (fr) Procede de paiement en ligne
EP1490851A1 (fr) Procede et systeme de securisation d un paiement par carte d e credit
WO2002029742A1 (fr) Mandataire de paiement securise internet avec validation par telephone mobile
EP1535253A1 (fr) Procede et systeme de securisation de transmission d&#39;informations sur des reseaux de telecommunication
EP1978479A1 (fr) Cryptogramme dynamique
EP1301910B1 (fr) Procede pour securiser une transaction via un reseau de telecommunication, et systeme de mise en oeuvre du procede
EP1430456B1 (fr) Installation de paiement electronique pour l&#39;achat de biens ou services proposes par un serveur marchand et procede mis en oeuvre dans une telle installation
WO2003007251A1 (fr) Procede assurant une garantie de paiement pour le commerce electronique notamment par telephone mobile et systeme de mise en oeuvre
FR2869702A1 (fr) Procedure d&#39;acces a un service pre ou post-paye avec authentification d&#39;un compte utilisateur et gestion dudit compte
FR2867585A1 (fr) Dispositif de transaction a efficacite amelioree
EP1076886A1 (fr) Procede pour effectuer une transaction securisee au moyen d&#39;une carte a puce a travers un reseau de telecommunication
WO2002052517A1 (fr) Procede et systeme de paiement et equipements de telecommunications mis en oeuvre dans ce systeme
FR2828966A1 (fr) Procede pour communiquer de facon securisee des donnees d&#39;identification d&#39;une carte de paiement
FR2905783A1 (fr) Procede de consignation a distance de fonds monetaires sous forme de depots dans un coffre-fort electronique accessible depuis un distributeur automatique de billets de banque.
FR2819127A1 (fr) Procede et installation de securisation de transactions a distance par confirmation de transaction
EP1417656A1 (fr) Procede d&#39;inscription d&#39;un acheteur aupres d&#39;un serveur de paiement et procede de telepaiement fonde sur cette inscription
FR2828040A1 (fr) Procede de paiement en toute confiance
EP1387329A1 (fr) Procédé de télépaiement, système et passerelle pour la mise en oeuvre de ce procédé, utilisation de ce procédé
FR2750275A1 (fr) Procede de gestion dans un systeme telematique distribue et systeme de mise en oeuvre de ce procede
EP1362333A1 (fr) Procede et dispositif de securisation d&#39;une transaction entre un commercant et un client porteur d&#39;une carte de paiement

Legal Events

Date Code Title Description
TP Transmission of property
ST Notification of lapse

Effective date: 20060630