Brevet FR2843642A1 — publié le 20040220

r; Terminal de paiement pour support notamment pour support à puce La présente invention a pour objet un terminal de paiement pour support, notamment pour support à puce. Le terminal comporte à cet effet un 5 lecteur de support, notamment de support à puce. En particulier le lecteur pourra être un lecteur de carte magnétique, de carte optique, ou de carte mécanique. Si le support est un support à puce le lecteur sera de préférence un lecteur de carte à puce, mais pas seulement. Le but de l'invention est de perfectionner ces terminaux et de les rendre plus pratiques. Dans le domaine du paiement, un commerçant dispose d'un terminal dans lequel il peut introduire un support ou une carte d'un client. Dans la suite de l'exposé, on utilisera le terme carte ou carte à puce pour désigner le support utilisé. Cependant celui-ci pourra avoir n'importe quelle forme, être un jeton par exemple, et ne pas être nécessairement un support à puce. Une 15 fois cette carte introduite, le commerçant établit un message de paiement correspondant à une transaction qu'il vient de réaliser avec le client. Le message de paiement comporte une identification du commerçant (en particulier son numéro de compte bancaire), le montant de la transaction, ainsi que l'identification du client (en particulier un numéro de compte 20 bancaire de ce dernier). Après un échange protocolaire au cours duquel se produit généralement une authentification du porteur de la carte, de la carte, ainsi que, éventuellement, du lecteur de carte, le message de paiement est envoyé, en temps réel ou en temps différé, à un centre serveur. Dans les faits, les circuits informatiques d'une banque du commerçant forment ce 25 centre serveur. Le terminal peut être relié à ce centre serveur notamment par connexion de type téléphonique. Pour rendre cette opération plus pratique, le terminal de paiement est normalement muni d'un écran de visualisation. L'écran de visualisation peut servir premièrement au commerçant, qui prend en main le terminal pour 30 composer le début du message de paiement, essentiellement introduire le montant de la transaction et pour lancer le protocole d'authentification. A son tour le client saisit le terminal, et visualise par exemple des invitations à composer son code secret, de manière à satisfaire aux opérations d'authentification et à valider le paiement par le code secret composé. Pour rendre ces opérations plus ergonomiques, il existe des terminaux F ? de paiement démembrés, un clavier et un écran de visualisation à disposition du commerçant étant séparé d'un clavier et d'un écran de visualisation à disposition du client. Ces deux dispositifs sont cependant reliés électriquement ou fonctionnellement entre eux ainsi qu'au lecteur de carte de 5 manière à former un terminal, au moins au moment du paiement. Ce dernier type d'utilisation correspond à des paiements dans des guichets de type publics. Il permet aux commerçants d'être protégés des clients par des dispositifs de protection notamment des vitres résistantes. Dans d'autres domaines, notamment le commerce local, les terminaux de paiement 10 peuvent également comporter deux écrans, un ou deux claviers, et être portés sur un seul dispositif monobloc. Quelle que soit la solution retenue, ces appareils sont munis de moyens, notamment un modem pour être mis en relation avec le centre serveur de paiement. L'invention concerne le perfectionnement d'un appareil autant que l'autre. La particularité des paiements effectués par carte est qu'ils sont rapides et simples. A l'issue du paiement, le client reçoit un ticket ou une petite facture mentionnant les caractéristiques du paiement effectué, voire de la transaction. Sur le plan commercial toutefois, le commerçant voudrait pouvoir retenir son client, en particulier pour lui vanter les mérites d'autres 20 produits et services qu'il est susceptible de lui fournir, éventuellement il pourrait être envisagé de mettre à la disposition du client des informations à caractère commercial ou autres qui seraient susceptibles d'intéresser ce dernier. La diffusion de ce type d'informations n'a par ailleurs d'intérêt que si ces informations sont régulièrement mises à jour. Selon l'invention cette mise à jour est réalisée avec les moyens de communication du terminal. Toutefois, afin de ne pas faire supporter le délai de transmission de ces informations au client, ces informations à diffuser sont transmises au terminal en dehors des sessions de paiement. Pour ces besoins de paiement, les diverses opérations lancées par le client restent 30 inchangées, peuvent rester rapides comme auparavant. En agissant ainsi, on dispose facilement d'un outil de communication. En effet l'écran du terminal sert de support à la diffusion de messages d'information et ou publicitaires qui sont reçus dans le terminal et qui sont diffusés par ce dernier tant qu'une session de paiement n'est pas en cours. 35 Par exemple, un client qui attend que la transaction soit terminée et que le montant à payer soit composé par le vendeur regarde en permanence le terminal de paiement pour détecter sur ce dernier l'invitation à lancer les opérations d'authentification et de validation du paiement. Son attention est donc captivée d'une manière inutile par un écran qui envoie en temps normal 5 un message d'attente. Dans l'invention l'écran diffuse, hors cette opération d'authentification et de validation qui correspond à la session de paiement, des informations. Le client peut donc regarder et augmenter sa connaissance de ce qu'on voulait lui transmettre comme information. L'invention a donc pour objet un terminal comportant un lecteur de 10 support, un écran de visualisation, un clavier de commande, un microprocesseur, une mémoire programme et des moyens de connexion à un centre serveur pour échanger, entre ce terminal, ce centre serveur et un support introduit dans le lecteur, des informations de paiement à l'occasion d'une session de paiement, caractérisé en ce qu'il comporte des moyens 15 pour utiliser les moyens de connexion afin de recevoir d'un centre de transmission, en dehors d'une durée de connexion à l'occasion d'une session de paiement, des informations à diffuser. L'invention sera mieux comprise à la lecture de la description qui suit et à l'examen des figures qui l'accompagnent. Celles-ci ne sont présentées 20 qu'à titre indicatif et nullement limitatif de l'invention. Les figures montrent: - Figure 1: la représentation schématique d'un terminal de paiement selon l'invention; - Figure 2: les étapes d'un sous- programme mis en oeuvre dans le terminal de paiement de l'invention. La figure 1 montre un terminal de paiement 1 selon l'invention. Le terminal 1 comporte dans l'exemple non limitatif choisi un lecteur 2 de support à puce. Autrement le lecteur est un lecteur d'un autre type magnétique, optique, ou mécanique, ou autre. Dans la pratique le lecteur 2 de support à puce est un lecteur d'une carte à puce 3 insérée dans une fente 30 4 du terminal 1. Autrement le support est respectivement un support (une carte) magnétique, optique, ou mécanique, ou autre. Le terminal 1 comporte encore un écran 5 et un clavier de commande 6. Il comporte encore un microprocesseur 7, une mémoire programme 8, une mémoire de données 9, un modem 10 ou plus généralement des moyens de communication, ainsi 35 qu'en option une interface d'entrée sortie 11 et également une imprimante 12. Tous ces organes sont reliés entre eux par l'intermédiaire d'un bus 13 de données, de commandes et d'adresses. Le modem 10, et plus généralement les moyens de connexion, permettent au terminal 1 d'entrer en relation avec un centre serveur 14 pour échanger des informations de paiement avec ce centre serveur. Dans la pratique la liaison par le modem 10 peut emprunter un réseau de téléphonie mobile 15 auquel le modem 10 sera relié par l'intermédiaire d'un émetteur radioélectrique portable 16 (éventuellement incorporé dans le terminal 1). Le réseau 15 peut être un réseau public ou un réseau privé. Ou 10 bien la liaison par le modem 10 passe par un réseau de téléphonie commuté 17, qui peut par ailleurs être relié au réseau 15. Les échanges de types protocolaires relatifs à l'authentification entre le centre serveur 14 et le terminal 1 sont de préférence réalisés par des communications téléphoniques en mode de circuit, par l'intermédiaire des 15 réseaux 15 et/ou 17. Dans ce but, si le lecteur est un lecteur de support à puce la mémoire programme 8 comporte un sous-programme de paiement 18 permettant au microprocesseur 7, travaillant de concert avec une puce contenue dans le support à puce 3, d'élaborer le message de paiement. Ce message de paiement comportera, en plus d'autres informations 20 accessoires, une information essentielle 19 correspondant à un compte bancaire de client, une information essentielle 20 correspondant à un de compte bancaire de commerçant, et une information essentielle 21 correspondant à un montant. Parmi les informations accessoires, on retiendra la date et l'heure, une identification du terminal 1 ou toute autre 25 information, comme le caractère en temps réel ou en temps différé de la transmission impliquée. Dans ce but, la mémoire de données 9 pourra comporter une zone 22 permettant de mémoriser les messages de paiement avant et/ou après leur transmission au centre serveur 14. A titre optionnel, le terminal 1 peut être relié par l'interface 11 à un ordinateur de gestion 23, 30 comportant un équipement de type électronique comparable à celui du lecteur 7, mais destiné à permettre aux commerçants de gérer leur activité commerciale, alors que le terminal 1, lui, ne servirait qu'à éditer les messages de paiement et les transmettre au serveur 14. Selon l'invention, le terminal 1 comporte des moyens pour utiliser des 35 moyens de connexion, typiquement le modem 10, afin de recevoir d'un centre de transmission 24 des informations à diffuser. Ces moyens d'utilisation des moyens de connexion comportent, dans la mémoire programme 8 un sous-programme 25, dit ici INFORMATION, permettant d'interroger ou de se mettre en communication avec le centre de 5 transmission 24. Dans un exemple, afin de ne pas pénaliser le commerçant du fait de la durée des connexions utilisées pour rapatrier les informations, le mode de transmission retenu sera de préférence un mode de transmission par paquets (par opposition au mode de transmission de type circuit). Les informations seront alors transmises par un réseau de télétransmission de 10 paquets 26 et reçues par l'intermédiaire du modem 10. Tout simplement dans ce cas, le modem comportera une adaptation pour mettre en oeuvre un tel protocole de transmission de paquets. On rappelle que dans le cadre de la transmission de paquets, des circuits différenciés entre un émetteur et différents récepteurs ne sont pas 15 construits, chaque destinataire étant apte à recevoir toutes les informations transmises par le réseau mais à ne décoder et ne traiter que celles qui lui sont plus personnellement adressées. Dans ce but, les paquets d'information transmis comportent en pratique, à côté d'une zone d'information 27, dans chaque message, une zone destinataire 28 désignant les destinataires des 20 informations véhiculées sur le réseau. Dans certains cas, notamment lorsqu'il s'agit de diffusion, le destinataire peut être codé de telle façon que chaque terminal 1, quelle que soit son identité propre, se reconnaisse comme le destinataire de l'information et la reçoive. Le moyen d'utiliser les moyens de connexion comporte également, 25 figure 2, un sous-programme 29 de mesure d'un état de connexion du terminal 1 pour mener à bien une session de paiement. Par exemple, au cours d'une étape 30 du sous-programme 29, le microprocesseur 7 mesure l'état de la connexion. Puis il teste cette mesure pour savoir si elle correspond à la mise à disposition du bus 13 au support à puce 3, ou plus 30 généralement si elle correspond à un titre ou à un autre à une session de paiement. Si c'est le cas, une session de paiement est en cours, et dans ce cas cette session de paiement est prioritaire et se poursuit par une étape 32. A la fin de l'étape 32, une nouvelle mesure 30 est faite, à l'issue de laquelle un nouveau test d'une session de paiement 31 est lancé. Dès que la session de paiement est terminée, le test 31 met les ressources du terminal 1, c'est-à-dire essentiellement le modem 10 et le microprocesseur 7 à disposition du sous-programme 25 de réception et de traitement des informations. Par exemple, au cours d'une première étape 33 du sous-programme 25, les informations diffusées sont reçues et 5 mémorisées dans une zone 34 de la mémoire de données 9. Cette réception peut comporter la composition par le modem d'un numéro correspondant au centre de transmission 24. Eventuellement, si les informations à diffuser sont par ailleurs radiodiffusées, des moyens de réception du terminal 1 prévus à cet effet peuvent être mis en relation avec le bus 13. Par ailleurs le sous-programme 25 comporte une étape 35 d'édition au cours de laquelle les informations à diffuser peuvent être éditées sur les différents dispositifs en relation avec le microprocesseur 7. Par exemple les informations à diffuser peuvent être affichées au cours d'une étape 36 sur l'écran 5 du terminal 1. Eventuellement, si le terminal 1 comporte un deuxième écran 37 utilisable par le commerçant, l'écran 37 peut diffuser au cours d'une étape 38 les informations sur cet écran. En pratique, comme les informations destinées au commerçant, et à afficher sur l'écran 37, peuvent être différentes des informations à éditer des informations à éditer pour le client 20 au cours de l'étape 36, la mise en oeuvre de ces deux étapes 36 et 38 nécessite un traitement des informations à diffuser. Ces informations comporteront donc de préférence un index 39 (figure 1) indiquant l'écran sur lequel elles doivent être affichées, et plus généralement le type d'édition auquel elles doivent être soumises. L'index 39 peut ainsi être plus complet, représenter la nature des informations, et permettre notamment l'édition des informations à diffuser sur un ticket 40 imprimé à l'aide de l'imprimante 12 au cours d'une étape 41. En variante, les informations à éditer seront éditées directement dans une mémoire de données de la puce du support à puce 3 au cours d'une étape 30 42. Bien qu'il soit possible de choisir l'une ou l'autre de ces étapes, il est aussi possible de les choisir toutes en même temps. Dans ce but le sousprogramme 25 comportera un mode de paramétrage pour choisir, en fonction des desiderata du commerçant, ce qui sera mis en oeuvre. En particulier ce paramétrage peut comporter une inhibition de l'étape 30 si le commerçant 35 juge, malgré le cot modique des transmissions, que le service rendu par ces diffusions d'informations n'est pas rentable. Le fonctionnement de l'invention est le suivant. Tant qu'une session de paiement n'est pas lancée, le terminal de paiement 1 reste en relation, en particulier en mode de paquet, avec le centre de transmission 24. La 5 mémoire 34 peut donc accumuler des messages à diffuser dont la mise à jour est ainsi automatique. Dans ce but, la zone 34 de la mémoire 9 sera de préférence organisée comme une mémoire tournante du type premier entré premier sorti, les informations nouvelles prenant la place, si besoin, des informations mémorisées les plus anciennes. Au besoin, ces informations 10 sont visualisées en boucle sur l'écran 5 et/ou l'écran 35. Le sous-programme pourra comporter à cet effet des instructions pour consulter la mémoire 34 progressivement et afficher sur les écrans 5 et/ou 37 les informations détectées. Dès qu'une session de paiement est lancée, par exemple parce que le 15 commerçant a appuyé sur une des touches du clavier 6, ou qu'il a télécommandé le démarrage de cette session de paiement par un autre clavier non représenté du terminal 1, voire par l'intermédiaire de son microordinateur 23 relié à l'entrée- sortie 11, un message apparaissant sur l'écran 5 invite le client à insérer le support à puce 3 dans la fente 4. Puis ce 20 message invite le client à composer son code d'identification et à valider le paiement de la transaction dont le montant lui est rappelé sur l'écran 5. Au besoin, le rappel sur l'écran 5 peut comporter, au cours de l'opération de paiement elle-même, la diffusion de messages d'information particuliers. Une fois que l'opération de validation a été exécutée par le client, bien que le 25 support à puce 3 puisse être encore inséré dans la fente 4, le sousprogramme 29 de mesure de l'état de connexion peut avoir détecté que le message de paiement a été correctement composé, voire transmis, et relancer l'utilisation des moyens de connexion pour les mettre en relation avec le centre de transmission 24 ou au moins rediffuser sur l'écran 5 les 30 informations préalablement mémorisées dans la mémoire 34. En pratique, au cours de l'édition consécutive du ticket 40, celui-ci peut comporter les messages dont le centre de transmission, et ou le centre serveur ont jugé utile de le faire bénéficier. REVENDICATIONS 1 - Terminal (1) de paiement comportant un lecteur (2) de support (3), un écran (5) de visualisation, un clavier (6) de commande, un 5 microprocesseur (7), une mémoire (8) programme et des moyens (10) de connexion à un centre serveur (14) pour échanger, entre ce terminal, ce serveur et un support introduit dans le lecteur, des informations (19-21) de paiement à l'occasion d'une session (18) de paiement, caractérisé en ce qu'il comporte des moyens (25, 34) pour utiliser les moyens de connexion afin de 10 recevoir d'un centre de transmission (24), en dehors (31) d'une durée de connexion à l'occasion d'une session de paiement, des informations (27, 28) à diffuser. 2 - Terminal selon la revendication 1, caractérisé en ce que les moyens pour utiliser comportent un sous-programme (25) enregistré dans la 15 mémoire programme du terminal. 3 - Terminal selon l'une des revendications 1 à 2, caractérisé en ce que les moyens pour utiliser comportent un sous-programme (35) pour éditer sur l'écran les informations à diffuser. 4 - Terminal selon l'une des revendications 1 à 3, caractérisé en ce 20 qu'il comporte une imprimante (12) pour imprimer un message de paiement relatif à la session de paiement et en ce que les moyens pour utiliser comportent un sous-programme (41) pour imprimer les informations à diffuser. - Terminal selon l'une des revendications 1 à 4, caractérisé en ce 25 que les moyens pour utiliser comportent un sous-programme pour mémoriser (42) dans un support à puce les informations à diffuser. 6 - Terminal selon l'une des revendications 1 à 5, caractérisé en ce que les moyens de connexion comportent des moyens (26) de connexion par paquets. 7 - Terminal selon l'une des revendications 1 à 6, caractérisé en ce qu'il comporte plusieurs moyens d'édition, notamment deux écrans (5, 27), les informations étant orientées vers l'un et ou l'autre de ces moyens selon leur nature (39). 8 - Terminal selon l'une des revendications 1 à 7, caractérisé en ce 35 qu'il comporte une mémoire (9) de données pour mémoriser des informations à diffuser, et un sous-programme pour éditer, au moment d'une session de paiement, des informations mémorisées (34).