FR2810759A1

FR2810759A1 - Procede pour effectuer une transaction commerciale en ligne par l'intermediaire d'un reseau de communication et dispositif electronique pour passer des commandes commerciales en ligne

Info

Publication number: FR2810759A1
Application number: FR0008138A
Authority: FR
Inventors: Radoslaw Galka
Original assignee: Individual
Current assignee: Individual
Priority date: 2000-06-26
Filing date: 2000-06-26
Publication date: 2001-12-28
Also published as: EP1299837A1; US20030144960A1; WO2002001432A1

Abstract

Procédé pour effectuer une transaction commerciale en ligne par l'intermédiaire d'un réseau de communication (R), ladite transaction comportant la commande par un client d'un bien à fournir par un fournisseur, comprenant les étapes consistant en : la mise en communication, avec un premier terminal informatique (T), d'un moyen électronique de paiement (P) comportant une mémoire (1) dans laquelle sont mémorisées des données de crédit ou d'identification bancaire (7) dudit client; l'envoi par ledit premier terminal informatique, à destination d'un second terminal informatique (S) dudit fournisseur, desdites données de crédit; caractérisé par le fait qu'il comprend aussi les étapes consistant en : l'envoi par ledit second terminal informatique de données d'identification (25) dudit bien à fournir, lorsque lesdites données de crédit ont été validées; et la mémorisation desdites données d'identification du bien à fournir dans ladite mémoire du moyen électronique de paiement.

Description

La présente invention concerne un procédé pour effectuer une transaction commerciale en ligne par l'intermédiaire d'un réseau de communication, ladite transaction comportant la commande par un client d'un bien, matériel ou immatériel, à fournir par un fournisseur ; ainsi qu'un dispositif électronique pour permettre à un client de passer des commandes commerciales en ligne auprès d'un fournisseur par l'intermédiaire d'un réseau de communication.

Les réseaux de communication ouverts, comme l'Internet, présentent de très grandes potentialités pour le commerce. Le commerce électronique, terme qui désigne les transactions commerciales en ligne par l'intermédiaire de l'Internet, est appelé à une très forte croissance à cause de la croissance du nombre d'utilisateurs de l'Internet, et des nombreux avantages qu'il présente : possibilité d'acheter et de vendre en tout point du globe, rapidité qui favorise la réduction des stocks. Particulièrement, le commerce électronique apparaît très avantageux pour le commerce de biens transportables sous forme numérisée, enregistrement audio et/ ou vidéo, disques films, logiciels, textes, images, etc. puisqu'il réduit considérablement les frais de distribution par rapport aux circuits classiques. Cependant, la sécurité des échanges sur un tel réseau ouvert, c'est-à-dire sur lequel les échanges entre deux interlocuteurs peuvent être lus par un tiers, est plus complexe à assurer.

Actuellement, la méthode d'authentification et de paiement la plus répandue pour sécuriser transactions en ligne sur l'Internet repose sur protocole SSL (en anglais, Secure Socket Layer.) SSL est un protocole de communication d'informations qui permet d'assurer l'authentification des interlocuteurs, la confidentialité des communications, et l'intégrité données échangées sur l'Internet. Ce protocole utilise un moyen de cryptographie reconnu : l'algorithme à clé publique RSA. Une clé RSA est un couple formé d'une clé publique et d'une clé privée, qui est le résultat d'opération entre nombres premiers. Tout message encodé avec la clé publique d'un couple ne peut être lu qu'avec la clé privée dudit couple.

En référence à la figure 1, le passage d'une commande d'achat à l'aide du protocole SSL par un client C, ayant un terminal T apte à communiquer avec un serveur S d'un fournisseur F par l'intermédiaire d'un réseau ouvert R, va maintenant être décrit. Avant que les informations sensibles ne soient échangées, le protocole SSL effectue la gestion des clés RSA et l'authentification du serveur. Pour authentifier le serveur S d'un site de commerce électronique sur la Toile ( web), le logiciel d'achat L, exécuté sur le terminal informatique T par le client C, demande au serveur S de lui fournir sa clé publique 30. Le terminal T reçoit la clé publique 30 du serveur S, puis encode la clé publique 31 générée par le logiciel L avec la clé publique du serveur S, et retourne au serveur le produit de cette opération, 1a clé encodée 131. Seul le serveur S possède la clé privée 32 correspondant à la clé publique 30. Ainsi, le serveur S décode la clé 131 pour obtenir la clé publique 31 du logiciel L. Le serveur S encode ses messages pour le logiciel d'achat L avec la publique 31, de sorte que seul le logiciel L peut décoder ces messages, à l'aide la clé privée 33 correspondant à la clé publique 31. Un tiers ayant observé l'échange ne peut pas décoder la clé 131, et ne peut donc pas se faire passer pour le serveur S auprès du logiciel L. répétant cette procédure, en commençant cette fois par le serveur S, le serveur S peut authentifier 1e logiciel L du client C. Ainsi, les deux interlocuteurs peuvent communiquer de manière confidentielle.

