Brevet FR2946445A1 — publié le 20101210

PROCEDE D'ACQUISITION D'UNE DONNEE EN PROVENANCE D'UN UTILISATEUR LORS D'UN PAIEMENT PAR CARTE AVEC UN TERMINAL DE PAIEMENT. La présente invention concerne un procédé d'acquisition d'une donnée en provenance d'un utilisateur lors d'un paiement par carte avec un terminal de paiement et un produit programme d'ordinateur pour mettre en oeuvre le procédé. Il est connu différents moyens pour recueillir l'avis d'un utilisateur sur une prestation ou un achat qu'il a effectué. Par exemple, si l'achat a eu lieu à distance en utilisant internet et que l'acheteur a laissé une adresse de courriel au commerçant, ce dernier, directement ou par l'intermédiaire d'un prestataire, peut envoyer un courriel à l'acheteur quelque temps après l'achat pour l'inciter à remplir un questionnaire en ligne sur sa satisfaction de l'achat. Un autre moyen consiste à inciter les acheteurs à laisser des appréciations sur des sites spécialisés, appréciations qui seront à la libre disposition des autres utilisateurs du site. C'est ainsi qu'il existe, par exemple, des sites qui listent les restaurants d'une ville ou d'une région et qui proposent en plus d'une fiche signalétique des restaurants et, éventuellement des commentaires par les gestionnaires du site, une zone de forum sur laquelle les consommateurs peuvent laisser des appréciations en lien avec le(s) restaurant(s) listé(s). Ce type de commentaires peut être accompagné d'une sorte de classement consolidé composé par la moyenne d'une note d'appréciation donnée par les différents utilisateurs. Dans la réalité, on s'aperçoit que, par exemple sur les sites de restaurants, chaque restaurant n'est noté que par une très infime minorité, souvent moins d'une dizaine de personnes, avec des opinions souvent très contrastées et donc la représentativité des opinions recueillies est extrêmement faible, et l'utilisation difficile. Il serait donc particulièrement avantageux d'établir un procédé d'acquisition fiable d'opinions qui permette le recueil d'un nombre d'opinions suffisamment représentatif, recueillies avec une qualité suffisante. Pour résoudre un ou plusieurs des inconvénients cités précédemment, un procédé d'acquisition d'une donnée en provenance d'un utilisateur lors d'un paiement par carte avec un terminal de paiement, comporte : • suite à la clôture de la transaction de paiement, présenter une requête d'acquisition de donnée sur un écran du terminal de paiement ; • acquérir la donnée par le terminal de paiement ; • valider dans le terminal la donnée acquise ; • si la donnée est valide, transmettre la donnée par le terminal de paiement vers un serveur de consolidation et présenter à l'utilisateur un message de fin de validation sur l'écran du terminal. Ce procédé permet ainsi avantageusement de recueillir une opinion fiable des clients en ce qu'elle est acquise de façon systématique et sans que le commerçant puisse intervenir facilement pour modifier le vote. Des caractéristiques ou des modes de réalisation particuliers sont : • il comporte en outre, si la donnée est invalide : transmettre une information d'échec par le terminal de paiement vers le serveur de consolidation et présenter à l'utilisateur un message de fin de validation sur l'écran du terminal. • il comporte une étape de validation à partir de la durée d'acquisition et de la présence de la carte si la carte est une carte à puce. • la requête d'acquisition et sa présentation sur l'écran du terminal de paiement sont personnalisées par un serveur de consolidation. • le paiement est conforme à la norme EMV 4.2. Dans un second aspect de l'invention, un produit programme d'ordinateur comportant des instructions de code de programme enregistrées sur un support lisible par un calculateur d'appareil mobile, pour mettre en oeuvre les étapes du procédé ci-dessus. L'invention sera mieux comprise à la lecture de la description qui suit, faite uniquement à titre d'exemple, et en référence aux figures en annexe dans lesquelles : - la figure 1 est une vue schématique d'un système d'acquisition selon un mode de réalisation de l'invention ; - la figure 2 est un ordinogramme d'un procédé d'acquisition selon un mode de réalisation de l'invention ; et - la figure 3 est un ordinogramme des étapes suivantes du procédé d'acquisition selon un mode de réalisation de l'invention. En référence à la figure 1, un terminal de paiement 1 comporte un support de connexion 3 d'une carte à puce 5, un écran 7 et un clavier 9 ainsi que des moyens 11 de communication à un réseau de données 13. Tous ces éléments peuvent être liés dans un terminal monobloc, ou peuvent être séparés ou dupliqués ; il peut par exemple y avoir plusieurs claviers et plusieurs écrans. Par l'intermédiaire de ce réseau de données, le terminal de paiement 1 est connecté à un serveur de paiement 15, à un serveur de consolidation 17, et à un serveur de maintenance à distance 19. La carte à puce 5, le terminal de paiement 1 et le serveur de paiement 15 sont de préférence conformes à la dernière norme en vigueur, par exemple norme EMV (Eurocard/MastercardNisa) 4.2 disponible pour téléchargement sur le site http://www.emvco.com/specifications.aspx?id=155. La figure 2 est un ordinogramme d'un mode de réalisation d'un procédé d'acquisition utilisant les moyens décrits en relation avec la figure 1. Pour permettre une visualisation des différents flux, chaque moyen réalisant une étape est indiquée sur une ligne en haut de la figure, les étapes réalisées par un moyen donné se trouvant à la verticale de celui-ci, le système comprenant notamment les différents serveurs de la figure 1. Le procédé d'acquisition de donnée comporte : • clôture de la transaction de paiement, étape 20, à la suite de l'accord donné par la carte 5, étape 22. Cela correspond, par exemple, à l'étape � 10.11 Completion � de la norme EMV 4.2 ; cela se traduit souvent par un message � Paiement accepté � sur l'écran de visualisation du terminal ; dans d'autres cas, par exemple dans le cas d'une carte à piste, l'accord peut être donné par le système , • début de l'opération d'acquisition, étape 24 ; • présentation, étape 26, d'une requête d'acquisition de donnée personnalisée sur l'écran 7 du terminal de paiement ; • acquisition, étape 28, de la donnée sur le clavier 9 du terminal de paiement ; • validation, étape 30, dans le terminal la donnée acquise ; • si la donnée est valide, o enregistrement, étape 32, de la donnée ; o transmission, étape 34, de la donnée par le terminal de paiement vers le serveur de consolidation 17 et o présentation, étape 36, à l'utilisateur d'un message de fin de validation, celui-ci pouvant être l'autorisation d'enlèvement de la carte sur l'écran 7 du terminal dans le cas d'une carte à puce ; • si la donnée n'est pas validée, o enregistrement, étape 38, de l'échec ; o transmission, étape 40, de l'échec par le terminal de paiement vers le serveur de consolidation 17 et o présentation, étape 42, à l'utilisateur un message d'autorisation d'enlèvement de la carte sur l'écran 7 du terminal dans le cas d'une carte à puce ; Le procédé décrit peut avantageusement être mis en oeuvre sous la forme d'un produit programme d'ordinateur, par exemple un script, formé d'instructions. Ce produit programme d'ordinateur est alors installé dans les moyens de commande du terminal de paiement pour contrôler les différents moyens du terminal de paiement dans l'exécution du procédé décrit. Le serveur de consolidation comporte également un produit programme d'ordinateur pour d'une part préparer et envoyer les questions aux terminaux de paiement, d'autre part recueillir les informations envoyées par les terminaux, les transmettre ou en faire la synthèse. Cette synthèse peut ensuite être présentée aux consommateurs sous forme d'un site web de notation et de comparaison des commerçants. La requête d'acquisition de donnée peut prendre la forme d'une question personnalisée. La personnalisation se fait par l'intermédiaire du serveur de consolidation en fonction des demandes reçues par ce serveur. La question elle-même peut ainsi varier en fonction du temps, du lieu, du commerce lui-même, ou d'autres paramètres. Les autres messages qui apparaissent sur l'écran ainsi que l'affichage peuvent également être personnalisés et sont une personnalisation de la requête d'acquisition. La validation de la donnée permet de s'assurer avec un degré de confiance suffisant que la donnée a bien été entrée par le client, afin de disposer de données suffisamment fiables. Il est à noter également que l'installation du produit programme d'ordinateur dans le terminal de paiement nécessite que des serveurs, classiquement les serveurs de maintenance des terminaux, soient adaptés pour qu'ils procèdent à l'installation du programme correspondant sur le terminal de paiement. Ces opérations peuvent se faire dans certains cas lors des opérations de télémaintenance et de mise à niveau des logiciels du terminal de paiement. L'invention a été illustrée et décrite en détail dans les dessins et la description précédente. Celle-ci doit être considérée comme illustrative et donnée à titre d'exemple et non comme limitant l'invention a cette seule description. De nombreuses variantes de réalisation sont possibles. Par exemple, le serveur de paiement, le serveur de consolidation et le serveur de maintenance du terminal peuvent être regroupés dans deux voire une même machine. Dans les revendications, le mot � comprenant � n'exclut pas d'autres 5 éléments et l'article indéfini � un/une � n'exclut pas une pluralité. REVENDICATIONS1. Procédé d'acquisition d'une donnée en provenance d'un utilisateur lors d'une transaction de paiement par carte avec un terminal de paiement, ledit procédé comportant : • suite à la clôture de la transaction de paiement (20), présenter (26) une requête d'acquisition de donnée sur un écran du terminal de paiement ; • acquérir (28) la donnée par le terminal de paiement ; • valider (30) dans le terminal la donnée acquise ; • si la donnée est valide, transmettre (34) la donnée par le terminal de paiement vers un serveur de consolidation et présenter (36) à l'utilisateur un message de fin de validation sur l'écran du terminal. 2. Procédé selon la revendication 1, caractérisé en ce qu'il comporte en outre, si la donnée est invalide : • transmettre (40) une information d'échec par le terminal de paiement vers le serveur de consolidation et • présenter (42) à l'utilisateur un message de fin de validation sur l'écran du terminal. 3. Procédé selon la revendication 1, caractérisé en ce qu'il comporte une étape de validation à partir de la durée d'acquisition et de la présence de la carte si la carte est une carte à puce. 4. Procédé selon la revendication 1, caractérisé en ce que la requête d'acquisition et sa présentation sur l'écran du terminal de paiement sont personnalisées par un serveur de consolidation. 5. Procédé selon la revendication 1 ou 2, caractérisé en ce que le paiement est conforme à la norme EMV 4.2. 6. Produit programme d'ordinateur comportant des instructions de code de programme enregistrées sur un support lisible par un calculateur d'appareil mobile, pour mettre en oeuvre les étapes d'un procédé selon l'une quelconque des revendications 1 à 5.5