Brevet FR2802372A1 — publié le 20010615

La présente invention concerne un système de paiement électronique à travers un réseau de télécommunication. L'invention trouve une application particulièrement avantageuse dans le domaine du commerce électronique. Le développement des télécommunications via le World Wide Web (le Web ) et l'Internet a eu pour conséquence de promouvoir le commerce électronique sur une vaste échelle. D'une manière générale, une transaction de commerce électronique s'effectue au moyen d'un système de paiement électronique à travers le réseau de télécommunication, ici le Web, entre un vendeur équipé d'un serveur connecté audit réseau et un client muni de moyens de navigation et de paiement électronique aptes à établir une liaison sur le réseau avec le serveur du vendeur et à effectuer un paiement auprès dudit vendeur. Le plus souvent, ces moyens de navigation et de paiement électronique sont constitués par un ordinateur, un micro-ordinateur du type PC par exemple, utilisé comme moyen de navigation sur le réseau, et par un lecteur de cartes de paiement à puce, relié audit ordinateur, assurant la fonction de paiement électronique. Bien entendu, les transactions réalisées sur réseau de télécommunication doivent être hautement sécurisées de manière à éviter toute interception des messages échangés entre le vendeur le client et le gestionnaire de télépaiement, et à procéder à toutes vérifications d'authentification nécessaires. C'est ainsi que divers protocoles de paiement sécurisé ont été proposés, tels que le protocole connu sous le nom SET pour Secure Electronic Transaction . Dans ce contexte, le serveur du vendeur est configure afin de pouvoir mettre en ceuvre le protocole de paiement sécurisé choisi. De même, du côté client, ledit protocole de paiement sécurisé est inclus dans un logiciel/client de gestion de paiement, installé sur l'ordinateur client, et qui, outre la sécurisation des transactions, est capable d'effectuer d'autres opérations, comme la gestion des historiques, et possède une interface avec lecteur de cartes à puce afin de prendre en compte l'extension protocole SET qui permet d'utiliser les puces des cartes. Toutefois, les systèmes de paiement électronique connus décrits plus haut présentent un certain nombre d'inconvénients. En effet, l'installation logiciel lourd, comme le logiciel/client de gestion de paiement, sur l'ordinateur du client pose des problèmes au niveau du téléchargement, de la mise à jour et de la taille occupée en mémoire et sur le disque dur. D'autre le système est entièrement installé sur un poste fixe, à savoir l'ordinateur, ce qui représente un frein à la mobilité du client. Aussi, le problème technique à résoudre par l'objet de la présente invention est de proposer un système de paiement électronique à travers un réseau télécommunication entre, d'une part, un vendeur équipé d'un serveur connecté audit réseau et apte à mettre en oeuvre un protocole de paiement sécurisé par cartes à puce, et, d'autre part, un client muni de moyens navigation et de paiement électronique aptes à établir une liaison sur le réseau avec le serveur du vendeur et à effectuer un paiement auprès dudit vendeur selon un logiciel/client de gestion de paiement incluant ledit protocole paiement sécurisé, système de paiement électronique qui permettrait à la fois une certaine mobilité du client par rapport à l'ordinateur fixe, une simplification de la configuration de l'ordinateur et un allègement ses capacités de mémoire. La solution au problème technique posé consiste, selon la présente invention, en ce que, ledit logiciel/client de gestion de paiement étant installe sur un serveur de paiement sur le réseau de télécommunication, ledit système comprend, côté client -un moyen de navigation, moyen de paiement électronique constitué par un terminal mobile relié audit réseau et comportant un lecteur de cartes de paiement à puce, moyen de redirection de messages apte à transmettre audit serveur de paiement au moins le numéro d'appel dudit terminal mobile. Ainsi, on comprend que le déport du logiciel/client de gestion de paiement sur le serveur de paiement allège considérablement le système conforme à l'invention au niveau du client. En particulier, il n'est pas nécessaire d'effectuer de téléchargement dudit logiciel/client ni de stockage en mémoire, ni même de mises à jour, celles-ci étant faites directement sur le serveur de paiement. De plus, l'utilisation d'un terminal mobile comme moyen de paiement confère au client une plus grande autonomie de mouvement qu'avec un ordinateur fixe équipé d'un lecteur de cartes à puce. Selon un premier mode de réalisation du système paiement électronique, objet de l'invention, ledit moyen de navigation est constitué par un ordinateur le moyen de redirection étant un logiciel de communication installé sur ledit ordinateur. Dans ce cas, le terminal mobile uniquement dédié au paiement électronique. Deux variantes d'exécution de ce premier mode de réalisation peuvent être envisagées. Une première variante prévoit que ledit moyen redirection est également apte à transmettre au serveur de paiement le numéro d'appel du serveur du vendeur, la gestion du paiement s'effectuant entre le serveur de paiement et terminal mobile et le serveur du vendeur. Conformément à une deuxième variante, ledit moyen de redirection est apte à rediriger des messages entre le serveur de paiement et le serveur du vendeur, la gestion du paiement effectuant entre le serveur de paiement et le terminal mobile et le serveur du vendeur via le moyen de redirection. Selon deux autres modes de réalisation de l'invention, ledit moyen de navigation constitué par le terminal mobile, ledit moyen de redirection étant un logiciel de communication installé sur une passerelle dudit réseau de télécommunication ou sur le terminal mobile. Dans ces deux cas, le terminal mobile sert à la fois au paiement électronique et à la navigation. Enfin, ledit terminal mobile est, soit un téléphone portable type GSM, soit un assistant personnel, connu sous le sigle PDA pour Personal Digital Assistant . La description qui va suivre en regard des dessins annexes, donnés à titre d'exemples non limitatifs, fera bien comprendre en quoi consiste l'invention et comment elle peut être réalisée. La figure 1 est un schéma d'un premier mode de réalisation du système de paiement électronique conforme à l'invention. La figure 2 est un diagramme d'échange d'informations relatif au mode de réalisation de la figure 1. La figure 3 est un schéma d'un deuxième mode de réalisation du système de paiement électronique conforme à l'invention. La figure 4 est un diagramme d'échange d'informations relatif au mode de réalisation de la figure 3. La figure 5 est un schéma d'un troisième mode de réalisation du système de paiement électronique conforme à l'invention. La figure 6 est un schéma d'un quatrième mode de réalisation du système de paiement électronique conforme à l'invention. Sur la figure 1 est représenté schématiquement un système de paiement électronique à travers un réseau de télécommunication par exemple réseau Internet sur le Web. Dans ce système, un vendeur équipé d'un serveur 10 connecté au réseau et apte à mettre en oeuvre un protocole de paiement sécurisé par cartes à puce. Ce protocole peut être le protocole SET Secure Electronic Transaction ) développé par des opérateurs de carte bancaire et dont les spécifications sont publiques et disponibles à l'adresse Internet www.setco.org. Une extension de ce protocole aux cartes à puce a eté pour sa part développée par la société Cybercom. De son côté, un client dispose de moyens de navigation et de paiement électronique qui, dans l'exemple de la figure 1, sont constitués, d'une part, d'un ordinateur 21, apte à établir une liaison sur le réseau avec le serveur 10 du vendeur et essentiellement utilisé pour la navigation sur le Web, la consultation du site du vendeur et le passage de commandes, et, d'autre part, d'un terminal mobile relié au réseau et comportant un lecteur de carte 221 de paiement à puce. Dans le mode de réalisation montré à la figure 1, ledit terminal mobile 22 est téléphone portable du type GSM, mais il pourrait tout aussi bien être un assistant personnel (PDA) muni d'un lecteur de cartes à puce. Pour réaliser des transactions sécurisées avec le vendeur, le client dispose d'un logiciel/client de gestion de paiement incluant, entre autres, le protocole SET avec extension aux cartes à puce. Ce logiciel/client est egalement capable d'effectuer d'autres opérations, telles que la gestion de données relatives au client comme les historiques, les plafonds de paiement, les points de fidélité. Conformément à l'exemple de réalisation de la figure 1, ledit logiciel/client de gestion de paiement est installé sur un serveur 30 de paiement sur le réseau, et non pas sur l'ordinateur 21 du client, ce qui en simplifie considérablement la configuration et le fonctionnement. L'ordinateur dispose cependant d'un logiciel de communication servant de moyen de redirection des messages vers le serveur 30 de paiement, notamment pour transmettre audit serveur 30 le numéro d'appel du terminal mobile 22 ainsi celui du serveur 10 du vendeur. Ainsi, comme on le verra de manière plus détaillée en référence la figure 2, la transaction électronique entre le vendeur et le client se déroule de la manière suivante. Après une phase initiale de communication entre le serveur 10 du vendeur et l'ordinateur 21 du client, le serveur 30 de paiement reçoit du client via l'ordinateur 21 le numéro d'appel du terminal mobile 22, eventuellement des données d'authentification, et le numéro d'appel du serveur 10 du vendeur. A partir de ce moment, les échanges d'informations transactionnelles s'effectuent uniquement entre le serveur 10 du vendeur, le serveur 30 de paiement, lequel représente alors le client, et le terminal mobile du client, l'ordinateur 21 n'intervenant plus dans les échanges d'informations. Plus précisément, les communications entre le serveur 10 du vendeur et le serveur 30 de paiement sont régies par le protocole SET de sécurisation, de même que les communications de compensation entre le serveur 10 du vendeur et l'interface 41 d'acquisition de paiement vers le gestionnaire 42 télépaiement . Par contre, les échanges entre le serveur 30 et le terminal mobile 22 se font hors sécurisation du protocole SET, ce qui ne présente que peu d'inconvénients car le risque d'interception à ce niveau est relativement faible. Un exemple d'échange d'informations au sein du système de paiement électronique de la figure 1 va maintenant être décrit plus spécialement en regard de la figure 2. Après avoir fait son choix d'achat sur l'ordinateur 21 de navigation, le client envoie en direction du serveur 10 du vendeur un message a d'ordre de paiement. Le serveur 10 répond par un message b de réveil accompagné du numéro d'appel du serveur 10. Ce message b est redirigé par le moyen de redirection de l'ordinateur 21 vers le serveur 30 de paiement, le message c ainsi redirigé contient également le numéro d'appel du terminal mobile 22. A ce moment, le serveur 30 de paiement connaît tous les numéros d'appel dont il a besoin pour gérer la transaction, à savoir les numéros du serveur 10 du vendeur et du terminal mobile 21. II faut également noter que le message c redirigé peut éventuellement contenir une donnée d'authentification du client. Ensuite, le serveur 30 de paiement échange avec le serveur 10 du vendeur des messages PInitReq et PInitRes conformes au protocole SET ; il s'agit essentiellement d'une requête et d'un envoi au serveur 30 d'un certificat propre au vendeur. Puis, le serveur 30 de paiement appelle le terminal mobile 22 pour demander dans un message d notamment le numéro de la carte 221 de paiement puce et la signature du client. Ces informations sont fournies par le terminal mobile 22 dans un message e de réponse. Les messages d et e sont échangés selon divers protocoles possibles, tels que les protocoles SMS ( Short Message Service ), WAP ( Wireless Application Protocol ) ou encore HTTP. La suite de la transaction s'effectue selon le protocole SET etendu: le serveur 30 constitue un message comportant, entre autres, le numéro de la carte 221, la signature du client, le montant de l'achat, l'identification du produit acheté, l'identification du vendeur. Une partie de ces informations sont transmises au serveur 10 du vendeur sous la forme du message PReq, telles que le montant de l'achat et l'identification du produit acheté, tandis que d'autres, comme le numéro de carte et la signature du client, sont envoyées dans un message AuthReq via le serveur 10 à l'interface 41 et au gestionnaire 42. Ce dernier vérifie la signature du client et l'absence d'opposition à son encontre. En cas de vérification positive, l'opérateur envoie un message d'autorisation AuthRes qui est relayé vers le serveur 30 par le serveur 10 du vendeur dans un message PRes puis vers le terminal 22 du client dans un message f de confirmation de la transaction. Le deuxième mode de réalisation de l'invention montré sur figure 3 diffère de celui décrit en référence aux figures 1 et 2 en ce que les échanges d'informations entre le serveur 30 de paiement et le serveur 10 du vendeur ne se font plus directement mais par l'intermédiaire du moyen de redirection de l'ordinateur 21. Dans ce cas, le numéro d'appel du serveur 10 du vendeur n'a plus à être communiqué au serveur 30 de paiement par le moyen de redirection. La figure 4 donne le diagramme d'échange d'informations correspondant au mode de réalisation de la figure 3. On notera par rapport au diagramme de la figure 2 que les messages du serveur 30 de paiement à destination du serveur 10 du vendeur sont redirigés par l'ordinateur 22 du client et réciproquement. Sur les figures 5 et 6 sont représentés deux autres modes de réalisation dans lesquels le moyen de navigation est également constitué par le terminal mobile 22, ceci étant possible par mise en ceuvre du protocole WAP. Dans ce cas, le moyen de redirection peut être installé sur une passerelle 50 de communication ( Proxy ) entre le terminal mobile 22 et le réseau de télécommunication, ici le , comme l'indique la figure 5. Si la capacité du terminal mobile 22 est suffisante, le moyen de redirection peut être installé sur le terminal 22 lui-même ainsi que le montre la figure 6. Les diagrammes d'échange d'informations sont identiques à ceux de figures 2 et 4. REVENDICATIONS 1. Système de paiement électronique à travers un réseau de télécommunication entre, d'une part, un vendeur équipé d'un serveur (10) connecté audit réseau et apte à mettre en oeuvre un protocole (SET) de paiement sécurisé par cartes à puce, et, d'autre un client muni de moyens (21, de navigation et de paiement électronique aptes à établir une liaison sur réseau avec le serveur (10) du vendeur et à effectuer un paiement auprès dudit vendeur selon un logiciel/client gestion de paiement incluant ledit protocole (SET) de paiement sécurisé, caractérisé en ce que, ledit logiciel/client de gestion de paiement étant installé sur un serveur (30) de paiement sur le réseau de télécommunication, ledit systeme comprend, côté client -un moyen (21;22) de navigation, -un moyen de paiement électronique constitué un terminal mobile (22) relié audit réseau et comportant un lecteur de cartes (221) de paiement à puce, -un moyen de redirection de messages apte à transmettre audit serveur (30) de paiement au moins le numéro d'appel dudit terminal mobile (22). 2. Systeme selon la revendication 1, caractérisé ce que ledit moyen de navigation est constitué par un ordinateur (21), le moyen de redirection étant un logiciel de communication installé sur ledit ordinateur (21). 3. Systeme selon la revendication 2, caractérisé ce que ledit moyen de redirection est également apte à transmettre au serveur (30) de paiement le numéro d'appel du serveur (10) du vendeur, la gestion du paiement s'effectuant entre le serveur (30) de paiement et le terminal mobile (22) et le serveur (10) du vendeur. 4. Système selon la revendication 2, caractérisé en ce que ledit moyen de redirection est apte à rediriger des messages entre le serveur (30) de paiement et le serveur (10) du vendeur, la gestion du paiement s'effectuant entre le serveur (30) de paiement et le terminal mobile (22) et le serveur (10) du vendeur via le moyen de redirection. 5. Système selon la revendication 1, caractérisé en ce que ledit moyen de navigation est constitué par le terminal mobile (22), le moyen de redirection etant un logiciel de communication installé sur une passerelle (50) dudit réseau de communication. 6. Système selon la revendication 1, caractérisé en ce que ledit moyen navigation est constitué par le terminal mobile (22), le moyen redirection étant un logiciel de communication installé sur ledit terminal mobile. 7. Système selon l'une quelconque des revendications 1 à 6, caractérisé en ce que ledit terminal mobile est un téléphone portable (22) du type GSM. 8. Système selon l'une quelconque des revendications 1 à 6, caractérisé en ce que ledit terminal mobile est un assistant personnel (PDA). 9. Système selon l'une quelconque des revendications 1 à 8, caractérisé en ce que ledit moyen de redirection est également apte à transmettre au serveur (30) de paiement une donnée d'authentification du client. 10. Système selon l'une quelconque des revendications 1 à 9, caractérisé en ce que le serveur (30) de paiement est apte a gérer des historiques de paiement, des plafonds de paiement, des points de fidélité, relatifs au client.