Lorsque le client C veut passer une commande d'achat d'un bien B, le logiciel L l'invite à saisir des paramètres de paiement 34 sur un clavier 35. Les paramètres de paiement comportent généralement 1e nom, l'adresse du client C, le numéro d'une carte de paiement, son type (par exemple, VISA, American Express) et sa date d'expiration. Le logiciel L chiffre ces données et transmet les paramètres de paiement chiffrés 134 au serveur S. Le fournisseur F procède alors à la vérification des paramètres de paiement 34 et confirme la commande par un message au client C, ledit message pouvant comporter une facture. Le bien B peut alors être livré par colis postal par exemple.

Une autre méthode d'authentification des personnes impliquées lors d'un achat en ligne est le protocole SET (en anglais, Secure Electronic Transaction .) Ce système utilise des protocoles de cryptographie et délivre des certificats d'authenticité des transactions électroniques. L'une comme l'autre des méthodes SSL et comporte des inconvénients, dont leur lourdeur et leur rigidité. Dans le protocole SSL, les paramètres de paiement doivent être saisis à chaque transaction, avec les risques que suppose une telle saisie, si elle est effectuée dans un lieu public. La solution SET est lourde à mettre en oeuvre à cause des certificats d'authenticité qui doivent être échangés à chaque transaction.

La présente invention a pour but de proposer un nouveau procédé pour effectuer une transaction commerciale en ligne sur l'Internet qui est dépourvu des inconvénients précités. Le procédé selon l'invention apporte cinq avantages majeurs aux clients l'automatisation et la sécurisation du processus de paiement par l'utilisation d'une carte à puce et d'un lecteur approprié ; l'ouverture à toute carte de paiement valide ; la personnalisation de la gamme de produits commercialisés en ligne et la personnalisation des messages publicitaires grâce à une gestion dynamique des préférences du client mémorisées dans la carte à puce ; l'acheminement direct des produits tels que les logiciels, enregistrements audio et/ou vidéo achetés, par téléchargement, sur le terminal du client, par l'intermédiaire de la carte à puce, de fichiers électroniques chiffrés contenant ces produits.

Pour cela, l'invention fournit un procédé pour effectuer une transaction commerciale en ligne par l'intermédiaire d'un réseau de communication, ladite transaction comportant la commande par un client d'un bien, matériel ou immatériel, à fournir par un fournisseur, ledit procédé comprenant les étapes consistant en (a) la mise communication, de manière amovible, avec un premier terminal informatique, d'un moyen électronique de paiement destiné à être porté par ledit client, ledit moyen électronique de paiement comportant une mémoire dans laquelle sont mémorisées des données de crédit ou d'identification bancaire dudit client ; (b) l'envoi par ledit premier terminal informatique, à destination d'un second terminal informatique dudit fournisseur, desdites données de crédit ou d'identification bancaire, à la suite d'un ordre de commande donné par ledit client audit premier terminal informatique, lesdits premier et second terminaux informatiques étant aptes à communiquer par ledit réseau de communication, caractérisé par le fait qu'il comprend aussi les étapes consistant en (c) l'envoi par ledit second terminal informatique, à destination dudit premier terminal informatique, de données d'identification dudit bien fournir, lorsque lesdites données de crédit ou d'identification bancaire été validées ; ( ) la mémorisation desdites données d'identification du bien à fournir dans ladite mémoire du moyen électronique de paiement.

Par exemple, ledit moyen électronique de paiement est carte à puce apte à exécuter des algorithmes cryptographiques et ledit premier terminal informatique est un micro-ordinateur équipé lecteur de carte à puce. Le second terminal informatique est par exemple le serveur d'un site ou d'un portail de commerce électronique sur la Toile. Une telle carte à puce est munie d'une mémoire, par exemple d'une capacité de 32 Kilooctets ou plus.

Avantageusement, lorsque ledit bien comporte un fichier informatique, exécutable ou non, par exemple un logiciel et/ou une séquence numérique de données audio et/ou vidéo, le procédé selon l'invention comprend aussi une étape consistant en l'envoi, par ledit second terminal informatique, à destination dudit premier terminal informatique, dudit fichier informatique.

De préférence dans ce cas, le procédé selon l'invention comprend aussi une étape consistant en la mémorisation dans la mémoire dudit moyen électronique de paiement, dudit fichier informatique.

Avantageusement, des modalités d'usage prédéterminées dudit bien sont attachées auxdites données d'identification dudit bien à fournir ou audit fichier informatique, par exemple une durée maximale d'utilisation ou un nombre maximal d'utilisations dudit bien.

