Brevet FR3156956A1 — publié le 20250620

L’invention concerne un procédé de transaction comprenant des étapes consistant à : émettre par une première interface de communication d’une première et d’une seconde borne (EB, PB), une requête d’activation d’une seconde interface de communication ; recevoir par la première interface de la borne (EB, PB), un identifiant d’utilisateur (UID), émis par un terminal d’utilisateur (UT1-UT3) ; déterminer une distance entre le terminal d’utilisateur et la borne, en fonction de temps de transmission de messages échangés entre la seconde interface de la borne et le terminal d’utilisateur ; lorsque la distance avec la première borne est inférieure à un premier seuil, obtenir des données de paiement de l’utilisateur auprès d’un serveur distant (GSRV) ; et lorsque la distance avec la seconde borne est inférieure à un second seuil, émettre par un terminal de transaction (RT) une requête contenant les données de paiement et des données de transaction. Figure 1 Procédé de transaction « mains libres » à l’aide d’un terminal mobile La présente invention concerne la conduite d’une transaction de paiement entre un client disposant d’un terminal mobile et un terminal de paiement. Elle s’applique notamment aux magasins, supermarchés, distributeurs automatiques de marchandises, distributeurs automatiques de billets ou de tickets d’accès à un service tel qu’un service de transport, un musée, un parc d’attractions, etc. Etat de la technique Habituellement, une transaction de paiement est effectuée après une sélection d’une liste de produits et/ou services à acheter, et un calcul éventuel d’un montant à partir de la liste de produits et/ou services sélectionnés. Le client doit ensuite présenter un dispositif de paiement tel que des espèces, une carte bancaire ou un terminal mobile ("smartphone") dans lequel est chargée une application de portefeuille électronique mémorisant des données de carte bancaire. Par ailleurs, certains smartphones récents sont équipés d’une interface de communication conforme au protocole UWB ("Ultra Wide Band"), notamment pour déclencher à distance l’ouverture d’une porte telle qu’une porte de véhicule automobile. Ce protocole permet notamment d’estimer des distances de transmission avec une précision de l’ordre de 10 cm. Il est souhaitable de réduire le temps d’attente des clients faisant la queue devant une caisse ou un distributeur automatique. A cet effet, il est souhaitable de simplifier les transactions de paiement dans un magasin ou auprès d’un distributeur automatique, en particulier les transactions de paiement utilisant une carte bancaire sous forme dématérialisée dans un portefeuille électronique. Il peut également être souhaitable qu’une telle simplification n’affecte pas la sécurité des transactions, et n’augmente pas les risques de fuite de données de carte bancaire. Résumé Des modes de réalisation concernent un procédé de transaction comprenant des étapes consistant à : émettre par une première interface de communication d’une première borne et d’une seconde borne, une requête d’activation d’une seconde interface de communication, de type "Ultra Wide Band", la première interface de communication consommant moins d’énergie dans un état de veille que la seconde interface de communication ; recevoir par la première interface de communication de la borne émettrice de la requête d’activation, une réponse d’activation contenant un identifiant de terminal d’utilisateur, émise en réponse à la requête d’activation par une première interface de communication d’un terminal d’utilisateur ; émettre une requête de mesure de distance, par la seconde interface de communication de la borne réceptrice de la réponse d’activation ; recevoir une réponse de mesure de distance du terminal d’utilisateur par la seconde interface de communication de la borne émettrice de la requête de mesure de distance ; déterminer une distance entre le terminal d’utilisateur et la borne réceptrice de la réponse de mesure de distance, sur la base d’un temps de transmission de la requête de mesure de distance et/ou d’un temps de transmission de la réponse de mesure de distance ; lorsque la distance entre le terminal d’utilisateur et la première borne est inférieure à une première valeur de seuil, transmettre par la première borne à un serveur distant une requête de données d’identification relatives à l’utilisateur contenant l’identifiant du terminal d’utilisateur ; recevoir du serveur distant, par la première borne et mémoriser des données d’identification et de paiement, en réponse à la requête de données d’identification ; et lorsque la distance entre le terminal d’utilisateur et la seconde borne est inférieure à une seconde valeur de seuil, émettre par un terminal de transaction une requête de paiement contenant les données d’identification et des données de transaction. Ainsi, la détection d’un terminal d’utilisateur par la première borne permet d’acquérir des données d’identification et de paiement de l’utilisateur en prévision et bien avant la conduite d’une transaction avec un dispositif de paiement déterminé par les données de paiement acquises. Une transaction peut donc être effectuée dès que les données d’identification et de paiement de l’utilisateur sont acquises et sans avoir à présenter un dispositif de paiement à un terminal de paiement. Il en résulte un gain de temps et donc une réduction du temps d’attente de clients faisant la queue pour régler leurs achats. Ce gain de temps est effectué sans transmission de données sensibles depuis le terminal d’utilisateur. Grâce à la précision des mesures de distances obtenues grâce à la seconde interface de communication, et en attribuant à la seconde valeur de seuil une valeur suffisamment faible, il peut être assuré que le terminal d’utilisateur détecté à une distance inférieure à cette seconde valeur de seuil soit celui de l’utilisateur le plus proche du site de transaction (caisse de magasin ou distributeur automatique). Par ailleurs, la mise en œuvre du procédé n’empêche pas la conduite d’une transaction classique, par exemple moyennant la présentation d’un dispositif de paiement à un terminal de paiement, notamment dans le cas où une personne est présente devant la caisse sans qu’un terminal d’utilisateur soit détecté à une distance avec la seconde borne inférieure à la seconde valeur de seuil. Selon un mode de réalisation, le procédé comprend des étapes de capture d’informations biométriques, de calcul d’une empreinte biométrique à partir des informations biométriques capturées, et de comparaison de l’empreinte biométrique calculée avec une empreinte biométrique figurant dans les données d’identification mémorisées, la requête de paiement étant émise seulement si l’empreinte biométrique calculée correspond à une empreinte biométrique figurant dans les données d’identification mémorisées. Ainsi, la transaction peut être sécurisée sans avoir à présenter un dispositif de paiement sur un terminal de paiement. Selon un mode de réalisation, la requête de données d’identification et de paiement de l’utilisateur est transmise à un serveur distant qui transmet en réponse les données d’identification et de paiement correspondant à l’identifiant de terminal d’utilisateur, les données d’identification et de paiement étant stockées localement pendant une période limitée. Ainsi, l’utilisateur n’a pas besoin de fournir des données d’identification et de paiement à chaque fois qu’il fait des achats dans un magasin ou auprès d’un distributeur automatique, et l’unité de stockage locale n’a pas besoin d’une grande capacité pour mémoriser les données d’identification et de paiement correspondant aux terminaux d’utilisateurs détectés. Le téléchargement des données d’identification et de paiement correspondant à un terminal d’utilisateur à chaque fois que ce dernier est détecté par la première borne permet également de disposer des données les plus récentes fournies par l’utilisateur du terminal. Selon un mode de réalisation, le procédé comprend des étapes de constitution d’une liste de terminaux d’utilisateurs ayant transmis une réponse d’activation, chaque élément de la liste comprenant un identifiant de terminal d’utilisateur associé aux données d’identification et de paiement de l’utilisateur et à la distance entre le terminal d’utilisateur et la seconde borne. La constitution d’une telle liste permet de disposer des données d’identification et de paiement de l’utilisateur au moment où la transaction doit être effectuée. Cette liste autorise que les utilisateurs puissent se présenter à la caisse dans un ordre différent de celui où ils sont détectés par la première borne. Selon un mode de réalisation, les données d’identification transmises dans la requête de paiement sont celles d’un élément de la liste associé à la plus petite distance. Selon un mode de réalisation, la liste est effacée périodiquement ou lorsque tous les utilisateurs dont les identifiants de terminal figurent dans la liste ne sont plus présents à proximité de l’une des première et seconde bornes. Cette disposition permet de limiter le nombre d’identifiant d’utilisateur mémorisés, et ainsi d’accélérer la recherche des données d’identification et de paiement de l’utilisateur présent à la caisse. Selon un mode de réalisation, la première interface de communication est de type "Bluetooth Low Energy" ou WiFi™. Ces interfaces de communication présentent l’avantage de consommer peu d’énergie. Elles peuvent donc rester actives sur les terminaux d’utilisateurs sans affecter de manière significative l’autonomie des terminaux. Selon un mode de réalisation, la mesure de distance est déterminée : sur la base d’une valeur moyenne du temps de transmission de la requête de mesure de distance et du temps de transmission de la réponse de mesure de distance, ou en fonction du temps de transmission de la requête de mesure de distance, du temps de transmission de la réponse de mesure de distance, et du temps de transmission de la réponse d’activation transmis par le terminal d’utilisateur. Ces deux types de mesures offrent une meilleure précision que la mesure d’un seul temps de transmission. Selon un mode de réalisation, lorsque les distances mesurées par la première borne sont supérieures à la seconde valeur de seuil et qu’une transaction doit être effectuée, le procédé comprend des étapes consistant à : acquérir des données de paiement par l’intermédiaire d’un lecteur de carte bancaire, et émettre par un terminal de transaction une requête de paiement contenant les données de paiement acquises et les données de transaction ; et/ou transmettre à l’utilisateur un message d’invitation à fournir des données d’identification et de paiement au serveur distant. Des modes de réalisation peuvent également concerner un système comprenant une première borne, une seconde borne, un terminal de transaction disposé à proximité de la seconde borne, un serveur local en communication avec un serveur distant, et connecté au terminal de transaction et aux première et seconde bornes, les première et seconde bornes comprenant une première interface de communication et une seconde interface de communication de type "Ultra Wide Band", la première interface de communication consommant moins d’énergie dans un état de veille que la seconde interface de communication, le système étant configuré pour mettre en œuvre le procédé précédemment défini, avec un terminal d’utilisateur à portée radio de l’une ou l’autre des première et seconde bornes. Selon un mode de réalisation, le système comprend un capteur de données biométriques couplé au terminal de transaction. 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 magasin équipé pour mettre en œuvre un procédé de paiement selon un mode de réalisation, FIG. 2 La ﬁgure 2 représente schématiquement une borne installée dans le magasin ou un terminal d’utilisateur, selon un mode de réalisation, FIG. 3 La ﬁgure 3 représente des étapes d’un procédé de paiement, selon un mode de réalisation, FIG. 4 La ﬁgure 4 représente d’autre étapes du procédé de paiement, selon un mode de réalisation, FIG. 5 Les ﬁgures 5A et 5B illustrent deux modes de calcul de distance entre deux dispositifs émetteur/récepteur, susceptibles d’être utilisés dans le cadre du procédé de paiement, selon un mode de réalisation. Description détaillée La ﬁgure 1 représente un magasin ST dans lequel sont installées au moins une borne d’entrée EB et une borne de caisse PB, un serveur local LSRV, et un terminal de paiement RT. Chacune des bornes EB, PB est configurée pour mesurer une distance entre la borne et un terminal mobile d’utilisateur UT1 détecté. La borne EB peut être installée à proximité de l’entrée ENT du magasin ou à l’entrée d’une file d’attente d’accès à une caisse du magasin. La borne PB est installée à proximité du terminal de paiement RT. Les bornes PB, EB sont connectées au serveur local LSRV. Le terminal de paiement RT est connecté à la borne PB et au serveur LSRV. Le serveur local LSRV est configuré pour se connecter à un serveur distant GSRV par l’intermédiaire d’un réseau NT de type filaire tel que le réseau Internet ou de type sans fil tel qu’un réseau de téléphonie mobile. La ﬁgure 1 montre également d’autres terminaux d’utilisateurs UT2, UT3 à proximité du terminal de paiement RT. Le magasin ST peut comprendre plusieurs caisses. Dans ce cas, il comprend plusieurs groupes de terminaux de paiement et de bornes de mesure de distance, tel que le groupe PB, RT. La ﬁgure 2 représente un dispositif pouvant être l’un des terminaux d’utilisateur UT et chacune des deux bornes EB, PB. Ce dispositif comprend notamment une unité de traitement MP, une première interface de communication COM1, par exemple de type BLE ("Bluetooth Low Energy") ou WiFi™, et une seconde interface de communication COM2 de type UWB ("Ultra Wide Band") configurée pour mesurer des distances sur la base de temps de propagation de messages dans une liaison établie avec une autre interface de communication du type de la seconde interface. Les interfaces de communication de type BLE ou WiFi™ présentent l’avantage de pouvoir rester actives ou en veille sans consommation électrique excessive, ce qui n’est pas le cas des interfaces de communication de type UWB. La première interface de communication consomme donc moins d’énergie dans un état de veille que la seconde interface de communication. La mise en œuvre de la première interface de communication permet donc notamment de limiter la consommation électrique des terminaux d’utilisateur UT. La ﬁgure 3 représente des étapes S1 à S9 d’un procédé de transaction entre un terminal d’utilisateur UT et un magasin ou distributeur automatique ST, selon un mode de réalisation. A l’étape S1, un utilisateur disposant du terminal mobile UT se présente à proximité de la borne d’entrée EB. La borne EB détecte le terminal UT par sa première interface de communication COM1. Cette détection se produit lorsque le terminal UT se trouve à portée radio de la première interface de communication COM1 de la borne EB. A cet effet, la première interface de communication de la borne EB émet périodiquement un message d’initiation RQA pour activer la seconde interface de communication COM2 dans les terminaux d’utilisateur UT situés à proximité. A la réception du message d’initiation, à l’étape S2, le terminal d’utilisateur UT transmet en réponse par sa première interface de communication COM1 un message d’identification contenant un identifiant UID du terminal UT et active sa seconde interface de communication COM2, à l’étape S3. A la réception du message d’identification, à l’étape S4, la borne EB transmet un message de requête mesure de distance par sa seconde interface de communication COM2. A la réception du message de requête, le terminal UT détermine une heure de réception du message de requête et transmet en réponse par son interface de communication COM2 un message contenant l’heure de réception du message de requête. A la réception du message de réponse, la borne EB évalue sa distance avec le terminal UT sur la base du temps écoulé entre l’heure de réception du message de requête figurant dans le message de réponse et l’heure de réception de ce message par le terminal UT. Selon un autre mode de réalisation, le message de réponse émis par le terminal UT ne contient pas l’heure de réception du message de requête. Dans ce cas, la borne EB évalue la distance avec le terminal UT sur la base du temps écoulé entre l’heure d’émission du message de requête et l’heure de réception du message de réponse, éventuellement en tenant compte d’un temps moyen pris par les terminaux pour envoyer le message de réponse à la suite de la réception du message de requête. A l’étape S5, la borne EB transmet au serveur local LSRV l’identifiant UID reçu du terminal UT et la distance DT calculée entre la borne EB et le terminal UT. A l’étape S6, le serveur LSRV reçoit ces informations et détermine si l’identifiant UID se trouve dans une liste LST constituée depuis l’ouverture journalière du magasin. A l’étape S7, si l’identifiant UID reçu ne se trouve pas déjà dans la liste LST, le serveur LSRV transmet au serveur distant GSRV un message RQ de requête de données de paiement correspondant à l’identifiant UID et contenant ce dernier. A l’étape S8, le serveur GSRV recherche dans une base de données globale GDB des données d’identification et de paiement relatives à l’identifiant UID reçu et transmet en réponse les données d’identification et de paiement UPD trouvées, correspondant à l’identifiant UID. A l’étape S9, le serveur LSRV reçoit ces informations et les stocke dans une liste LST en relation avec l’identifiant UID. Si l’identifiant UID n’est pas trouvé dans la base de données GDB, le serveur GSRV envoie un message d’erreur au serveur LSRV en réponse au message de requête RQ. Les données d’identification peuvent comprendre des données d’identification de l’utilisateur telles que nom, prénom, adresse, numéro de téléphone, adresse email, date de naissance et éventuellement une photographie d’identité, et des données de fidélité. Les données de paiement peuvent comprendre le numéro PAN ("Primary Account Number") d’une carte bancaire de l’utilisateur ou une empreinte cryptographique de ce numéro. Si l’utilisateur n’est pas référencé dans la base de données globale GDB, l’utilisateur du terminal UT peut être sollicité au moment de l’achat pour fournir les données d’indentification et de paiement requises, par exemple en se connectant à un site web indiqué dans le magasin ST. Grâce à ces dispositions, un utilisateur pénétrant dans le magasin ST peut être parfaitement identifié, et ses données de paiement sont disponibles pour effectuer une transaction de paiement. A noter que les étapes S5 à S9 peuvent être exécutées seulement si la distance DT est inférieure à une valeur de seuil de distance. Cette disposition permet d’éviter qu’un utilisateur n’entrant pas dans le magasin soit répertorié inutilement dans la liste LST. La ﬁgure 4 représente des étapes S11 à S20 d’un procédé de transaction exécuté pour permettre à un utilisateur d’effectuer un achat dans le magasin ST, selon un mode de réalisation. Les étapes S11 à S20 sont exécutées par un terminal d’utilisateur UT et par la borne PB, le terminal de paiement RT et le serveur LSRV installés dans le magasin ou un distributeur automatique ST. A l’étape S11, l’utilisateur se présente à la caisse du magasin à proximité de la borne PB de mesure de distance. La présence du terminal UT de l’utilisateur dans la portée radio de la première interface de communication COM1 de la borne PB est détectée par cette dernière. Les étapes S11 à S14 peuvent être identiques aux étapes S1 à S4. Ainsi, à l’issue de l’étape S14, la borne PB dispose de l’identifiant de l’utilisateur UID et de la mesure de distance DT avec le terminal UT. A l’étape S15, la borne PB transmet au serveur local LSRV l’identifiant UID de l’utilisateur et la distance DT. A l’étape S16, le serveur LSRV mémorise la distance DT reçue en association avec l’identifiant UID reçu dans la liste LST. La liste LST peut être effacée à chaque fermeture ou réouverture du magasin ou périodiquement, en retirant les enregistrements figurant dans la liste depuis plus d’une certaine période, par exemple d’une heure ou d’une demi-journée. A l’étape S16, le serveur LST transmet la liste LST au terminal de paiement RT. Ainsi, les étapes S11 à S16 permettent de mettre à jour la liste LST mémorisée par le terminal de paiement au fur et à mesure que des utilisateurs se présentent à la caisse. L’étape S17 est déclenchée par un caissier à la suite de la validation d’un montant de transaction ou par un utilisateur à la suite de la validation d’une liste d’achats et lorsqu’une distance DT mémorisée dans la liste LST est inférieure à une valeur de seuil TH2. Au préalable, l’utilisateur se présente à la caisse avec des articles à acheter ou sélectionne un ou plusieurs articles dans un distributeur automatique. Le terminal de paiement RT reçoit des données de transaction TT comprenant un montant de transaction calculé sur la base des articles enregistrés. A la validation des données de de transaction TT, le terminal de paiement RT consulte la liste LST pour déterminer l’identifiant UID de l’utilisateur présent à la caisse et les données de paiement UPD associées, à utiliser pour la transaction de paiement. A cet effet, l’élément de la liste LST associé à la distance DL inférieure à la valeur de seuil TH2 est sélectionné car il correspond a priori à l’utilisateur situé devant la caisse. Les données de paiement UPD de l’élément de liste sélectionné sont alors utilisées pour effectuer la transaction de paiement. Selon un mode de réalisation, l’identifiant d’utilisateur sélectionné à l’étape S17 peut être celui associé à la plus petite distance DT, c’est-à-dire correspondant à l’utilisateur le plus proche de la borne PB. A cet effet, la liste LST peut être ordonnée en fonction des distances DT associées respectivement aux identifiants UID de la liste. A l’étape S18, à la sélection des données de paiement, le terminal de paiement RT émet une requête de paiement RQ[UPD,TT] contenant les données de paiement UPD sélectionnées et des données de transaction TT comprenant notamment un montant de transaction. La requête de paiement RQ est transmise au serveur LSRV. A l’étape S19, le serveur LSRV reçoit la requête RQ, procède à l’exécution du paiement ainsi spécifié et transmet un message de compte rendu de paiement PRP contenant une donnée d’état indiquant si le paiement a été accepté ou refusé. La transaction de paiement peut être réalisée suivant un protocole de paiement par Internet, de sorte que l’utilisateur n’a pas besoin de saisir le code PIN d’une carte bancaire. Dans ce cas, les données de paiement figurant dans la liste LST peuvent comprendre un numéro de carte bancaire, une date de fin de validité et un code de vérification, en clair ou sous la forme d’une empreinte cryptographique. Le message de compte rendu PRP est reçu par le terminal de paiement RT. Le terminal de paiement RT peut alors afficher un message indiquant l’état du paiement, accepté ou refusé. A l’étape S20 (à la suite de l’étape S18), le serveur LSRV peut également transmettre le message de compte rendu au terminal UT de l’utilisateur. Si à l’étape S17, la liste LST ne contient pas de données de paiement susceptibles d’être sélectionnées et utilisées, la transaction de paiement peut alors être conduite de manière classique. Ainsi, une transaction de paiement classique peut également être conduite à l’aide d’un terminal de paiement par carte bancaire ou par le versement d’espèces. Dans le cas où des données de paiement UPD ne sont pas sélectionnées à l’étape S17, l’utilisateur peut également être invité à fournir des données d’identification et des données de paiement par exemple en se connectant au site web du magasin ST et à revenir à proximité de la borne d’entrée EB pour que ses données d’identification et de paiement soient chargées dans la liste LST. Le procédé de transaction qui vient d’être décrit permet ainsi d’effectuer une transaction sans action particulière de l’utilisateur, à part se présenter à une caisse ou devant un distributeur automatique avec un terminal compatible avec les protocoles mis en œuvre par les première et seconde interfaces de communication COM1, COM2 et avec une application de mesure de distance mettant en œuvre ces protocoles. A noter qu’en raison de la grande précision des mesures de distance opérées suivant le protocole UWB (de l’ordre de 10 cm), le fait qu’un terminal d’utilisateur soit détecté à faible distance de la borne PB, implique qu’aucun autre utilisateur peut se trouver entre la caisse et l’utilisateur dont le terminal UT est associé aux données de paiement ainsi sélectionnées dans la liste LST. Cependant, une authentification de l’utilisateur peut être mise en œuvre, par exemple à l’étape S17, pour autoriser l’utilisation des données de paiement sélectionnées UPD et effectuer la transaction de paiement. Ainsi les données d’identification associées aux données de paiement UPD sélectionnées peuvent comprendre une empreinte biométrique. Par ailleurs, l’utilisateur peut être invité lors du paiement à introduire une information biométrique correspondant à l’empreinte biométrique, à l’aide d’un capteur BS approprié. L’information biométrique à introduire par l’utilisateur peut être l’une des informations suivantes : empreinte digitale d’un ou plusieurs doigts, une empreinte palmaire, une image du visage, un enregistrement vocal, une photographie d’un iris d’un œil ou des deux yeux. A la suite de l’introduction de l’information biométrique, une empreinte de cette information est calculée et comparée avec celle figurant dans les données d’identification associées dans la liste LST aux données de paiement UPD sélectionnées. L’utilisateur est ainsi authentifié si l’empreinte biométrique obtenue correspond à celle de l’élément de la liste LST sélectionné. Des étapes d’inscription peuvent être prévues pour enregistrer un utilisateur non référencé dans la base de données GDB. Cette étape peut être conduite avec le terminal de l’utilisateur ou sur site de transaction au moyen d’un terminal d’inscription. A cet effet, le terminal d’inscription comprend un lecteur de carte bancaire, une interface de communication avec un terminal d’utilisateur, par exemple de type BLE et éventuellement une interface d’introduction de données biométriques. L’interface d’introduction de données biométriques peut être par exemple du type capteur d’empreintes digitales ou d’empreinte palmaire, capteur d’image pour prendre une image du visage ou de l’iris d’un ou des deux yeux. Le terminal d’inscription peut être configuré pour détecter et établir une communication avec un terminal d’utilisateur situé à proximité et récupérer l’identifiant UID du terminal, qui sera utilisé par le procédé précédemment décrit. A la suite de l’obtention de l’identifiant de terminal, le terminal d’inscription peut inviter l’utilisateur à introduire une carte bancaire dans le lecteur et introduire ses données biométriques par interface d’introduction de données biométriques. Le terminal d’inscription peut en outre être configuré pour générer une empreinte cryptographique des données de carte bancaire lues par le lecteur, et une empreinte cryptographique des données biométriques acquises par l’interface d’introduction de données biométriques. Le terminal d’inscription peut en outre être configuré pour se connecter au serveur GSRV et lui transmettre l’identifiant UID, l’empreinte de la carte et l’empreinte des données biométriques, en vue de mettre à jour la base de données GDB en vue de transactions ultérieures. L’ensembles des données transmises peut être chiffré avant transmission au serveur Par ailleurs, les mesures de distance DT réalisées par la borne PB et mémorisées dans la liste LST peuvent être mises à jour, par exemple périodiquement. Selon un mode de réalisation, les données échangées entre le terminal de paiement RT, les bornes EB, PB et le serveur LSRV sont chiffrées afin d’assurer l’intégrité et la confidentialité des données transmises. Les ﬁgures 5A, 5B illustrent des modes de calcul de distance SS-TWR ("Single Sided - Two Way Ranging") et DS-TWR ("Double Sided - Two Way Ranging") pouvant être utilisés pour mesurer la distance entre le terminal d’utilisateur UT et la borne EB ou PB. Les messages échangés entre la borne EB, PB et le terminal UT passent par les seconde interfaces de communication COM2 du terminal et des bornes EB, PB. Dans le mode de calcul SS-TWR de la ﬁgure 5A, la borne EB, PB envoie un message M1 de requête de mesure de distance au terminal UT, et le terminal envoie en réponse un message M2 de réponse de mesure de distance à la borne EB, PB. La distance DT entre le terminal UT et la borne EB, PB peut être évaluée par l’équation suivante : DT = C.(T1’ – T1)/2, (1) dans laquelle T1 est la durée écoulée entre l’instant de réception du message M1 par le terminal UT et l’instant d’émission du message M2 par le terminal UT, T1’ est la durée écoulée entre l’instant d’émission du message M1 par la borne EB, PB et l’instant de réception du message M2 par la borne EB, PB, et C est la vitesse de propagation des ondes électromagnétiques dans l’air. Le temps de vol (T1’ – T1)/2 (= (TOF1+TOF2)/2) correspond à la moyenne du temps de transmission TOF1 du message M1 et du temps de transmission TOF2 du message M2 entre le terminal UT et la borne EB, PB. La durée T1 est transmise par le terminal à la borne EB, PB dans le message M2 ou dans un message suivant. Bien entendu, la distance DT peut être transmise sous la forme d’un temps de vol, sachant que la distance DT peut être déduite du temps de vol par la multiplication par le facteur constant C. Dans le mode de calcul DS-TWR de la ﬁgure 5B, le terminal UT envoie un message M3 de requête de mesure de distance à la borne EB, PB, la borne EB, PB envoie en réponse un message M4 de réponse de mesure de distance au terminal, et le terminal envoie en réponse un message M5 de réponse de mesure de distance à la borne. La distance DT entre le terminal UT et la borne EB, PB peut être évaluée par l’équation suivante : DT = C.(T3’.T4’ – T3.T4)/(2.(T3+T4+T3’+T4’)), (2) dans laquelle T3 est la durée écoulée entre l’instant de réception du message M3 par la borne EB, PB et l’instant d’émission du message M4 par la borne EB, PB, T3’ est la durée écoulée entre l’instant d’émission du message M3 par le terminal UT et l’instant de réception du message M4 par le terminal UT, T4 est la durée écoulée entre l’instant de réception du message M4 par le terminal et l’instant d’émission du message M5 par le terminal, et T4’ est la durée écoulée entre l’instant d’émission du message M4 par la borne EB, PB et l’instant de réception du message M5 par la borne EB, PB. Les durées T3’ et T4 peuvent être transmises par le terminal UT à la borne EB, PB dans le message M5 ou dans un message suivant. Les messages M4 et M5 peuvent correspondre aux messages M1 et M2 respectivement, et le message M3 peut correspondre au message de réponse d’activation transmis par le terminal d’utilisateur UT en réponse au message de requête d’activation de l’interface UWB émis par la borne EB, PB. Dans les ﬁgures 5A, 5B, les rôles du terminal UT et de la borne EB, PB peuvent être inversés, et le terminal UT peut évaluer la distance DT et la transmettre à la borne EB, PB, par exemple par la liaison BLE. Ainsi, les mesures de distance DT peuvent être effectuées aux étapes S4 et S14 par le terminal d’utilisateur UT et transmises à la borne EB ou PB par la première ou seconde interface de communication COM1, COM2. 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. En particulier, l’invention n’est pas limitée à la conduite de transaction de paiement, mais peut s’appliquer à d’autres types de transactions, telles que les transactions faisant intervenir une carte de transport. L’invention peut également s’appliquer au contrôle d’accès payant à des zones telles qu’une salle de spectacle, un parc d’attraction, une zone d’embarquement dans un moyen de transport (car, train, avion bateau), etc. Dans de tels cas, seule une identification de la carte peut suffire. 1. Procédé de transaction comprenant des étapes consistant à : émettre par une première interface de communication (COM1) d’une première borne (EB) et d’une seconde borne (PB), une requête d’activation (RQA) d’une seconde interface de communication (COM2), de type "Ultra Wide Band", la première interface de communication consommant moins d’énergie dans un état de veille que la seconde interface de communication ; recevoir par la première interface de communication de la borne (EB, PB) émettrice de la requête d’activation, une réponse d’activation contenant un identifiant (UID) de terminal d’utilisateur, émise en réponse à la requête d’activation par une première interface de communication d’un terminal d’utilisateur (UT) ; émettre une requête (M1, M4) de mesure de distance, par la seconde interface de communication de la borne réceptrice (EB, PB) de la réponse d’activation ; recevoir une réponse (M2, M5) de mesure de distance du terminal d’utilisateur par la seconde interface de communication de la borne (EB, PB) émettrice de la requête de mesure de distance ; déterminer une distance (DT) entre le terminal d’utilisateur et la borne réceptrice de la réponse de mesure de distance, sur la base d’un temps de transmission (TOF1) de la requête de mesure de distance et/ou d’un temps de transmission (TOF2) de la réponse de mesure de distance ; lorsque la distance entre le terminal d’utilisateur et la première borne (EB) est inférieure à une première valeur de seuil (TH1), transmettre par la première borne à un serveur distant (GSRV) une requête (RQ[UID]) de données d’identification relatives à l’utilisateur contenant l’identifiant du terminal d’utilisateur ; recevoir du serveur distant, par la première borne et mémoriser des données (UPD) d’identification et de paiement, en réponse à la requête de données d’identification ; et lorsque la distance entre le terminal d’utilisateur et la seconde borne (PB) est inférieure à une seconde valeur de seuil, émettre par un terminal de transaction (RT) une requête de paiement (PRQ) contenant les données d’identification et des données de transaction (TT). 2. Procédé selon la revendication 1, comprenant des étapes de capture d’informations biométriques, de calcul d’une empreinte biométrique à partir des informations biométriques capturées, et de comparaison de l’empreinte biométrique calculée avec une empreinte biométrique figurant dans les données d’identification mémorisées, la requête de paiement (PRQ) étant émise seulement si l’empreinte biométrique calculée correspond à une empreinte biométrique figurant dans les données d’identification (UPD) mémorisées. 3. Procédé selon la revendication 1 ou 2, dans lequel la requête (RQ[UID]) de données d’identification et de paiement de l’utilisateur est transmise à un serveur distant (GSRV) qui transmet en réponse les données d’identification et de paiement (UPD) correspondant à l’identifiant (UID) de terminal d’utilisateur, les données d’identification et de paiement étant stockées localement (LST) pendant une période limitée. 4. Procédé selon l’une des revendications 1 à 3, comprenant des étapes de constitution d’une liste (LST) de terminaux d’utilisateurs (UT) ayant transmis une réponse d’activation, chaque élément de la liste comprenant un identifiant (UID) de terminal d’utilisateur associé aux données (UDP) d’identification et de paiement de l’utilisateur et à la distance (DT) entre le terminal d’utilisateur et la seconde borne (PB). Procédé selon la revendication 4, dans lequel les données d’identification transmises dans la requête de paiement (PRQ) sont celles d’un élément de la liste (LST) associé à la plus petite distance (DT). 6. Procédé selon la revendication 4 ou 5, dans lequel la liste (LST) est effacée périodiquement ou lorsque tous les utilisateurs dont les identifiants de terminal figurent dans la liste ne sont plus présents à proximité de l’une des première et seconde bornes (EB, PB). 7. Procédé selon l’une des revendications 1 à 6, dans lequel la première interface de communication (COM1) est de type "Bluetooth Low Energy" ou WiFi™. 8. Procédé selon l’une des revendications 1 à 7, dans lequel la mesure de distance est déterminée : sur la base d’une valeur moyenne du temps (TOF1) de transmission de la requête de mesure de distance et du temps (TOF2) de transmission de la réponse de mesure de distance, ou en fonction du temps de transmission de la requête de mesure de distance, du temps de transmission de la réponse de mesure de distance, et du temps de transmission de la réponse d’activation transmis par le terminal d’utilisateur (UT). 9. Procédé selon l’une des revendications 1 à 8, dans lequel lorsque les distances (DT) mesurées par la première borne (EB) sont supérieures à la seconde valeur de seuil (TH1) et qu’une transaction doit être effectuée, le procédé comprend des étapes consistant à : acquérir des données de paiement par l’intermédiaire d’un lecteur de carte bancaire, et émettre par un terminal de transaction (RT) une requête de paiement contenant les données de paiement acquises et les données de transaction (TT) ; et/ou transmettre à l’utilisateur un message d’invitation à fournir des données d’identification et de paiement au serveur distant (GSRV). 10. Système comprenant une première borne (EB), une seconde borne (PB), un terminal de transaction disposé à proximité de la seconde borne, un serveur local (LSRV) en communication avec un serveur distant (GSRV), et connecté au terminal de transaction et aux première et seconde bornes, les première et seconde bornes comprenant une première interface de communication (COM1) et une seconde interface de communication (COM2) de type "Ultra Wide Band", la première interface de communication consommant moins d’énergie dans un état de veille que la seconde interface de communication, le système étant configuré pour mettre en œuvre le procédé selon l’une des revendications 1 à 9 avec un terminal d’utilisateur (UT) à portée radio de l’une ou l’autre des première et seconde bornes. 11. Système selon la revendication 10, comprenant un capteur de données biométriques (BS) couplé au terminal de transaction (RT).