FR 3136623 A1 20231215 FR 2205581 A 20220610 Procédé de communication entre un objet communicant et un dispositif de communication L’invention concerne un procédé de communication entre un objet communicant (OC ; OC’) et un dispositif de communication (DC ; DC’) associé à un dispositif (DF ; DF’) de fourniture d’un bien ou d’un service, comprend ce qui suit : - au cours d’une première communication (E1) entre l’objet communicant et le dispositif (DF ; DF’) lorsqu’ils sont mis en présence l’un de l’autre, déterminer (E2) une position relative entre l’objet communicant et le dispositif (DF ; DF’), - établir (E3) une deuxième communication entre l’objet communicant, conformément à la position relative déterminée, et le dispositif (DC ; DC’), caractérisé en ce que l’objet communicant transmet à un serveur de communication (SVC ; SVC’) un identifiant (IDO) dudit objet, et en ce que l’établissement (E3) de la deuxième communication comprend : - l’obtention (E30-E31), par le dispositif (DC ; DC’), en provenance dudit serveur, d’un identifiant de communication (IDb) associé à l’objet communicant, en réponse à une requête contenant l’identifiant (IDO) dudit objet, ledit identifiant de communication ayant été stocké dans le serveur en correspondance avec l’identifiant de l’objet, - le déclenchement de la deuxième communication en utilisant l’identifiant de communication obtenu. Figure pour l’abrégé : Figure 4 Procédé de communication entre un objet communicant et un dispositif de communication Domaine de l'invention L'invention concerne les communications adaptées pour la transmission de données entre un objet communicant et un dispositif de communication, dans le cadre de la fourniture d’un bien ou d’un service à un utilisateur de cet objet. Plus précisément, l'invention porte sur une technique de communication entre cet objet communicant tel que par exemple un véhicule connecté, un smartphone (« téléphone intelligent »), une montre connectée, etc. et un dispositif de communication associé à un dispositif de fourniture d’un bien ou d’un service, tel que par exemple une pompe à essence, un portillon d’accès à un bâtiment ou à un moyen de transport, une barrière de péage, un emplacement de parking, etc., lorsque l’objet communicant et le dispositif de fourniture d’un bien ou d’un service sont mis en présence l’un de l’autre. Art antérieur Les communications en champ proche, usuellement connues sous le sigle « NFC » (pour « Near Field Communication » en anglais), basées principalement sur la norme ISO (« International Standard Organisation » en anglais) 14443, utilisent des technologies sans fil pour permettre un échange d'informations entre deux périphériques éloignés d'une courte distance, typiquement inférieure à dix centimètres. Les communications de ce type offrent de nombreuses applications, par exemple dans les domaines du paiement ou du transport. Le récepteur en champ proche reçoit un message de la part de l'émetteur en champ proche. Un tel message peut correspondre, dans le contexte précité, à la validation d’une transaction telle que par exemple l'échange d'un ticket (de spectacle, de transport, etc.), un paiement d’un bien ou d’un service, le lancement d’un service personnalisé sur un ordinateur, un téléviseur, l’accès à un local, etc. La validation de cette transaction est mise en œuvre par l’intermédiaire d’un dispositif de communication associé au récepteur en champ proche, un tel dispositif de communication appartenant à l’infrastructure réseau du fournisseur de biens ou de services que l’utilisateur de l’objet communicant sollicite. En ce qui concerne un autre objet connecté, typiquement un véhicule connecté, certaines communications entre le véhicule connecté et un dispositif de communication sont déjà mises en œuvre actuellement. Dans le cas de la fourniture de biens ou de services tels que par exemple l’accès à un parking, un péage, la fourniture d’énergie au véhicule connecté, lorsque le véhicule connecté est mis en présence du dispositif de fourniture de biens ou de services, une fonction de géolocalisation du véhicule connecté est mise en œuvre, au cours de laquelle le véhicule est identifié à l’aide d’un identifiant qui est un numéro d’équipement physique correspondant aux couches 1 et 2 du modèle OSI (« Open Systems Interconnection » en anglais). Une fois que le véhicule connecté a été géolocalisé, un service de communication est activé pour déclencher une communication entre un dispositif de communication associé au dispositif de fourniture de bien ou de service, dans l’exemple une borne de stationnement, et une interface de communication du véhicule connecté qui peut être l’ordinateur de bord du véhicule connecté ou un terminal de communication de l’utilisateur du véhicule connecté. Un tel dispositif de communication est par exemple un agent conversationnel (ou « chatbot » en anglais) du gestionnaire du parking. Un inconvénient de ce service de communication réside dans le fait que certaines communications ont parfois du mal à aboutir car le chatbot cherche à communiquer avec un véhicule connecté qui n’est pas celui qui est géolocalisé en raison de la faible précision des technologies de découvertes actuelles entre les infrastructures et les véhicules. L’échec de ces communications résulte de l’absence d’une correspondance précise entre l’identifiant de communication du véhicule connecté ou du terminal de communication de l’utilisateur du véhicule connecté et un identifiant physique du véhicule connecté ou du terminal de communication. Par ailleurs, pour bénéficier de tels services de communication géolocalisé, l’utilisateur est systématiquement obligé de réaliser une démarche auprès d’un fournisseur de service (gestionnaire de parkings, société d’autoroute, enseigne de restauration rapide, etc.), en créant un compte, éventuellement en payant un abonnement sur une période donné pour bénéficier du service, en téléchargeant une application dédiée, etc. Cette démarche nécessite la fourniture de données personnelles propres à l’utilisateur, dont ce dernier ne sait pas vraiment comment elles seront exploitées par le fournisseur de biens ou de services. Objet et résumé de l'invention Un des buts de l'invention est de remédier à des inconvénients de l'état de la technique précité. A cet effet, un objet de la présente invention concerne un procédé de communication entre un objet communicant et un dispositif de communication associé à un dispositif de fourniture d’un bien ou d’un service, un tel procédé comprenant ce qui suit : - au cours d’une première communication établie entre l’objet communicant et le dispositif de fourniture d’un bien ou d’un service lorsqu’ils sont mis en présence l’un de l’autre, déterminer une position relative entre l’objet communicant et le dispositif de fourniture d’un bien ou d’un service, - établir une deuxième communication entre l’objet communicant, conformément à la position relative déterminée, et le dispositif de communication. Un tel procédé de communication est remarquable en ce que l’objet communicant transmet à un serveur de communication un identifiant de l’objet communicant, et en ce que l’établissement de la deuxième communication comprend : -- l’obtention, par le dispositif de communication, en provenance du serveur de communication, d’un identifiant de communication associé à l’objet communicant, en réponse à une requête contenant l’identifiant dudit objet communicant, ledit identifiant de communication ayant été stocké dans le serveur en correspondance avec l’identifiant de l’objet communicant, -- le déclenchement de la deuxième communication en utilisant l’identifiant de communication obtenu. Un tel procédé de communication permet avantageusement pour tout objet apte à communiquer avec un dispositif de communication, autrement dit un objet connecté, tel que par exemple un véhicule connecté, une montre connectée, un badge ou une carte de transport connecté(e), etc., en particulier dans le cadre de la fourniture d’un bien ou d’un service à l’utilisateur de cet objet connecté, d’effectuer à la volée, de manière simple et fiable, une correspondance entre, d’une part, l’identifiant de communication de l’objet connecté localisé lors d’une première communication entre cet objet et le dispositif de fourniture d’un bien ou du service, et, d’autre part, un identifiant de cet objet, pour établir une deuxième communication entre cet objet et un dispositif de communication, de manière à proposer à l’utilisateur de l’objet connecté des services de communication géolocalisés. L’intérêt d’établir une telle correspondance de manière dynamique est d’éviter à l’utilisateur de devoir s’enrôler auprès de fournisseurs de biens ou de services que l’utilisateur souhaite se procurer en utilisant l’objet communicant. Ainsi, l’invention permet notamment à l’utilisateur de ne pas transmettre à ces fournisseurs, lors de l’enrôlement, un identifiant de communication associé à cet objet, tel que par exemple un identifiant MSISDN (« Mobile Station International Subscriber Directory Number » en anglais), une adresse IP (« Internet Protocol » en anglais), une adresse de messagerie électronique, une adresse E.164, adresse SIP (« Session Initiation Protocol » en anglais), etc. Selon un mode de réalisation particulier, l’établissement des première et deuxième communications, ainsi que la détermination de la position entre l’objet communicant et le dispositif de fourniture d’un bien ou d’un service sont mises en œuvre soit par l’objet communicant, soit par le dispositif de fourniture d’un bien ou d’un service et/ou le dispositif de communication qui lui est associé. Un tel mode de réalisation permet d’implémenter le procédé de communication selon l’invention de manière particulièrement flexible en optant pour la préservation des ressources en calcul soit de l’objet communicant, soit de l’infrastructure du fournisseur de biens ou de services qui gère une pluralité de dispositifs de biens ou de services et de dispositifs de communication associés à ces derniers. Selon un autre mode de réalisation particulier, le stockage de l’identifiant de communication dans le serveur, en correspondance avec l’identifiant de l’objet communicant, est mis en œuvre en réponse à une requête envoyée par l’objet communicant au serveur ayant préalablement enregistré l’identifiant de communication associé à l’objet communicant, la requête contenant l’identifiant de l’objet communicant, et dans lequel l’envoi de la requête est mis en œuvre lors d’une activation d’un module de communication sans contact de l’objet communicant. Un tel mode de réalisation permet avantageusement à l’objet communicant de déclarer au serveur de communication, et cela dès le début du procédé de communication selon l’invention, en particulier dans la phase d’activation de son module de communication sans contact, l’association entre l’identifiant de l’objet communicant et l’identité de communication de ce dernier. Ainsi, l’infrastructure du fournisseur de biens ou de services pourra retrouver aisément cet identifiant de communication au moment du déclenchement de la deuxième communication entre son dispositif de communication et l’objet communicant. Selon un autre mode de réalisation particulier, l’identifiant de l’objet communicant est l’identifiant d’un module de communication sans contact appartenant à l’objet communicant. Un tel mode de réalisation permet d’associer facilement et rapidement un objet communicant à un identifiant qui caractérise cet objet de manière unique et infalsifiable, grâce à l’identifiant du module communication sans contact installé nativement dans cet objet. Dans le cas par exemple où l’objet communicant communique selon la technologie UWB (« Ultra Wideband » en anglais), cet identifiant peut être l’identifiant de l’ancre UWB ou du tag UWB selon que l’objet communicant fonctionne respectivement en mode lecteur ou émetteur. Dans le cas par exemple où l’objet communicant communique selon la technologie RFID (« Radio Frequency Identification » en anglais), cet identifiant peut être l’identifiant du lecteur RFID ou de l’étiquette RFID selon que l’objet communicant fonctionne respectivement en mode lecteur ou émetteur. D’autres technologies de communication sans contact sont bien sûr possibles telles que par exemple 5G, infrarouge, NFC, etc. Selon un autre mode de réalisation particulier, l’identifiant du module de communication sans contact est associé à un autre identifiant de l’objet communicant. Grâce au couplage de l’identifiant du module de communication sans contact à un autre identifiant de l’objet communicant, l’infalsifiabilité de l’identification de l’objet communicant est avantageusement renforcée. Un tel autre identifiant est par exemple un numéro de série de l’objet communicant ou d’un objet, terminal, dispositif ou produit contenant l’objet communicant. Dans le cas où l’objet communicant est un terminal de communication ou fait partie d’un terminal de communication, cet autre identifiant peut être l’adresse MAC (« Media Access Control » en anglais) ou l’UID (« Unique Identifier » en anglais) de ce terminal. Le procédé de communication selon l’invention est ainsi rendu plus sécurisé. Selon un autre mode de réalisation particulier, l’identifiant et/ou l’autre identifiant de l’objet communicant sont signés par l’objet communicant. Une telle signature des identifiants de l’objet communicant garantit ainsi une sécurisation accrue du procédé de communication selon l’invention. Selon un autre mode de réalisation particulier, lequel la détermination de la position relative entre l’objet communicant et le dispositif de fourniture d’un bien ou d’un service est couplée à une détermination de la position absolue de l’objet communicant. Ce mode de réalisation permet d’améliorer la géolocalisation de l’objet communicant en la rendant plus précise. Les différents modes ou caractéristiques de réalisation précités peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, au procédé de communication défini ci-dessus. L'invention concerne également un système de communication entre un objet communicant et un dispositif de communication associé à un dispositif de fourniture d’un bien ou d’un service, un tel système comprenant : - des premiers moyens de communication pour établir une première communication entre l’objet communicant et le dispositif de fourniture d’un bien ou d’un service lorsqu’ils sont mis en présence l’un de l’autre, - des moyens de calcul configurés pour déterminer une position relative entre l’objet communicant et le dispositif de fourniture d’un bien ou d’un service, - des deuxièmes moyens de communication pour établir une deuxième communication entre l’objet communicant, conformément à la position relative déterminée, et le dispositif de communication. Un tel système est remarquable en ce que l’objet communicant comprend une interface de communication configurée pour transmettre à un serveur de communication un identifiant dudit objet communicant, et en ce que lors de l’établissement de la deuxième communication : -- le dispositif de communication est configuré pour obtenir, en provenance du serveur de communication, un identifiant de communication associé à l’objet communicant, en réponse à une requête contenant l’identifiant de l’objet communicant, un tel identifiant de communication ayant été stocké dans le serveur en correspondance avec l’identifiant de l’objet communicant, -- l’identifiant de communication obtenu est utilisé pour déclencher la deuxième communication. L'invention concerne également un objet communicant ayant des capacités de communication avec un dispositif de communication associé à un dispositif de fourniture d’un bien ou d’un service, un tel objet communicant comprenant un processeur qui est configuré pour : -- au cours d’une première communication établie entre l’objet communicant et le dispositif de fourniture d’un bien ou d’un service lorsqu’ils sont mis en présence l’un de l’autre, envoyer au dispositif de fourniture d’un bien ou d’un service un identifiant de l’objet communicant de manière à déterminer une position relative entre l’objet communicant et le dispositif de fourniture d’un bien ou d’un service, -- établir une deuxième communication entre l’objet communicant conformément à la position relative déterminée, et le dispositif de communication. Un tel objet communicant est remarquable en ce qu’il comprend une interface de communication configurée pour transmettre l’identifiant de l’objet communicant à un serveur de communication, l’identifiant de l’objet communicant étant stocké dans le serveur en correspondance avec un identifiant de communication de l’objet communicant, de sorte que l’objet communicant soit joignable sur cet identifiant de communication par le dispositif de communication lors de l’établissement de la deuxième communication. L'invention concerne encore un programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé de communication selon l'invention, selon l’un quelconque des modes particuliers de réalisation décrits précédemment, lorsque ce programme est exécuté par un processeur. De telles instructions peuvent être stockées durablement dans un support mémoire non transitoire de l’objet communicant et/ou du dispositif de communication et/ou du dispositif de fourniture d’un bien ou d’un service et/ou du serveur de communication mettant en œuvre le procédé de communication selon l’invention. Ce programme peut utiliser n’importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. L’invention vise également un support d’enregistrement ou support d’informations lisible par un ordinateur, et comportant des instructions d’un programme d’ordinateur tel que mentionné ci-dessus. Le support d'enregistrement peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM (« Read Only Memory » en anglais), par exemple un CD ROM (« Compact Disc Read- Only Memory » en anglais) ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple un support mobile, un disque dur ou un SSD (« Solid State - Drive » en anglais). D'autre part, le support d'enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens, de sorte que le programme d’ordinateur qu’il contient est exécutable à distance. Le programme selon l'invention peut être en particulier téléchargé sur un réseau, par un exemple un réseau de type Internet. Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé de communication précité. Selon un exemple de réalisation, la présente technique est mise en œuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme « module » ou « interface » peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et logiciels. D'autres caractéristiques et avantages apparaîtront à la lecture de modes de réalisation particuliers de l'invention, donnés à titre d’exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels : La représente un système de communication selon un premier mode de réalisation de l'invention, La représente un système de communication selon un deuxième mode de réalisation de l'invention, La représente un objet communicant dans un mode de réalisation particulier de l’invention, La représente un dispositif de communication dans un mode de réalisation particulier de l’invention, La représente les principales actions mises en œuvre dans le procédé de communication, selon un mode de réalisation particulier de l’invention, La représente une interface d’affichage de message(s) d’un objet communicant, dans le cadre de la mise en œuvre du procédé de communication, selon un premier mode de réalisation de l’invention, La représente une interface d’affichage de message(s) d’un objet communicant, dans le cadre de la mise en œuvre du procédé de communication, selon un deuxième mode de réalisation de l’invention, La représente différents échanges mis en œuvre dans le système de communication de la , selon un premier mode de réalisation de l’invention, La représente différents échanges mis en œuvre dans le système de communication de la , selon un deuxième mode de réalisation de l’invention. Description détaillé e d’un mode de réalisation de l’invention La représente un système de communication SYC selon un premier mode de réalisation de l'invention. Un tel système comprend : - un objet connecté ou communicant OC associé à un utilisateur UT, l’objet OC étant équipé : -- d'un premier module ou interface de communication MCO a qui est configuré pour communiquer, lorsque l’objet OC est dans une zone Z, selon par exemple la technologie radio courte portée, telle que par exemple NFC, Bluetooth, WiFi, UWB, ou en en mode filaire, par exemple via la technologie CPL (« Courant Porteur en Ligne »), -- d’un deuxième module ou interface de communication MCO b qui est configuré pour communiquer via par exemple les technologies de radiotéléphonie cellulaires (5G par exemple), IP, circuit, etc., - un dispositif DF i (1≤i≤P) de fourniture d’un bien ou d’un service à l’utilisateur UT, le dispositif DF i étant situé dans la zone Z et comprenant un module de communication MCF a correspondant au premier module de communication MCO a de l’objet communicant OC, - un dispositif de communication DC configuré pour communiquer avec l’objet OC, via un réseau RES, de type IP et/ou circuit, pour la mise en œuvre d’une transaction relative à la fourniture d’un bien ou d’un service par le dispositif DF i , le dispositif de communication DC comprenant un module de communication MCC b correspondant au deuxième module de communication MCO b de l’objet communicant OC, - un serveur de communication SVC d’un opérateur de télécommunications, qui est impliqué dans le procédé de communication et est configuré pour communiquer avec l’objet communicant OC et le dispositif de communication DC, via le réseau RES, comme représenté sur la , ou tout autre réseau de communication adapté. Conformément à l’invention, le serveur SVC contient une table de correspondance TC, dans laquelle est enregistré un identifiant de communication IDb de l’objet communicant OC en association avec un identifiant IDO de cet objet. On appelle objet communicant ou connecté tout objet configuré pour capter des données et pour communiquer avec d’autres objets ou avec des infrastructures dédiées selon la technologie IoT (« I nternet of T hings » en anglais). La communication entre l’objet OC et le dispositif DF est mise en œuvre lorsqu’ils se trouvent tous les deux dans la zone Z. Le dispositif de communication DC est associé au dispositif DF de fourniture d’un bien ou d’un service, c’est à dire qu’il fait partie de l’infrastructure du fournisseur de biens ou de services qui gère le dispositif DF de fourniture d’un bien ou d’un service. Dans l’exemple de la , l’objet communicant OC est par exemple un véhicule, ici une voiture. A ce titre, la voiture OC est dotée nativement d’une pluralité de capteurs/détecteurs tels que par exemple une caméra, un capteur qui détecte le niveau du réservoir de la voiture, un capteur de vitesse, un dispositif de géolocalisation de type GPS (« Global Positioning System » en anglais), etc. Dans l’exemple de la , en fonction du contexte d’utilisation de la voiture OC, le dispositif DF i de fourniture de bien(s) ou de service varie. De manière non exhaustive, la représente trois dispositifs DF i différents : - une pompe à essence DF 1 0 , - une barrière de péage DF 1 1 , - un parcmètre DF 12 . Dans l’exemple de la , le dispositif de communication DC est un serveur de communication qui dialogue avec la voiture OC, via le réseau de communication RES, dans le cadre de la fourniture du bien ou du service. Bien entendu, cet exemple n’est pas exhaustif. En effet, le dispositif de communication DC pourrait être par exemple un terminal de communication, par exemple un TPE (« terminal de paiement électronique »), intégré ou pas à un dispositif DF i de fourniture d’un bien ou d’un service. Le module MCC b du dispositif de communication DC est configuré pour intégrer un ou plusieurs moyens de dialogue avec l’objet communicant OC, tels que par exemple un chatbot, un serveur vocal interactif, un serveur de messagerie instantanée, etc… La représente un système de communication SYC’ selon un deuxième mode de réalisation de l'invention. Ce deuxième mode de réalisation utilise des éléments communs à ceux de la . Pour cette raison, ces éléments sont désignés avec les mêmes références. Un tel système comprend : - un objet connecté ou communicant OC’ associé à un utilisateur UT, l’objet OC’ étant équipé d'un premier module de communication radio MCO a et d’un deuxième module de communication MCO b , - un dispositif DF’ de fourniture d’un bien ou d’un service à l’utilisateur UT, le dispositif DF’ comprenant un module de communication MCF a correspondant au premier module de communication MCO a de l’objet communicant OC’, - un dispositif de communication DC’ configuré pour communiquer avec l’objet OC’, via un réseau de communication RES par exemple IP et/ou circuit, pour la mise en œuvre d’une transaction relative à la fourniture d’un bien ou d’un service par le dispositif DF’, le dispositif de communication DC’ comprenant un module de communication MCC b correspondant au deuxième module de communication MCO b de l’objet communicant OC’, - un serveur de communication SVC’ d’un opérateur de télécommunications qui est impliqué dans le procédé de communication et est configuré pour communiquer avec l’objet communicant OC’ et le dispositif de communication DC’, via le réseau RES, comme représenté sur la , ou tout autre réseau de communication adapté. Conformément à l’invention, le serveur SVC’ contient une table de correspondance TC, dans laquelle est enregistré un identifiant de communication IDb de l’objet communicant OC’ en association avec un identifiant IDO de cet objet. La communication entre l’objet OC’ et le dispositif DF’ est mise en œuvre lorsqu’ils se trouvent tous les deux dans la zone Z. Le dispositif de communication DC’ est associé au dispositif DF’ de fourniture d’un bien ou d’un service, c’est à dire qu’il fait partie de l’infrastructure du fournisseur de biens ou de services qui gère le dispositif DF’ de fourniture d’un bien ou d’un service. Dans l’exemple de la , l’objet communicant OC’ est un objet porté par l’utilisateur UT, tel que par exemple un smartphone. Il pourrait bien sûr s’agir d’une tablette, d’un badge, d’une montre, d’un bracelet, de lunettes, etc. A ce titre, le smartphone OC’ est doté nativement d’une pluralité de capteurs/détecteurs tels que par exemple une caméra, un appareil photo, un accéléromètre, un dispositif de géolocalisation de type GPS, etc. Dans l’exemple de la , le contexte d’utilisation du smartphone OC’ est l’accès à un moyen de transport tel que par exemple le métro, le train, le tramway, etc. A cet effet, le dispositif DF’ de fourniture d’un bien ou d’un service est un portillon d’accès à ce moyen de transport. Il peut être aussi une borne disposée dans un bus ou un tramway, à proximité d’un quai dans une gare, etc. Dans un tel contexte d’accès à un moyen de transport, le dispositif de communication DC’ est un serveur de contrôle d’accès. Le module MCC b du dispositif de communication DC’ est configuré pour intégrer un ou plusieurs moyens de dialogue avec l’objet communicant OC’, tels que par exemple un chatbot, un serveur vocal interactif, un serveur de messagerie instantanée, etc… Description d’un mode de réalisation de l’objet communicant OC ou OC’ La présente la structure simplifiée de l’objet communicant OC ( ) ou OC’ ( ), lequel objet communicant est adapté pour mettre en œuvre le procédé de communication qui va être décrit ci-dessous. A cet effet, un tel objet communicant OC ou OC’ comprend : - un ou plusieurs capteurs/détecteurs CAP 1 , CAP 2 , …, CAP S (S≥1), - le premier module de communication MCO a qui est associé à un premier identifiant IDa, - le deuxième module de communication MCO b qui est associé à un deuxième identifiant IDb qui est un identifiant de communication, tel que par exemple un numéro MSISDN, une adresse email, une adresse de messagerie instantanée, etc., le module MCO b pouvant contenir un client de messagerie de différents types, tels que RCS (« Rich Communication Services » en anglais), SMS (« Short Message Service » en anglais), email, MI pour « Messagerie Instantanée », vocale, etc., - une mémoire MEM qui est configurée pour stocker un troisième identifiant IDO qui identifie l’objet communicant OC ou OC’ de manière unique, l’identifiant IDO étant par exemple le numéro de série, l’UID, l’adresse MAC, l’identifiant IDa précité, etc., de l’objet communicant OC ou OC’. De manière optionnelle, l’objet communicant OC ou OC’ comprend un module de calcul CAL O qui est configuré pour calculer : - une position relative entre l’objet communicant OC/OC’ et le dispositif DF/DF’ de fourniture d’un bien ou d’un service, lorsque l’objet communicant OC/OC’ et le dispositif DF/DF’ sont mis en présence l’un de l’autre dans la zone Z, - et éventuellement une position absolue de l’objet OC ou OC’, à l’aide d’informations de positionnement fournies par un capteur, par exemple GPS, faisant partie des capteurs/détecteurs CAP 1 , CAP 2 , …, CAP S . Le module CAL O étant optionnel, il est représenté en pointillé sur la . En variante, la mémoire MEM peut être déportée dans un réseau de communication, un nuage (« cloud » en anglais), etc. et être rendue accessible par l’objet communicant OC/OC’, au moyen du module de communication MCO b ou d’un module de communication (non représenté) dédié à cet effet. Selon un mode particulier de réalisation de l'invention, les actions exécutées par l’objet communicant OC/OC’, dans le cadre de la mise en œuvre du procédé de communication conformément à la présente invention, sont mises en œuvre par des instructions d’un programme d'ordinateur PG O . Pour cela, l’objet communicant OC/OC’ a l'architecture classique d'un ordinateur et comprend notamment une mémoire MEM O , une unité de traitement UTR O , équipée par exemple d'un processeur PROC O , et pilotée par le programme d'ordinateur PG O stocké en mémoire MEM O . Le programme d'ordinateur PG O comprend des instructions pour mettre en œuvre les actions exécutées par l’objet communicant OC/OC’, lorsque le programme est exécuté par le processeur PROC O , selon l'un quelconque des modes particuliers de réalisation de l'invention. A l'initialisation, les instructions de code du programme d'ordinateur PG O sont par exemple chargées dans une mémoire RAM (non représentée) avant d'être exécutées par le processeur PROC O . Le processeur PROC O de l'unité de traitement UTR O met notamment en œuvre, selon les instructions du programme d'ordinateur PG O , les actions de recueil des données issues du et/ou des capteurs CAP 1 , CAP 2 ,…, CAP S , notamment les données GPS de l’objet communicant OC/OC’, les actions de communication avec le dispositif DF/DF’ de fourniture d’un bien ou d’un service, les actions de communication avec le dispositif de communication DC/DC’ associé au dispositif DF/DF’ ou avec le serveur de communication SVC/SVC’, les actions de mémorisation de l’identifiant IDO, éventuellement les actions de calcul de la position de l’objet communicant OC/OC’. Description d’un mode de réalisation du dispositif de communication DC ou DC’ La présente la structure simplifiée du dispositif de communication DC ( ) ou DC’ ( ), lequel est adapté pour mettre en œuvre le procédé de communication qui va être décrit ci-dessous. A cet effet, un tel dispositif de communication DC ou DC’ comprend : - le module de communication MCC b , lequel peut contenir un client de messagerie de différents types, tels que RCS, SMS, email, MI, vocale, etc., - éventuellement le module de communication MCC a , dans le cas où le dispositif de communication DC/DC’ et le dispositif DF/DF’ de fourniture d’un bien ou d’un service forment une seule entité, le module MCC a étant représenté en pointillé car optionnel de ce fait. De manière optionnelle, le dispositif de communication DC/DC’ comprend un module de calcul CAL C qui est configuré pour calculer : - une position relative entre l’objet communicant OC/OC’ et le dispositif DF/DF’ de fourniture d’un bien ou d’un service, lorsque l’objet communicant OC/OC’ et le dispositif DF/DF’ sont mis en présence l’un de l’autre dans la zone Z, - et éventuellement une position absolue de l’objet communicant OC/OC’, à l’aide d’informations de positionnement, par exemple GPS, reçues en provenance de l’objet communicant OC/OC’ ou obtenues localement à l’aide d’un dispositif de géolocalisation dédié. Le module CAL C étant optionnel, il est représenté en pointillé sur la . Selon un mode particulier de réalisation de l'invention, les actions exécutées par le dispositif de communication DC/DC’, dans le cadre de la mise en œuvre du procédé de communication conformément à la présente invention, sont mises en œuvre par des instructions d’un programme d'ordinateur PG C . Pour cela, le dispositif de communication DC/DC’ a l'architecture classique d'un ordinateur et comprend notamment une mémoire MEM C , une unité de traitement UTR C , équipée par exemple d'un processeur PROC C , et pilotée par le programme d'ordinateur PG C stocké en mémoire MEM C . Le programme d'ordinateur PG C comprend des instructions pour mettre en œuvre les actions exécutées par le dispositif de communication DC/DC’, lorsque le programme est exécuté par le processeur PROC C , selon l'un quelconque des modes particuliers de réalisation de l'invention. A l'initialisation, les instructions de code du programme d'ordinateur PG C sont par exemple chargées dans une mémoire RAM (non représentée) avant d'être exécutées par le processeur PROC C . Le processeur PROC C de l'unité de traitement UTR C met notamment en œuvre, selon les instructions du programme d'ordinateur PG C , les actions de communication avec l’objet communicant OC/OC’ ou avec le serveur de communication SVC/SVC’, éventuellement les actions de communication avec le dispositif DF/DF’ de fourniture d’un bien ou d’un service, éventuellement les actions de calcul de la position de l’objet communicant OC/OC’. Description d’un mode de réalisation d’un procédé de communication sans contact On décrit maintenant, en relation avec la , les principales étapes du procédé de communication mis en œuvre dans le système de communication des figures 1A et 1B. Au cours d’une étape préalable d’enregistrement E0, l’identifiant IDO de l’objet communicant OC ou OC’ est enregistré dans la table de correspondance TC du serveur de communication SVC ou SVC’ de l’opérateur de télécommunications, auprès duquel est abonné l’utilisateur UT. A cet effet, l’utilisateur peut se connecter au serveur SVC ou SVC’ à l’aide d’un terminal de communication (un ordinateur, une tablette, un smartphone, etc.) et renseigner cette association via un menu de configuration. En variante, c’est l’objet communicant OC ou OC’ qui déclenche lui-même une requête auprès du serveur de communication SVC ou SVC’, via son module de communication MCO b , cette requête contenant l’identifiant IDO. A réception de cette requête, le serveur SVC ou SVC’, qui connait l’identifiant de communication IDb, enregistre l’identifiant IDO en association avec l’identifiant IDb dans la table de correspondance TC. Au cours d’une étape E1, une communication est établie entre l’objet communicant OC ou OC’ et le dispositif de fourniture d’un bien ou d’un service DF ou DF’ via leur module de communication MCO a et MCF a respectifs, lorsque l’objet communicant OC ou OC’ et le dispositif de fourniture d’un bien ou d’un service DF ou DF’ sont mis en présence l’un de l’autre dans la zone Z. Au cours d’une étape E2, durant la communication E1, le module de calcul CAL O de la ou le module CAL C de la calcule une position relative de l’objet communicant OC ou OC’ par rapport au dispositif de fourniture d’un bien ou d’un service DF ou DF’, et éventuellement une position absolue de l’objet communicant OC ou OC’. Au cours d’une étape E3, une communication est établie entre l’objet communicant OC ou OC’, conformément à la position qui a été déterminée, et le dispositif de communication DC ou DC’, via leurs modules de communication MCO b et MCC b respectifs. Cette communication est établie pour mettre en œuvre une transaction relative à la fourniture d’un bien ou d’un service à l’utilisateur UT par le dispositif de fourniture d’un bien ou d’un service DF ou DF’. A l’issue de cette communication, le dispositif de communication DC récupère l’identifiant IDO de l’objet communicant OC ou OC’. Cette étape E3 comprend : - une sous-étape E30, au cours de laquelle le dispositif de communication DC ou DC’ envoie une requête au serveur SVC ou SVC’, via son module de communication MCC b , ladite requête étant par exemple de type http et contenant l’identifiant IDO de l’objet communicant OC ou OC’, - une sous-étape E31, au cours de laquelle le dispositif de communication DC ou DC’ reçoit, via son module de communication MCC b , en provenance du serveur SVC ou SVC’, une réponse à la requête, ladite réponse contenant l’identifiant de communication IDb de l’objet communicant OC ou OC’, qui a été stocké au préalable dans la table de correspondance TC, en association avec l’identifiant IDO, - une sous-étape E32, au cours de laquelle le dispositif de communication DC ou DC’ contacte l’objet communicant OC ou OC’, via un de ses moyens de dialogue associés, à l’aide de l’identifiant de communication IDb. Description d’un premier contexte d’utilisation du procédé de communication Dans le contexte d’utilisation de l’objet communicant OC représenté à la , le procédé de communication se déroule ainsi comme suit. Au cours de l’étape E0, un identifiant IDO de la voiture OC, par exemple son numéro de série, est enregistré dans le serveur SVC en association avec un identifiant de communication IDb associé à la voiture OC, par exemple le numéro MSISDN tel que par exemple celui associé à une carte eSIM (« Embedded Subscriber Identification Module » en anglais) installée dans la voiture OC ou une carte SIM installée dans un smartphone connecté à la voiture OC. Lorsque la voiture OC et un dispositif de fourniture de biens ou de services, par exemple le parcmètre DF12, sont mis en présence l’un de l’autre, une communication E1, typiquement un appairage, par exemple de type UWB, est effectué entre la voiture OC et le parcmètre DF12. Selon un premier mode de réalisation de cet appairage, le module de communication MCOa de la voiture OC est un émetteur UWB qui envoie l’identifiant IDa, en tant qu’identifiant de tag UWB, au module de communication MCFa du parcmètre DF12, lequel module de communication MCFa fonctionne en tant qu’ancre UWB. Selon un deuxième mode de réalisation de cet appairage, le module de communication MCOa de la voiture OC est un lecteur UWB associé à l’identifiant IDa, en tant qu’identifiant d’une ancre UWB, ledit lecteur recevant l’identifiant du module de communication MCFa du parcmètre DF12, lequel module de communication MCFa fonctionne en tant qu’émetteur de tag UWB. Au cours de cet appairage UWB E1, est mis en œuvre un calcul E2 de la position relative de la voiture OC par rapport au parcmètre DF 12 . Selon que le module de communication MCO a de la voiture OC est un émetteur ou un lecteur UWB, le calcul de cette position relative est mis en œuvre dans la voiture OC ou dans le dispositif de communication DC associé à l’infrastructure du gestionnaire de parking. Afin d’obtenir une position plus précise de la voiture OC, au cours de l’étape E2, la position absolue de la voiture OC est calculée à partir de ses données de positionnement, GPS par exemple. Une communication E3 est alors engagée entre le module de communication MCC b du dispositif de communication DC associé à l’infrastructure du gestionnaire de parking et le module de communication MCO b de la voiture OC. Dans un mode de réalisation préféré, une telle communication fonctionne selon un protocole de messagerie enrichie, par exemple RCS. A cet effet, le dispositif de communication DC est doté d’un agent conversationnel ou chatbot qui est adapté pour présenter de l’information et des actions à l’utilisateur UT de la voiture OC, via un écran EC du tableau de bord de la voiture OC comme représenté sur la . Dans l’exemple représenté, l’agent conversationnel réalise l’encaissement des frais de parking. A cet effet, l’agent conversationnel envoie un message au module de communication MCO b de la voiture OC à l’aide du numéro MSISDN de la carte eSIM de la voiture OC (ou de la carte SIM du smartphone connecté à la voiture OC), que le dispositif de communication DC a récupéré du serveur SVC à partir du numéro de série de la voiture, de préférence préalablement signé numériquement par l’ordinateur de bord de la voiture OC pour en préserver l’infalsifiabilité. Ce message comprend par exemple : - un texte d’accueil avec une invitation à choisir la durée du stationnement, tel que par exemple : « Bonjour, veuillez choisir la durée de votre stationnement », - plusieurs réponses possibles RP1, RP2, RP3, etc. qui présentent la gamme des durées acceptées et leur prix associé. Description d’un deuxième contexte d’utilisation du procédé de communication Dans le contexte d’utilisation de l’objet communicant OC’ représenté à la , le procédé de communication se déroule ainsi comme suit. Au cours de l’étape E0, un identifiant IDO du smartphone OC’, par exemple son UID, est enregistré dans le serveur SVC’ en association avec un identifiant de communication IDb associé au smartphone OC’, par exemple le numéro MSISDN tel que par exemple celui associé à une carte SIM (« Subscriber Identification Module » en anglais) installée dans le smartphone OC’. Lorsque le smartphone OC’ et un dispositif de fourniture de biens ou de services, par exemple le portillon d’accès DF’ géré par une régie de transport public, sont mis en présence l’un de l’autre, une communication E1, typiquement un appairage, par exemple de type NFC, est effectué entre le smartphone OC’ et le portillon d’accès DF’. Selon un premier mode de réalisation de cet appairage, le module de communication MCOa du smartphone OC’ est un émetteur NFC qui envoie l’identifiant IDa, en tant qu’identifiant de tag NFC, au module de communication MCFa du portillon DF, lequel fonctionne en tant que lecteur de tags NFC. Selon un deuxième mode de réalisation de cet appairage, le module de communication MCOa du smartphone OC’ est un lecteur de tags NFC associé à l’identifiant IDa, ledit lecteur recevant l’identifiant du module de communication MCFa du portillon DF, lequel module de communication MCFa fonctionne en tant qu’émetteur de tag NFC. Au cours de cet appairage NFC E1, est mis en œuvre un calcul E2 de la position relative du smartphone OC’ par rapport au portillon DF’. Selon que le module de communication MCO a du smartphone OC’ est un émetteur ou un récepteur NFC, le calcul de cette position relative est mis en œuvre dans le smartphone OC’ ou le dispositif de communication DC’ associé à l’infrastructure de transport. Afin d’obtenir une position plus précise du smartphone OC’, au cours de l’étape E2, la position absolue du smartphone OC’ est calculée à partir de ses données de positionnement, GPS par exemple. Une communication E3 est alors engagée entre le module de communication MCC b du dispositif de communication DC’ associé à la régie de transport et le module de communication MCO b du smartphone OC’. Dans un mode de réalisation préféré, une telle communication fonctionne selon un protocole de messagerie SMS. A cet effet, le dispositif de communication DC’ est doté d’un client de messagerie SMS qui est adapté pour présenter de l’information et des actions à l’utilisateur UT du smartphone OC’, via un écran EC’ du smartphone OC’, comme représenté sur la . Dans l’exemple représenté, le client de messagerie dialogue avec le client de messagerie MCOb du smartphone OC’ en vue de valider l’accès à un moyen de transport. A cet effet, le client de messagerie SMS envoie un message au module de communication MCOb du smartphone OC’ à l’aide du numéro MSISDN de la carte SIM du smartphone OC’ que le dispositif de communication DC’ a récupéré du serveur SVC’ à partir de l’UID du smartphone OC’, de préférence préalablement signé numériquement par ce dernier pour en préserver l’infalsifiabilité. Ce message comprend par exemple : - un texte d’accueil TA’ avec une invitation à choisir le moyen de transport souhaité, tel que par exemple : « Bonjour, veuillez choisir un type de transport », - plusieurs actions possibles AC1, AC2, AC3, etc. d’envoi d’une réponse à ce message, qui présentent la gamme des choix de moyens de transport proposés par la régie de transport à l’utilisateur UT. Description d’un premier exemple de diagramme de flux échangés dans le procédé de communication On décrit maintenant, en référence à la , un diagramme de flux générés dans le système de communication SYC de la , selon un premier mode de réalisation de l’invention. En f1, l’ordinateur de bord OB de la voiture connectée OC active le module de communication MCO a de la voiture OC qui est un émetteur UWB dans l’exemple représenté. En f2, l’ordinateur de bord OB génère une signature d’un identifiant IDO de la voiture OC, par exemple son numéro de série. En f3, l’ordinateur de bord OB se connecte au serveur de communication SVC, via le module de communication MCO b , et envoie un message contenant l’identifiant IDO signé et éventuellement l’identifiant IDa du tag UWB de la voiture OC. En f4, le serveur SVC enregistre dans sa table de correspondance TC l’identifiant IDO signé, et éventuellement l’identifiant IDa, en association avec l’identifiant de communication IDb de la voiture OC. En f5, le fournisseur de biens ou de services active le module de communication MCF a du dispositif DF de fourniture de biens ou de services, qui est un lecteur UWB dans l’exemple représenté. En f6, le lecteur UWB se met en attente de recevoir des identifiants de tags UWB qui se trouvent dans la zone Z. En f7, la voiture OC étant mise en présence du dispositif DF de fourniture d’un bien ou d’un service, une session UWB est établie entre l’émetteur UWB de la voiture OC et le lecteur UWB du dispositif DF. L’identifiant IDO signé et l’identifiant IDa du tag UWB de la voiture OC sont transmis dans le flux f7 au dispositif DF. En f8, le dispositif de communication DC du fournisseur de service récupère du dispositif DF, l’identifiant IDO signé et l’identifiant IDa du tag UWB de la voiture OC. En f9, le dispositif de communication DC envoie une requête au serveur de communication SVC pour récupérer l’identifiant de communication IDb de la voiture connectée OC. A cet effet, la requête envoyée par le module de communication MCC b contient l’identifiant IDO signé et éventuellement l’identifiant IDa du tag UWB de la voiture OC. En f10, le serveur de communication SVC envoie une réponse à la requête au dispositif de communication DC, cette réponse contenant l’identifiant de communication IDb de la voiture connectée OC qui a été extrait de sa table de correspondance TC, à partir de l’identifiant IDO signé et éventuellement de l’identifiant IDa du tag UWB de la voiture OC qu’il a reçus en f9. En f11, le dispositif de communication DC du fournisseur de service récupère du dispositif DF, des informations de positionnement obtenues lors de la session UWB établie en f7, telle que notamment la distance et l’angle entre le tag UWB MCO a et l’ancre UWB MCF a . En f12, le module de calcul CAL C du dispositif de communication DC du fournisseur de service calcule la position de la voiture OC à l’aide des informations de positionnement reçues en f11 et de données de géolocalisation, par exemple GPS, du dispositif DF. Les flux f11 et f12 peuvent être générés avant la génération des flux f9 et f10. En f13, le module de communication MCC b du dispositif de communication DC requiert l’activation du client de messagerie CM, un chatbot dans l’exemple représenté, à partir de l’identifiant de communication IDb reçu dans le flux f10. En f14, le chatbot CM déclenche alors une communication avec la voiture connectée OC sur cet identifiant IDb. Description d’un deuxième exemple de diagramme de flux échangés dans le procédé de communication On décrit maintenant, en référence à la , un diagramme de flux générés dans le système de communication SYC de la , selon un deuxième mode de réalisation de l’invention. En f100, le dispositif de communication DC enregistre des points d’intérêts liés à la zone Z, dans un serveur SPOI de fourniture d’informations de POI (« Point of Interest » en anglais). De tels points d’intérêt comprennent par exemple des informations de positionnement des dispositifs DF 10 à DF 12 , des paramètres d’identification de chacun de ces dispositifs, par exemple les identifiants des parcmètres DF 12 situés dans la zone Z ou dans une zone plus grande qui intègre la zone Z, leur type de tarification, etc. En f101, le dispositif de communication DC transmet au serveur de communication SVC une liste d’identifiants IDFa de modules de communication MCF a équipant les dispositifs DF 10 à DF 12 , ainsi que leurs identifiants de communication IDFC respectifs. Dans l’exemple représenté, les identifiants IDFa sont des identifiants de tags UWB et les identifiants de communication IDFC sont par exemple un numéro MSISDN associé à chacun des dispositifs DF 10 à DF 12 . En f102, le serveur de communication SVC enregistre ces informations dans sa table TC. En f103, l’ordinateur de bord OB de la voiture connectée OC active le module de communication MCO a de la voiture OC qui est un lecteur UWB dans l’exemple représenté. En f104, l’ordinateur de bord OB génère une signature d’un identifiant IDO de la voiture OC, par exemple l’identifiant IDa du module de communication MCO a de la voiture OC, qui est un identifiant d’une ancre UWB dans l’exemple représenté, un numéro de série de la voiture OC, etc. En f105, l’ordinateur de bord OB se connecte au serveur de communication SVC, via le module de communication MCO b , et envoie un message contenant l’identifiant IDO signé et l’identifiant IDa de l’ancre UWB de la voiture OC. En f106, le serveur SVC enregistre dans sa table de correspondance TC l’identifiant IDO signé et l’identifiant IDa de l’ancre UWB de la voiture OC, en association avec l’identifiant de communication IDb de la voiture OC. En f107, le lecteur UWB (MCO a ) de la voiture OC se met en attente de recevoir des identifiants de tags UWB qui se trouvent dans la zone Z. En f108, le dispositif DF de fourniture d’un bien ou d’un service active son module de communication MCF a qui est un émetteur UWB dans l’exemple représenté. En f109, la voiture OC étant mise en présence du dispositif DF de fourniture d’un bien ou d’un service, une session UWB est établie entre le lecteur UWB de la voiture OC et l’émetteur UWB du dispositif DF. L’identifiant IDFa du tag UWB du dispositif DF est alors transmis dans le flux f109 à la voiture OC. En f110, l’ordinateur de bord, via son module de communication MCO b , envoie une requête au serveur de communication SVC pour récupérer l’identifiant de communication IDFC du dispositif DF impliqué dans la session UWB établi en f109. A cet effet, la requête envoyée par le module de communication MCO b contient l’identifiant IDFa du tag UWB du dispositif DF. En f111, le serveur de communication SVC envoie une réponse à la requête à l’ordinateur de bord OD, cette réponse contenant l’identifiant de communication IDFC du dispositif DF qui a été extrait de sa table de correspondance TC, à partir de l’identifiant IDFa du tag UWB du dispositif DF contenu dans la requête f110. En f112, l’ordinateur de bord OB récupère du lecteur UWB MCO a , des informations de positionnement obtenues lors de la session UWB établie en f109, telles que notamment la distance et l’angle entre le tag UWB MCF a et l’ancre UWB MCO a . En f113, le module de calcul CAL O , qui est par exemple intégré à l’ordinateur de bord OB, calcule la position de la voiture OC à l’aide des informations de positionnement reçues en f112 et de données de géolocalisation, par exemple GPS, obtenues via un des capteurs de la voiture OC, tel qu’un dispositif de géolocalisation GPS. En f114, l’ordinateur de bord, via son module de communication MCO b , envoie au serveur SPOI de fourniture d’informations de POI un message contenant les informations de positionnement obtenues lors de la session UWB établie en f109, ainsi que l’identifiant IDFa du tag UWB du dispositif DF. En f115, le serveur SPOI détermine si cet identifiant IDFa correspond bien aux informations POI d’un dispositif DF qui ont été préalablement enregistrées en f100. Si une correspondance existe, en f116, le serveur SPOI répond à l’ordinateur de bord OB par un message de validation de l’identifiant IDFa du tag UWB du dispositif DF. Les flux f112 à f116 peuvent être générés avant la génération des flux f110 et f111. En f117, l’ordinateur de bord OB récupère l’identifiant de communication IDFC du dispositif DF, reçu précédemment en f111, qui correspond à l’identifiant IDFa du tag UWB du dispositif DF. En f118, l’ordinateur de bord, via son module de communication MCO b , envoie au serveur SPOI de fourniture d’informations de POI une requête en communication sur l’identifiant de communication IDFC du dispositif DF. Une telle requête contient l’identifiant IDa,de l’ancre UWB de la voiture OC. En f119, le serveur SPOI transmet cette requête de communication au dispositif de communication DC qui la reçoit via son module de communication MCC b . En f120, le module de communication MCC b du le dispositif de communication DC envoie une requête au serveur de communication SVC pour récupérer l’identifiant de communication IDb de la voiture connectée OC. A cet effet, la requête envoyée par le module de communication MCC b contient l’identifiant IDa du tag UWB de la voiture OC. En f121, le serveur de communication SVC envoie une réponse à la requête au dispositif de communication DC, cette réponse contenant l’identifiant de communication IDb de la voiture connectée OC qui a été extrait de sa table de correspondance TC, à partir de l’identifiant IDO signé et de l’identifiant IDa du tag UWB de la voiture OC. En f122, le module de communication MCC b du dispositif de communication DC requiert l’activation du client de messagerie CM, un chatbot dans l’exemple représenté, à partir de l’identifiant de communication IDb reçu dans le flux f121. En f123, le chatbot CM déclenche alors une communication avec la voiture connectée OC sur cet identifiant IDb à partir de l’identifiant de communication IDFC associé au dispositif DF de fourniture d’un bien ou d’un service. Il va de soi que les modes de réalisation qui ont été décrits ci-dessus ont été donnés à titre purement indicatif et nullement limitatif, et que de nombreuses modifications peuvent être facilement apportées par l’homme de l’art sans pour autant sortir du cadre de l’invention. Procédé de communication entre un objet communicant (OC ; OC’) et un dispositif de communication (DC ; DC’) associé à un dispositif (DF ; DF’) de fourniture d’un bien ou d’un service, comprenant ce qui suit : - au cours d’une première communication (E1) établie entre l’objet communicant (OC ; OC’) et le dispositif (DF ; DF’) de fourniture d’un bien ou d’un service lorsqu’ils sont mis en présence l’un de l’autre, déterminer (E2) une position relative entre l’objet communicant (OC ; OC’) et le dispositif (DF ; DF’) de fourniture d’un bien ou d’un service, - établir (E3) une deuxième communication entre l’objet communicant (OC ; OC’), conformément à la position relative déterminée, et le dispositif de communication (DC ; DC’), ledit procédé étant caractérisé en ce que l’objet communicant (OC ; OC’) transmet à un serveur de communication (SVC ; SVC’) un identifiant (IDO) dudit objet communicant , et en ce que l’établissement (E3) de la deuxième communication comprend : -- l’obtention (E30-E31), par le dispositif de communication (DC ; DC’), en provenance dudit serveur de communication, d’un identifiant de communication (IDb) associé à l’objet communicant, en réponse à une requête contenant l’identifiant (IDO) dudit objet communicant, ledit identifiant de communication ayant été stocké dans le serveur en correspondance avec l’identifiant de l’objet communicant, -- le déclenchement de la deuxième communication en utilisant l’identifiant de communication obtenu. Procédé de communication selon la revendication 1, dans lequel l’établissement des première et deuxième communications, ainsi que la détermination de la position entre l’objet communicant (OC ; OC’) et le dispositif (DF ; DF’) de fourniture d’un bien ou d’un service sont mises en œuvre soit par l’objet communicant, soit par le dispositif de fourniture d’un bien ou d’un service et/ou le dispositif de communication qui lui est associé. Procédé de communication selon la revendication 1 ou 2, dans lequel le stockage dudit identifiant de communication dans le serveur, en correspondance avec l’identifiant de l’objet communicant, est mis en œuvre en réponse à une requête envoyée (f3 ; f105) par l’objet communicant au serveur ayant préalablement enregistré l’identifiant de communication associé audit objet communicant, ladite requête contenant l’identifiant de l’objet communicant, et dans lequel l’envoi de ladite requête est mis en œuvre lors d’une activation d’un module de communication sans contact de l’objet communicant. Procédé de communication selon l’une quelconque des revendications 1 à 3, dans lequel ledit identifiant (IDO) de l’objet communicant est l’identifiant (IDa) d’un module de communication sans contact appartenant à l’objet communicant. Procédé de communication selon la revendication 4, dans lequel l’identifiant du module de communication sans contact est associé à un autre identifiant de l’objet communicant. Procédé de communication selon la revendication 5, dans lequel l’identifiant et/ou l’autre identifiant de l’objet communicant sont signés par l’objet communicant. Procédé de communication selon l’une quelconque des revendications 1 à 6, dans lequel la détermination (E2) de la position relative entre l’objet communicant (OC ; OC’) et le dispositif (DF ; DF’) de fourniture d’un bien ou d’un service est couplée à une détermination de la position absolue de l’objet communicant. Système (SYC ; SYC’) de communication entre un objet communicant (OC ; OC’) et un dispositif de communication (DC ; DC’) associé à un dispositif (DF ; DF’) de fourniture d’un bien ou d’un service, ledit système comprenant : - des premiers moyens de communication (MCO a , MCF a ) pour établir une première communication entre l’objet communicant (OC ; OC’) et le dispositif (DF ; DF’) de fourniture d’un bien ou d’un service lorsqu’ils sont mis en présence l’un de l’autre, - des moyens de calcul (CAL O , CAL C ) configurés pour déterminer une position relative entre l’objet communicant (OC ; OC’) et le dispositif (DF ; DF’) de fourniture d’un bien ou d’un service, - des deuxièmes moyens de communication (MCO b , MCC a ) pour établir une deuxième communication entre l’objet communicant (OC ; OC’), conformément à la position relative déterminée, et le dispositif de communication (DC ; DC’), ledit système étant caractérisé en ce que l’objet communicant (OC ; OC’) comprend une interface de communication configurée pour transmettre à un serveur de communication (SVC ; SVC’) un identifiant (IDO) dudit objet communicant, et en ce que lors de l’établissement de la deuxième communication : -- le dispositif de communication (DC ; DC’) est configuré pour obtenir, en provenance dudit serveur de communication (SVC ; SVC’), un identifiant de communication (IDb) associé à l’objet communicant, en réponse à une requête contenant l’identifiant (IDO) dudit objet communicant, ledit identifiant de communication ayant été stocké dans le serveur en correspondance avec l’identifiant de l’objet communicant, -- ledit identifiant de communication obtenu est utilisé pour déclencher la deuxième communication. Objet communicant (OC ; OC’) ayant des capacités de communication avec un dispositif de communication (DC ; DC’) associé à un dispositif (DF ; DF’) de fourniture d’un bien ou d’un service, ledit objet communicant comprenant un processeur (PROC O ) qui est configuré pour : -- au cours d’une première communication établie entre l’objet communicant (OC ; OC’) et le dispositif (DF ; DF’) de fourniture d’un bien ou d’un service lorsqu’ils sont mis en présence l’un de l’autre, envoyer au dispositif (DF ; DF’) de fourniture d’un bien ou d’un service un identifiant dudit objet communicant de manière à déterminer une position relative entre l’objet communicant (OC ; OC’) et le dispositif (DF ; DF’) de fourniture d’un bien ou d’un service, - établir une deuxième communication entre l’objet communicant (OC ; OC’) conformément à la position relative déterminée, et le dispositif de communication (DC ; DC’), ledit objet communicant étant caractérisé en ce qu’il comprend une interface de communication configurée pour transmettre l’identifiant dudit objet communicant à un serveur de communication (SVC ; SVC’), l’identifiant dudit objet communicant étant stocké dans le serveur en correspondance avec un identifiant de communication de l’objet communicant, de sorte que l’objet communicant soit joignable sur cet identifiant de communication par le dispositif de communication lors de l’établissement de la deuxième communication. Programme d'ordinateur comportant des instructions de code de programme pour la mise en œuvre du procédé de communication sans contact selon l’une quelconque des revendications 1 à 7, lorsqu'il est exécuté sur un ordinateur. Support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur selon la revendication 10.