Avantageusement, le procédé comporte également étape consistant en l'envoi par ledit premier terminal informatique, destination dudit second terminal informatique, de données caractéristiques des préférences de consommation dudit client, lesdites données caractéristiques des préférences de consommation étant mémorisées dans ledit moyen électronique de paiement.

Lesdites données caractéristiques des préférences de consommation du client comportent par exemple ses marques préférés, ses loisirs préférés, noms d'acteurs ou de réalisateurs de films préférés, des noms d'auteurs ou de compositeurs préférés, etc.

De préférence, lesdites données caractéristiques des préférences de consommation comportent des informations sur les transactions passées effectuées à l'aide dudit moyen électronique de paiement.

Selon autre caractéristique du procédé selon l'invention, il comporte également une étape consistant en l'envoi, par ledit second terminal informatique, à destination dudit premier terminal informatique, de données de réponse auxdites données caractéristiques des préférences de consommation reçues, lesdites données de réponse comportant par exemple une offre à caractère commercial et/ou publicitaire.

Lesdites données de réponse ont typiquement la forme de fichiers pour modifier la page visualisée par ledit client, afin de l'actualiser dynamiquement et de manière personnalisée pendant la durée de son affichage ' l'écran. Lesdites données de réponse peuvent aussi avoir la forme message envoyé par courrier électronique audit client.

De préférence, lesdites données de crédit ou d'identification bancaire envoyées par ledit premier terminal informatique, sont chiffrées selon un premier code de chiffrement, déchiffrable par ledit second terminal informatique.

Avantageusement, lesdites données d'identification dudit bien à fournir, envoyées ledit second terminal informatique, sont chiffrées selon un second code de chiffrement, déchiffrable par l'ensemble formé dudit premier terminal informatique en communication avec ledit moyen électronique de paiement.

De préférence, ledit fichier informatique, envoyé par ledit second terminal informatique, est chiffré selon ledit second code de chiffrement pour être memorisé chiffré dans ledit premier terminal informatique.

Selon encore une autre caractéristique du procédé selon l'invention, il comprend aussi une étape d'authentification mutuelle comportant, d'une part, l'envoi par ledit moyen électronique de paiement, à destination dudit second terminal informatique, par l'intermédiaire dudit premier terminal informatique et dudit réseau de communication, d'un nombre aléatoire, d'autre part, le renvoi par ledit second terminal informatique, à destination dudit moyen électronique de paiement, par l'intermédiaire dudit réseau de communication et dudit premier terminal informatique, dudit nombre aléatoire reçu, après chiffrement à l'aide d'une clé d'authentification dudit second terminal informatique, une condition nécessaire à la reconnaissance d'authenticité dudit second terminal informatique par ledit moyen électronique de paiement étant la réception dudit nombre aléatoire chiffré par ledit moyen électronique de paiement et la concordance entre ledit nombre aléatoire envoyé et ledit nombre aléatoire chiffré, après déchiffrement ce dernier par ledit moyen électronique de paiement (P)..

De préférence, le procédé selon l'invention comprend aussi une étape de validation desdites données de crédit ou d'identification bancaire, un compte crédit dudit client étant débité lorsque le résultat de ladite étape validation est positif.

L'invention fournit également un dispositif électronique pour permettre à un client de passer des commandes commerciales en ligne auprès d'un fournisseur par l'intermédiaire d'un réseau de communication, en de commander un bien à fournir par ledit fournisseur, ledit dispositif comprenant au moins trois éléments premièrement, une interface électronique de paiement, destinée à être reliée à un terminal informatique, ledit terminal informatique étant relié audit réseau de communication et comportant une interface de commande, par exemple un clavier ou une souris, pour recevoir un ordre de commande ; deuxièmement, un moyen électronique de paiement ayant une mémoire pour mémoriser des données de crédit ou d'identification bancaire dudit client, ladite interface électronique de paiement étant apte à recevoir de manière amovible ledit moyen électronique de paiement pour permettre l'échange de données entre ledit terminal informatique et ledit moyen électronique de paiement, caractérisé par le fait que ledit dispositif comporte, troisièmement, des moyens logiciels de pilotage pour piloter les opérations suivantes (a) l'envoi automatique, en réponse audit ordre de commande, desdites données de crédit ou d'identification bancaire, à destination dudit fournisseur, par l'intermédiaire dudit réseau de communication ; (b) la mémorisation, dans ladite mémoire du moyen électronique de paiement, de données d'identification dudit bien, envoyées par ledit fournisseur par l'intermédiaire dudit réseau de communication.

Par exemple, ledit moyen électronique de paiement est une carte à puce apte à exécuter des algorithmes cryptographiques et ladite interface 'lectronique de paiement est un lecteur de carte à puce dans lequel ladite carte à puce peut être insérée.

Avantageusement, lesdits moyens logiciels de pilotage sont aussi aptes à piloter l'envoi automatique, à destination dudit fournisseur, par l'intermédiaire dudit réseau de communication, de données caractéristiques des préférences de consommation dudit client, mémorisées dans ledit moyen électronique de paiement.

