Brevet FR3157958A1 — publié le 20250704

L’invention concerne un procédé de transaction, comprenant des étapes consistant à : durant une transaction de paiement entre un client et un commerçant (ML1), établir une liaison de communication entre un terminal de paiement (TP1) du commerçant et un terminal mobile (MT1) du client ; acquérir par le terminal de paiement (TP1), un identifiant (CI1) de dispositif de paiement ; transmettre à un serveur (PSRV), des données de transaction ; transmettre par le serveur au terminal du client un lien d’accès (PNLK) à une application (WP) ; sur activation du lien d’accès, transmettre par le terminal mobile au serveur, une requête d’accès à l’application contenant le lien d’accès et l’identifiant de dispositif de paiement ; sur réception de la requête d’accès, générer et transmettre par le serveur, une application web progressive au terminal mobile ; et recevoir et exécuter l’application par le terminal mobile. Figure 2 Procédé de transaction avec affichage de données multimédia La présente invention concerne les transactions de paiement réalisées à l’aide d’un terminal mobile tel qu’un smartphone chez des commerçants par exemple dans un centre commercial ou un quartier de ville. Etat de la technique Les cartes de paiement, tels que les cartes bancaires sont depuis longtemps largement utilisées pour les transactions d'achat de biens et/ou de services. Dans le cadre d'une transaction classique à l’aide d’une carte de paiement, le commerçant totalise le montant de l'achat à la caisse du point de vente, et le client introduit sa carte de paiement dans un lecteur de carte de la caisse pour initier la transaction. Une confirmation supplémentaire du client, telle qu'un code PIN, peut être requise pour procéder à la transaction. Ces informations sont généralement saisies par le client à l'aide d'un clavier situé sur la caisse du commerçant. Les informations relatives à la transaction de paiement, notamment le montant de la transaction, et les informations d’identification (ou PAN - "Primary Account Number") de la carte bancaire sont transmises du terminal de paiement à un serveur de transaction en lien avec le commerçant (une entité qui traite et règle les transactions par carte bancaire du commerçant avec la banque du commerçant), puis sont acheminées du serveur de transaction à la banque du client ou de l'émetteur de la carte, via le réseau de paiement de l'émetteur de la carte (par exemple, VISA™, MASTERCARD™, etc.). Si la transaction est autorisée, un code d'autorisation est alors envoyé par l'émetteur de la carte au serveur de transaction du commerçant qui envoie le code d'autorisation au terminal de paiement. Le client peut alors recevoir les biens ou services achetés. Les paiements mobiles sont de plus en plus utilisés par de nombreux consommateurs en tant qu'alternative aux dispositifs de paiement classiques (espèces, chèques, cartes de paiement, etc.). Grâce à la technique des paiements mobiles, les consommateurs peuvent utiliser leur téléphone mobile pour payer un bien ou service. A cet effet, les informations relatives à une carte bancaire sont conservées dans une application de portefeuille électronique qui est exécutée par le téléphone mobile lors d’une transaction de paiement engagée avec un terminal de paiement. Les paiements mobiles offrent un certain nombre d'avantages par rapport aux cartes de paiement. Dans ce contexte, il est souhaitable pour un commerçant de pouvoir prolonger sa relation avec son client au-delà de la transaction de paiement, et ce en limitant autant que possible la participation du client. Ainsi la prolongation de cette relation peut simplement consister à transmettre au client un ticket de caisse dématérialisé relatif à la transaction, un coupon de réduction à utiliser lors d’une transaction future, un message ou un contenu publicitaire, ou encore un message permettant au client de s’inscrire à un programme de fidélisation. Il peut être également souhaitable de pouvoir transmettre un message ou un contenu publicitaire à un client uniquement si une ou plusieurs conditions sont réalisées. De telles conditions peuvent par exemple dépendre du temps, d’une position géographique, d’un montant de transaction, ou des articles ou services achetés. Résumé Des modes de réalisation concernent un procédé de transaction, comprenant des étapes consistant à : durant une transaction de paiement par un client chez un commerçant, établir une liaison de communication entre un terminal de paiement du commerçant et un terminal mobile du client ; acquérir par le terminal de paiement du commerçant, un identifiant de dispositif de paiement du client ; transmettre à un serveur, des données relatives à la transaction et comprenant l’identifiant de dispositif de paiement acquis ; mémoriser par le serveur les données relatives à la transaction dans une base de données ; transmettre par le serveur au terminal de paiement un lien d’accès à une application web progressive ; transmettre le lien d’accès et l’identifiant de dispositif de paiement, par le terminal de paiement au terminal mobile, via la liaison de communication ; sur activation du lien d’accès, transmettre par le terminal mobile au serveur, une requête d’accès à l’application web progressive contenant le lien d’accès et l’identifiant de dispositif de paiement ; sur réception de la requête d’accès à l’application web progressive, générer par le serveur, une application web progressive ; transmettre l’application web progressive générée, par le serveur au terminal mobile ; et recevoir et exécuter l’application web progressive par le terminal mobile. Grâce à l’utilisation du mécanisme d’application web progressive PWA, il est possible d’afficher une page web personnalisée sur le terminal mobile du client identifié durant une transaction chez un commerçant, sans nécessiter d’intervention particulière du client, autre que l’utilisation du terminal mobile lors de la transaction et l’activation d’un lien sur le terminal mobile par le client. Ainsi, il n’est pas nécessaire de prévoir un moyen d’affichage spécifique ou une impression de document pour fournir au client des informations par exemple relatives à la transaction. Le dispositif de paiement utilisé lors de la transaction peut être un smartphone comportant une application de portefeuille électronique mémorisant un identifiant de carte bancaire. Selon un mode de réalisation, l’application web progressive reçue par le terminal mobile est configurée pour effectuer au moins l’une des opérations suivantes : afficher un ticket de caisse relatif à la transaction de paiement, afficher un message publicitaire, afficher un coupon de réduction lié à la transaction de paiement, afficher une donnée attachée à un achat, afficher une page web d’inscription à un programme de fidélité, afficher une page web contenant un état de compte client relatif à un programme de fidélité, et afficher un coupon de réduction. Ainsi, les informations transmises au client peuvent être très variées. Elles peuvent permettre notamment d’obtenir l’adhésion du client à un programme de fidélité, et donc d’obtenir des informations sur le client. Selon un mode de réalisation, l’identifiant de dispositif de paiement est déterminé par le terminal de paiement en appliquant une fonction cryptographique à un numéro de carte bancaire mémorisé et transmis par le terminal mobile du client au terminal de paiement. De cette manière, le client peut être identifié tout en respectant la confidentialité des informations d’identification de sa carte bancaire. Selon un mode de réalisation, le procédé comprend en outre des étapes consistant à : mémoriser par le terminal mobile le lien d’accès et l’identifiant de dispositif de paiement reçus ; lors d’une deuxième activation du lien d’accès, transmettre par le terminal mobile au serveur, la requête d’accès à l’application web progressive contenant le lien d’accès et l’identifiant de dispositif de paiement ; et à la suite de la transmission de la requête d’accès, transmettre par le serveur au terminal mobile une application web progressive modifiée. Ainsi, le mécanisme d’accès à une application web progressive permet d’établir un lien de communication direct entre le client et le commerçant, l’initiative de la communication étant laissée au client, tandis que l’objet de la communication est contrôlé par le commerçant. Selon un mode de réalisation, la communication entre un terminal de paiement du commerçant et le terminal mobile du client est du type à champ proche. Des modes de réalisation peuvent également concerner un système de transaction entre un commerçant et un client, le système comprenant : un serveur, un terminal de paiement installé chez le commerçant, et communiquant avec le serveur, et un terminal mobile du client, pouvant être mis en communication le terminal de paiement, le système étant configuré pour mettre en œuvre le procédé défini précédemment. Brève description des figures La présente invention sera bien comprise à l’aide de la description qui suit d’exemples de réalisation en référence aux figures annexées, dans lesquelles des signes de références identiques correspondent à des éléments structurellement et/ou fonctionnellement identiques ou similaires. FIG. 1 La ﬁgure 1 représente schématiquement un système de suivi du parcours de clients, selon un mode de réalisation, FIG. 2 La ﬁgure 2 représente des étapes d’un procédé de transaction entre un client et un commerçant, selon un mode de réalisation. Description détaillée La ﬁgure 1 représente un système de transaction comprenant des équipements installés dans un magasin ML1, un serveur de transaction TSRV et un serveur de gestion de suivi de clientèle. Les équipements du magasin ML1 comprennent un terminal de paiement TP1 et un ordinateur MS1 de gestion de caisse connecté au terminal de paiement TP1. Par ailleurs, le terminal TP1 communique avec le serveur de transaction TSRV, par l’intermédiaire d’un réseau de transmission de données MW, par exemple le réseau Internet. Selon un mode de réalisation, l’ordinateur MS1 communique avec le serveur de gestion PSRV par l’intermédiaire d’un réseau de transmission de données, par exemple le réseau MW. A noter que l’ordinateur MS1 peut être omis, le terminal de paiement TP1 regroupant les fonctionnalités nécessaires de l’ordinateur MS1 et pouvant communiquer directement avec le serveur PSRV. Un client souhaitant faire un achat dans le magasin ML1 dispose d’un terminal mobile MT1, par exemple du type smartphone comprenant une application de portefeuille électronique mémorisant les données d’identification d’une ou plusieurs cartes bancaires, et une interface de communication en champ proche NFC ("Near Field Communication"). Le terminal de paiement TP1 dispose également d’une telle interface de communication en champ proche. La ﬁgure 2 représente des étapes S1 à S15 d’un procédé de transaction entre un client et le commerçant ML1, selon un mode de réalisation. A l’étape S1, le client procède à un achat chez le commerçant ML1. A cet effet, le commerçant sélectionne le ou les articles choisis par le client sur l’ordinateur MS1 ou scanne les étiquettes des articles choisis. L’ordinateur MS1 calcule un montant de transaction PX en fonction des articles sélectionnés. Cette sélection déclenche l’étape S2 le montant de transaction PX est transmis par l’ordinateur MS1 au terminal de TP1. A l’étape S3, le TP1 terminal reçoit le montant PX et l’affiche sur son écran d’affichage DSP. Le montant de la transaction PX peut également être directement saisi à l’aide du clavier du terminal TP1. A l’étape S4, le client présente son terminal mobile MT1 au terminal TP1. Durant cette présentation, une communication sans contact par exemple de type à champ proche NFC ("Near Field Communication") s’établit entre le terminal mobile MT1 et le terminal TP1. Le terminal mobile MT1 transmet alors au terminal de paiement TP1 des données d’identification PN1 et d’authentification d’un dispositif de paiement. Ces données comprennent notamment un numéro de carte bancaire PAN ("Primary Account Number"). Ainsi, le client peut également être amené à saisir un code secret lié au dispositif de paiement pour être authentifié. A l’étape S5, le terminal TP1 peut générer un jeton cryptographique CI1 à partir des données d’identification PN1 reçues. Le jeton CI1 est obtenu par exemple à l’aide d’une fonction cryptographique, telle qu’une fonction de hachage. A l’étape S6, le jeton CI1 (ou les données d’identification PN1) est transmis à l’ordinateur MS1. En outre, le terminal TP1 exécute la transaction avec le serveur de transaction TSRV en générant et en lui transmettant une donnée cryptographique contenant les données de transaction telles que le numéro de carte bancaire PN1 reçu, le code secret introduit par l’utilisateur, le montant de la transaction, et le destinataire du paiement. Le jeton CI1 permet d’identifier le dispositif de paiement et donc le client, sans avoir la connaissance de l’identifiant PN1 du dispositif de paiement. A noter que le jeton CI1 peut être généré non pas par le terminal TP1, mais par l’ordinateur MS1. A l’étape S7, l’ordinateur MS1 reçoit le jeton CI1 et le transmet au serveur PSRV avec un identifiant ID1 du commerçant ML1, et les données de transaction TT, dans une requête PRQ d’application web progressive PWA ("Progessive Web Application"). Les données de transaction TT transmises peuvent comprendre la date de la transaction, le montant de la transaction PX et l’identifiant de chaque article ainsi acheté avec son prix de vente. A noter que l’identifiant CI1 du client transmis par le terminal TP1 au serveur PSRV peut être directement le numéro de carte bancaire PN1 du client. A l’étape S8, le serveur PSRV reçoit la requête PRQ, et recherche dans la base de données CB, un identifiant IDD d’une application PWA. Le serveur PSRV génère ensuite un lien PLNK vers l’application PWA. A l’étape S9, le serveur PSRV transmet le lien PLNK à l’ordinateur MS1 en réponse à la requête PRQ émise à l’étape S7. A l’étape S10, l’ordinateur MS1 transmet le lien PNLK au terminal TP1. A l’étape S11, le terminal TP1 transmet au terminal MT1 du client, via la liaison NFC établie lors du paiement, le lien PLNK avec l’identifiant CI1 du dispositif de paiement du client. A la réception du lien PLNK, à l’étape S11, le terminal MT1 du client génère un cookie mémorisant l’identifiant CI1 reçu. L’utilisateur du terminal MT1 peut être notifié qu’il a reçu le lien PLNK et qu’il peut l’activer pour accéder une application PWA. L’application PWA peut être configurée pour donner accès et afficher une page web comprenant le ticket de caisse correspondant aux données de transaction TT, ou encore des pages web contenant par exemple un contenu multimédia tel qu’un message publicitaire, un formulaire d’inscription à un programme de fidélité, un état de compte client relatif à un programme de fidélité, un coupon de réduction lié à la transaction de paiement, ou encore une donnée attachée à un achat tel qu’un bon de garantie ou bien une notice d’utilisation. La page web affichée à l’activation de l’application PWA peut contenir plusieurs liens donnant accès à d’autres pages web telles que celles mentionnées précédemment. A l’étape S12, l’utilisateur lance l’exécution de l’application PWA en exécutant le lien PLNK, en association avec le cookie contenant l’identifiant CI1 du dispositif de paiement. L’exécution du lien PLNK déclenche l’émission d’une requête de page web vers un serveur, par exemple le serveur PSRV. A la réception de cette requête, à l’étape S13, le serveur PSRV mémorise dans la base de données CB que le client correspondant à l’identifiant CI1 reçu demande l’accès à une page web. A l’étape S14, le serveur PSRV génère la page web requise WP et transmet cette page au terminal MT1 en réponse à la requête PNLK émise à l’étape S12. A l’étape S15, le terminal MT1 affiche la page web reçue. Grâce à l’usage du mécanisme d’application PWA, il est possible d’afficher des données directement sur le terminal mobile utilisé pour effectuer une transaction de paiement. Le lien PNLK étant mémorisé dans le terminal mobile MT1 du client, celui-ci peut être activé à différentes reprises, tandis que le contenu accessible par ce lien peut être modifié. Le commerçant dispose par ce moyen d’un canal de communication pour transmettre des données telles que des données multimédia à des personnes qui sont venues une seule fois effectuer un achat dans le magasin du commerçant. Ce canal de communication est établi sans action particulière des clients du magasin, à part l’activation du lien reçu quand ceux-ci le souhaitent. Grâce à l’identifiant CI1 transmis à l’activation du lien PNLK, les données transmises par le serveur PSRV au client peuvent être personnalisées. Il apparaîtra clairement à l’homme de l’art que la présente invention est susceptible de diverses variantes de réalisation et diverses applications dans le cadre des revendications annexées. 1. Procédé de transaction, comprenant des étapes consistant à : durant une transaction de paiement par un client chez un commerçant (ML1), établir une liaison de communication entre un terminal de paiement (TP1) du commerçant et un terminal mobile (MT1) du client ; acquérir par le terminal de paiement (TP1) du commerçant, un identifiant (CI1) de dispositif de paiement du client ; transmettre à un serveur (PSRV), des données relatives à la transaction et comprenant l’identifiant de dispositif de paiement acquis ; mémoriser par le serveur les données relatives à la transaction dans une base de données (CB) ; transmettre par le serveur au terminal de paiement (TP1) un lien d’accès (PNLK) à une application web progressive (WP) ; transmettre le lien d’accès et l’identifiant (CI1) de dispositif de paiement, par le terminal de paiement au terminal mobile, via la liaison de communication ; sur activation du lien d’accès, transmettre par le terminal mobile au serveur, une requête d’accès à l’application web progressive contenant le lien d’accès et l’identifiant de dispositif de paiement ; sur réception de la requête d’accès à l’application web progressive, générer par le serveur, une application web progressive ; transmettre l’application web progressive générée, par le serveur au terminal mobile ; et recevoir et exécuter l’application web progressive par le terminal mobile. 2. Procédé selon la revendication 1, dans lequel l’application web progressive (WP) reçue par le terminal mobile (MT1) est configurée pour effectuer au moins l’une des opérations suivantes : afficher un ticket de caisse relatif à la transaction de paiement, afficher un message publicitaire, afficher un coupon de réduction lié à la transaction de paiement, afficher une donnée attachée à un achat, afficher une page web d’inscription à un programme de fidélité, afficher une page web contenant un état de compte client relatif à un programme de fidélité, et afficher un coupon de réduction. 3. Procédé selon l’une des revendications 1 et 2, dans lequel l’identifiant (CI1) de dispositif de paiement est déterminé par le terminal de paiement (TP1) en appliquant une fonction cryptographique à un numéro de carte bancaire mémorisé et transmis par le terminal mobile (MT1) du client au terminal de paiement. Procédé selon l’une des revendications 1 à 3, comprenant en outre des étapes consistant à : mémoriser par le terminal mobile (MT1) le lien d’accès et l’identifiant (CI1) de dispositif de paiement reçus ; lors d’une deuxième activation du lien d’accès, transmettre par le terminal mobile au serveur (PSRV), la requête d’accès à l’application web progressive contenant le lien d’accès et l’identifiant de dispositif de paiement ; et à la suite de la transmission de la requête d’accès, transmettre par le serveur au terminal mobile une application web progressive modifiée. Procédé selon l’une des revendications 1 à 4, dans lequel la communication entre un terminal de paiement (TP1) du commerçant et le terminal mobile (MT1) du client est du type à champ proche. 6. Système de transaction entre un commerçant et un client, le système comprenant : un serveur (PSRV), un terminal de paiement (TP1) installé chez le commerçant, et communiquant avec le serveur, et un terminal mobile (MT1) du client, pouvant être mis en communication le terminal de paiement, le système étant configuré pour mettre en œuvre le procédé selon l’une des revendications 1 à 5.