FR 3029378 A1 20160603 FR 1402721 A 20141127 PROCEDE ET SYSTEME DE COMMUNICATION ENTRE TERMINAUX DISTANTS DOMAINE TECHNIQUE L'invention concerne un procédé et un système de communication entre objets distants, notamment entre terminaux mobiles distants, et via ces terminaux, entre personnes distantes possédant ces terminaux. PRESENTATION DE L'ART ANTERIEUR A l'heure actuelle, de nombreux procédés et systèmes ont été mis en place pour permettre à un utilisateur de communiquer avec des objets distants à l'aide d'un terminal. Par exemple, de nombreuses applications domotiques ont vu le jour pour permettre à un utilisateur : - de commander l'ouverture et/ou la fermeture des ouvrants de sa maison à distance, ou - de vérifier la température de sa piscine à distance, etc. Un inconvénient de toutes ces techniques est qu'elles sont basées sur l'utilisation d'objets pourvus de systèmes de communication. Ces systèmes de communication : sont complexes ; ils comprennent notamment des moyens d'émission d'un signal moyenne/longue portée et des moyens de traitement, - doivent être alimentés en énergie pour permettre une communication à distance et sont par conséquent coûteux Ainsi, pour communiquer avec des objets de sa vie quotidienne, l'utilisateur est contraint : - de remplacer les objets existants non communicants par des objets communicants incluant de tels systèmes de communication, - de prévoir des moyens d'alimentation en énergie pour ces objets communicants et de vérifier leur accessibilité à un réseau de données (WIFI, GSM, ou autres) Outre son coût élevé, ce remplacement est parfois impossible car certains objets de notre vie quotidienne n'existent pas dans une version « communicante ». Par ailleurs les objets communicants utilisent tous des protocoles de communication spécifiques, ce qui contraint l'utilisateur souhaitant io communiquer avec plusieurs objets à être équipé d'un terminal disposant d'un programme ou de moyens de communication différents pour chaque objet avec lequel il souhaite communiquer. Un but de la présente invention est de proposer un procédé et un système permettant à un utilisateur de rendre des objets communicants sans 15 nécessiter leur remplacement et sans devoir disposer de programmes différents pour chaque objet et via un moyen de communication unique. Par ailleurs, à l'heure actuelle, un utilisateur peut communiquer avec un autre utilisateur à l'aide d'un terminal de téléphonie mobile dont certains modèles savent véhiculer la voix et les données et envoyer des messages 20 textuels. Cette communication n'est possible que lorsqu'au moins un des deux utilisateurs connaît l'identité de l'autre ou son identifiant réseau (numéro de téléphone, adresse e-mail, pseudonyme de réseaux sociaux ou de Skypee...). Aujourd'hui il est impossible à deux personnes distantes ne se connaissant pas de communiquer entre elles, alors qu'elles ont la 25 nécessité de le faire. Un autre but de la présente invention est de proposer un procédé universel et un système permettant à deux utilisateurs distants et ne se connaissant pas, de communiquer par une mise en relation préservant leur anonymat, passant par un objet que l'invention a permis de rendre connecté. 30 RESUME DE L'INVENTION A cet effet, l'invention propose l'utilisation d'une étiquette de radio-identification - telle qu'une étiquette « NFC » (de l'anglais « Near Field Communication ») - pour rendre un objet communicant, ainsi qu'un symbole visible qui deviendra populaire à l'usage, disposé sur l'étiquette et permettant de deviner que l'objet est doté d'une fonction communicante. La radio-identification - ou « RFID » (de l'anglais « Radio Frequency Identification ») - est une méthode pour mémoriser et récupérer des données à distance en utilisant des marqueurs appelés « étiquette de radio-identification » (« RFID tag » ou « RFID transponder » en anglais). io Les étiquettes RFID sont de petits objets, tels que des étiquettes autoadhésives, qui peuvent être collés ou incorporés dans des objets ou produits et même sous certaines formes biocompatibles être implantés dans des organismes vivants (animaux, corps humain). Elles comprennent une antenne associée à une puce électronique qui leur permet de recevoir et de 15 répondre à des requêtes radio émises par un lecteur d'étiquette. Plus précisément, les inventeurs proposent un procédé de communication entre un terminal client et au moins un terminal utilisateur, le procédé comprenant : la réception par un agent de contrôle, d'une requête de 20 communication émise par le terminal utilisateur, ladite requête comportant au moins un identifiant relatif à une étiquette de radio-identification, - le traitement par l'agent de contrôle, de la requête de communication pour accepter ou refuser ladite requête de communication, 25 l'établissement, si la requête en communication est acceptée, d'une communication entre le terminal client et le terminal utilisateur par l'intermédiaire de l'agent de contrôle. Ainsi et contrairement aux systèmes de communication existants, l'invention propose d'associer une étiquette de radio-identification à chaque 30 objet que l'on souhaite rendre communicant. Les moyens d'émission d'un signal longue portée sont déportés sur un terminal mobile incluant un lecteur d'étiquette de radio-identification tel qu'un téléphone portable de type smartphone® qui peut comprendre un lecteur d'étiquette NFC. Ainsi, il n'est plus nécessaire d'alimenter en énergie l'objet communicant. La mise en place du système de communication est simplifiée et les coûts associés sont réduits. Les applications d'un tel système et d'un tel procédé de communication sont multiples. Par exemple, le système et le procédé de communication peuvent être utilisés pour créer : un interphone virtuel à l'entrée d'un appartement ou d'une maison, via une porte rendue connectée, permettant au propriétaire d'être averti 1.0 d'une visite même en son absence, ou un service de commande à la place dans un restaurant, via chaque table rendue connectée, un service de paiement de son stationnement à distance, permettant aux agents de vérifier que le paiement a été effectué, via son véhicule 15 rendu connecté, - un service d'alerte et de localisation d'un enfant égaré ou blessé, via un bracelet ou un cartable rendus connectés. Bien entendu, de nombreuses autres applications peuvent être mises en oeuvre en fonction des besoins des utilisateurs. 20 Des aspects préférés mais non limitatifs de la présente invention sont les suivants : le procédé comprend en outre une étape consistant à balayer l'étiquette de radio-identification en utilisant un lecteur d'étiquette connecté au terminal utilisateur pour extraire un identifiant de 25 l'étiquette, Ceci permet d'éviter la saisie de l'identifiant de l'étiquette par l'utilisateur sur son terminal utilisateur. - le procédé comprend en outre la génération d'une requête de communication à partir de l'identifiant de l'étiquette et d'informations 30 d'identification du terminal utilisateur, Le fait que la requête comprenne des informations relatives au terminal utilisateur permet de mettre en place un système de « filtrage » des requêtes pour interdire la mise en communication avec certains terminaux utilisateur, le procédé comprend en outre la transmission de la requête à l'agent de contrôle, ledit agent de contrôle étant distant des terminaux utilisateurs et du terminal client ; Ceci permet de limiter les consommations en énergie et ressources mémoire du terminal client, l'étape de traitement de la requête comprend les sous étapes consistant à: o extraire l'identifiant de l'étiquette, et o rechercher dans une table de correspondance l'application à laquelle ladite étiquette est associée ; Ceci permet de disposer d'étiquettes configurables de sorte que leur utilisation n'est pas limitée à une seule application figée, le procédé comprend en outre une étape de programmation de l'étiquette ; l'étape de programmation comprend les sous étapes consistant à: o associer l'étiquette à un terminal client, et o associer l'étiquette à une application choisie parmi une liste d'applications afin de pouvoir donner à l'objet qui portera l'étiquette une fonction communicante précise. L'invention concerne également un système de communication entre un terminal client et au moins un terminal utilisateur, le système comprenant un agent de contrôle programmé pour : la réception d'une requête de communication émise par le terminal utilisateur, ladite requête comportant au moins un identifiant relatif à une étiquette de radio-identification, le traitement de la requête de communication pour accepter ou refuser ladite requête de communication, l'établissement d'une communication entre le terminal client et le terminal utilisateur si la requête en communication est acceptée. L'agent de contrôle peut être implanté dans un serveur distant des terminaux utilisateur et client. L'invention concerne également un produit programme d'ordinateur comprenant des instructions de code programme pour la mise en oeuvre du procédé décrit ci-dessus. BREVE DESCRIPTION DES DESSINS D'autres avantages et caractéristiques ressortiront mieux de la description qui va suivre de plusieurs variantes d'exécution, données à titre d'exemples non limitatifs, à partir des dessins annexés sur lesquels : - la figure 1 représente schématiquement un système de communication selon l'invention, la figure 2 illustre schématiquement un exemple de procédé de communication selon l'invention, - la figure 3 illustre schématiquement des étapes du procédé de communication dans le cadre d'une application de l'invention. DESCRIPTION DETAILLEE DE L'INVENTION 1. Système de communication En référence à la figure 1, on a illustré un exemple de système de communication selon l'invention. Le système de communication selon l'invention est basé sur l'utilisation d'une (ou plusieurs) étiquette(s) de radio-identification pour permettre la communication entre deux terminaux distants. Cette étiquette est par exemple une étiquette NEC. Pour mémoire, on rappelle ici que la technologie sans contact NFC est un sous-ensemble de la technologie RFID basé sur une fréquence précise d'utilisation. Le système comprend une pluralité de terminaux distants 2a, 2b, 2c: - un terminal client 2a, et un (ou plusieurs) terminal (terminaux) utilisateur(s) 2b, 2c. Chaque terminal utilisateur 2b, 2c est apte à dialoguer avec le terminal client 2a distant par l'intermédiaire d'un agent de contrôle 1. Pour dialoguer entre eux, l'agent de contrôle 1 et les terminaux utilisateurs 2b, 2c sont connectés à un (ou plusieurs) réseau(x) de communication (filaire et/ou non filaire), tel que le réseau Internet. 1.1. L'agent de contrôle L'agent de contrôle 1 peut être un programme d'ordinateur (ou une machine virtuelle) implanté(e) dans le terminal client 2a. io En variante, et comme illustré à la figure 1, l'agent de contrôle 1 peut être implanté dans un serveur distant du terminal client 2a, le serveur comprenant des moyens de saisie, des moyens de traitement, des moyens d'affichage, des moyens de stockage et des moyens d'émission/réception - filaires et/ou non filaires - pour dialoguer avec chaque terminal 2a, 2b, 2c. 15 Le serveur est par exemple composé d'un (ou plusieurs) ordinateur(s) ou peut être de tout autre type connu de l'homme du métier. Le fait d'implanter l'agent de contrôle 1 dans un serveur permet de centraliser l'ensemble des requêtes de communication entre terminaux utilisateurs 2b, 2c et terminaux clients 2a. 20 1.2. Terminaux Chaque terminal 2a, 2b, 2c comprend des moyens de traitement, des moyens de saisie 21, des moyens d'affichage 22, et des moyens d'émission/réception - incluant par exemple une antenne - pour dialoguer 25 avec d'autres terminaux 2b, 2c , ou pour dialoguer avec l'agent de contrôle lorsque celui-ci est implanté dans un serveur. Chaque terminal 2a, 2b, 2c peut être fixe ou mobile. Chaque terminal 2a, 2b, 2c est par exemple un ordinateur personnel, un téléphone portable, une tablette électronique (tel qu'un IPADO), un 30 assistant personnel (ou « PDA », sigle de l'expression anglo-saxonne « Personal Digital Assistant »), ou tout autre type de terminal connu de l'homme du métier. Avantageusement, un lecteur d'étiquette NFC peut être intégré dans chaque terminal utilisateur 2b, 2c. En variante, chaque terminal utilisateur 2b, 2c peut être connectable (de manière ponctuelle ou permanente) à un lecteur d'étiquette NFC externe. Bien entendu, le terminal client 2a peut également : - comprendre un lecteur d'étiquette NFC intégré, ou - être connectable à un lecteur d'étiquette NFC externe. 1.3. Etiquette de radio-identification io L'étiquette de radio-identification est un dispositif passif, ne nécessitant aucune source d'énergie en dehors de celle fournie sans contact et par induction par un lecteur d'étiquette au moment de son interrogation. Ceci permet de limiter les dimensions de l'étiquette (épaisseur de l'ordre d'une feuille et taille de quelques millimètres) ainsi que sa masse (masse 15 négligeable), et donc de rendre cette étiquette compatible avec un grand nombre d'objets de la vie quotidienne. Chaque étiquette comprend un substrat (ou une encapsulation) supportant une antenne associée à une puce électronique qui permettent à l'étiquette de recevoir et de répondre à des requêtes radio émises depuis le 20 lecteur d'étiquette. De préférence, la (ou les) face(s) de l'étiquette destinée(s) à venir en contact avec l'objet à rendre communiquant est (sont) constituée(s) dans un matériau compatible avec l'objet. Par exemple, le substrat de l'étiquette peut être électriquement (respectivement thermiquement) isolant. Ceci permet d'obtenir une étiquette associable à des 25 objets conçus dans des matériaux électriquement (respectivement thermiquement) conducteur. Chaque puce électronique contient un identifiant et éventuellement des données complémentaires. L'identifiant est composé d'une suite de chiffres codés au format binaire (ou décimal ou hexadécimal) et fournit des 30 informations quant à: - la date de fabrication de l'étiquette, et/ou - le lieu de fabrication de l'étiquette, et/ou - le lot de fabrication auquel elle appartient, etc. Avantageusement, l'identifiant peut comprendre une clé de chiffrement pour éviter les risques de contrefaçon. Egalement pour éviter les risques d'usurpation, l'étiquette peut 5 comprendre des moyens permettant sa destruction lorsque celle-ci est enlevée de l'objet auquel elle est associée. Par exemple, dans le cas d'une étiquette destine à être collée sur un objet, le substrat peut comprendre des zones de faiblesse induisant la déchirure de la puce ou de l'antenne de l'étiquette lors d'une tentative de décollement de l'étiquette. io Dans un mode de réalisation, l'étiquette peut en outre comprendre une mémoire pour le stockage de données de verrouillage écrites dans ladite mémoire lors de la configuration de celle-ci par le client. Le principe de lecture (phase 20) d'une étiquette de radio-identification selon l'invention est le suivant. 15 L'utilisateur positionne un lecteur - de son terminal utilisateur 2b - à proximité de l'étiquette. Le lecteur émet un champ électromagnétique, qui apporte de l'énergie à l'étiquette. Outre de l'énergie pour l'étiquette, le lecteur émet un signal d'interrogation particulier auquel répond l'étiquette. 20 L'étiquette reçoit le champ électromagnétique et le signal d'interrogation (étape 201). L'étiquette utilise l'énergie reçue du lecteur pour lui renvoyer une information en retour. L'une des réponses les plus simples possibles est le renvoi d'une identification numérique, par exemple un nombre d'identification unique (ou « UID », sigle de l'expression anglo- 25 saxonne « Unique Identification Number ») tel que décrit dans la norme ISO 15693. En variante, d'autres informations complémentaires contenues dans la puce électronique peuvent être renvoyées au lecteur en réponse au signal d'interrogation. Notamment, les (ou une partie des) données de verrouillage peuvent être renvoyées au lecteur du terminal utilisateur 2b, 2c. 30 Le terminal utilisateur reçoit l'identifiant numérique émis par l'étiquette (étape 202). Il peut alors mettre en oeuvre une application associée à l'étiquette. Pour connaitre cette application associée à l'étiquette, le terminal utilisateur 2b peut interroger (étape 203) une table ou une base de données dans laquelle chaque identifiant numérique d'une étiquette est associée à une application respective que l'utilisateur a choisi. En effet, chaque étiquette est configurable pour permettre son utilisation dans une application visée (contrôle d'accès, comptage, etc.). Plus précisément, chaque étiquette peut être associée à une application choisie parmi une liste d'applications. io Cette liste d'applications peut être proposée à l'utilisateur par l'intermédiaire d'une unité de programmation 3. Avantageusement, cette liste d'applications peut être remise à jour périodiquement pour proposer de nouvelles applications à l'utilisateur. Par ailleurs dans certaines variantes de réalisation, l'utilisateur peut ajouter de nouvelles applications à la liste 15 d'applications. 1.4. Unité de programmation L'unité de programmation 3 permet à un utilisateur de générer des données de configuration de l'étiquette, notamment pour lui associer une 20 application. L'unité de programmation 3 peut être : intégrée au serveur dans lequel est implanté l'agent de contrôle 1, ou être intégrée au terminal client 2a, ou 25 - indépendante du serveur et du terminal client 2a. Dans le mode de réalisation illustré à la figure 1, l'unité de programmation 3 est un ordinateur personnel comportant notamment un clavier, une souris, un écran d'affichage, une mémoire, un processeur et des moyens d'émission/réception pour dialoguer avec l'agent de contrôle 1. Bien 30 entendu, l'unité de programmation 3 peut également être un téléphone portable, une tablette électronique (tel qu'un IPADO), etc. L'unité de programmation 3 comprend une interface homme/machine. Cette interface homme/machine comprend des boutons virtuels représentant différentes actions que peut mettre en oeuvre l'utilisateur pour configurer l'étiquette. La présence d'une interface homme/machine graphique permet de faciliter la configuration de l'étiquette. L'interface homme/machine peut comprendre des boutons virtuels pour la saisie de l'identifiant de l'étiquette. Bien entendu, l'unité de programmation 3 peut comporter un lecteur d'étiquette afin d'éviter à l'utilisateur la nécessité de saisir l'identifiant de l'étiquette. Ceci permet notamment limiter les risques d'erreur dans la saisie de l'identifiant de l'étiquette. L'interface homme/machine peut également comprendre : des boutons virtuels permettant à l'utilisateur de faire défiler les applications d'une liste d'applications, et des boutons virtuels permettant de valider ou d'invalider une action. Les formes, positions et couleurs des différents boutons virtuels sont de préférence choisies de sorte à fournir une unité de programmation 3 simple et très intuitive, et permettant à l'utilisateur de comprendre facilement les fonctions des différentes applications proposées dans la liste 20 d'applications. Le principe de fonctionnement de l'unité de programmation 3 va maintenant être décrit plus en détails en référence à la programmation d'une étiquette (phase 10). Cette configuration d'étiquettes peut être mise en oeuvre: 25 en utilisant une borne 2d fixe (ou mobile) mise à sa disposition, par exemple dans un espace de vente d'étiquettes, ou en utilisant son terminal client 2a. Dans la suite, on supposera que le client configure une étiquette en utilisant son terminal client 2a, l'unité de programmation 3 étant implantée 30 sur le serveur intégrant l'agent de contrôle 1. Lorsqu'un client s'est procuré une ou plusieurs étiquettes, celui-ci se connecte à l'unité de programmation 3 distante via le réseau de communication. L'interface homme/machine de l'unité de programmation 3 s'affiche sur l'écran du terminal client 2a. Une étape de la configuration de l'étiquette consiste à renseigner son identifiant. Celui-ci est soit saisi par le client, soit généré automatiquement en scannant l'étiquette à l'aide d'un lecteur éventuellement implanté sur le terminal client 2a. Une requête de configuration est ensuite générée par le terminal client 2a. Cette requête de configuration est reçue par l'unité de programmation 3 (étape 101) qui vérifie que l'identifiant de l'étiquette est bien compatible avec les applications. Si l'identifiant de l'étiquette n'est pas compatible avec les applications - par exemple s'il s'agit d'une étiquette frauduleuse - alors un message d'erreur généré par l'unité de programmation 3 s'affiche sur l'écran du terminal client 2a. Sinon, l'unité de programmation affiche la liste des applications proposées à l'utilisateur pour son étiquette. Dans une étape suivante, le client sélectionne (étape 102) une application parmi la liste d'applications proposées en utilisant les boutons virtuels de défilement et valide l'application choisie en activant un bouton virtuel de validation. Bien entendu, lorsque l'utilisateur n'utilise pas le terminal client 2a pour configurer l'étiquette (par exemple s'il utilise une borne fixe mise à sa disposition), une autre étape du procédé peut consister à renseigner un numéro de terminal client 2a auquel l'étiquette doit être associée (par 25 exemple en renseignant un numéro de téléphone, une adresse IP, etc.). L'unité de programmation 3 génère alors des données de configuration de l'étiquette. Ces données de configuration comprennent notamment : l'identifiant de l'étiquette, 30 un numéro d'identification de l'application sélectionnée par l'utilisateur, et un numéro de terminal client auquel l'étiquette est associée (par exemple un numéro de téléphone si le terminal client est un smartphone). Les données de configuration ainsi générées sont stockées dans une 5 mémoire d'un agent de contrôle qui peut être implanté dans le serveur 1 (étape 103). 2. Exemple d'application : Interphone virtuel On va maintenant décrire plus en détails le procédé de communication io selon l'invention en référence à un exemple d'application, à savoir un service d'interphone virtuel. On suppose ici que le client est un particulier habitant une résidence (par exemple immeuble) ayant une porte d'accès principale dont l'ouverture/fermeture peut être commandée à distance. 15 On suppose également que le client a préalablement configuré son étiquette : en l'associant à une application intitulée «INTERPHONE VIRTUEL» dans la liste des applications proposées par l'unité de programmation 3, et 20 en mettant en correspondance son étiquette avec un numéro de téléphone du terminal client 2a. 2.1. Lecture de l'étiquette Une étape du procédé communication consiste à lire l'étiquette du 25 client. Plus précisément dans le cadre de l'application « INTERPHONE VIRTUEL », lorsqu'une personne extérieure souhaite pénétrer dans la résidence du client, elle scanne l'étiquette en utilisant un terminal mobile 2b incluant un lecteur d'étiquette. 30 Le lecteur du terminal mobile 2b génère : un champ électromagnétique pour l'alimentation de l'étiquette, et un signal d'interrogation de l'étiquette. Si l'identifiant de l'étiquette n'est pas renseigné dans la table de correspondance, l'agent de contrôle renvoie au terminal utilisateur un signal d'alerte indiquant que l'étiquette n'a pas été configurée. Sinon, il vérifie les éventuelles options renseignées par le client concernant ladite application. Par exemple, dans le cadre de l'application «INTERPHONE VIRTUEL », le client peut : avoir autorisé l'ouverture automatique de la porte d'accès aux terminaux de certains utilisateurs - par exemple les terminaux des services postaux - sans nécessiter une mise en communication avec io le terminal client, ou interdit la mise en communication du terminal client avec le terminal mobile d'une personne indésirable - par exemple un ex-conjoint, etc. 2.4. Génération d'une demande de communication 15 Dans une autre étape, le procédé comprend la génération et l'émission vers le terminal client d'une demande de communication. Plus précisément dans le cadre de l'application « INTERPHONE VIRTUEL », si aucune option (du type décrit au paragraphe précédent) n'a été identifiée lors du traitement de la requête, alors l'agent de contrôle 20 génère une demande d'accès et l'envoie au terminal client. Le terminal client reçoit la demande et alerte le client par l'émission d'un signal sonore et/ou lumineux. Si le client active son terminal client et accepte la mise en communication avec le terminal utilisateur 2b, alors l'agent de contrôle établit 25 la communication entre les terminaux client et utilisateur 2a, 2b. Sinon, un message d'échec de mise en communication est généré par l'agent de contrôle et transmit au terminal utilisateur 2b. Ainsi et comme il ressort de la description qui précède, l'application «INTERPHONE VIRTUEL » permet à un utilisateur : 30 - de disposer d'un service d'interphonie facilement implantable puisque sans fil et sans nécessité d'alimentation électrique, En réponse au signal d'interrogation, l'étiquette transmet au lecteur son identifiant, et éventuellement d'autres informations contenues dans l'étiquette. 2.2. Génération et transmission d'une requête de communication Une autre étape du procédé communication consiste à générer une requête de mise en communication avec le terminal client 2a, et à transmettre ladite requête, par exemple à l'agent de contrôle. Dans le cadre de l'application « INTERPHONE VIRTUEL », l'identifiant (et les éventuelles autres informations contenues dans l'étiquette) sont traitées pour générer une requête de mise en communication avec le terminal client. Par exemple, l'identifiant de l'étiquette peut être concaténé avec le numéro de téléphone du terminal utilisateur 2b pour former une partie de la 15 requête de mise en communication. Une fois générée, la requête de mise en communication est transmise à l'agent de contrôle 1 implanté : - dans le serveur, ou - dans le terminal client. 20 Le fait d'implanter l'agent de contrôle 1 dans le serveur permet notamment de limiter la consommation en énergie et en ressource mémoire du terminal client 2a. Ceci permet également de maintenir le numéro d'appel du terminal client 2a inconnu pour le terminal utilisateur 2b, 2c. 25 2.3. Vérification de la requête Dans une autre étape, le procédé de communication comprend la vérification de la requête pour identifier l'application associée à l'étiquette et les éventuelles options relatives à ladite application. Lorsque la requête a été reçue par l'agent de contrôle, celui-ci en 30 extrait l'identifiant de l'étiquette et consulte une table de correspondance pour déterminer l'application à laquelle ladite étiquette est associée ainsi que le numéro de téléphone du terminal client correspondant. de ne pas avoir à communiquer son numéro de téléphone à chacune des personnes souhaitant entrer dans sa résidence, de filtrer les accès en autorisant ou non certains terminaux à entrer en communication avec son terminal client, et - lorsque le terminal client est mobile, d'éviter que la personne puisse savoir si l'utilisateur est ou non dans son domicile. Plus généralement, le procédé et le système de communication selon l'invention permettent de rendre les objets du quotidien communicants, facilement et à moindre coût et de devenir des passerelles permettant à deux 10 utilisateurs distants ne se connaissant pas de pouvoir entrer en communication. Dans la description qui précède, seul un exemple d'application a été décrit mais il est bien évident pour l'homme du métier que de nombreuses autres applications peuvent être envisagées grâce au système et au procédé 15 communication selon l'invention. Il est bien évident également que de nombreuses modification peuvent être apportées au procédé et au système selon l'invention sans sortir matériellement des nouveaux enseignements présentés ici. Par exemple dans la description qui précède, chaque terminal distant 20 était un terminal dédié, à savoir : - soit un terminal client - soit un terminal utilisateur. Toutefois dans certains modes de réalisation, les terminaux peuvent être à la fois des terminaux client et des terminaux utilisateur. 25 Dans ce cas, le basculement du terminal distant entre : un mode de fonctionnement dit « client » (correspondant au mode de fonctionnement du terminal client 2a décrit ci-dessus), et - un mode de fonctionnement dit « utilisateur» (correspondant au mode de fonctionnement du terminal utilisateur 2b, 2c décrit ci-dessus) 30 peut être effectué par le propriétaire du terminal distant, par exemple en actionnant un bouton (éventuellement virtuel) de son terminal. Le basculement d'un mode « client » à un mode « utilisateur » peut également être mis en oeuvre automatiquement par le terminal distant. Notamment, dans une variante de réalisation, le terminal distant est par défaut placé dans le mode de fonctionnement « utilisateur», le basculement 5 dans le mode de fonctionnement « client » étant initié lors de la réception par l'agent de contrôle du signal d'alerte spécifiant que l'étiquette n'a pas été configurée. Dans une autre variante de réalisation, le terminal distant est par défaut placé dans le mode de fonctionnement « client », le basculement dans le mode de fonctionnement « utilisateur» étant initié lors de la réception des 10 données de verrouillage stockées dans la mémoire de l'étiquette. Egalement lorsque l'étiquette comprend une mémoire, celle-ci peut être utilisée pour stocker des données relatives au dernier terminal mobile utilisateur ayant lu l'étiquette. Ceci permet de limiter le nombre de requête de communication émise consécutivement par un seul et même terminal 15 utilisateur. Le principe de fonctionnement d'une telle variante de réalisation est le suivant. Lorsqu'un terminal utilisateur lit une étiquette, celle-ci extrait un identifiant du signal d'interrogation émis par le terminal utilisateur. L'étiquette compare l'identifiant du terminal utilisateur avec une 20 donnée enregistrée dans un registre de la mémoire de l'étiquette. Si l'identifiant et la donnée enregistrée sont différents, l'étiquette remplace la donnée enregistrée dans le registre par l'identifiant. Elle envoie ensuite au terminal utilisateur des informations permettant au terminal utilisateur de générer une requête en communication (i.e. identification 25 numérique, données de verrouillage, etc.). Si par contre, l'identifiant et la donnée enregistrée sont identiques, alors l'étiquette n'envoie aucune information au terminal. De cette manière, en cas de tentative de lectures consécutives par un même terminal de la même étiquette (par inattention ou par malveillance), il n'est pas possible 30 pour un seul et même terminal d'envoyer successivement plusieurs requêtes identiques. En variante, une telle sécurité peut être mise en oeuvre au niveau de l'agent de contrôle. Toutefois, il devient alors nécessaire d'accéder au réseau pour vérifier les tentatives de lectures consécutives. Le fait d'intégrer cette sécurité au niveau de l'étiquette permet de limiter les accès au réseau et les risques de surcharge du serveur dans le cas où l'agent de contrôle est intégré à un serveur distant. Par conséquent, toutes les modifications de ce type sont destinées à être incorporées à l'intérieur de la portée des revendications jointes. REVENDICATIONS1. Procédé de communication entre un terminal client (2a) et au moins un terminal utilisateur (2b, 2c), le procédé comprenant : la réception par un agent de contrôle (1), d'une requête de communication émise par le terminal utilisateur (2b, 2c), ladite requête comportant au moins un identifiant relatif à une étiquette de radio-identification, le traitement par l'agent de contrôle (1), de la requête de communication pour accepter ou refuser ladite requête de communication, l'établissement, si la requête en communication est acceptée, d'une communication entre le terminal client (2a) et le terminal utilisateur (2b, 2c) par l'intermédiaire de l'agent de contrôle (1). 2, Procédé de communication selon la revendication 1, lequel comprend en outre une étape consistant à balayer l'étiquette de radio-identification en utilisant un lecteur d'étiquette connecté au terminal utilisateur (2b) pour extraire un identifiant de l'étiquette. 3. Procédé de communication selon l'une quelconque des revendications 1 ou 2, lequel comprend en outre la génération d'une requête de communication à partir de l'identifiant de l'étiquette et d'informations d'identification du terminal utilisateur (2b, 2c). 4. Procédé de communication selon l'une quelconque des revendications 1 à 3, lequel comprend en outre la transmission de la requête à l'agent de contrôle (1), ledit agent de contrôle étant distant des terminaux utilisateurs (2b, 2c) et du terminal client (2e). 5. Procédé de communication selon l'une quelconque des revendications 1 à 4, dans lequel l'étape de traitement de la requête comprend les sous étapes consistant à: extraire l'identifiant de l'étiquette, et rechercher dans une table de correspondance l'application à laquelle ladite étiquette est associée.6. Procédé de communication selon l'une des revendications 1 à 4, lequel comprend en outre une étape de programmation de l'étiquette. 7. Procédé de communication selon la revendication 6, dans lequel l'étape de programmation comprend les sous étapes consistant à: associer l'étiquette à un terminal client, et associer l'étiquette à une application choisie parmi une liste d'applications afin de pouvoir donner à l'objet qui portera l'étiquette une fonction communicante précise. 8. Système de communication entre un terminal client (2a) et au moins un terminal utilisateur (2b, 2c), le système comprenant un agent de contrôle (1) programmé pour : la réception d'une requête de communication émise par le terminal utilisateur, ladite requête comportant au moins un identifiant relatif à une étiquette de radio- identification, le traitement de la requête de communication pour accepter ou refuser ladite requête de communication, l'établissement d'une communication entre le terminal client et le terminal utilisateur si la requête en communication est acceptée. 9. Système selon la revendication 8, dans lequel l'agent de contrôle est implanté dans un serveur distant des terminaux utilisateur et client. 10. Produit programme d'ordinateur comprenant des instructions de code programme pour l'exécution des étapes du procédé selon l'une des revendications 1 à 7 lorsque ledit programme est exécuté sur un ordinateur.