De préférence, le dispositif selon l'invention comporte aussi des moyens logiciels de déchiffrement pour déchiffrer, à l'aide d'une clé de déchiffrement mémorisée dans ledit moyen électronique de paiement, lesdites données d'identification envoyées ledit fournisseur.

Avantageusement, lesdits moyens logiciels de déchiffrement sont mémorisés dans ledit moyen électronique de paiement.

De préférence, le dispositif selon l'invention comporte aussi des moyens logiciels de chiffrement pour chiffrer lesdites données de crédit ou d'identification bancaire envoyées.

L'invention sera mieux comprise, et d'autres buts, détails, caractéristiques et avantages de celle-ci apparaîtront plus clairement au cours de la description suivante de plusieurs modes de réalisation particuliers de l'invention, donnés uniquement à titre illustratif et non limitatif, en référence au dessin annexé. Sur ce dessin - la figure 1 est une représentation schématique d'une procédure existante pour effectuer un achat par l'intermédiaire d'un réseau de communication ; - la figure 2 est une représentation schématique d'une étape d'initialisation d'une carte à puce faisant partie du procédé selon l'invention ; - la figure 3 est une représentation schématique d'une premiere étape d'achat faisant partie du procédé selon l'invention ; - la figure 4 est une représentation schématique d'une seconde étape d'achat faisant partie du procédé selon l'invention. Le dispositif électronique selon l'invention va maintenant être décrit référence à la figure 2. Le dispositif électronique selon l'invention comprend une carte à puce P, qui comporte par exemple une armature de plastique rigide (non représentée) dans laquelle est monté un circuit intégré avec une unité de mémoire 1, un microprocesseur 2, et des contacts électriques (non représentés) apte à entrer en contact avec un lecteur de carte à puce pour permettre l'échange données entre la carte à puce P et ledit lecteur. Le dispositif selon l'invention comprend aussi un lecteur de carte à puce 3, relié à un terminal informatique T pour échanger des données avec celui-ci. Comme représenté à la figure 2, le lecteur de carte à puce 3 peut être intégré au terminal T. En variante, le lecteur de carte à puce 3 peut être un périphérique externe au terminal T. Le dispositif selon l'invention comprend également des moyens logiciels 4 mis en oeuvre par le terminal T et/ou le lecteur de carte à puce 3 pour piloter le déroulement du procédé selon l'invention. Les moyens logiciels 4 sont installés sur le terminal T et/ou le lecteur de carte à puce par tout moyen approprié, soit par l'intermédiaire d'un support physique de données de type cédérom (non représenté), soit par téléchargement. Le procédé selon l'invention va maintenant être décrit.

Dans une première étape du procédé, un client initialise sa carte à puce P pour la rendre utilisable afin d'effectuer des transactions en ligne. Pour cela, la carte à puce P est insérée dans le lecteur de carte à puce 3. Une application d'initialisation, fournie dans les moyens logiciels 4, est exécutée. Le client C est alors invité à saisir différentes informations le concernant par l'intermédiaire d'une interface de commande 5, par exemple un clavier alphanumérique et/ou une souris, du terminal T. Ces différentes informations comportent par exemple : des données personnelles 6 identifiant le client C (par exemple, son nom, son adresse, sa date de naissance), des données bancaires ou autres 7 identifiant un crédit du client C (par exemple, un numéro de carte bancaire du client C, le type de ladite carte bancaire et sa date d'expiration), des données de préférences personnelles 8, caractéristiques des préférences de consommation du client C (adresse d'un site de commerce électronique préféré, nom de marques commerciales et/ou de distributeurs préférés, etc.) A la fin de la saisie de ces informations, le client C est invité à fournir un code d'identification personnel 9 ; puis le lecteur 3 transmet les données personnelles 6, les données bancaires 7, les données de préférences personnelles 8 et le code d'identification personnel 9 à la carte à puce P, pour que ces informations soient mémorisées dans l'unité de mémoire 1. L'étape d'initialisation est alors terminée.

De préférence, le client C doit garder secret son code identification personnel 9, pour se réserver l'accès aux informations mémorisées sur sa carte à puce. Le code d'identification personnel 9 est nécessaire pour visualiser et/ou modifier lesdites informations mémorisées à l'aide de l'application d'initialisation. Le code identification personnel 9 est bien entendu complètement indépendant d'autres codes personnels appartenant au client C, comme par exemple le code confidentiel associé à sa carte bancaire.

Pendant l'étape d'initialisation, qui doit être effectuée au moins avant le tout premier achat à l'aide de la carte à puce P, il n'est pas nécessaire que le terminal T soit connecté à un quelconque réseau. De plus, la saisie des données sensibles, comme les données bancaires 7, peut être effectuée dans un lieu approprié, et non sur le lieu où est réalisé l'achat, qui peut être dans un lieu public, comme un cybercafé par exemple.

