FR2820853A1 - Procede et systeme de telepaiement - Google Patents
Procede et systeme de telepaiement Download PDFInfo
- Publication number
- FR2820853A1 FR2820853A1 FR0101900A FR0101900A FR2820853A1 FR 2820853 A1 FR2820853 A1 FR 2820853A1 FR 0101900 A FR0101900 A FR 0101900A FR 0101900 A FR0101900 A FR 0101900A FR 2820853 A1 FR2820853 A1 FR 2820853A1
- Authority
- FR
- France
- Prior art keywords
- seller
- buyer
- payment
- server
- amount
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/16—Payments settled via telecommunication 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/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/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/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
-
- 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/223—Payment schemes or models based on the use of peer-to-peer networks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/03—Credit; Loans; Processing thereof
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/68—Payment of value-added services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0196—Payment of value-added services, mainly when their charges are added on the telephone bill, e.g. payment of non-telecom services, e-commerce, on-line banking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/20—Technology dependant metering
- H04M2215/2026—Wireless network, e.g. GSM, PCS, TACS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/32—Involving wireless systems
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- Computer Networks & Wireless Communication (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Signal Processing (AREA)
- Technology Law (AREA)
- Marketing (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
A la suite d'un échange préliminaire établi entre un vendeur et un acheteur en vue de l'aboutissement d'une transaction correspondant au paiement d'un montant d'une prestation due par le vendeur, les échanges d'informations ultérieurs ont lieu uniquement entre l'acheteur et un serveur de paiement (T). L'acheteur adresse à ce serveur des informations (1) comprenant des données relatives au vendeur, ainsi que ledit montant. Le serveur authentifie alors l'identifiant (11) du vendeur à partir des informations reçues, et adresse en réponse à l'acheteur un message (2) d'ordre de paiement dudit montant, ce message comprenant au moins ledit montant et l'identifiant (11) du vendeur. L'acheteur adresse en réponse au serveur des informations confidentielles (3) permettant le paiement dudit montant, après vérification par l'acheteur de l'identifiant (11) du vendeur.
Description
<Desc/Clms Page number 1>
Procédé et système de télépaiement La présente invention concerne un procédé et un système de télépaiement.
Plus particulièrement, l'invention concerne un procédé de télépaiement impliquant une première entité dite le vendeur ayant un premier identifiant et disposant d'un équipement de télécommunications, une seconde entité dite l'acheteur ayant un second identifiant et disposant d'un équipement mobile de type GSM, et une troisième entité dite serveur de paiement auquel sont abonnés l'acheteur et le vendeur et qui est apte à établir une liaison avec au moins ledit équipement mobile, ce procédé comprenant un échange préliminaire qui est établi entre le vendeur et l'acheteur, en vue de l'aboutissement d'une transaction correspondant au paiement d'un montant d'une prestation due par le vendeur.
Un tel procédé est décrit par exemple dans le document FR 2 790 162.
Dans ce procédé, l'équipement de télécommunications du vendeur est un Minitel (marque déposée) ou un ordinateur personnel PC connecté au réseau Internet.
Ce procédé est certes avantageux d'un point de vue confidentialité de l'achat.
Il présente toutefois l'inconvénient d'exiger des échanges d'informations entre d'une part l'acheteur et le serveur, et, d'autre part, le vendeur et le serveur, ce qui complique le procédé de télépaiement et, qui plus est, a pour effet de ralentir le traitement des informations échangées.
En outre, ce procédé présente l'inconvénient d'obliger l'acheteur à s'authentifier auprès du serveur de paiement par son numéro de carte bancaire à puce.
Ce manque d'instantanéité dans les échanges entre acheteur et vendeur est tenté actuellement d'être pallié par l'existence d'un système de porte-monnaie électronique, dans lequel un échange de monnaie est effectué entre une carte bancaire à puce appartenant à un acheteur et une carte bancaire à puce appartenant à un vendeur. Il va de soi que cet échange doit être
<Desc/Clms Page number 2>
parfaitement sécurisé, de manière à éviter toute possibilité de fraude visant à créer de la fausse monnaie. Ainsi, un tel procédé présente l'inconvénient, comme d'ailleurs le procédé décrit dans le document FR 2 790 162 ci-dessus, de devoir faire appel à des principes de signature électronique qui sont complexes à mettre en oeuvre et qui reposent sur l'hypothèse fondamentale de l'intégrité du stockage de la monnaie électronique dans les cartes à puce, hypothèse loin d'être évidente.
Par ailleurs, un tel système de porte-monnaie électronique nécessite : - soit l'utilisation d'un unique terminal muni d'un lecteur de carte à puce qui est doté de deux fentes respectivement prévues pour recevoir la carte bancaire à puce de l'acheteur et la carte bancaire à puce du vendeur, l'échange de monnaie ne pouvant alors être effectué qu'en cas de proximité entre l'acheteur et le vendeur, ce qui n'est pas toujours possible et souhaité, - soit l'utilisation, dans le cas d'échange de monnaie à distance, via un réseau, d'un premier terminal appartenant à l'acheteur et muni d'un lecteur de carte bancaire à puce, et d'un second terminal appartenant au vendeur et muni lui-même d'un lecteur de carte bancaire à puce, les deux lecteurs étant forcément reliés entre eux.
Il convient de noter que les dispositions ci-dessus s'avèrent non seulement peu souples, mais également coûteuses, puisque dans les deux cas, un lecteur de carte à puce est utilisé.
La présente invention a notamment pour but de remédier à ces inconvénients.
A cet effet, le procédé de télépaiement selon l'invention comprend, à la suite de l'échange préliminaire entre l'acheteur et le vendeur, des échanges d'informations ayant lieu uniquement entre l'acheteur et le serveur de paiement, échanges au cours desquels : a) l'acheteur adresse au serveur de paiement des informations comprenant des données relatives au vendeur, ainsi que ledit montant de la prestation, b) le serveur authentifie l'identifiant du vendeur à partir des
<Desc/Clms Page number 3>
informations reçues, et adresse en réponse à l'acheteur un message d'ordre de paiement dudit montant, ce message comprenant au moins ledit montant et l'identifiant du vendeur.
Ainsi, un tel procédé de télépaiement s'avère moins complexe et moins coûteux que les procédés de télépaiement antérieurs visés ci-dessus, puisque, d'une part, le vendeur n'a plus à établir de communications avec le serveur, et que d'autre part le numéro de carte bancaire à puce de l'acheteur n'est plus communiqué.
Dans des modes de réalisation préférés du procédé selon l'invention, on a recours à l'une et/ou à l'autre des dispositions suivantes : - l'acheteur procède à une vérification de l'identifiant du vendeur soit préalablement à l'étape a), soit à la suite de l'étape b), et si le résultat de cette vérification est positif, au cours d'une étape c), l'acheteur adresse en réponse au serveur des informations confidentielles permettant le paiement dudit montant ; - l'équipement de télécommunications du vendeur est un téléphone mobile de type GSM, le procédé de télépaiement étant ainsi facile à mettre en oeuvre compte tenu de l'usage maintenant courant de ce type de téléphone et de la sécurité du processus d'identification de leur détenteur par authentification par le réseau mobile de la carte d'identification d'abonné ou carte SIM ( Subscriber Identification Module ) ; - le téléphone mobile de l'acheteur est de la même génération que le téléphone mobile du vendeur ; - le téléphone mobile de l'acheteur est d'une génération différente de celle du téléphone mobile du vendeur, ce qui permet une grande souplesse d'utilisation ; - les numéros de téléphone mobile respectifs de l'acheteur et du vendeur sont fournis au serveur de paiement lors de l'abonnement, de même que les premier et second identifiants ; - les informations envoyées au serveur, d'une part à l'étape a) et, d'autre part, à l'étape c), se présentent chacune sous la forme d'un message numérique, ce qui permet d'éviter à l'acheteur de devoir effectuer, sur le clavier
<Desc/Clms Page number 4>
de son téléphone, la saisie de lettres qui est fastidieuse ; - l'étape c) est suivie d'une étape d) au cours de laquelle le serveur de paiement vérifie les informations reçues et, si le résultat de cette vérification est positif, adresse à l'acheteur et au vendeur des messages de confirmation respectifs que le paiement dudit montant a bien été effectué ; - le vendeur, lors de la réception de son message de confirmation, authentifie le serveur de paiement par un code secret fourni par le vendeur au serveur de paiement, lors de l'abonnement ; - les données du message numérique adressé à l'étape a) correspondent au numéro de téléphone mobile du vendeur ; - le message numérique adressé à l'étape c) est un code de paiement secret qui est fourni par l'acheteur au serveur lors de l'abonnement.
Pour ce qui est du système de mise en oeuvre du procédé de télépaiement du genre en question, l'équipement mobile est seul destiné à échanger des informations avec le serveur de paiement : a) cet équipement mobile étant adapté pour adresser au serveur de paiement des informations comprenant des données relatives au vendeur, ainsi que ledit montant de la prestation, b) le serveur comprenant des moyens d'authentification de l'identifiant du vendeur à partir des informations reçues, et des moyens pour adresser en réponse à l'acheteur un message d'ordre de paiement dudit montant, ce message comprenant au moins ledit montant et l'identifiant du vendeur, c) ledit second équipement comprenant en outre des moyens de vérification de l'identifiant du vendeur reçu et des moyens pour envoyer en réponse au serveur des informations confidentielles permettant le paiement dudit montant, si le résultat de cette vérification est positif.
D'autres caractéristiques et avantages de l'invention apparaîtront au cours de la description suivante d'une de ses formes de réalisation, donnée à titre d'exemple non limitatif, en regard de la figure unique jointe.
Cette figure illustre l'architecture générale du système de télépaiement de l'invention et les liaisons établies entre les différents acteurs du système.
<Desc/Clms Page number 5>
Sur la figure 1 annexée, la référence numérique E1 désigne un premier équipement de télécommunications appartenant à un vendeur V, tel qu'avantageusement un téléphone mobile de type GSM, et la référence numérique E2 désigne un téléphone mobile de type GSM appartenant à un acheteur.
La référence numérique T désigne quant à elle un serveur de paiement auprès duquel l'acheteur et le vendeur s'abonnent préalablement et qui est destiné à enregistrer le paiement et à mettre à jour les comptes respectifs de l'acheteur et du vendeur. Lors de l'abonnement, le vendeur fournit au serveur T un identifiant 11, lequel correspond par exemple à son nom ou à son pseudonyme, ainsi que son numéro d'abonné international mobile, désigné par
N1. De manière similaire, l'acheteur fournit au serveur T un identifiant 12, ainsi que son numéro d'abonné international mobile, désigné par N2. Enfin, le serveur de paiement T fournit son numéro de téléphone N3 à l'acheteur et au vendeur.
N1. De manière similaire, l'acheteur fournit au serveur T un identifiant 12, ainsi que son numéro d'abonné international mobile, désigné par N2. Enfin, le serveur de paiement T fournit son numéro de téléphone N3 à l'acheteur et au vendeur.
Compte tenu des difficultés que pose la synthèse vocale des noms, le vendeur et l'acheteur, lors de leur abonnement, saisissent ou font saisir leur identifiant respectif 11, 12 en mode alphabétique et enregistrent eux-mêmes vocalement leur identifiant. Pour ce faire, le serveur T comporte une mémoire M qui enregistre d'une part chaque numéro d'abonné N1 et N2, et d'autre part, chaque identifiant 11 et 12 correspondant, à la fois en mode alphabétique et en mode vocal, de façon à ce que le serveur T ait la faculté d'envoyer à l'acheteur ou au vendeur des messages, vocaux ou alphabétiques, selon respectivement tel ou tel type de téléphone mobile utilisé par l'acheteur et le vendeur.
Par ailleurs, au moment de l'abonnement, l'acheteur fournit en plus de son identifiant 12 et de son numéro d'abonné N2, deux codes numériques C2 et C'2. Le code C2 est un code de paiement secret, tandis que le code C'2 est un code secret qui est destiné à être envoyé par le serveur T à l'acheteur, une fois que ce dernier a payé. De la même façon, le vendeur, qui peut très bien devenir acheteur, fournit en plus de son identifiant Il et de son numéro d'abonné N1, deux codes numériques C1 et C'1. Le code C1 est un code de paiement secret, tandis que le code C'1 est un code secret qui est destiné à être envoyé par le
<Desc/Clms Page number 6>
serveur T au vendeur devenu acheteur, une fois que ce dernier a payé.
L'opération de télépaiement qui concerne plus spécialement l'invention est précédée d'un échange ou négociation préliminaire entre le vendeur et l'acheteur. Cette négociation peut avoir été réalisée à distance (par téléphone, par le réseau Internet, etc...) ou simplement avoir été réalisée au cours d'une entrevue entre l'acheteur et le vendeur. L'aboutissement de la négociation consiste en un accord par l'acheteur du paiement d'un montant MT d'une prestation due par le vendeur. Par ailleurs, au cours de cette négociation, le vendeur doit impérativement faire connaître à l'acheteur son numéro N1 de téléphone mobile et son identifiant Il.
Trois variantes du procédé de télépaiement selon l'invention vont maintenant être décrites en détail, ces trois variantes correspondant au type de génération de téléphone mobile utilisé par l'acheteur. Il apparaîtra de manière plus explicite dans la suite de la description, que le type de génération du téléphone mobile du vendeur importe peu, puisque son téléphone mobile E1 ne fonctionne qu'en récepteur au cours du procédé de télépaiement.
1. Variante dans laquelle l'acheteur utilise un téléphone mobile E2 de première génération (phase 1 ou phase 2) Il convient de rappeler qu'un tel téléphone mobile possède les fonctions classiques d'un téléphone fixe (numérotation pour appeler, être appelé, communiquer en vocal) et des fonctions d'envoi ou de réception de données qui sont les suivantes : - envoi de données en mode DTMF ( Dual Tone Multi Frequency ) pendant la communication vocale, données correspondant au code des touches que l'utilisateur actionne sur le clavier de son téléphone ; - émission-réception de messages courts ( short messages ) ou SM, qui peuvent être mémorisés dans une carte dite carte d'identification d'abonné ou carte SIM ( Subscriber Identification Module ).
Dans un tel cas, le procédé de télépaiement se déroule de la manière
<Desc/Clms Page number 7>
suivante.
L'acheteur compose sur le clavier de son téléphone mobile E2 le numéro de téléphone N3 du serveur de paiement T. Le serveur de paiement T émet alors un message vocal du type : tapez le numéro N1 de téléphone mobile du vendeur 11, dièse, et le montant Mut .
Au cours d'une étape suivante a), l'acheteur adresse alors au serveur de paiement T un message 1 d'informations exclusivement numériques qui contient simplement le numéro N1 de téléphone mobile du vendeur et le montant
MT.
MT.
Au cours d'une étape suivante b), le serveur de paiement T, après réception du message 1, extrait de sa mémoire M l'identifiant 11 du vendeur qui est associé au numéro N1 de téléphone mobile et adresse en retour à l'acheteur un message vocal 2 du type : pour payer le montant MT au vendeur Il, tapez votre code de paiement .
La réception du message 2 permet avantageusement à l'acheteur, et cela dès le début du procédé, de s'apercevoir d'une éventuelle erreur de saisie du numéro de téléphone mobile du vendeur, ce qui évite ainsi, de façon simple et fiable, d'entraîner le paiement du montant MT au profit d'un vendeur ayant un identifiant autre que l'identifiant Il.
Au cours d'une étape c), l'acheteur adresse en retour au serveur de paiement T un message 3 d'informations exclusivement numériques qui contient simplement le code de paiement secret C2 fourni par l'acheteur au serveur T lors de l'abonnement, ce code étant composé sur le clavier de son téléphone mobile E2.
Le serveur de paiement T, après avoir authentifié l'acheteur grâce à son code de paiement C2, contrôle le compte bancaire de l'acheteur. Ce contrôle peut être envisagé de diverses façons. D'une façon classique, le serveur de paiement T peut comporter des moyens de liaison spécifiques avec la banque de l'acheteur, et, dans ce cas, demander une autorisation à cette banque pour débiter le compte de l'acheteur. Ou bien le serveur de paiement T peut lui même contenir dans une mémoire spécifique le compte bancaire de l'acheteur, ce qui
<Desc/Clms Page number 8>
aurait l'avantage de supprimer la liaison serveur-banque, et d'accélérer ainsi le procédé de télépaiement.
En outre, le serveur T comporte un module de conversion de monnaie (non représenté) dans le cas où, par exemple, la monnaie utilisée par l'acheteur est différente de celle du vendeur.
Enfin, au cous d'une étape d), le serveur de paiement T : - adresse au vendeur un message SM 41 du type : Vous avez reçu le montant MT de l'acheteur 12 , - et adresse à l'acheteur un message vocal 42 du type : merci, à bientôt qui indique à l'acheteur que le paiement du montant MT a bien été effectué.
D'une manière particulièrement avantageuse, le message vocal 41 contient le code secret C'1 fourni par le vendeur lors de son abonnement au serveur de paiement T et enregistré dans la mémoire M de ce dernier, de telle sorte que le vendeur puisse identifier que le message 41 a bien été adressé par le serveur T. Cette modalité permet ainsi d'éviter que l'acheteur fasse croire au vendeur qu'il a payé le montant MT alors que ce n'est pas le cas.
Par ailleurs, le serveur de paiement T peut adresser à l'acheteur un message de confirmation supplémentaire 43 qui est un message vocal du type : Vous avez payé le montant MT au vendeur Il .
2. Variante dans laquelle l'acheteur utilise un téléphone mobile E2 de seconde génération (phase 2+)
Il convient de rappeler qu'un tel téléphone mobile possède, en plus des fonctions classiques du téléphone de première génération, une fonction d'exécution de programmes appelés Sim Application Toolkit et enregistrés dans la carte SIM. Ces programmes peuvent être activés par un menu particulier sur l'écran du téléphone mobile. Ils permettent, au delà des traitements internes (calcul, gestion de données) que peut faire tout programme, d'agir sur l'affichage du téléphone mobile, de saisir les touches du clavier actionnées par l'utilisateur,
Il convient de rappeler qu'un tel téléphone mobile possède, en plus des fonctions classiques du téléphone de première génération, une fonction d'exécution de programmes appelés Sim Application Toolkit et enregistrés dans la carte SIM. Ces programmes peuvent être activés par un menu particulier sur l'écran du téléphone mobile. Ils permettent, au delà des traitements internes (calcul, gestion de données) que peut faire tout programme, d'agir sur l'affichage du téléphone mobile, de saisir les touches du clavier actionnées par l'utilisateur,
<Desc/Clms Page number 9>
de recevoir ou d'émettre un message de type SM
Dans un tel cas, le procédé de télépaiement se déroule de la manière suivante.
Dans un tel cas, le procédé de télépaiement se déroule de la manière suivante.
L'acheteur active le menu intitulé télépaiement qui est enregistré dans la carte SIM de son téléphone mobile E2. Ce menu a été conçu pour comporter deux champs : le numéro N1 de téléphone mobile du vendeur et le montant MT à payer.
Au cours d'une étape suivante a), l'acheteur complète ces deux champs de type numérique et adresse alors au serveur de paiement T le message d'informations 1, SM.
Au cours d'une étape suivante b), le serveur de paiement T, après réception du message 1, extrait de sa mémoire M l'identifiant 11 du vendeur qui est associé au numéro N1 de téléphone mobile et adresse en retour à l'acheteur un message 2, de type SM, qui s'affiche sur l'écran du téléphone mobile E2 de l'acheteur et qui est du type : pour payer le montant MT au vendeur Il, tapez votre code de paiement .
Comme dans le cas de la première variante de procédé décrite cidessus, la réception du message 2 permet avantageusement à l'acheteur, et cela dès le début du procédé, de s'apercevoir d'une éventuelle erreur de saisie du numéro de téléphone mobile du vendeur.
Au cours d'une étape c), l'acheteur tape son code de paiement secret C2 et adresse en retour au serveur de paiement T un message d'informations 3 qui n'est autre que le message 2 dûment complété par l'acheteur.
Le serveur de paiement T, après avoir authentifié l'acheteur grâce à son code de paiement C2, contrôle le compte bancaire de l'acheteur. Ce contrôle est effectué de la façon envisagée dans la première variante du procédé selon l'invention.
Enfin, au cous d'une étape d), le serveur de paiement T : - adresse au vendeur, un message SM 41 du type : Vous avez reçu le montant MT de l'acheteur 12 ,, - et adresse à l'acheteur un message SM 42 du type : merci, à
<Desc/Clms Page number 10>
Comme dans la première variante de procédé décrite ci-dessus, le message SM 41 contient également le code secret C1 du vendeur.
Par ailleurs, le serveur de paiement T peut adresser un message de confirmation supplémentaire 43 qui est un message SM du type : Vous avez payé le montant MT au vendeur Il .
La seconde variante de procédé qui vient d'être décrite ci-dessus permet de garantir l'intégrité et la confidentialité du contenu des différent messages SM envoyés grâce au programme Sim Application Toolkit . Les techniques d'obtention de la confidentialité et de l'intégrité des messages sont tout à fait classiques. Elles sont basées sur le chiffrement/MAC (message authentification code).
Le nombre de messages SM échangés au cours de cette variante de procédé peut être réduit de la façon suivante.
Le menu intitulé télépaiement qui est enregistré dans la carte SIM du téléphone mobile E2 de l'acheteur comporte, en plus des deux champsnuméro N1 de téléphone mobile du vendeur et montant MT à payer-une clé Kl que le vendeur aura préalablement communiquée à l'acheteur. Cette clé K1, qui est représentée par exemple sur deux chiffres, est obtenue par un algorithme mathématique f à partir de N1, de telle sorte que K1=f (N1). Ainsi, avant que l'acheteur procède à l'envoi, à l'étape a), du message d'informations 1, SM, contenant le numéro N1 de téléphone mobile du vendeur et le montant MT à payer, l'acheteur active le programme d'application Sim Application Toolkit de son téléphone mobile E2 afin de vérifier que K1=f (N1). Si le test se révèle positif, l'acheteur envoie le message 1.
En conséquence, au cours d'une étape c), t'acheteur n'a plus à vérifier l'identifiant 11 du vendeur. Ceci permet d'éviter d'avoir à réitérer les étapes a) et b) du procédé de télépaiement en cas d'erreur sur l'identifiant 11, l'émission de messages SM s'avérant relativement coûteuse.
<Desc/Clms Page number 11>
3. Variante dans laquelle l'acheteur utilise un téléphone mobile E2 de troisième génération (WAP ( Wireless Application Protocol ))
Il convient de rappeler qu'un tel téléphone mobile possède, en plus des fonctions classiques du téléphone de première génération et de la fonction d'exécution de programmes du téléphone mobile de seconde génération, une fonction de réalisation d'une transaction téléphone mobile-serveur, au sens client-serveur, le serveur étant du type http et comparable à un serveur WEB standard. Ce téléphone mobile permet d'envoyer et de recevoir des messages sous forme de requête, lesquels messages peuvent contenir du texte, des images, mais également un formulaire doté de règles de saisie, telles que par exemple champ 1 : nombre à huit chiffres, champ 2 : saisir le choix par clic sur oui ou non pour respectivement confirmer ou infirmer une transaction.
Dans un tel cas, le procédé de télépaiement se déroule de la manière suivante.
L'acheteur clique sur une adresse Internet attribuée au serveur de paiement T et intitulée par exemple télépaiement. com , cette adresse étant préalablement mémorisée dans son téléphone mobile E2. Ce simple clic est interprété comme une requête vis-à-vis du serveur de paiement T qui adresse alors en retour à l'acheteur un message sous forme de formulaire. Ce formulaire s'affiche sur l'écran du téléphone mobile E2 de l'acheteur et contient, comme dans la seconde variante de procédé, deux champs : le numéro Ni de téléphone mobile du vendeur et le montant MT à payer.
Au cours d'une étape suivante a), l'acheteur remplit ce formulaire et adresse alors au serveur de paiement T le message d'informations 1 sous forme de requête qui se présente en fait sous la forme du formulaire ci-dessus dûment complété par l'acheteur.
Au cours d'une étape suivante b), le serveur de paiement T, après réception du message 1, extrait de sa mémoire M l'identifiant 11 du vendeur qui est associé au numéro Ni de téléphone mobile et adresse en retour à l'acheteur, un message 2, de type formulaire, qui s'affiche sur l'écran du téléphone mobile
<Desc/Clms Page number 12>
E2 de l'acheteur et qui est du type : pour payer le montant MT au vendeur Il, tapez votre code de paiement .
Comme dans le cas des première et seconde variantes de procédé décrites ci-dessus, la réception du message 2 permet avantageusement à l'acheteur, et cela dès le début du procédé, de s'apercevoir d'une éventuelle erreur de saisie du numéro N1 de téléphone mobile du vendeur
Au cours d'une étape c), l'acheteur tape son code de paiement C2 et adresse en retour au serveur de paiement T un message d'informations 3, du type requête, qui n'est autre que le formulaire du message 2, dûment complété.
Au cours d'une étape c), l'acheteur tape son code de paiement C2 et adresse en retour au serveur de paiement T un message d'informations 3, du type requête, qui n'est autre que le formulaire du message 2, dûment complété.
Le serveur de paiement T, après avoir authentifié l'acheteur grâce à son code de paiement C2, contrôle le compte bancaire de l'acheteur. Ce contrôle est effectué de la façon envisagée dans les première et seconde variantes du procédé selon l'invention.
Enfin, au cours d'une étape d), le serveur de paiement T : - adresse au vendeur un message 41 du type : Vous avez reçu le montant MT de l'acheteur 12 , ce message étant de type vocal si le vendeur utilise un téléphone mobile E1 de première génération, ou bien du type SM si le vendeur utilise un téléphone mobile E1 de seconde ou troisième génération, - et adresse à l'acheteur un message SM 42 du type : merci, à bientôt qui indique à l'acheteur que le paiement du montant MT a bien été effectué.
Comme dans les première et seconde variantes de procédé décrites
ci-dessus, le message SM 41 contient également le code secret C'1 du vendeur.
ci-dessus, le message SM 41 contient également le code secret C'1 du vendeur.
Par ailleurs, le serveur de paiement T peut adresser un message de confirmation supplémentaire 43 qui est un message SM du type : Vous avez payé le montant MT au vendeur Il .
La troisième variante de procédé qui vient d'être décrite ci-dessus permet également de garantir l'intégrité et la confidentialité du contenu des différent messages échangés. En effet, les messages qui sont envoyés par l'acheteur au serveur de paiement T sont d'abord émis par le réseau de radiotéléphonie à une passerelle intitulée WAP Gateway , l'émission de ces
<Desc/Clms Page number 13>
messages étant protégée par une technique classique appelée WTLS ( Wireless Transport Layer Security Spécification ). La passerelle WAP Gateway transcode les données contenues dans ces messages et les renvoie au serveur de paiement T par le réseau Internet. Le transfert de ces messages
est protégé par une technique classique appelée SSL V2 ou SSL V3 ( Secure Sockets Layer ). Ces techniques de sécurisation sont bien évidemment également mises en oeuvre lorsque, réciproquement, le serveur de paiement T envoie un message à l'acheteur ou au vendeur, le message étant, cette fois, d'abord transmis par le réseau Internet, puis par le réseau de radiotéléphonie.
Le procédé et le système de télépaiement qui viennent d'être décrits ci-dessus sont destinés à être appliqués en particulier dans le commerce électronique, tel que par exemple les enchères à distance ou, plus généralement, les services de paiement instantané entre deux particuliers disposant chacun de leur téléphone mobile.
Claims (12)
-
- 2. Procédé selon la revendication 1, dans lequel l'acheteur procède à une vérification de l'identifiant (11) du vendeur soit préalablement à l'étape a), soit à la suite de l'étape b), et si le résultat de cette vérification est positif, au cours d'une étape c), l'acheteur adresse en réponse au serveur (T) des informations confidentielles (3) permettant le paiement dudit montant (MT).caractérisé en ce que : à la suite de cet échange préliminaire, le procédé comprend des échanges d'informations ayant lieu uniquement entre l'acheteur et le serveur de paiement (T), échanges au cours desquels : a) l'acheteur adresse au serveur de paiement (T) des informations non confidentielles (1) comprenant des données relatives au vendeur, ainsi que ledit montant (MT) de la prestation, b) le serveur (T) authentifie l'identifiant (11) du vendeur à partir des informations (1) reçues, et adresse en réponse à l'acheteur un message (2) d'ordre de paiement dudit montant (MT), ce message (2) comprenant au moins ledit montant (MT) et l'identifiant (11) du vendeur (V),REVENDICATIONS 1. Procédé de télépaiement impliquant une première entité dite le vendeur ayant un premier identifiant (11) et disposant d'un équipement de télécommunications (E1), une seconde entité dite l'acheteur ayant un second identifiant (12) et disposant d'un équipement mobile de type GSM (E2), et une troisième entité dite serveur de paiement (T) auquel sont abonnés l'acheteur et le vendeur et qui est apte à établir une liaison avec au moins ledit équipement mobile (E2), ce procédé comprenant un échange préliminaire qui est établi entre le vendeur et l'acheteur, en vue de l'aboutissement d'une transaction correspondant au paiement d'un montant (MT) d'une prestation due par le vendeur,
- 3. Procédé selon la revendication 1, dans lequel l'équipement de télécommunications (E1) du vendeur est un téléphone mobile de type GSM.<Desc/Clms Page number 15>
- 4. Procédé selon la revendication 3, dans lequel le téléphone mobile (E2) de l'acheteur est de la même génération que le téléphone mobile (E1) du vendeur.
- 5. Procédé selon la revendication 3, dans lequel le téléphone mobile (E2) de l'acheteur est d'une génération différente de celle du téléphone mobile (E1) du vendeur.
- 6. Procédé selon l'une quelconque des revendications 1 à 5, dans lequel les numéros de téléphone mobile respectifs de l'acheteur et du vendeur sont fournis au serveur de paiement lors de l'abonnement, de même que les premier (11) et second (12) identifiants.
- 7. Procédé selon l'une quelconque des revendications 1 à 6, dans lequel les informations envoyées au serveur (T), d'une part à l'étape a) et, d'autre part, à l'étape c), se présentent chacune sous la forme d'un message numérique.
- 8. Procédé selon l'une quelconque des revendications 1 à 7, dans lequel l'étape c) est suivie d'une étape d) au cours de laquelle le serveur de paiement (T) vérifie les informations (3) reçues et, si le résultat de cette vérification est positif, adresse à l'acheteur et au vendeur des messages de confirmation respectifs (41, 42) que le paiement dudit montant a bien été effectué.
- 9. Procédé selon la revendication 8, dans lequel le vendeur, lors de la réception de son message de confirmation (41), authentifie le serveur de paiement (T) par un code secret fourni par le vendeur au serveur de paiement, lors de l'abonnement.
- 10. Procédé selon la revendication 7, dans lequel les données non confidentielles du message numérique (1) adressé à l'étape a) correspondent au numéro de téléphone mobile du vendeur.
- 11. Procédé selon la revendication 7, dans lequel le message numérique adressé à l'étape c) est un code de paiement secret qui est fourni par l'acheteur au serveur (T) lors de l'abonnement.
- 12. Système de télépaiement pour la mise en oeuvre du procédé selon l'une quelconque des revendications 1 à 11, comprenant un équipement de télécommunications (E1) utilisé par un vendeur, un équipement mobile de type<Desc/Clms Page number 16>GSM (E2) utilisé par un acheteur, un serveur de paiement (T) auquel sont abonnés l'acheteur et le vendeur et qui est apte à établir une liaison avec au moins ledit équipement mobile (E2), un échange préliminaire ayant été établi entre le vendeur et l'acheteur en vue de l'aboutissement d'une transaction correspondant au paiement d'un montant (MT) d'une prestation due par le vendeur, caractérisé en ce que : l'équipement mobile (E2) est seul destiné à échanger des informations avec le serveur de paiement (T) : a) cet équipement mobile (E2) étant adapté pour adresser au serveur de paiement (T) des informations (1) comprenant des données relatives au vendeur, ainsi que ledit montant (MT) de la prestation, b) le serveur (T) comprenant des moyens d'authentification de l'identifiant (11) du vendeur à partir des informations reçues, et des moyens pour adresser en réponse à l'acheteur un message (2) d'ordre de paiement dudit montant (MT), ce message (2) comprenant au moins ledit montant (MT) et l'identifiant (11) du vendeur.
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0101900A FR2820853B1 (fr) | 2001-02-12 | 2001-02-12 | Procede et systeme de telepaiement |
EP02711969A EP1360665A1 (fr) | 2001-02-12 | 2002-01-16 | Procede et systeme de telepaiement |
PCT/FR2002/000153 WO2002065414A1 (fr) | 2001-02-12 | 2002-01-16 | Procede et systeme de telepaiement |
US10/467,711 US7565321B2 (en) | 2001-02-12 | 2002-01-16 | Telepayment method and system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0101900A FR2820853B1 (fr) | 2001-02-12 | 2001-02-12 | Procede et systeme de telepaiement |
Publications (2)
Publication Number | Publication Date |
---|---|
FR2820853A1 true FR2820853A1 (fr) | 2002-08-16 |
FR2820853B1 FR2820853B1 (fr) | 2003-04-11 |
Family
ID=8859923
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
FR0101900A Expired - Fee Related FR2820853B1 (fr) | 2001-02-12 | 2001-02-12 | Procede et systeme de telepaiement |
Country Status (4)
Country | Link |
---|---|
US (1) | US7565321B2 (fr) |
EP (1) | EP1360665A1 (fr) |
FR (1) | FR2820853B1 (fr) |
WO (1) | WO2002065414A1 (fr) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
NL1019604C2 (nl) * | 2001-12-19 | 2003-06-20 | Mansvelder Man & Beheer | Telefoniesysteem. |
WO2004019151A2 (fr) * | 2002-08-20 | 2004-03-04 | Teimuraz Tchkadua | Procede et systeme pour transferer de l'argent par un reseau de telecommunication |
US6839611B1 (en) * | 1999-12-14 | 2005-01-04 | O2 (Germany) Gmbh & Co. Ohg | Device and method for dispensing a good or offering a service and a suitable system herefor |
BE1016964A3 (fr) * | 2006-01-25 | 2007-11-06 | Zurstrassen Jean Guillaume | Methode et systeme de paiements electroniques entre porte-monnaies electroniques. |
Families Citing this family (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7162035B1 (en) | 2000-05-24 | 2007-01-09 | Tracer Detection Technology Corp. | Authentication method and system |
AU2002349173B2 (en) * | 2001-12-04 | 2005-04-28 | Conceptm Company Limited | System and method for facilitating electronic financial transactions using a mobile telecommunication device |
CN100433617C (zh) * | 2001-12-04 | 2008-11-12 | M概念有限公司 | 使用移动电信设备以便于电子财务交易的系统及方法 |
US8171567B1 (en) | 2002-09-04 | 2012-05-01 | Tracer Detection Technology Corp. | Authentication method and system |
US8055283B2 (en) * | 2004-05-18 | 2011-11-08 | Sybase 265, Inc. | System and method for message-based interactive services |
KR100495307B1 (ko) * | 2004-06-09 | 2005-06-14 | 엔에이치엔(주) | 주기별 결제 시스템, 그 제어방법 및 그 결제시스템의 서비스프로바이더 |
EP1699252A1 (fr) * | 2005-03-01 | 2006-09-06 | Sony Ericsson Mobile Communications AB | Procédé et système de paiement d'un contenu téléchargeable sur un terminal de téléphonie mobile |
BRPI0609746A2 (pt) * | 2005-04-06 | 2010-04-27 | Shoptext Inc | sistema, método de operação de um servidor e meio de armazenamento que pode ser lido em compuutador, que contém um conjunto de instruções para um processador |
US20060258397A1 (en) * | 2005-05-10 | 2006-11-16 | Kaplan Mark M | Integrated mobile application server and communication gateway |
US20060265326A1 (en) * | 2005-05-19 | 2006-11-23 | Barrett Mary H | Method and apparatus for payment without payment card infrastructure |
US20070156517A1 (en) * | 2005-12-29 | 2007-07-05 | Mark Kaplan | System and method for redemption of a coupon using a mobile cellular telephone |
GB2438236A (en) * | 2006-05-19 | 2007-11-21 | Mark Edward Ashcroft | Using a mobile telecommunications device to perform a monetary transaction |
GB2447709A (en) * | 2007-03-23 | 2008-09-24 | Eddie Parker | Payment between a user and a merchant using a mobile communications device |
US20080299970A1 (en) * | 2007-05-30 | 2008-12-04 | Shoptext, Inc. | Consumer Registration Via Mobile Device |
US7995196B1 (en) | 2008-04-23 | 2011-08-09 | Tracer Detection Technology Corp. | Authentication method and system |
US20090325539A1 (en) * | 2008-06-25 | 2009-12-31 | Ajay Malik | Cell Phone Sensor Applications |
US8730836B2 (en) * | 2008-08-14 | 2014-05-20 | The Invention Science Fund I, Llc | Conditionally intercepting data indicating one or more aspects of a communiqué to obfuscate the one or more aspects of the communiqué |
US20100042667A1 (en) * | 2008-08-14 | 2010-02-18 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | System and method for transmitting illusory identification characteristics |
US20100039218A1 (en) * | 2008-08-14 | 2010-02-18 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | System and method for transmitting illusory and non-illusory identification characteristics |
US20110166973A1 (en) * | 2008-08-14 | 2011-07-07 | Searete Llc | Conditionally obfuscating one or more secret entities with respect to one or more billing statements related to one or more communiqués addressed to the one or more secret entities |
US8929208B2 (en) * | 2008-08-14 | 2015-01-06 | The Invention Science Fund I, Llc | Conditionally releasing a communiqué determined to be affiliated with a particular source entity in response to detecting occurrence of one or more environmental aspects |
US9659188B2 (en) * | 2008-08-14 | 2017-05-23 | Invention Science Fund I, Llc | Obfuscating identity of a source entity affiliated with a communiqué directed to a receiving user and in accordance with conditional directive provided by the receiving use |
US8850044B2 (en) * | 2008-08-14 | 2014-09-30 | The Invention Science Fund I, Llc | Obfuscating identity of a source entity affiliated with a communique in accordance with conditional directive provided by a receiving entity |
US20110041185A1 (en) * | 2008-08-14 | 2011-02-17 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Obfuscating identity of a source entity affiliated with a communiqué directed to a receiving user and in accordance with conditional directive provided by the receiving user |
US20110093806A1 (en) * | 2008-08-14 | 2011-04-21 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Obfuscating reception of communiqué affiliated with a source entity |
US20110081018A1 (en) * | 2008-08-14 | 2011-04-07 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Obfuscating reception of communiqué affiliated with a source entity |
US20110161217A1 (en) * | 2008-08-14 | 2011-06-30 | Searete Llc | Conditionally obfuscating one or more secret entities with respect to one or more billing statements |
US9641537B2 (en) * | 2008-08-14 | 2017-05-02 | Invention Science Fund I, Llc | Conditionally releasing a communiqué determined to be affiliated with a particular source entity in response to detecting occurrence of one or more environmental aspects |
US20110110518A1 (en) * | 2008-08-14 | 2011-05-12 | Searete Llc | Obfuscating reception of communiqué affiliated with a source entity in response to receiving information indicating reception of the communiqué |
US8583553B2 (en) | 2008-08-14 | 2013-11-12 | The Invention Science Fund I, Llc | Conditionally obfuscating one or more secret entities with respect to one or more billing statements related to one or more communiqués addressed to the one or more secret entities |
US20110131409A1 (en) * | 2008-08-14 | 2011-06-02 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Conditionally intercepting data indicating one or more aspects of a communiqué to obfuscate the one or more aspects of the communiqué |
US20100318595A1 (en) * | 2008-08-14 | 2010-12-16 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | System and method for conditionally transmitting one or more locum tenentes |
US8626848B2 (en) | 2008-08-14 | 2014-01-07 | The Invention Science Fund I, Llc | Obfuscating identity of a source entity affiliated with a communiqué in accordance with conditional directive provided by a receiving entity |
US20100042669A1 (en) * | 2008-08-14 | 2010-02-18 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | System and method for modifying illusory user identification characteristics |
US20110166972A1 (en) * | 2008-08-14 | 2011-07-07 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Conditionally obfuscating one or more secret entities with respect to one or more billing statements |
HUE042583T2 (hu) * | 2009-02-14 | 2019-07-29 | Net2Text Ltd | Biztonságos fizetési és számlázási eljárás mobiltelefonszám vagy számla segítségével |
US8200260B2 (en) * | 2009-08-11 | 2012-06-12 | Ericsson Television, Inc. | Systems and methods for processing purchase transactions between mobile phones |
GB2479366A (en) * | 2010-04-07 | 2011-10-12 | Avienus Ltd | Payment using mobile telephone |
WO2011131821A1 (fr) * | 2010-04-21 | 2011-10-27 | Payzapper | Système de paiement par téléphone |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0708547A2 (fr) * | 1994-09-22 | 1996-04-24 | AT&T Corp. | Téléphone cellulaire utilisé comme contrÔleur de transaction authentifié |
WO1996013814A1 (fr) * | 1994-10-28 | 1996-05-09 | Behruz Vazvan | Systeme de telepaiement en temps reel |
WO1998047116A1 (fr) * | 1997-04-15 | 1998-10-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Procede et appareil de paiement par telecommunications/transmission de donnees |
DE19843439A1 (de) * | 1998-09-22 | 2000-03-30 | Siemens Ag | Verfahren und System zum Bezahlen von Waren oder Diensten |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
NL239505A (fr) * | 1958-05-31 | |||
US5204902A (en) * | 1991-09-13 | 1993-04-20 | At&T Bell Laboratories | Cellular telephony authentication arrangement |
ATE159602T1 (de) * | 1992-11-11 | 1997-11-15 | Finland Telecom Oy | Verfahren zum durchführen von finanziellen transaktionen mittels eines mobilen telephonsystems |
HUP0003100A3 (en) * | 1997-06-27 | 2003-01-28 | Swisscom Mobile Ag | Transaction method using a mobile device and identifier device |
US6098053A (en) * | 1998-01-28 | 2000-08-01 | Citibank, N.A. | System and method for performing an electronic financial transaction |
FR2790162B1 (fr) | 1999-02-19 | 2001-04-13 | France Telecom | Procede de telepaiement et systeme pour la mise en oeuvre de ce procede |
AU780943B2 (en) * | 1999-12-30 | 2005-04-28 | International Business Machines Corporation | Method of payment by means of an electronic communication device |
NO20000382D0 (no) * | 2000-01-25 | 2000-01-25 | Ericsson Telefon Ab L M | Betaling av tjenester med mobiltelefon |
US6915272B1 (en) * | 2000-02-23 | 2005-07-05 | Nokia Corporation | System and method of secure payment and delivery of goods and services |
US20040015403A1 (en) * | 2000-12-21 | 2004-01-22 | International Business Machines Corporation | Method, system, and business method for wireless fast business |
-
2001
- 2001-02-12 FR FR0101900A patent/FR2820853B1/fr not_active Expired - Fee Related
-
2002
- 2002-01-16 EP EP02711969A patent/EP1360665A1/fr not_active Ceased
- 2002-01-16 WO PCT/FR2002/000153 patent/WO2002065414A1/fr not_active Application Discontinuation
- 2002-01-16 US US10/467,711 patent/US7565321B2/en not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0708547A2 (fr) * | 1994-09-22 | 1996-04-24 | AT&T Corp. | Téléphone cellulaire utilisé comme contrÔleur de transaction authentifié |
WO1996013814A1 (fr) * | 1994-10-28 | 1996-05-09 | Behruz Vazvan | Systeme de telepaiement en temps reel |
WO1998047116A1 (fr) * | 1997-04-15 | 1998-10-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Procede et appareil de paiement par telecommunications/transmission de donnees |
DE19843439A1 (de) * | 1998-09-22 | 2000-03-30 | Siemens Ag | Verfahren und System zum Bezahlen von Waren oder Diensten |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6839611B1 (en) * | 1999-12-14 | 2005-01-04 | O2 (Germany) Gmbh & Co. Ohg | Device and method for dispensing a good or offering a service and a suitable system herefor |
NL1019604C2 (nl) * | 2001-12-19 | 2003-06-20 | Mansvelder Man & Beheer | Telefoniesysteem. |
WO2004019151A2 (fr) * | 2002-08-20 | 2004-03-04 | Teimuraz Tchkadua | Procede et systeme pour transferer de l'argent par un reseau de telecommunication |
WO2004019151A3 (fr) * | 2002-08-20 | 2005-01-13 | Teimuraz Tchkadua | Procede et systeme pour transferer de l'argent par un reseau de telecommunication |
BE1016964A3 (fr) * | 2006-01-25 | 2007-11-06 | Zurstrassen Jean Guillaume | Methode et systeme de paiements electroniques entre porte-monnaies electroniques. |
Also Published As
Publication number | Publication date |
---|---|
US7565321B2 (en) | 2009-07-21 |
FR2820853B1 (fr) | 2003-04-11 |
EP1360665A1 (fr) | 2003-11-12 |
US20040083166A1 (en) | 2004-04-29 |
WO2002065414A1 (fr) | 2002-08-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
FR2820853A1 (fr) | Procede et systeme de telepaiement | |
EP1153376B1 (fr) | Procede de telepaiement et systeme pour la mise en oeuvre de ce procede | |
EP1014317B1 (fr) | Procédé de paiement sécurisé | |
EP1596342B1 (fr) | Procédé et dispositif de rechargement d'une carte à puce sans contact | |
EP2139218A1 (fr) | Procédé et système pour gérer une décision d'achat effectuée par un acheteur au moyen d'un radiotéléphone mobile | |
EP1771827A1 (fr) | Procede et systeme de paiement electronique universel | |
WO2001043092A1 (fr) | Procede et systeme de gestion d'une transaction securisee a travers un reseau de communication | |
WO2015059389A1 (fr) | Procede d'execution d'une transaction entre un premier terminal et un deuxieme terminal | |
WO2019002703A1 (fr) | Contrôle de validité d'une interface de paiement à distance | |
EP1323140B1 (fr) | Procede pour fournir des donnees d'identification d'une carte de paiement a un usager | |
EP1490851A1 (fr) | Procede et systeme de securisation d un paiement par carte d e credit | |
FR2829647A1 (fr) | Procede et systeme permettant a un utilisateur d'authentifier une transaction relative a l'acquisition de biens ou de services, au moyen d'un terminal nomade | |
WO2001073706A1 (fr) | Systeme de paiement permettant de ne pas divulguer d'information bancaire sur le reseau public et quasi-public | |
FR3104760A1 (fr) | Procede, serveur et systeme d’authentification de transaction utilisant deux canaux de communication | |
EP1225549B1 (fr) | Terminal et procédé de paiement électronique. | |
FR2828966A1 (fr) | Procede pour communiquer de facon securisee des donnees d'identification d'une carte de paiement | |
EP1430456B1 (fr) | Installation de paiement electronique pour l'achat de biens ou services proposes par un serveur marchand et procede mis en oeuvre dans une telle installation | |
CA2325895C (fr) | Procede de paiement securise | |
EP1076886A1 (fr) | Procede pour effectuer une transaction securisee au moyen d'une carte a puce a travers un reseau de telecommunication | |
WO2023274979A1 (fr) | Procédé d'authentification de transaction utilisant deux canaux de communication | |
BE1016964A3 (fr) | Methode et systeme de paiements electroniques entre porte-monnaies electroniques. | |
FR2819127A1 (fr) | Procede et installation de securisation de transactions a distance par confirmation de transaction | |
EP3223219A1 (fr) | Procédé de transfert de transaction, procédé de transaction et terminal mettant en oeuvre au moins l'un d'eux | |
EP1400935A1 (fr) | Système pour opérer un transfert d'informations, simplifié par l'utilisation d'une relation pré-établie et applications | |
EP1282090A1 (fr) | Procédé et dispositif de sécurisation des transactions |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
ST | Notification of lapse |
Effective date: 20121031 |