FR 3011655 A1 20150410 FR 1359621 A 20131004 Arrière-plan de l'invention L'invention appartient au domaine général de la radio-identification ou RFID pour « Radio Frequency IDentification » en anglais. Elle concerne plus particulièrement un protocole de communication entre des étiquettes RFID passives fonctionnant en mode de rétrodiffusion (« backscattering » en anglais), et un lecteur de telles étiquettes. De façon connue, la radio-identification est une technique permettant d'identifier et de suivre des objets ou des êtres vivants au moyen d'une radio-étiquette, aussi connue sous l'appellation de radio-identifiant ou étiquette RFID ou encore « tag » en anglais. Différents types de radio-étiquettes existent selon si elles embarquent ou non un émetteur RF (Radio Fréquence), à savoir : les radio-étiquettes passives : une telle étiquette n'intègre pas d'émetteur RF mais fonctionne selon un mode de rétrodiffusion (aussi appelée rétromodulation ou encore de réfléchissement radio), c'est-à-dire qu'elle réfléchit et module l'onde issue du lecteur de sorte à lui transmettre des informations (ex. une identification numérique). L'onde issue du lecteur est par ailleurs utilisée par l'étiquette passive pour alimenter le circuit électronique qu'elle embarque, le cas échéant ; les radio-étiquettes passives assistées par batterie ou par un système de collecte d'énergie locale (aussi connu sous l'appellation de « energy harvesting system » en anglais) : une telle étiquette embarque une alimentation utilisée pour alimenter un circuit électronique intégré et/ou améliorer la sensibilité RF de la radio-étiquette. Elle fonctionne toutefois en mode de rétrodiffusion pour transmettre des informations au lecteur ; et les radio-étiquettes actives, qui embarquent à la fois un émetteur RF et une source d'énergie alimentant cet émetteur. La communication avec le lecteur se fait alors en mode pair-à-pair. Les radio-étiquettes passives (assistées ou non par batterie ou par un système de collecte d'énergie locale) sont de loin les étiquettes les plus utilisées sur le marché aujourd'hui. Dans la suite de la description les expressions « radio-étiquette passives » ou « radio-étiquettes passives fonctionnant selon un mode de rétrodiffusion » intègrent de manière générale les radio-étiquettes passives qu'elles soient assistées ou non par batterie ou par un système de collecte d'énergie locale. Dans l'état actuel de la technique, les radio-étiquettes passives ne transmettent jamais spontanément des informations : elles attendent au contraire d'être inventoriées par un lecteur RFID, puis interrogées individuellement par celui-ci. Les lecteurs RFID sont des dispositifs actifs, émettant des radiofréquences destinées à activer les radio-étiquettes se trouvant à proximité radio en leur fournissant l'énergie dont elles ont besoin pour fonctionner. La portée des communications entre le lecteur et les radio-étiquettes dépend bien entendu de la gamme de fréquences utilisées ( ex. basses fréquences (ou LF pour « Low Frequency »), hautes fréquences (ou HF pour « High Frequency ») ou encore ultra-hautes fréquences (ou UHF pour « Ultra High Frequency »). Outre l'énergie nécessaire pour fonctionner, le lecteur envoie également des commandes spécifiques aux radio-étiquettes (ex. lecture d'une adresse mémoire spécifique de la radio-étiquette) auxquelles celles-ci répondent : typiquement, une telle réponse consiste en la fourniture par la radio-étiquette au lecteur d'un identifiant numérique stocké dans une adresse mémoire dédiée identifiée dans la commande du lecteurs. Les protocoles de communications RFID entre le lecteur et des radio-étiquettes s'appuient donc essentiellement sur une interface radio mettant en oeuvre des protocoles de bas niveau (couches 1 et 2 du modèle OSI (Open Systems Interconnections)). Il en résulte que les applications faisant usage des techniques RFID doivent interagir directement avec les interfaces radio des radio-étiquettes, et être connectées aux lecteurs RFID soit directement soit par le biais d'un réseau de télécommunications (ex. réseau public Internet). L'évolution de la technologie RFID permet aujourd'hui d'embarquer de plus en plus de fonctionnalités sur des radio-étiquettes, y compris passives, comme par exemple des interfaces de capteurs, des fonctions de surveillance (ou « monitoring » en anglais) ou encore un microprocesseur (ou CPU pour « Central Processing Unit » en anglais) permettant un traitement local de données et la détection d'événements prédéfinis. Du fait de ces fonctionnalités améliorées, les radio-étiquettes ont un volume beaucoup plus important de données à communiquer aux applications qui les utilisent par rapport à un simple identifiant numérique. Or, selon la définition actuelle des protocoles de communications RFID, l'unique possibilité pour une application d'obtenir des données collectées par une radio-étiquette est de savoir d'une part quelles données rechercher, et d'autre part, où aller lire ces données sur la radio-étiquette (typiquement à quelle adresse mémoire), afin d'émettre des requêtes appropriées vers la radio-étiquette par l'intermédiaire du lecteur. Il existe donc un besoin d'un procédé plus efficace et plus souple pour permettre à des applications d'obtenir de telles données en provenance de radio-étiquettes passives, compte tenu notamment des contraintes imposées par les protocoles de communications RFID et du fonctionnement de ces radio-étiquettes en mode de rétrodiffusion. Objet et résumé de l'invention L'invention répond notamment à ce besoin en proposant un procédé de communication, destiné à être mis en oeuvre par un lecteur de radio-étiquettes passives fonctionnant en mode de rétrodiffusion, le lecteur et les radio-étiquettes communiquant via au moins un premier protocole d'interface radio, cette interface radio comprenant au moins une couche protocolaire, ce procédé de communication comprenant : une étape d'envoi aux radio-étiquettes d'un message de scrutation conforme audit au moins un premier protocole, ce message de scrutation invitant les radio-étiquettes ayant des données à transmettre à une entité destinataire à le déclarer ; suite à la déclaration d'au moins une radio-étiquette, une étape de réception d'un message conforme audit au moins un premier protocole provenant de cette radio-étiquette, ce message comprenant des données destinées à l'entité destinataire encapsulées selon au moins un second protocole d'une couche protocolaire supérieure à ladite au moins une couche protocolaire de l'interface radio ; une étape d'extraction du message des données encapsulées selon ledit au moins un second protocole ; et une étape de transmission des données encapsulées selon ledit au moins un second protocole à l'entité destinataire. L'invention vise aussi un procédé de fourniture à un lecteur de radio-étiquettes, de données destinées à une entité destinataire, ce procédé de fourniture étant destiné à être mis en oeuvre par une radio-étiquette passive fonctionnant en mode de rétrodiffusion, cette radio-étiquette étant apte à communiquer avec le lecteur via au moins un premier protocole d'interface radio, cette interface radio comprenant au moins une couche protocolaire, le procédé de fourniture comprenant : une étape de réception d'un message de scrutation en provenance du lecteur, conforme audit au moins un premier protocole et invitant la radio-étiquette à déclarer au lecteur si elle a des données à transmettre à destination de l'entité destinataire ; si la radio-étiquette déclare au lecteur qu'elle a des données à transmettre à l'entité destinataire : o une étape d'encapsulation de ces données selon au moins un second protocole d'une couche protocolaire supérieure à ladite au moins une couche protocolaire de l'interface radio ; et o une étape de fourniture au lecteur d'un message conforme audit au moins un premier protocole, comprenant les données encapsulées selon ledit au moins un second protocole. Corrélativement, l'invention vise également un lecteur de radio-étiquettes passives fonctionnant en mode de rétrodiffusion, ce lecteur et les radio-étiquettes étant aptes à communiquer via au moins un premier protocole d'interface radio, cette interface radio comprenant au moins une couche protocolaire, ledit lecteur comprenant : un module d'envoi aux radio-étiquettes d'un message de scrutation conforme audit au moins un premier protocole, ce message de scrutation invitant les radio-étiquettes ayant des données à transmettre à destination de l'entité destinataire à le déclarer ; un module, activé suite à la déclaration d'au moins une radio-étiquette, de réception d'un message conforme audit au moins un premier protocole provenant de cette radio-étiquette, ce message comprenant des données destinées à l'entité destinataire encapsulées selon au moins un second protocole d'une couche protocolaire supérieure à ladite au moins une couche protocolaire de l'interface radio ; - un module d'extraction du message les données encapsulées selon ledit au moins un second protocole ; et - un module de transmission des données encapsulées selon ledit au moins un second protocole à l'entité destinataire. L'invention vise aussi une radio-étiquette passive fonctionnant en mode de rétrodiffusion, apte à communiquer avec un lecteur de radio-étiquettes via au moins un premier protocole d'interface radio, cette interface radio comprenant au moins une couche protocolaire, cette radio-étiquette comprenant : un module de réception d'un message de scrutation en provenance du lecteur, conforme audit au moins un premier protocole et invitant la radio-étiquette à déclarer au lecteur si elle a des données à transmettre à une entité destinataire ; un module, activé si la radio-étiquette déclare au lecteur qu'elle a des données à transmettre à l'entité destinataire, d'encapsulation de ces données selon au moins un second protocole d'une couche protocolaire supérieure à ladite au moins une couche protocolaire de l'interface radio ; et un module de fourniture au lecteur d'un message conforme audit au moins un premier protocole, comprenant les données encapsulées selon ledit au moins un second protocole. Ainsi, l'invention propose de rendre les radio-étiquettes passives communiquant avec le lecteur capables de fournir au lecteur de leur propre initiative (c'est-à-dire de pousser) des données collectées ou traitées par elles (ex. logs, alarmes, événements pertinents, etc.) pour transmission vers une entité destinataire. De cette sorte, des radio-étiquettes passives fonctionnant en mode de rétrodiffusion qui ne peuvent communiquer que lorsqu'elles sont alimentées (i.e. illuminées) par un lecteur sont rendues fonctionnellement actives. Aucune limitation n'est attachée à la nature de cette entité destinataire, qui peut évoluer en fonction du contexte d'utilisation de l'invention. Il peut s'agir notamment d'une application logicielle, d'un système d'information, d'un serveur, ou même d'une autre radio-étiquette, etc., connecté(e) au lecteur de radio-étiquettes soit directement soit par l'intermédiaire d'un réseau de télécommunications. A cet effet, l'invention s'appuie sur trois éléments principaux, à savoir : l'implémentation au niveau de la radio-étiquette d'au moins une couche protocolaire d'ordre supérieur, au-dessus de l'interface radio utilisée par la radio-étiquette et le lecteur pour communiquer entre eux. Une telle couche protocolaire est par exemple une couche transport, réseau ou application du modèle de communications OSI. Cette couche protocolaire supérieure est utilisée pour encapsuler les données que la radio-étiquette souhaite pousser vers l'entité destinataire, les données encapsulées étant alors transmises classiquement au lecteur via l'interface radio définie entre le lecteur et la radio-étiquette. Ainsi, par exemple, les données peuvent être encapsulées selon un protocole de couche réseau IP et/ou au moins un protocole de couche transport fonctionnant au-dessus du protocole IP ; - l'implémentation au niveau du lecteur d'une étape de scrutation, préférentiellement périodique, visant à détecter les radio-étiquettes qui souhaitent transmettre des données à l'entité destinataire, afin de les interroger selon le protocole d'interface radio utilisé par le lecteur et la radio-étiquette pour communiquer ; et - la programmation du lecteur afin de se comporter comme un simple routeur vis-à-vis des données fournies par les radio-étiquettes et destinées à l'entité destinataire : le lecteur agit ainsi comme un canal de transmission transparent pour les données entre la radio-étiquette et l'entité destinataire. Il n'est pas nécessaire, voire recommandé, que le lecteur soit en mesure d'interpréter les données encapsulées, de sorte à préserver la sécurité des échanges entre la radio-étiquette et l'entité destinataire (notamment un protocole de transport sécurisé comme par exemple DTLS (Datagram Transport Layer Security) peut être utilisé pour encapsuler les données transmises à l'entité destinataire). Il convient toutefois de noter qu'en variante, le lecteur peut être configuré de sorte à réaliser des traitements sur les données avant de les transmettre à l'entité destinataire. Ainsi, grâce à l'invention, la radio-étiquette peut, en fonction du contexte dans lequel elle se trouve (ex. détection d'événements particuliers, collecte d'une quantité suffisante de données, etc.), décider proactivement de pousser des données vers l'entité destinataire, et ce tout en respectant les contraintes imposées par les protocoles RFID actuels (autrement dit, l'interface radio définie par ces protocoles et le fonctionnement en mode de rétrodiffusion des radio- étiquettes passives). Les réponses de la radio-étiquette ne sont en effet plus déterministes et uniquement à l'initiative du lecteur contrairement à l'état de la technique, mais elles dépendent maintenant de la radio-étiquette et de son contexte (i.e. si la radio-étiquette décide que des données doivent être transmises à l'entité destinataire). On a donc avec l'invention une nouvelle répartition de l'intelligence applicative entre la radio-étiquette et l'entité destinataire (par opposition à l'état de la technique, où cette intelligence est répartie entre le lecteur et l'entité destinataire). La radio-étiquette conformément à l'invention se distingue ainsi des radio-étiquettes existantes en ce qu'elle est capable non seulement de décider quand remonter des données vers une entité destinataire, mais également de transmettre le cas échéant ces données au lecteur encapsulées selon un protocole interprétable par l'entité destinataire, permettant notamment de sécuriser ses échanges avec celle-ci. Cette transmission peut se faire par exemple via la mise à jour d'une adresse mémoire spécifique de la radio-étiquette, prévue à cet effet, ou encore l'envoi d'une commande spécifique au lecteur. Selon l'implémentation choisie, l'invention offre la possibilité de s'appuyer sur des commandes existantes d'interfaces radio connues, ou au contraire requiert l'introduction de nouvelles commandes dans ces interfaces radio. Dans un mode particulier de réalisation, le procédé de communication comprend une étape d'inventaire comprenant l'envoi d'un message d'inventaire invitant les radio-étiquettes situées à proximité radio du lecteur à s'identifier auprès de lui. Cette étape d'inventaire peut se dérouler simultanément à l'étape de scrutation. Plus précisément, le message de scrutation envoyé par le lecteur peut être inclus dans le message d'inventaire ou se confondre avec celui-ci, i.e. c'est le message d'inventaire en lui-même émis conformément au premier protocole qui est interprété par les étiquettes comme une invitation à déclarer, le cas échéant, qu'elles disposent de données à transmettre, et donc représente à ce titre un message de scrutation au sens de l'invention. Ceci permet de réutiliser les fonctions déjà prévues dans certains protocoles existant de communication via des radio-étiquettes, comme par exemple le protocole EPC (Electronic Product Code) UHF (Ultra High Frequency) Gen 2. En variante, deux messages distincts pour l'inventaire et la scrutation peuvent être émis à des instants différents (ex. d'abord le message d'inventaire puis le message de scrutation, par exemple aux étiquettes qui se sont identifiées en réponse au message d'inventaire). Autrement dit, selon cette variante, un message spécifique est prévu conformément au premier protocole pour inviter les radio-étiquettes à se déclarer. Dans une autre variante encore, le message de scrutation peut exploiter une 15 commande existante dans le premier protocole, mais désigner une adresse mémoire distincte de celle désignée dans le message d'inventaire. Comme mentionné précédemment, l'étape d'envoi du message de scrutation est répétée préférentiellement de façon périodique. De cette sorte on s'assure une remontée régulière de données des radio-étiquettes vers l'entité destinataire. 20 Dans un mode particulier de réalisation, le procédé de communication mis en oeuvre par le lecteur comprend en outre : une étape de réception en provenance de l'entité destinataire d'un message de réponse destiné à la radio-étiquette passive, encapsulé selon ledit au moins un second protocole ; et une étape de transmission du message de réponse encapsulé selon ledit au moins un second 25 protocole à la radio-étiquette passive dans un message conforme audit au moins un premier protocole. Réciproquement, dans ce mode particulier de réalisation, le procédé de fourniture mis en oeuvre par la radio-étiquette comprend en outre : - une étape de réception d'un message conforme audit au moins un premier protocole 30 comprenant un message de réponse de l'entité destinataire encapsulé selon ledit au moins un second protocole ; et une étape de désencapsulation du message de réponse. Ce mode de réalisation permet d'établir non seulement une liaison montante de la radio-étiquette vers l'entité destinataire mais également une liaison descendante de l'entité 35 destinataire vers la radio-étiquette de sorte à permettre l'échange de données entre ces deux entités. Un tel échange favorise l'utilisation de radio-étiquettes pour des applications telles que par exemple les transactions bancaires, la détection d'événements spécifiques (ex. alarme, dépassement d'un seuil, etc.) et la transmission de données de configuration ou de commandes à la radio-étiquette en réponse à cette détection, etc. Différentes stratégies peuvent être envisagées pour permettre à la radio-étiquette de signaler au lecteur qu'elle dispose de données à transmettre à l'entité destinataire. Ainsi, dans une variante, le procédé de communication comprend une étape de lecture d'une adresse mémoire prédéterminée des radio-étiquettes pour déterminer si ces radio-étiquettes ont des données à transmettre à l'entité destinataire. Selon une autre variante, la radio-étiquette signale au lecteur qu'elle a des données à transmettre en utilisant une commande prédéterminée spécifique. Dans une autre variante encore, le procédé de fourniture comprend une étape de réception d'un message d'inventaire en provenance du lecteur invitant la radio-étiquette à s'identifier auprès de lui, la radio-étiquette s'identifiant auprès du lecteur uniquement si elle a des données à transmettre à l'entité destinataire. Comme mentionné précédemment, le choix de l'une ou l'autre de ces stratégies permet de réutiliser certaines commandes déjà définies dans les protocoles d'interface radio connus ou au contraire nécessite la définition de nouvelles commandes par rapport aux commandes existantes. Dans un autre mode particulier de réalisation, les différentes étapes du procédé de communication et/ou du procédé de fourniture sont déterminées par des instructions de programmes d'ordinateurs ou de microcontrôleurs. En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un lecteur de radio-étiquettes ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé de communication tel que décrit ci-dessus. 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 aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations 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, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations 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. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations 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é en question. Dans un mode particulier de réalisation, les différentes étapes du procédé de fourniture sont implémentées par une puce en silicium qui comprend des transistors adaptés pour constituer des portes logiques d'une logique câblée non programmable. Dans un autre mode particulier de réalisation, les différentes étapes du procédé de fourniture sont implémentées par une puce en silicium comprenant un microcontrôleur (re)programmable et des mémoires non volatiles sur lesquelles est stocké un programme d'ordinateur, ce programme étant susceptible d'être mis en oeuvre dans une radio-étiquette, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé de fourniture tel que décrit ci-dessus. 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 aussi un support d'informations lisible par un microcontrôleur d'une puce en silicium et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations 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 de circuit microélectronique. D'autre part, le support d'informations 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. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations 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é en question. Ce mode de réalisation est particulièrement avantageux dans le contexte des radio- étiquettes. L'invention vise également un système de communication comprenant : - une entité destinataire ; - un lecteur de radio-étiquettes passives fonctionnant en mode de rétrodiffusion selon l'invention ; et - au moins une radio-étiquette selon l'invention, ayant des données à transmettre à l'entité destinataire. Le système de communication selon l'invention bénéficie des mêmes avantages que ceux cités précédemment pour le procédé de communication, le procédé de fourniture, le lecteur et la radio-étiquette selon l'invention. On peut également envisager, dans d'autres modes de réalisation, que le procédé de communication, le procédé de fourniture, le lecteur, la radio-étiquette et le système de communication selon l'invention présentent en combinaison tout ou partie des caractéristiques précitées. Brève description des dessins D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : - la figure 1 représente, de façon schématique, un système de communication, une radio-étiquette et un lecteur conformes à l'invention dans un mode particulier de réalisation ; - les figures 2 et 3 représentent schématiquement l'architecture de la radio-étiquette et du lecteur de la figure 1 respectivement; - la figure 4 représente, sous forme d'organigramme, les principales étapes d'un procédé de communication selon l'invention telles que mises en oeuvre par le lecteur de la figure 1 ; et - la figure 5 représente, sous forme d'organigramme, les principales étapes d'un procédé de fourniture selon l'invention telles que mises en oeuvre par la radio-étiquette de la figure 1. Description détaillée de l'invention La figure 1 représente, dans son environnement, un système de communication 1 conforme à l'invention, dans un mode particulier de réalisation. Le système de communication 1 comprend : un lecteur 2 de radio-étiquettes passives, conforme à l'invention ; au moins une radio-étiquette 3 passive conforme à l'invention ; et une entité destinataire 4 de données collectées et/ou traitées par la radio-étiquette 3. Aucune limitation n'est attachée à la nature de l'entité destinataire 4. Il peut ainsi s'agir, selon le contexte envisagé pour appliquer l'invention, d'une application logicielle, d'un système d'information, d'un serveur (ex. serveur de stockage ou serveur sécurisé), ou même d'une autre radio-étiquette communiquant avec la radio-étiquette 3 via le lecteur 2, ou via un lecteur distinct de celui-ci connecté au lecteur 2, etc. On suppose par exemple ici que l'entité destinataire 4 est un serveur hébergé chez un opérateur de maintenance d'un aéronef, ce serveur étant dédié à la surveillance du fonctionnement du moteur de cet aéronef à partir de données acquises par un ou plusieurs capteur(s) embarqué(s) à bord du moteur (ex. capteur de pollution, de température, d'accélération, etc.) et collectées par la ou les radio-étiquettes 3. Il convient de noter que par souci de simplification, on se limite dans l'exemple envisagé ici à une entité destinataire unique 4 des données collectées par la ou les radio-étiquettes 3. Toutefois cette hypothèse n'est pas limitative en soi, et on peut envisager que la ou les radio-étiquettes 3 aient des données à remonter vers plusieurs entités destinataires distinctes. Dans l'exemple illustré à la figure 1, l'entité destinataire 4 est reliée au lecteur 2 de radio-étiquettes par l'intermédiaire d'un réseau de télécommunications 5, à savoir ici le réseau public Internet ici. Toutefois ces hypothèses ne sont pas limitatives : l'entité destinataire 4 peut être ainsi reliée directement au lecteur 2, ou un autre type de réseau que le réseau Internet peut être considéré (ex. réseau privé). La radio-étiquette 3 est une radio-étiquette passive (assistée ou non par batterie ou par un système de collecte d'énergie locale), fonctionnant selon un mode de rétrodiffusion, aussi connu sous l'appellation de « backscattering » en anglais. Comme mentionné précédemment, ce type de radio-étiquette n'intègre pas d'émetteur RF mais réfléchit et module l'onde issue d'un lecteur l'illuminant, de sorte à lui transmettre des informations ou des données selon une interface radio de communication connue en soi. Autrement dit, les radio-étiquettes passives ne transmettent jamais spontanément des informations, mais attendent d'être interrogées individuellement par un lecteur situé à proximité radio, qui vient lire une ou plusieurs adresses mémoire spécifiques et prédéterminées de la radio-étiquette. Aucune limitation n'est attachée ici à la gamme de fréquences utilisée par le lecteur 2 et la radio-étiquette 3 pour communiquer. Ainsi, l'invention s'applique indifféremment dans le cas de basses fréquences (ex. dans la plage de 125- 134.2 kHz ou de 140-148.5 kHz), de hautes fréquences (ex. 13.56 MHz) ou encore ultra-hautes fréquences (ex. dans la plage de fréquences de 860-960 MHz). Dans le mode de réalisation décrit ici, la radio-étiquette 3 intègre une puce électronique en silicium comprenant ici un microcontrôleur (re)programmable pour l'exécution des étapes d'un procédé de fourniture de données à l'entité destinataire 4 via le lecteur 2 décrites ultérieurement en référence à la figure 5. En variante, la radio-étiquette 3 peut intégrer une puce électronique en silicium comprenant des transistors adaptés pour constituer des portes logiques d'une logique câblée non programmable pour l'exécution des étapes du procédé de fourniture illustré à la figure 5. Dans le mode de réalisation décrit ici, la radio-étiquette 3 embarque des fonctionnalités et/ou applications avancées de collecte et de traitement de données (ex. calcul, génération d'événements, etc.), implémentées par le microcontrôleur. Un exemple d'architecture de la radio-étiquette 3 est illustré à la figure 2. Selon cet exemple, la radio-étiquette 3 comprend une partie numérique intégrant notamment un microcontrôleur 3A, des mémoires non volatiles 3B et 3C (la mémoire 3B stocke des données DATA collectées et traitées par la radio-étiquette 3), un module 3D implémentant une interface radio selon un protocole PROT1 (premier protocole au sens de l'invention), et une ou plusieurs interfaces 3E avec par exemple des capteurs (non représentés) externes à la radio- étiquette 3 lui permettant de collecter des données. Dans l'exemple envisagé ici, la radio-étiquette 3 comprend également une ou plusieurs interfaces numériques câblées (non représentées sur la figure), telles que par exemple une interface SPI (Serial Peripheral Interface). Ces interfaces permettant notamment à la radio-étiquette 3 d'échanger des informations avec l'extérieur (i.e. avec un dispositif externe à l'étiquette), typiquement dans un mode de fonctionnement asynchrone. Dans l'exemple envisagé ici, le protocole PROT 1 est un protocole EPC (Electronic Product Code) UHF Gen2 reconnu par la norme ISO 18000-6c, et utilisant la bande UHF allant de 860 à 960 MHz. En référence au modèle de communication OSI connu en soi, ce protocole définit les couches protocolaires L1 (couche physique) et L2 (couche de liaison de données), ainsi que des fonctions haut-niveau sur la couche L2 telles que par exemple l'accès en lecture et/ou écriture à une mémoire de la radio-étiquette. Il convient de noter que l'invention ne se limite pas à l'implémentation du protocole EPC UHF Gen2 pour définir l'interface radio entre la radio-étiquette 3 et le lecteur 2. D'autres protocoles peuvent être envisagés comme, de façon non exhaustive, les protocoles ISO 14443 (utilisé pour les passeports RFID), ISO 15693 (utilisé pour le paiement par cartes de crédit notamment) ou encore ISO 18000-x connus en soi. La radio-étiquette 3 comprend également une partie analogique intégrant un module 3F de gestion de la puissance et un module 3G de collecte (ou captage) d'énergie locale et de modulation RF. Ces différents éléments et modules sont connus en soi et ne sont pas détaillés ici. La radio-étiquette LeapTagni commercialisée par la société °RIDA() dispose par exemple de tels éléments et modules. Conformément à l'invention, la radio-étiquette 3 comprend en outre, dans sa partie numérique, un module 3H apte à implémenter des protocoles PROT2 de couches supérieures aux couches L1 et L2 de l'interface radio définie par le module 3D (seconds protocoles au sens de l'invention). Par exemple, le module 3H implémente une pile de protocoles PROT2 incluant les couches réseau (L3) et transport (L4) du modèle OSI. En variante, la pile de protocoles PROT2 peut inclure également une couche application (L7) du modèle OSI. Ainsi, à titre illustratif, le module 3H de la radio-étiquette 3 peut implémenter par exemple comme protocole(s) PROT2, le protocole IP (protocole de couche réseau) et/ou le protocole UDP/IP (protocole de couche transport) fonctionnant au-dessus du protocole IP. D'autres protocoles peuvent bien entendu être envisagés en fonction du contexte d'application de l'invention, et notamment des protocoles propriétaires ou des protocoles de transport sécurisé comme le protocole DTLS fonctionnant au-dessus du protocole UDP/IP. De façon similaire, on suppose que l'entité destinataire 4 implémente également les protocoles PROT2 afin de pouvoir communiquer avec la radio-étiquette 3 et interpréter les données (et messages) qui lui sont envoyées par elle. Le lecteur de radio-étiquettes 2 est, comme mentionné précédemment, un dispositif actif émettant des radiofréquences destinées à activer les puces des radio-étiquettes se trouvant dans son champ de lecture (et notamment ici la radio-étiquette 3), c'est-à-dire à proximité radio du lecteur 2, en leur fournissant l'énergie dont elles ont besoin pour fonctionner. Un dialogue s'établit alors entre le lecteur 2 et la radio-étiquette selon le protocole de communication PROT1, à savoir ici le protocole EPC UHF Gen2. Dans le mode de réalisation décrit ici, le lecteur 2 dispose de l'architecture matérielle d'un ordinateur, telle qu'illustrée à la figure 3. Il comprend notamment un processeur 2A, une mémoire morte 2B, une mémoire vive 2C, une mémoire non volatile 2D, des moyens de communication 2E via le réseau de télécommunications 5 avec l'entité destinataire 4 (intégrant par exemple une carte réseau connue en soi) et un module de communication 2F RFID implémentant une interface radio avec la radio-étiquette 3 (comprenant notamment une antenne apte à émettre et à recevoir des signaux de radiofréquences provenant de la radio-étiquette 3). Dans l'exemple envisagé ici, cette interface radio est définie par le protocole EPC UHF Gen2 introduit précédemment. Le lecteur 2 comprend également un module 2G lui permettant de router les messages encapsulés selon le protocole PROT2 reçus en provenance de la radio-étiquette 3 via l'interface radio du module de communication 2F, ou des messages encapsulés selon le protocole PROT2 reçus en provenance de l'entité destinataire 4 via les moyens de communication 2E et destinés à la radio-étiquette 3. Ce module 2G permet au lecteur 2 de router les messages ainsi reçus vers leurs destinataires (i.e. entité 4 ou radio-étiquette 3). Il comprend notamment les protocoles de la pile de protocoles PROT2 nécessaires à ce routage et/ou éventuellement d'autres protocoles (ex. protocole de résolution de noms de domaines, etc.). La mémoire morte 2B du lecteur 2 constitue un support d'enregistrement conforme à l'invention, lisible par le processeur 2A et sur lequel est enregistré un programme d'ordinateur conforme à l'invention, comportant des instructions pour l'exécution des étapes d'un procédé de communication selon l'invention décrites ultérieurement en référence à la figure 4. Ce programme d'ordinateur définit, de façon correspondante, des modules fonctionnels du lecteur 2 aptes à mettre en oeuvre les étapes de ce procédé (ex. module d'envoi d'un message d'inventaire et/ou de scrutation, module de réception d'un message d'une radio-étiquette, module d'extraction de données du message et module de transmission des données extraites à l'entité destinataire 4) s'appuyant sur les éléments 2A-2G du lecteur 2. Il convient de noter que l'architecture illustrée à la figure 3 n'est pas limitative en soi de l'invention. D'autres architectures du lecteur 2 peuvent être envisagées, et notamment, le lecteur 2 peut être embarqué sur plusieurs dispositifs distincts. Ainsi par exemple, le lecteur 2 peut être constitué d'une part d'un processeur léger embarquant les traitements bas niveau mis en oeuvre par le lecteur 2 (typiquement l'interface radio selon le protocole PROT 1 c'est-à-dire ici EPC UHF Gen2), connecté via une liaison série (ex. de type USB (Universal Serial Bus) ou UART (Universal Asynchronous Receiver Transmitter)), à un ordinateur embarquant les traitements des couches hautes (typiquement les protocoles de la pile de protocoles PROT2 permettant au lecteur 2 de jouer son rôle de routeur). Nous allons maintenant décrire, en référence aux figures 4 et 5 respectivement, les principales étapes d'un procédé de communication et d'un procédé de fourniture selon l'invention telles qu'elles sont mises en oeuvre dans un mode particulier de réalisation par le lecteur 2 et la radio-étiquette 3 illustrés à la figure 1. On suppose en préliminaire que la radio-étiquette 3, par le biais de son microcontrôleur 3A et de son interface 3E avec les capteurs externes, a collecté des données DATA destinées à l'entité destinataire 4 et stockées dans sa mémoire non volatile 3B. En référence à la figure 4, dans le mode de réalisation décrit ici, le lecteur 2 effectue en premier lieu, de façon connue en soi, un inventaire des radio-étiquettes situées à proximité radio de lui, c'est-à-dire, dans le périmètre de sa distance de lecture qui dépend notamment de la fréquence à laquelle il émet (étape E10). A cet effet, le lecteur 2 envoie un message d'inventaire conforme au protocole PROT1 invitant les radio-étiquettes situées à proximité radio à s'identifier auprès de lui. Un tel message est connu en soi et n'est pas décrit en détail ici. En référence à la figure 5, la radio-étiquette 3 reçoit le message d'inventaire émis par le lecteur 2 sur son interface radio (étape F10). Elle s'identifie alors auprès du lecteur 2 de façon connue en soi, en lui fournissant son identifiant numérique (étape F20). Dans le mode de réalisation décrit ici, le lecteur 2 envoie alors, via son interface radio, un message de scrutation aux radio-étiquettes qui se sont identifiées auprès de lui (étape E20). Ce message de scrutation est envoyé à chaque radio-étiquette individuellement (i.e. radio-étiquette par radio-étiquette). Il invite les radio-étiquettes ayant des données à transmettre à l'entité destinataire 4 (ou vers une autre entité le cas échéant) à le déclarer. Autrement dit, il vise à détecter les radio-étiquettes qui souhaitent transmettre des données (étape test E30). Ce message est conforme au protocole PROT1 définissant l'interface radio 3D (i.e. c'est-à-dire au premier protocole au sens de l'invention). Le message de scrutation peut intégrer une commande spécifique reconnaissable par la radio-étiquette 3 et l'invitant à déclarer si elle souhaite transmettre des données. En variante, le message de scrutation peut intégrer une commande standard de lecture d'une adresse mémoire prédéterminée de la radio-étiquette 3, contenant une indication selon laquelle la radio-étiquette 3 souhaite ou non transmettre des données. Une telle commande est connue en soi et prévue par exemple dans le protocole EPC UHF GEN. L'adresse mémoire spécifiée dans la commande peut être identique à l'adresse mémoire dans laquelle la radio-étiquette 3 positionne son identifiant numérique, ou au contraire distincte. Dans le mode de réalisation décrit ici, on envisage l'envoi d'un message d'inventaire puis l'envoi d'un message de scrutation distinct du message d'inventaire aux radio-étiquettes s'étant identifiées auprès du lecteur 2 en réponse au message d'inventaire. Dans un autre mode de réalisation, le message de scrutation peut être intégré dans ou se confondre avec le message d'inventaire. Ainsi notamment, ce peut être le message d'inventaire lui-même qui est émis conformément au protocole PROT1 qui est alors interprété par les étiquettes comme une invitation à déclarer, le cas échéant, qu'elles disposent de données à transmettre vers l'entité 4, et donc qui représente à ce titre un message de scrutation au sens de l'invention. Ce message d'inventaire faisant office également de message de scrutation peut spécifier une adresse mémoire spécifique ou contenir une commande spécifique d'invitation aux radio-étiquettes à déclarer si elles souhaitent transmettre des données. La radio-étiquette 3 reçoit le message de scrutation émis par le lecteur 2 (étape F30). La radio-étiquette 3 détermine alors si elle dispose de données à transmettre à l'entité destinataire 4 (étape test F40). A cet effet, le microcontrôleur 3A peut implémenter des fonctionnalités de détection d'événements (par exemple à base de seuils) tenant compte notamment du contexte dans lequel se trouve la radio-étiquette 3, la radio-étiquette 3 déterminant qu'elle dispose de données à transmettre à l'entité destinataire 4 si des événements prédéterminés ont été détectés par elle. De telles détections d'événements suscitant une remontée d'informations vers l'entité destinataire 4 sont par exemple : la radio-étiquette 3 peut être programmée pour surveiller des valeurs acquises par des capteurs externes, et détecter lorsque ces valeurs dépassent un ou plusieurs seuils prédéfinis. Le franchissement d'un seuil prédéfini constitue une détection d'événement et peut déclencher la remontée de cet événement vers l'entité destinataire 4; la radio-étiquette 3 peut être programmée pour réaliser une analyse vibratoire d'un dispositif à partir de valeurs acquises par un ou plusieurs capteurs externes, et détecter l'apparition de certaines fréquences lors de cette analyse. Une telle détection peut déclencher la remontée de cet événement vers l'entité destinataire 4. Bien entendu, aucune limitation n'est attachée à l'événement en soi qui déclenche la transmission de données par la radio-étiquette 3 vers l'entité destinataire 4. On peut même envisager que la radio-étiquette 3 remonte tout ou partie des données qu'elle a acquises et/ou traitées (l'événement est alors la détection de l'acquisition ou du traitement par la radio-étiquette de tout ou partie de ces données). On suppose ici que la radio-étiquette 3 décide de transmettre les données DATA mémorisées dans sa mémoire non volatile 3B à l'entité destinataire 4 (réponse oui à l'étape F40). Elle déclare ainsi au lecteur 2, via ici un message de déclaration dédié (i.e. commande spécifique) émis ici conformément au protocole PROT1, qu'elle souhaite transmettre des données (étape F50). Dans une variante, cette déclaration est mise en oeuvre en réponse au message de scrutation, en positionnant dans une adresse spécifique de la mémoire non volatile 3C identifiée dans le message de scrutation, l'information selon laquelle la radio-étiquette souhaite transmettre des données à l'entité destinataire 4. Autrement dit, dans cette variante, la radio-étiquette 3 vient remplir (i.e. mettre à jour) dynamiquement l'adresse mémoire si elle dispose de données à transmettre vers l'entité destinataire 4. Le lecteur 2, en interrogeant la radio-étiquette 3 via le message de scrutation, vient ainsi lire cette adresse mémoire spécifique des radio-étiquettes pour identifier celles qui ont des données à transmettre. Dans une autre variante encore, lorsque le message dè scrutation est intégré ou confondu avec le message d'inventaire, cette déclaration peut être mise en oeuvre en réponse au message d'inventaire, par exemple en positionnant dans une adresse spécifique de la mémoire non volatile 3C identifiée dans le message d'inventaire, l'information selon laquelle la radio-étiquette souhaite transmettre des données à l'entité destinataire 4. Le lecteur 2, en interrogeant la radio-étiquette 3, vient ainsi lire cette adresse mémoire spécifique des radio-étiquettes pour identifier celles qui ont des données à transmettre. Dans une autre variante encore, on peut envisager que seules les radio-étiquettes ayant des données à transmettre répondent au message de scrutation et/ou d'inventaire lorsque celui-ci intègre le message de scrutation ou est confondu avec le message de scrutation. Le choix de l'une ou l'autre de ces variantes d'implémentatidn peut être guidé par la volonté de réutiliser ou non (et d'adapter le cas échéant) des fonctions déjà existantes dans le protocole PROT1. La déclaration effectuée par la radio-étiquette 3 est reçue par le lecteur 2 (réponse oui à l'étape test E30). Si aucune radio-étiquette ne déclare au lecteur 2 vouloir transmettre des données (réponse non à l'étape test E30), un nouveau message de scrutation est envoyé ultérieurement aux radio-étiquettes selon le protocole PROT1 (reprise de l'étape E20). Dans le mode de réalisation décrit ici, un tel message de scrutation est émis périodiquement par le lecteur 2 afin d'identifier sans délai toute radio-étiquette souhaitant transmettre des données à destination de l'entité 4. Le lecteur 2, sur réception de la déclaration de la radio-étiquette, interroge alors celle-ci, par exemple à l'aide d'une requête spécifiant l'adresse mémoire dans laquelle sont stockées les données DATA à transmettre ou à l'aide d'une commande spécifique prédéterminée (étape E40). La radio-étiquette 3 répond à cette interrogation en encapsulant les données DATA qu'elle souhaite transmettre à destination de l'entité 4 dans une trame T (ou un message de façon générale) T=PROT2(DATA) conforme au(x) protocole(s) PROT2 de transport et/ou réseau implémenté(s) par le module 3H (étape F60). Par exemple, si le module 3H implémente un protocole IP ou UDP/IP, les données DATA sont encapsulées selon ce protocole. Par ailleurs, d'autres protocoles peuvent être utilisés au-dessus de UDP/IP en vue notamment de sécuriser les échanges entre la radio-étiquette 3 et l'entité 4. Ainsi, par exemple, on peut envisager d'utiliser également le protocole DTLS (Datagram Transport Layer Security) au-dessus du protocole UDP/IP pour encapsuler les données DATA. Ce protocole est compris dans la pile de protocoles PROT2. Puis les données encapsulées T=PROT2(DATA) sont ensuite fournies (i.e. envoyées) au lecteur 2 dans un message M=PROT1(T) conforme au protocole PROT1 implémenté par le module 3D et définissant l'interface radio entre le lecteur 2 et la radio-étiquette 3 (étape F70). Sur réception du message M (étape E50), le lecteur 2 extrait les données encapsulées T=PROT2(DATA) destinées à l'entité destinataire 4 (étape E60). Puis il transmet ces données encapsulées selon le protocole PROT2 à l'entité destinataire 4 (étape E70). Le lecteur 2 agit ainsi comme un simple routeur des données DATA reçues de la radio-étiquette 3 à destination de l'entité 4, à l'aide de son module 2G. L'adresse de joignabilité de l'entité 4 (c'est-à-dire ici son adresse IP sur le réseau 5) à laquelle sont destinées les données encapsulées selon le(s) protocole(s) PROT2 émises par la radio-étiquette 3 peut être, en fonction du mode de routage envisagé et permis par le(s) protocole(s) PROT2 (ex. routage en fonction de l'adresse de destination ou l'adresse source), déduite notamment d'un entête du message selon le(s) protocole(s) PROT2 de façon connue en soi (ex. adresse IP destinataire spécifiée directement dans l'entête par la radio-étiquette 3 ou obtenue par résolution d'un nom de domaine). Bien entendu, d'autres moyens d'obtenir cette adresse de joignabilité, en fonction des protocoles PROT2 considérés, peuvent être mis en oeuvre. Cette étape ne pose aucune difficulté en soi à l'homme du métier et n'est pas décrite davantage ici. Les données DATA encapsulées dans le protocole PROT2 sont reçues par l'entité 4, puis désencapsulées par celle-ci. On suppose à cet effet que l'entité 4 dispose également d'une pile de protocoles PROT2 lui permettant d'interpréter le message envoyé par la radio-étiquette 3. L'entité 4 traîte les données DATA ainsi reçues de la radio-étiquette 3, conformément à sa programmation. Dans le mode de réalisation décrit ici, l'entité 4, suite à la réception et au traitement des données DATA, a la possibilité d'adresser une réponse R à la radio-étiquette 3. Cette réponse R peut être simplement un accusé réception ou une commande adressée à la radio-étiquette 3. Une telle commande vise par exemple à modifier la configuration de la radio-étiquette 3, par exemple à ajuster des seuils utilisés par cette radio-étiquette pour détecter des événements à partir des données qu'elle acquiert des capteurs, etc. La réponse R est envoyée par l'entité 4 au lecteur 2 afin qu'il la transfère à la radio- étiquette 3. Cette réponse R est encapsulée dans un message par l'entité 4 en respectant le protocole PROT2 (message T'=PROT2(R)). Sur réception du message T'=PROT2(R) (réponse oui à l'étape E80), le lecteur 2 identifie la radio-étiquette 3 destinataire de ce message (indiquée par exemple dans un entête du message PROT2(R)), puis encapsule le message T'=PROT2(R) dans un message conforme au protocole PROT1 pour le transmettre sur son interface radio (étape E100). Le message M'=PROT1(PROT2(R)) est transmis par le lecteur 2 à la radio-étiquette 3. Sur réception de ce message via son interface radio (réponse oui à l'étape F80), la radio-étiquette 3 désencapsule la réponse R (étape F90). Elle exécute le cas échéant, la commande contenue dans la réponse R (étape F100). Comme mentionné précédemment, l'invention offre ainsi la possibilité à des radio- étiquettes passives, via les nouveaux messages introduits (ex. message de scrutation, messages de données et réponse encapsulées), de pousser proactivement des données qu'elles ont collectées vers des entités destinataires telles que des serveurs ou des applications. Divers contextes d'utilisation de l'invention peuvent être envisagés, dont deux exemples sont donnés maintenant à titre illustratif et non limitatif. Un premier domaine d'utilisation concerne par exemple la surveillance du fonctionnement d'un dispositif tel qu'un moteur d'aéronef, par une entité 4 se trouvant chez un opérateur de maintenance de l'aéronef. La radio-étiquette 3 peut alors embarquer dans le microcontrôleur 3A une application surveillant un capteur disposé dans le moteur, stockant des données localement dans la mémoire 3B, et traitant ces données afin d'en extraire des événements pertinents. De tels événements sont par exemple : - pour un capteur de pollution, une alarme peut être stockée lorsque le niveau de pollution mesuré par le capteur est supérieur à un seuil programmé ; - pour un capteur de température et un accéléromètre, des conditions de stockage ou d'exploitation peuvent être surveillées, etc. Dans tous les cas, préférentiellement, seuls les événements pertinents (ex. dépassement de seuil) sont stockés et reportés à l'entité destinataire 4. La plupart du temps, la radio-étiquette 3 n'a donc pas de données à reporter à l'entité destinataire 4 : on suppose ici, que lorsqu'elle n'a pas de données à transmettre à l'entité destinataire 4, elle ne répond pas au message d'inventaire émis par le lecteur ni/ou au message de scrutation envoyé périodiquement. En variante, et comme mentionné précédemment, elle peut déclarer en réponse à l'un de ces messages qu'elle ne souhaite pas transmettre de données à l'entité destinataire 4. Lorsqu'un événement est détecté par la radio-étiquette 3, on suppose ici que la radio- étiquette 3 répond au message de scrutation du lecteur 2 et pousse l'événement (les données DATA sont donc ici l'événement détecté) vers l'entité destinataire 4 conformément à l'invention (i.e. en l'encapsulant dans un message T selon le protocole PROT2 envoyé au lecteur 2 sur l'interface radio conformément au protocole PROT1 sous la forme d'un message M). La radio-étiquette 3 parle ainsi le même langage que l'entité destinataire 4 (ex. UDP/IP avec DTLS), de sorte que la radio-étiquette 3 et l'entité 4 peuvent se transférer de manière sécurisée des données. En effet, le lecteur 2, et le cas échéant les routeurs intermédiaires entre le lecteur 2 et l'entité 4 ont seulement connaissance de la destination du message encapsulant les données transmises par la radio-étiquette et/ou l'entité 4, pas son contenu. L'entité 4 peut alors simplement accuser réception de l'événement ou pousser vers la radio-étiquette des données de configuration encapsulées selon le protocole PROT2 en lui répondant via le lecteur. Celui-ci encapsule à son tour la réponse reçue de l'entité destinataire 4 dans un message conforme au protocole PROT1. Des exemples de données de configuration sont une période de surveillance ou un seuil de détection d'un événement. Un second domaine d'utilisation concerne le domaine bancaire et notamment le traitement de transactions entre deux intervenants A et B. Les intervenants A et B désignent indifféremment des utilisateurs, des terminaux, un terminal et un serveur, etc. A titre illustratif, on suppose que A et B sont deux utilisateurs souhaitant réaliser une transaction bancaire via leurs terminaux respectifs. L'entité 4 destinataire est un serveur central sécurisé gérant les transactions, et jouant les intermédiaires entre l'intervenant A et l'intervenant B. Chaque intervenant participant à la transaction dispose de sa propre radio-étiquette, embarquée dans son terminal. Cette radio-étiquette est par exemple une radio-étiquette UHF incluant un élément sécurisé et liée à des périphériques d'entrée/sortie via une interface filaire ou sans fil numérique, tels que par exemple un capteur biométrique (capteur d'empreintes), un clavier permettant de saisir des informations liées à la transaction ou encore un écran. Lorsqu'une transaction est initiée par l'intervenant A, celui-ci s'identifie auprès de sa radio-étiquette 3 via le capteur biométrique, et entre les informations de la transaction via le clavier. Ces informations sont collectées par le microcontrôleur 3A de la radio-étiquette 3 qui les pousse conformément à l'invention via un lecteur 2 vers le serveur central sécurisé 4. Plus spécifiquement, la radio-étiquette 3 déclare auprès du lecteur 2 qu'elle a des données à transmettre vers le serveur central 4, en réponse à un message de scrutation envoyé par le lecteur. Puis elle envoie les informations de la transaction dans un message M au lecteur 2 et à destination du serveur central sécurisé 4. Le message M est conforme au protocole PROT1 et contient les informations de la transaction encapsulées selon un ou plusieurs protocole(s) PROT2. Le(s) protocole(s) PROT2 inclu(en)t ici au moins un protocole de cryptographie asymétrique et des certificats associés afin de sécuriser les échanges entre l'intervenant A et le serveur central 4. Sur réception du message M, le lecteur 2 extrait les informations de transaction encapsulées selon le protocole PROT2 et les transmet au serveur central 4. Le serveur central 4 authentifie la transaction et la transmet à l'intervenant B par l'intermédiaire d'un second lecteur 2 et de sa radio-étiquette 3, conformément à l'invention. Les échanges mis en place entre les radio-étiquettes des intervenants A et B via le serveur central 4 et les lecteurs 2 de radio-étiquettes pour authentifier et traiter la transaction peuvent alors être mis en oeuvre avantageusement conformément à l'invention. Les informations échangées entre les intervenants A et B sont alors sécurisées. Il convient de noter que selon cet exemple, la transaction est authentifiée par le serveur « en ligne ». En variante, on peut envisager que les radio-étiquettes des intervenants A et B s'échangent des données sur la transaction conformément à l'invention, par l'intermédiaire de leurs lecteurs respectifs ou d'un lecteur unique si toutes les deux sont connectées au même lecteur. Autrement dit, selon cette variante, l'entité destinataire des données poussées par l'une des radio-étiquettes est l'autre radio-étiquette. Une fois que les radio-étiquettes des deux intervenants se sont mises d'accord sur les détails de la transaction, ceux-ci sont envoyés de manière asynchrone au serveur sécurisé central pour vérification de la transaction et accord. En d'autres mots, l'entité destinataire 4 peut évoluer en fonction du contexte. REVENDICATIONS1. Procédé de communication, destiné à être mis en oeuvre par un lecteur (2) de radio- étiquettes passives (3) fonctionnant en mode de rétrodiffusion, le lecteur et les radio-étiquettes communiquant via au moins un premier protocole (PROT1) d'interface radio, cette interface radio comprenant au moins une couche protocolaire, ledit procédé de communication comprenant : une étape d'envoi (E20) aux radio-étiquettes d'un message de scrutation conforme audit au moins un premier protocole, ce message de scrutation invitant les radio-étiquettes ayant des données à transmettre à une entité destinataire à le déclarer ; suite à la déclaration d'au moins une radio-étiquette (E30), une étape de réception (E50) d'un message (M) conforme audit au moins un premier protocole provenant de cette radio-étiquette, ce message comprenant des données destinées à l'entité destinataire encapsulées selon au moins un second protocole (PROT2) d'une couche protocolaire supérieure à ladite au moins une couche protocolaire de l'interface radio ; une étape d'extraction (E60) du message des données encapsulées selon ledit au moins un second protocole ; et une étape de transmission (E70) des données encapsulées selon ledit au moins un second protocole à l'entité destinataire. 2. Procédé de communication selon la revendication 1 comprenant une étape d'inventaire (E10) comprenant l'envoi d'un message d'inventaire invitant les radio-étiquettes situées à proximité radio du lecteur à s'identifier auprès de lui. 3. Procédé de communication selon la revendication 2 dans lequel le message de scrutation est inclus dans le message d'inventaire ou est le message d'inventaire. 4. Procédé de communication selon l'une quelconque des revendications 1 à 3 dans lequel l'étape d'envoi (E20) du message de scrutation est répétée de façon périodique. 30 5. Procédé de communication selon l'une quelconque des revendications 1 à 4 comprenant en outre : une étape de réception (E80) en provenance de l'entité destinataire d'un message de réponse destiné à la radio-étiquette passive, encapsulé selon ledit au moins un second protocole ; et 35 une étape de transmission (E100) du message de réponse encapsulé selon ledit au moins un second protocole à la radio-étiquette passive dans un message conforme audit au moins un premier protocole. 6. Procédé de communication selon l'une quelconque des revendications 1 à 5 comprenant en outre une étape de lecture d'une adresse mémoire prédéterminée desdites radio-étiquettes pour déterminer si lesdites radio-étiquettes ont des données à transmettre à l'entité destinataire. 7. Procédé de fourniture à un lecteur de radio-étiquettes (2), de données destinées à une entité destinataire, ledit procédé de fourniture étant destiné à être mis en oeuvre par une radio-étiquette passive (3) fonctionnant en mode de rétrodiffusion, cette radio-étiquette étant apte à communiquer avec le lecteur via au moins un premier protocole d'interface radio, cette interface radio comprenant au moins une couche protocolaire, ledit procédé comprenant : une étape de réception (F30) d'un message de scrutation en provenance du lecteur, conforme audit au moins un premier protocole et invitant la radio-étiquette à déclarer au lecteur si elle a des données à transmettre à l'entité destinataire ; si la radio-étiquette déclare (F50) au lecteur qu'elle a des données à transmettre à l'entité destinataire : o une étape d'encapsulation (F60) de ces données selon au moins un second protocole d'une couche protocolaire supérieure à ladite au moins une couche protocolaire de l'interface radio ; et o une étape de fourniture (F70) au lecteur d'un message conforme audit au moins un premier protocole, comprenant les données encapsulées selon ledit au moins un second protocole. 8. Procédé de fourniture selon la revendication 7 comprenant en outre : une étape de réception (F80) d'un message conforme audit au moins un premier protocole comprenant un message de réponse à l'entité destinataire encapsulé selon ledit au moins un second protocole ; et une étape de désencapsulation (F90) du message de réponse. 9. Procédé de fourniture selon la revendication 7 ou 8 comprenant une étape de réception (F10) d'un message d'inventaire en provenance du lecteur invitant la radio-étiquette à s'identifier auprès de lui, la radio-étiquette s'identifiant auprès du lecteur uniquement si elle a des données à transmettre à l'entité destinataire. 10. Procédé selon l'une quelconques des revendications 1 à 9 dans lequel la couche protocolaire supérieure est une couche transport, réseau ou application d'un modèle de communications OSI. 11. Procédé selon la revendication 10 dans lequel ledit au moins un second protocole comprend un protocole de couche réseau IP et/ou au moins un protocole de couche transport fonctionnant au-dessus du protocole IP. 12. Lecteur (2) de radio-étiquettes passives fonctionnant en mode de rétrodiffusion, ledit lecteur et lesdites radio-étiquettes étant aptes à communiquer via au moins un premier protocole d'interface radio, cette interface radio comprenant au moins une couche protocolaire, ledit lecteur comprenant : un module d'envoi aux radio-étiquettes d'un message de scrutation conforme audit au moins un premier protocole, ce message de scrutation invitant les radio-étiquettes ayant des données à transmettre à une entité destinataire à le déclarer ; un module, activé suite à la déclaration d'au moins une radio-étiquette, de réception d'un message conforme audit au moins un premier protocole provenant de cette radio-étiquette, ce message comprenant des données destinées à l'entité destinataire encapsulées selon au moins un second protocole d'une couche protocolaire supérieure à ladite au moins une couche protocolaire de l'interface radio ; un module d'extraction du message les données encapsulées selon ledit au moins un second protocole ; et un module de transmission des données encapsulées selon ledit au moins un second protocole à l'entité destinataire. 13. Radio-étiquette passive (3) fonctionnant en mode de rétrodiffusion, apte à communiquer avec un lecteur de radio-étiquettes via au moins un premier protocole d'interface radio, cette interface radio comprenant au moins une couche protocolaire, ladite radio-étiquette comprenant : un module de réception d'un message de scrutation en provenance du lecteur, conforme audit au moins un premier protocole et invitant la radio-étiquette à déclarer au lecteur si elle a des données à transmettre à l'entité destinataire; un module, activé si la radio-étiquette déclare au lecteur qu'elle a des données à transmettre à l'entité destinataire, d'encapsulation de ces données selon au moins un second protocole d'une couche protocolaire supérieure à ladite au moins une couche protocolaire de l'interface radio ; et un module de fourniture au lecteur d'un message conforme audit au moins un premier protocole, comprenant les données encapsulées selon ledit au moins un second protocole. 14. Système de communication (1) comprenant : - une entité destinataire (4) ;un lecteur (2) de radio-étiquettes passives fonctionnant en mode de rétrodiffusion selon la revendication 12; et au moins une radio-étiquette (3) selon la revendication 13, ayant des données à transmettre à destination de l'entité destinataire. 15. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de communication selon l'une quelconque des revendications 1 à 6 ou du procédé de fourniture selon l'une quelconque des revendications 7 à 10 lorsque ledit programme est exécuté par un ordinateur ou par un microcontrôleur. 10 16. Support d'enregistrement lisible par un ordinateur ou par un microcontrôleur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de communication selon l'une quelconque des revendications 1 à 6 ou du procédé de fourniture selon l'une quelconque des revendications 7 à 10. 15