Après cette étape d'initialisation, le procédé selon l'invention permet au client C d'effectuer des achats en ligne auprès d'un fournisseur F par l'intermédiaire d'un réseau de communication R, comme représenté aux figures 3 et 4. Pour cela, le terminal T doit être relié au réseau R afin de communiquer avec serveur informatique S du fournisseur F, également relié au réseau R. Le serveur S est, par exemple, le serveur d'un site de commerce électronique sur la Toile. Dans la suite, les communications entre le serveur S et le terminal T passent toujours par le réseau R. réseau R est un réseau ouvert du type de l'Internet, c'est-à-dire qu'un tiers pourrait intercepter les données échangées entre le serveur et le terminal T.

Pour effectuer un achat, le client C insère sa carte à puce P dans le lecteur 3. Le terminal T est alors apte à entrer automatiquement en communication avec le serveur S du site de commerce électronique dont l'adresse figure dans les données de préférences 8 mémorisées dans la carte à puce P. En variante, le client C peut choisir un serveur S différent en saisissant son adresse par l'interface de commande 5.

Lorsque le terminal T est entré en communication avec le serveur S, les deux interlocuteurs informatiques S et T s'identifient mutuellement lors d'une étape d'authentification, effectuée selon une procédure d'authentification standard mise en place pour les cartes à puce cryptographiques, transparente pour le client C, comme par exemple l'algorithme à clé publique RSA susmentionné.

Pour la procédure d'authentification (non représentée), le serveur S possède une paire de clés d'authentification, l'une publique 36, l'autre privée 37. Le serveur S révèle sa clé d'authentification publique 36 au terminal T sans passer par le réseau R. Le terminal T génère un nombre aléatoire 38 et l'envoie au serveur S par l'intermédiaire du réseau R. Le serveur S chiffre ce nombre aléatoire 38 reçu à l'aide de sa clé d'authentification privée 37, et retourne le résultat 39 de cette opération de chiffrement au terminal T. Le terminal T utilise la clé d'authentification publique 36 révélée précédemment pour déchiffrer le résultat 39 reçu et compare ledit résultat déchiffré 40 au nombre aléatoire 38 envoyé. S'ils correspondent, le terminal T est assuré de correspondre avec le serveur S. Un imposteur n'aurait pu connaitre la clé d'authentification privée 37 du serveur S et serait incapable chiffrer correctement le nombre aléatoire 38.

A l'issue de l'étape d'authentification, le terminal T est apte à envoyer au serveur S des données chiffrées selon un premier code de chiffrement 100, que seul le serveur S est apte à déchiffrer, à l'exclusion de tout tiers qui observerait les échanges sur le réseau R entre le terminal T et le serveur S ; et le serveur S est apte à envoyer au terminal T des données chiffrées selon un second code de chiffrement 200 que seul le terminal T muni de la carte à puce P est apte à déchiffrer, à l'exclusion de tout tiers. Aux figures 3 et 4, les données chiffrées selon le premier code de chiffrement ont un chiffre augmenté de 100 et les données chiffrées selon le second code de chiffrement 200 ont un chiffre de référence augmenté de 200.

La carte à puce P comporte dans l'unité de mémoire 1 une dite seconde clé de déchiffrement 12 nécessaire au déchiffrement dudit second code de chiffrement 200, ainsi qu'une première clé de chiffrement 19 nécessaire au chiffrement selon le premier code de chiffrement 100. Ainsi, le terminal T ne peut, ni déchiffrer ledit second code de chiffrement 200, ni chiffrer des données selon ledit premier code de chiffrement 100, lorsque la carte à puce P est retirée du lecteur 3. Les opérations de chiffrement selon le premier code 100 des données envoyées par le terminal T au serveur S et de déchiffrement des données envoyées au terminal T par le serveur S chiffrées selon le second code de chiffrement 200 sont effectuées par un module cryptographique 13 dans la carte à puce P. Le module cryptographique est fourni dans les moyens logiciels 4. Dans une variante de réalisation non représentée, le module cryptographique 13 est dans le lecteur de carte à puce 3. Le serveur S comporte un second module cryptographique 24 pour chiffrer selon le second code 200 à l'aide une seconde clé de chiffrement 23, et pour déchiffrer le premier code 100 à l'aide d'une première clé de déchiffrement 22, lesdites seconde clé de chiffrement 23 et première clé de déchiffrement 22 étant mémorisées dans une mémoire 21 du serveur S.

Par exemple, dans le cas où l'algorithme à clé publique RSA est utilisé pour l'authentification mutuelle des interlocuteurs, la seconde clé de chiffrement 23 est une clé publique générée par la carte à puce P et la seconde clé de déchiffrement 12 est la clé privée qui lui est associée ; tandis que la première clé de chiffrement 19 est une clé publique générée par le serveur S et la première clé de déchiffrement 22 est la clé privée qui lui est associée.

Après l'étape d'authentification, le terminal T envoie au serveur S les données de préférences 8 chiffrées selon le premier code de chiffrement 100. Après réception des données de préférences chiffrées 108, le serveur S envoie au terminal T des données de réponse 10, chiffrées ou non, destinées à informer et/ou influencer le client C. Les données de réponse 10 comportent par exemple des informations sur des produits conformes aux données de préférences 8, des annonces publicitaires et/ou des offres commerciales personnalisées selon les données de préférences 8.

Le fournisseur F peut aussi organiser une loterie à laquelle participent ses clients qui utilisent le procédé selon l'invention pour faire des transactions avec lui. Par exemple, le serveur S est apte à tirer aléatoirement le nom d'un gagnant parmi les clients connectés au serveur S à une heure donnée et à adresser au client gagnant une offre de cadeau.

De préférence, le serveur S est apte à mémoriser l'historique des transactions effectuées par un client donné à l'aide du procédé selon l'invention, par exemple le montant et la nature des transactions passées, et d'adapter les offres contenues dans les données de réponse 10 en fonction de la fidélité dudit client. Dans une variante de l'invention, les données de préférence 8 mémorisées dans la carte à puce P sont actualisées automatiquement en fonction des transactions effectuées par le client C à l'aide de ladite carte à puce P. L'historique des transactions passées du client C peut être mémorisé dans ladite unité de mémoire 1 et être inclus dans les données de préférence communiquées au serveur S.

L'étape suivante du procédé est une étape de commande. Lorsque le client C a fait le choix d'un bien B à commander au fournisseur F, il envoie au terminal T un ordre de commande 11 aide de l'interface de commande 5. Par exemple, l'ordre de commande 11 est envoyé par simple actionnement d'un bouton de souris. Le terminal T demande alors la saisie du code d'identification personnel 9, pour vérifier que l'utilisateur de la carte à puce P est légitime. Lorsque le code saisi sur l'interface de commande 5 est conforme au code d'identification personnel 9 mémorisé dans l'unité de mémoire 1, le terminal T envoie automatiquement au serveur S des données de paiement 20 chiffrées selon le premier code de chiffrement les données de paiement 20 comportant toutes ou une partie des données personnelles 6 et des données bancaires 7, pour effectuer le paiement du bien B.

A la réception des données de paiement chiffrées 120, le serveur S procède à leur déchiffrement à l'aide de la première clé de déchiffrement De préférence, le serveur S est apte à communiquer automatiquement avec un serveur informatique de vérification V, par exemple un serveur informatique d'un organisme bancaire, pour vérifier la validité des données bancaires 7 et/ou la solvabilité du client C. En réponse la demande de vérification 15 envoyée par le serveur S, le serveur de vérification V envoie une confirmation de validité 16, positive ou négative selon que les données bancaires 7 sont jugées valides ou . Lorsque la confirmation de validité 16 reçue est négative, le serveur S envoie au terminal T une commande d'annulation 17 pour annuler la transaction en cours. Dans des conditions particulières, pour prévenir une tentative d'achat illégitime, dans le cas, par exemple, ' il n'existe pas de crédit identifié par les données bancaires 7, le serveur S envoie également une commande de blocage 18 pour bloquer la carte à puce P. Lorsque la confirmation de validité 16 reçue est positive, la commande est acceptée par le serveur S.

La fin de l'étape de commande va maintenant être décrite en référence à figure 4. Le serveur S envoie au terminal T des données d'identification 25 du bien B commandé, chiffrées selon le second code de chiffrement 200. Le terminal T redirige les données d'identification chiffrées 225 vers la carte à puce P. Les données d'identification sont déchiffrées par le module de déchiffrement 13 de la carte à puce P et mémorisées dans l'unité de mémoire 1. Les données d'identification 25 identifient de manière unique le bien B commandé et payé par le client C, de manière à valoir pour preuves de la commande effectuée. Des modalités d'utilisation du bien B, comme par exemple durée maximale d'utilisation ou un nombre maximal d'utilisations peuvent être comprises dans les données d'identification 25.

Lorsque le bien B comporte un ou plusieurs fichiers informatiques , par exemple un disque numérisé au format MP3, un film numérisé au format MPEG4, un logiciel, le serveur S envoie également au terminal T chaque fichier 26. Chaque fichier 26 ou une partie des fichiers 26 indispensable à leur utilisation, est chiffré(e) selon le second code de chiffrement 200. Chaque fichier 26 est mémorisé, soit dans l'unité de mémoire 1 de la carte à puce, comme représenté par le chiffre de référence 26a, soit, lorsque la taille du fichier trop importante, dans une mémoire 27 du terminal T, comme représenté par le chiffre de référence 226b. Dans le premier cas, chaque fichier 26a mémorisé n'est pas lié au terminal T et peut être transporté avec la carte à puce P pour être utilisé et/ou consommé depuis autre ordinateur, muni d'un lecteur de carte à puce adapté. Dans les deux cas, pour que le bien B puisse être utilisé depuis le terminal T après téléchargement, par exemple pour écouter ledit disque acheté ou exécuter ledit logiciel acheté, chaque fichier 26 ou ladite partie des fichiers 26 chiffré(e) doit être déchiffré(e) par le module cryptographique 13, puis retransmis au terminal T par la carte à puce P, comme représenté par la flèche 28 à la figure 4. Ainsi, pour que le(s) fichier(s) 26 puissent) être utilisé(s), la carte à puce P qui a servi à passer la commande doit être dans le lecteur 3. Les modalités d'utilisation du bien B peuvent aussi être enregistrées dans (s) fichier( ) 26.

Lorsque le bien B n'est pas consommable sous forme de fichier, mais qu'il peut être livré automatiquement dans un lieu accessible au client C, par exemple lorsque le bien B comprend entrée une séance de cinéma, un billet d'avion ou une location de cassette vidéo, le procédé selon l'invention prévoit qu'une borne de livraison équipée d'un lecteur de carte à puce (non représentée) est disposée sur le lieu de livraison du bien B, à l'entrée du cinéma, dans l'aéroport ou sur un distributeur automatique de cassettes-vidéo par exemple. Le client C introduit dans ladite borne sa carte à puce P, dans laquelle les données d'identification 25 sont mémorisées. Ladite borne, étant par exemple reliée audit serveur S, reconnait immédiatement les données d'identification 25, de sorte que le client C obtient immédiatement la livraison dudit bien B qu'il a déjà payé, soit respectivement l'entrée dans le cinéma, ledit billet d'avion ou ladite cassette vidéo louée. Ainsi, le procédé selon l'invention permet de livrer très rapidement ce type de produits.

Bien que l'invention ait été décrite en liaison avec plusieurs variantes de réalisation particulières, il est bien évident qu'elle n'y est nullement limitée et qu'elle comprend tous les équivalents techniques des moyens décrits ainsi que leurs combinaisons, si celles-ci entrent dans le cadre de l'invention.

Claims

REVENDICATIONS Procédé pour effectuer une transaction commerciale en ligne par l'intermédiaire d'un réseau de communication (R), ladite transaction comportant la commande par un client (C) d'un bien (B) matériel ou immatériel, à fournir par un fournisseur (F), ledit proce comprenant étapes consistant en (a) la mise en communication, de manière amovible, avec un premier terminal informatique (T), d'un moyen électronique de paiement (P) destiné à être porté par ledit client (C), ledit moyen électronique de paiement (P) comportant une mémoire (1) dans laquelle sont mémorisées des données de crédit ou d'identification bancaire (7) dudit client (C) ; (b) l'envoi par ledit premier terminal informatique (T), à destination d'un second terminal informatique (S) dudit fournisseur (F), desdites données de crédit ou d'identification bancaire (7), à la suite d'un ordre de commande (11) donné par ledit client (C) audit premier terminal informatique (T), lesdits premier et second terminaux informatiques étant aptes à communiquer par ledit réseau de communication (R), caractérisé par le fait qu'il comprend aussi les étapes consistant en (c) l'envoi par ledit second terminal informatique (S), à destination dudit premier terminal informatique (T), de données d'identification (25) dudit bien (B) à fournir, lorsque lesdites données de crédit ou d'identification bancaire (7) ont été validées ; (d) la mémorisation desdites données d'identification (25) du bien (B) fournir dans ladite mémoire (1) du moyen électronique de paiement (P). 2. Procédé selon la revendication 1, dans lequel ledit bien (B) comporte un fichier informatique (26), exécutable ou non, exemple un logiciel et/ou une séquence numérique de données audio et/ou vidéo, caractérisé par le fait qu'il comprend aussi une étape consistant en l'envoi, par ledit second terminal informatique (S), à destination dudit premier terminal informatique (T), dudit fichier informatique (226,26). 3. Procédé selon la revendication 2, caractérisé par le fait qu'il comprend aussi une étape consistant en la mémorisation dans la mémoire (1) dudit moyen électronique de paiement (P), dudit fichier informatique (26,26a). Procédé selon l'une des revendications 1 à 3, caractérisé par le fait qu'il comporte également une étape consistant en l'envoi par ledit premier terminal informatique (T), à destination dudit second terminal informatique (S), de données caractéristiques des préférences consommation (8) dudit client (C), lesdites données caractéristiques des préférences de consommation (8) étant mémorisées dans ledit moyen électronique de paiement (P). Procédé selon la revendication 4, caractérisé par le fait que lesdites données caractéristiques des préférences de consommation (8) comportent des informations sur les transactions passées effectuées à l'aide dudit moyen électronique de paiement (P). Procédé selon l'une des revendications 4 ou 5, caractérisé par le fait qu'il comporte également une étape consistant en l'envoi, par ledit second terminal informatique (S), à destination dudit premier terminal informatique (T), de données de réponse (10) auxdites données caractéristiques des préférences de consommation ( ) reçues, lesdites données de réponse (10) comportant par exemple une offre à caractère commercial et/ou publicitaire. 7. Procédé selon l'une des revendications 1 à 6, caractérisé par le fait que des modalités d'usage prédéterminées dudit bien (B) sont attachées auxdites données d'identification (25) dudit bien (B) à fournir ou audit fichier informatique (26), par exemple une durée maximale d'utilisation ou un nombre maximal d'utilisations dudit bien (B). 8. Procédé selon l'une des revendications 1 à 7, caractérisé le fait que lesdites données de crédit ou d'identification bancaire (7), envoyées par ledit premier terminal informatique (T), sont chiffrées selon un premier code de chiffrement (100), déchiffrable par ledit second terminal informatique (S). Procédé selon l'une des revendications 1 à 8, caractérisé par le fait que lesdites données d'identification (25) dudit bien (B) à fournir, envoyées par ledit second terminal informatique (S), sont chiffrées selon un second code de chiffrement (200), déchiffrable par l'ensemble formé dudit premier terminal informatique (T) en communication avec ledit moyen électronique de paiement (P). 10. Procédé selon les revendications 2 et 9 prises en combinaison, caractérisé par le fait que ledit fichier informatique (226,26), envoyé par ledit second terminal informatique (S), est chiffré selon ledit second code de chiffrement (200) pour être mémorisé chiffré dans ledit premier terminal informatique (T). 11. Procédé selon l'une des revendications 1 à 10, caractérisé par le fait qu'il comprend aussi étape de validation desdites données de crédit ou d'identification bancaire (7), un compte de crédit dudit client (C) étant débité lorsque résultat de ladite étape de validation est positif. 12. Dispositif électronique pour permettre à un client (C) de passer des commandes commerciales en ligne auprès d'un fournisseur (F) par l'intermédiaire d'un réseau de communication (R), en vue de commander un bien (B) à fournir par ledit fournisseur (F), ledit dispositif comprenant au moins trois éléments : premièrement, une interface électronique de paiement (3), destinée à reliée à un terminal informatique (T), ledit terminal informatique () étant relié audit réseau de communication (R) et comportant une interface de commande (5), par exemple un clavier ou une souris, pour recevoir ordre de commande (11) ; deuxièmement, un moyen électronique de paiement (P) ayant une mémoire (1) pour mémoriser des données de 'dit ou d'identification bancaire (7) dudit client (C), ladite interface électronique de paiement (3) étant apte à recevoir de manière amovible ledit moyen électronique de paiement (P) pour permettre l'échange de données entre ledit terminal informatique (T) et ledit moyen électronique de paiement (P), caractérisé par le fait que ledit dispositif électronique comporte, troisièmement, des moyens logiciels de pilotage (4) pour piloter opérations suivantes (a) l'envoi automatique, en réponse audit ordre de commande (11), desdites données de crédit ou d'identification bancaire (107,7), à destination dudit fournisseur (F), par l'intermédiaire dudit réseau de communication (R) ; (b) la mémorisation, dans ladite mémoire (1) du moyen électronique de paiement (P), de données d'identification (25) dudit bien (B), envoyées par ledit fournisseur (F) par l'intermédiaire dudit réseau de communication (R). 13. Dispositif électronique selon la revendication 12, caractérisé par fait que lesdits moyens logiciels de pilotage (4) sont aussi aptes à piloter l'envoi automatique, à destination dudit fournisseur (F), par l'intermédiaire dudit réseau de communication (R), de données caractéristiques des préférences de consommation (108,8) dudit client (C), mémorisées dans ledit moyen électronique de paiement (P). 14. Dispositif électronique selon l'une des revendications 12 ou 13, caractérisé par le fait qu'il comporte aussi des moyens logiciels de déchiffrement (13) pour déchiffrer, à l'aide d'une clé de déchiffrement ( ) mémorisée dans ledit moyen électronique de paiement (P), lesdites données d'identification (225,25) envoyées par ledit fournisseur (F). 15. Dispositif électronique selon la revendication 14, caractérisé par le fait que lesdits moyens logiciels de déchiffrement (13) sont mémorisés dans ledit moyen électronique de paiement (P). 16. Dispositif électronique selon l'une des revendications 12 à 15, caractérisé par le fait qu'il comporte aussi des moyens logiciels de chiffrement (13) pour chiffrer lesdites données de crédit ou d'identification bancaire (107,7) envoyées.