Brevet FR3007864A1 — publié le 20150102

L'invention concerne le domaine du traitement numérique de données, et notamment un procédé de traitement de données enregistrées pour un objet et un serveur pour la mise en oeuvre d'un tel procédé. Dans une application particulière du traitement numérique de données, qui est le traitement de données d'horodatage et de paiement enregistrées pour un véhicule, il existe une méthode connue d'enregistrement de données d'horodatage et de paiement pour un véhicule consistant à envoyer, au moyen d'un terminal mobile, un message court (Short Message Service, en abrégé, SMS) une demande d'acquisition d'un droit de stationnement. Ce message est envoyé à un serveur de gestion de données d'horodatage et de paiement il contient le numéro d'immatriculation du véhicule, une durée de stationnement demandée, la ville et unz identification de zone de stationnement ou un identifiant d'horodateur. Dans ce type d'application, le serveur déclenche, à réception du message, un horodatage consistant à enregistrer une horodate correspondant au moment de la réception du message contenant la demande d'acquisition d'un droit de stationnement. Lorsque le stationnement est payant, le serveur déclenche en outre une opération de paiement pour le titulaire du compte d'abonné mobile associé au terminal mobile émetteur du message : le montant à payer pourra par exemple être prélevé sur un compte bancaire associé à ce compte d'abonné mobile. Des données d'horodatage, d'identification d'une zone de stationnement dans la ville et de paiement sont ensuite enregistrées pour le véhicule, ces données contenant le numéro d'immatriculation du véhicule et la durée de stationnement pour laquelle le paiement a été validé et/ou une durée limite de stationnement autorisé relative à l'horodate enregistrée pour la zone de stationnement de la ville concernée. Lorsque les agents verbalisateurs vérifient si les véhicules en stationnement ont effectivement fait horodater une demande d'autorisation de stationnement et acquitté le montant dû pour la durée de stationnement demandée, ils doivent saisir sur un équipement informatique portable et communicant, relié au serveur de gestion de données d'horodatage et de paiement éventuel, le numéro d'immatriculation de chaque véhicule contrôlé. Ceci est extrêmement fastidieux et consommateur de temps, car les agents verbalisateurs sont amenés à saisir plusieurs centaines de numéros d'immatriculation par jour. Une alternative consiste à ce que l'agent verbalisateur ne saisissent sur son équipement informatique portable et communicant que les premiers caractères du numéro d'immatriculation du véhicule contrôlé, et envoie ensuite une requête de recherche vers le serveur de gestion de données d'horodatage et de paiement éventuel, afin d'obtenir en retour une liste de numéros d'immatriculation correspondants aux caractères saisis. Il peut alors sélectionner le véhicule concerné, s'il le trouve dans la liste reçue, pour connaître les droits de stationnement acquis pour ce véhicule. Ceci impose cependant toujours une saisie de quelques caractères et de touches de contrôles, et ce pour des centaines de véhicules par jour. Une seconde alternative serait de prendre une photo de la plaque d'immatriculation du véhicule et à transmettre cette photo à un serveur pour reconnaissance automatisée du numéro d'immatriculation par une technique de reconnaissance de caractères dite « ANPR » (Automatic Number Plate Recognition). Cette alternative ne fonctionne cependant pas parfaitement. En premier lieu, parce que cette alternative suppose une reconnaissance de caractères automatisée qui n'est pas fiable à 100% du fait des éventuels défauts de prise de vue : angle de vue inadapté entraînant des déformations des caractères du numéro d'immatriculation, lumière ambiante insuffisante, netteté ou résolution et qualité optique de l'équipement portable de contrôle souvent insuffisante, etc. Pour améliorer la détection l'agent verbalisateur peut approcher son terminal de la plaque d'immatriculation, en se courbant sur la plaque avant ou en scannant la plaque arrière du véhicule, afin d'augmenter les chances de détections, mais ceci entraîne des mouvements importants, qui répétés par centaine au quotidien rendent le travail particulièrement pénible. En deuxième lieu, parce que, lorsque les véhicules sont stationnés très près les uns des autres, l'agent verbalisateur n'a pas forcément l'espace suffisant pour placer son terminal entre deux véhicules pour prendre une photo correcte de la plaque d'immatriculation. Il existe donc un besoin pour une solution simple et efficace de vérification de données d'horodatage et de paiement d'un véhicule. Un des buts de l'invention est de remédier à des problèmes, inconvénients ou insuffisances de l'état de la technique et/ou d'y apporter des améliorations. L'invention concerne, selon un premier aspect, un procédé de traitement de données enregistrées pour un objet sur lequel est apposée une étiquette électronique dans laquelle est enregistré un code d'identification d'étiquette lisible par un dispositif de lecture d'étiquette, le procédé comprenant : - une étape d'enregistrement de données d'association entre ledit objet et l'étiquette électronique sur réception d'une requête d'association contenant un code d'identification d'objet identifiant ledit objet et un code alphanumérique, visible sur l'étiquette électronique ou sur un support séparé ou séparable de cette étiquette électronique, associé de manière biunivoque avec le code d'identification d'étiquette enregistré dans cette étiquette électronique, - une étape de traitement, sur réception d'une requête de traitement contenant le code d'identification d'étiquette, de données enregistrées pour un objet pour lequel des données d'association avec l'étiquette électronique, identifiée par le code d'identification d'étiquette reçu, ont été enregistrées lors de l'étape d'enregistrement. L'objet est identifié par un code d'identification d'objet, qui, dans le cas où l'objet est un véhicule et l'application visée le contrôle du stationnement, est le numéro d'immatriculation de ce véhicule. L'invention se généralise toutefois à tout type de code d'identification d'objet et tout type d'objet pouvant être associé à une étiquette électronique. En particulier, l'objet peut être un objet matériel mais pourrait aussi être un objet virtuel ou numérique, représenté par des données stockées dans une base de données (par exemple, un billet électronique, associé à une étiquette électronique apposé sur un bagage), voire même une personne physique (en possession d'un objet matériel sur lequel est apposée une étiquette électronique) ou un animal. Le procédé selon l'invention consiste notamment à créer et mémoriser, lors d'une première phase, une association entre l'objet pour lequel des données sont enregistrées et une étiquette électronique. Du fait de cette association, la vérification ou, plus généralement, le traitement ultérieur des données mémorisées pour l'objet, pourra se faire sur la base du code d'identification d'étiquette, en lieu et place du code d'identification de l'objet. Ceci simplifie la saisie de ce code, puisqu'un simple lecteur d'étiquette pourra être utilisé pour acquérir ce code, et ce, sans les risques d'erreurs de la prise de photo citée dans l'art antérieur. L'étiquette électronique est identifiée dans l'étape d'association par un code alphanumérique visible sur l'étiquette ou sur un support séparé ou séparable de cette étiquette électronique. Du fait de sa visibilité et de son caractère alphanumérique, ce code pourra facilement être transmis à un serveur, par exemple par un message court (SMS, Short Message Service). Aucun appareil de lecture spécifique (lecteur de code barre, ou lecteur d'étiquette RFID ou NFC) n'est donc nécessaire pour mettre en oeuvre la phase d'association, qui, en pratique, incombe à l'utilisateur du véhicule. Ceci rend le service de création d'association accessible à toute personne disposant par exemple d'un simple téléphone mobile. Dans une deuxième phase, les données d'association mémorisées sont utilisées pour le traitement des données enregistrées pour cet objet, l'identification des données à traiter se faisant sur la base du code d'identification d'étiquette transmis au cours de cette deuxième phase. Ce code d'identification d'étiquette, mémorisé dans cette étiquette, pourra ainsi facilement être acquis par les agents verbalisateurs qui seraient équipés d'un lecteur d'étiquette et qui présenteraient leur lecteur d'étiquette devant l'étiquette électronique apposée dans ou sur le véhicule à contrôler. Aucune saisie manuelle ne serait donc nécessaire, ce qui réduit très fortement le risque d'erreur. En outre, le temps de lecture d'une étiquette électronique étant très court, il en résulte un gain de temps considérable par rapport à toutes les autres solutions antérieures connues. Enfin, du fait de l'association biunivoque entre le code alphanumérique et le code d'identification d'étiquette, le premier de ces deux codes peut être utilisé dans la phase d'association qui incombe à l'utilisateur du véhicule, tandis que le deuxième de ces deux codes peut être utilisé par les agents verbalisateurs, et ce sans qu'il y ait ambiguïté sur l'étiquette électronique concernée. L'association définie lors de l'étape d'association permettra de retrouver sans ambiguïté l'étiquette électronique concernée et donc de retrouver les données et l'objet concerné lors de l'étape ultérieure de traitement. De surcroît, on peut constater que grâce notamment à la dissociation temporelle entre l'étape d'association et l'étape de traitement, qu'une même étiquette électronique pourra être utilisée successivement (mais non simultanément) pour plusieurs objets matériels, du moment que l'étape d'association est répétée pour chacun à chaque fois que cette étiquette électronique est utilisée pour un autre de ces objets matériels. Ceci rend la solution « transportable ». Le procédé est applicable plus généralement à d'autres types d'objet doté d'un code d'identification d'objet. Selon un mode de réalisation particulier, le procédé selon l'invention comprend en outre, une étape d'envoi d'une réponse à ladite requête de traitement, fonction du résultat d'une vérification effectuée sur les données enregistrées ou signalant l'absence de données enregistrées pour ledit objet. L'invention permet ainsi de déclencher simplement, c'est-à-dire sur réception du seul code d'identification d'étiquette, une vérification de la présence de données enregistrées pour un objet ou de procéder à des vérifications, par exemple quant à la validité ou conformité par rapport à des règles définies pour le type de données concernées, des données enregistrées pour cet objet. En particulier, la vérification peut consister, lorsque les données sont représentatives d'un droit acquis par un utilisateur, à vérifier à partir des données enregistrées si le droit acquis est valable ou non. Dans le cas où un droit a été acquis pour une durée limitée, la vérification peut en outre consister à vérifier si le droit est toujours valable ou au contraire expiré au moment où a lieu la vérification. Dans un mode de réalisation, le procédé comprend - une étape de configuration de l'étiquette électronique par enregistrement dans une mémoire de l'étiquette électronique du code d'identification d'étiquette et par marquage de l'étiquette électronique avec le code alphanumérique. - une étape d'enregistrement dans une base de données du code d'identification d'étiquette en association avec le code alphanumérique. Ces étapes concernent la phase préalable de configuration des étiquettes et de référencement de ces étiquettes dans une base de données, par stockage de données de vérification de l'authenticité de ces étiquettes qui seront utilisées pour effectuer les vérifications ultérieures et établir la relation biunivoque entre le code d'identification d'étiquette et le code alphanumérique. Ces données de vérification permettent donc de vérifier qu'une étiquette utilisée, dont le code d'identification ou le code alphanumérique est reçu, est bien référencée dans la base de données. Concernant l'étape de traitement et les éventuelles vérifications successives, plusieurs modes de réalisation sont possibles. Dans un mode de réalisation, l'étape de traitement comprend une étape de recherche d'un objet pour lequel des données d'association avec l'étiquette électronique, identifiée par le code d'identification d'étiquette reçu, ont été enregistrées et de traitement des données enregistrées pour un objet trouvé. Cette étape de recherche permet de vérifier, préalablement à toute autre vérification, si une association a préalablement été enregistrée entre un objet et une étiquette : dans le cas contraire, aucun traitement ne pourra être effectué sur des données, puisqu'il n'est pas possible de retrouver des données pour un objet ne pouvant être identifié. Dans un mode de réalisation, l'étape de traitement comprend l'envoi d'une réponse à ladite requête de traitement comprenant le code d'identification d'objet de l'objet pour lequel des données d'association avec l'étiquette électronique, identifiée par le code d'identification d'étiquette reçu, ont été enregistrées lors de l'étape d'enregistrement. Ainsi, à réception du code d'identification d'objet, l'utilisateur peut effectuer une vérification visuelle en comparant le code d'identification de l'objet pour lequel une vérification est à effectuer avec celui reçu en réponse à la requête de traitement. Dans le cas d'une application de l'invention au contrôle des droits de stationnement d'un véhicule, le numéro d'immatriculation du véhicule pour lequel des données d'horodatage, d'identification d'une zone de stationnement dans la ville et/ou de paiement ont été enregistrées sera ainsi envoyé vers un terminal de l'agent verbalisateur ayant demandé l'envoi de la requête de traitement : il pourra alors comparer le numéro d'immatriculation du véhicule pour lequel il effectue une vérification avec celui reçue en réponse à sa requête de traitement. Dans un mode de réalisation, l'étape de traitement comprend l'envoi d'une réponse à ladite requête de traitement comprenant lesdites données enregistrées pour ledit objet. Ceci permet à l'utilisateur du terminal vers lequel sont envoyées ces données d'effectuer par lui- même certaines vérifications. Dans le cas d'une application de l'invention au contrôle des droits de stationnement d'un véhicule, où les données enregistrées en association avec numéro d'immatriculation d'un véhicule contiendraient une horodate (correspondant au moment où l'utilisateur du véhicule a fait une demande d'acquisition d'un droit de stationnement) et/ou des données de paiement, l'agent verbalisateur pourra vérifier si l'utilisateur du véhicule dispose bien d'un droit de stationnement pour son véhicule, compte tenu notamment de la zone dans laquelle est stationné le véhicule, de l'heure courante au moment de la vérification, de l'horodate et/ou des données de paiement enregistrées. Concernant l'étape d'enregistrement, plusieurs modes de réalisation sont possibles. Selon un mode de réalisation, l'étape d'enregistrement comprend un enregistrement d'une association entre le code d'identification d'objet reçu et le code d'identification d'étiquette associé au code alphanumérique reçu. Cette association permet d'établir un lien direct entre un code d'identification d'étiquette et un code d'identification d'objet, sans avoir à rechercher un code alphanumérique par le biais duquel l'association a été demandée initialement par un utilisateur. Selon un autre mode de réalisation, l'étape d'enregistrement comprend un enregistrement d'une association entre le code d'identification d'objet reçu et le code alphanumérique reçu. Dans cet autre mode de réalisation alternative, la recherche d'un code d'identification d'étiquette associé au code alphanumérique reçu avec la requête d'association ne sera effectuée qu'en cas de requête de traitement ultérieure. Ceci permettra d'éviter des opérations inutiles si aucune requête de traitement ultérieure n'est envoyée. Dans un mode de réalisation particulier, dans lequel ledit objet est un véhicule, le code d'identification d'objet est un numéro d'immatriculation du véhicule et les données enregistrées sont des données d'horodatage, d'identification d'une zone de stationnement dans la ville et/ou de paiement d'une place de stationnement pour le véhicule, l'étape de traitement comprenant une vérification des données d'horodatage, d'identification d'une zone de stationnement dans la ville et/ou de paiement et l'envoi d'une réponse à ladite requête de traitement indiquant si le stationnement est valable ou non compte tenu des données d'horodatage et/ou de paiement enregistrées. L'invention s'avère particulièrement bien adaptée au contrôle des droits de stationnement d'un véhicule. Les différents modes de réalisation qui viennent d'être décrits sont combinables entre eux pour la mise en oeuvre de l'invention. Corrélativement l'invention concerne un serveur de traitement de données enregistrées pour un objet sur lequel est apposée une étiquette électronique dans laquelle est enregistré un code d'identification d'étiquette lisible par un dispositif de lecture d'étiquette, le serveur comprenant : - un module d'enregistrement d'association configuré pour, sur réception d'une requête d'association contenant un code d'identification d'objet identifiant ledit objet et un code alphanumérique, visible sur l'étiquette électronique ou sur un support séparé ou séparable de cette étiquette électronique, associé de manière biunivoque avec le code d'identification d'étiquette enregistré dans cette étiquette électronique, enregistrer des données d'association entre ledit objet et l'étiquette électronique, - un module de traitement pour, sur réception d'une requête de traitement desdites données contenant le code d'identification d'étiquette, effectuer un traitement de données enregistrées pour un objet pour lequel des données d'association avec l'étiquette électronique, identifiée par le code d'identification d'étiquette reçu, ont été enregistrées. Les avantages énoncés pour le procédé selon l'invention sont transposables directement au serveur selon l'invention. Plus généralement, le serveur selon l'invention comprend des moyens ou modules de mise en oeuvre des étapes du procédé de traitement décrit dans ce document. Le serveur selon l'invention coopère avec au moins un terminal dont proviennent des requêtes formulées sur demande d'un utilisateur de ce terminal. L'invention concerne ainsi un terminal apte à communiquer avec un serveur selon l'invention, ce terminal comprenant - un module d'envoi d'une requête d'association pour requérir un enregistrement de données d'association entre un objet et une étiquette électronique destinée à être apposée sur cet objet, ladite requête d'association contenant un code d'identification d'objet, identifiant ledit objet et un code alphanumérique, visible sur l'étiquette électronique ou sur un support séparé ou séparable de cette étiquette électronique, associé de manière biunivoque avec un code d'identification d'étiquette, enregistré dans cette étiquette électronique et lisible par un dispositif de lecture d'étiquette. Selon un mode de réalisation, le terminal selon l'invention comprend en outre un module d'acquisition du code alphanumérique et un module pour formuler ladite requête d'association à partir du code alphanumérique acquis. Ceci facilite, pour l'utilisateur ayant à transmettre une requête d'association, la formulation de cette requête d'association et évite la saisie des caractères alphanumériques composant le code alphanumérique. Corrélativement l'invention concerne un terminal apte à communiquer avec un serveur selon l'invention, le terminal comprenant un module d'envoi d'une requête d'association pour requérir un enregistrement de données d'association entre un objet et une étiquette électronique destinée à être apposée sur cet objet, la requête d'association contenant un code d'identification d'objet, identifiant ledit objet et un code alphanumérique, visible sur l'étiquette électronique ou sur un support séparé ou séparable de cette étiquette électronique, associé de manière biunivoque avec un code d'identification d'étiquette, enregistré dans cette étiquette électronique et lisible par un dispositif de lecture d'étiquette. Dans un mode de réalisation, le terminal comprend un module d'acquisition du code alphanumérique et un module pour formuler ladite requête d'association à partir du code alphanumérique acquis. Selon une implémentation préférée, les différentes étapes du procédé selon l'invention sont mises en oeuvre par un logiciel ou programme d'ordinateur, ce logiciel comprenant des instructions logicielles destinées à être exécutées par un processeur de données d'un serveur et étant conçu pour commander l'exécution des différentes étapes de ce procédé. En conséquence, l'invention vise aussi un programme, susceptible d'être exécuté par un ordinateur ou par un processeur de données, ce programme comportant des instructions pour commander l'exécution des étapes d'un procédé tel que mentionné 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 processeur de données, et comportant des instructions d'un programme tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. L'invention est mise en oeuvre au moyen de composants logiciels et/ou matériels. Le terme "module" peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble d'un ou plusieurs composants matériels et/ou logiciels, apte à mettre en oeuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit pour le module concerné. Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel. Un tel composant logiciel est stocké en mémoire puis chargé et exécuté par un processeur de données d'une entité physique (terminal, serveur, passerelle, set- top-box, routeur, etc) et est susceptible d'accéder aux ressources matérielles de cette entité physique (mémoires, supports d'enregistrement, bus de communication, cartes électroniques d'entrées/sorties, interfaces utilisateur, etc). De la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware). Il peut s'agir d'un composant matériel programmable ou non, avec ou sans processeur intégré pour l'exécution de logiciel. Il s'agit par exemple d'un circuit intégré, d'une carte à puce, d'une carte électronique pour l'exécution d'un micrologiciel (firmware), etc. D'autres buts, caractéristiques et avantages de l'invention apparaîtront à travers la description qui va suivre, donnée uniquement à titre d'exemple non limitatif, et faite par référence aux dessins annexés dans lesquels: - la figure 1 représente de manière schématique un système de communication intégrant un dispositif selon l'invention; - la figure 2 représente un organigramme d'un mode de réalisation du procédé selon l'invention. L'invention est décrite dans le cas de son application à la vérification de données de d'horodatage, d'identification d'une zone de stationnement dans la ville et de paiement enregistrées pour un véhicule. L'invention peut être utilisée pour contrôler les droits de stationnement d'un véhicule en zone bleue : dans ce cas, aucun paiement n'est requis pour l'utilisateur du véhicule, seule la durée et la zone de stationnement dans la ville est contrôlée pour déterminer si le droit de stationnement est valablement acquis : une simple déclaration de durée horodatée dans la zone de la ville de la part de l'utilisateur suffit, pour permettre aux agents verbalisateurs de vérifier que la durée limitée du stationnement est bien respectée. L'invention est applicable plus généralement au traitement d'autres types de données qui pourraient être enregistrées pour un objet matériel sur lequel ou dans lequel une étiquette électronique pourrait être apposée : soit simplement posée sur ou dans cet objet matériel, soit fixée à cet objet matériel. Lorsque l'invention est appliquée à un objet qui est une personne physique, l'étiquette électronique peut être soit simplement posée sur ou dans cet objet matériel, soit fixée à cet objet matériel qui appartient à cette personne. Lorsque l'invention est appliquée à un objet qui est un objet numérique (par exemple un billet électronique, stockée dans une base de données), l'étiquette électronique peut être soit simplement posée sur ou dans cet objet matériel, soit fixée à cet objet matériel qui est associé à cet objet numérique. L'étiquette électronique est par exemple une étiquette intelligente RFID (Radio Frequency Identification) ou NFC (Near Field Communication) ou toute autre étiquette électronique dotée d'une mémoire, adaptée pour le stockage d'un code d'identification d'étiquette, mémoire dont le contenu peut être lu par un lecteur d'étiquette. L'invention fait appel à un serveur de traitement de données, appelé par la suite plateforme de service PFS, qui communique avec un ou plusieurs terminaux T1, T2, au travers un ou plusieurs réseaux de télécommunication RS1, RS2. Cette plateforme de service PFS communique avec un serveur SRV d'horodatage et de paiement, gérant les demandes d'acquisition de droits de stationnement, et les éventuels paiements qui sont nécessaires pour cette acquisition. La plateforme de service PFS est mise en oeuvre au moyen d'un seul équipement physique ou de plusieurs équipements physiquement distincts, communicant entre eux. La plateforme de service PFS est dotée des moyens suivants: - un module MEM de stockage, comprenant au moins une mémoire, pour le stockage d'instructions de programme conçues pour commander l'exécution des étapes d'un procédé de traitement selon l'invention; - une ou plusieurs bases de données DB1, DB2, DB3 pour le stockage des données de paiement, des différentes codes utilisés dans l'invention (codes d'identification d'objet, codes d'identification d'étiquette et codes alphanumériques associés) et de données d'association pour les associations définies entre ces différentes données; - un module PROC de traitement de données, comprenant notamment un processeur de données, apte à charger et exécuter les instructions de programme stockées dans le module MEM de stockage afin de mettre en oeuvre les étapes d'un procédé de traitement selon l'invention. La plateforme de service PFS comprend notamment des modules pour mettre en oeuvre et exécuter les différentes étapes du procédé de traitement tel que défini et décrit dans ce document, dans ses différents modes de réalisation et variantes associées. En particulier, la plateforme de service PFS comprend : - un module COM de communication, configuré pour recevoir, respectivement émettre, des requêtes ou réponse à requête provenant, respectivement à destination, d'un terminal T1, T2, etc ; - un module REC d'enregistrement d'association configuré pour, sur réception d'une requête d'association contenant le code d'identification d'objet et un code alphanumérique, visible sur une étiquette électronique ou sur un support séparé ou séparable de cette étiquette électronique, associé de manière biunivoque avec le code d'identification d'étiquette enregistré dans cette étiquette électronique, enregistrer des données d'association entre l'objet matériel identifié par ce code d'identification d'objet et l'étiquette électronique identifié par le code alphanumérique, - un module TRT de traitement configuré pour, sur réception d'une requête de traitement contenant un code d'identification d'étiquette, effectuer un traitement des données enregistrées pour un objet matériel pour lequel des données d'association avec l'étiquette électronique, identifiée par le code d'identification d'étiquette reçu, ont été enregistrées. Le module COM peut utiliser tout type de protocole de communication, requête HTTP par exemple et communiquer via tout type de réseau de télécommunication (réseau Internet par exemple) pour communiquer avec les terminaux T1, T2. Dans la description qui va suivre, on suppose que le module COM communique via un réseau de téléphonie mobile avec les terminaux T1 par envoi de messages courts, de type SMS (Short Message Service) et par requête http avec le terminal T2. Le module REC utilise la base de données DB1 pour mémoriser les associations entres les codes d'identification d'étiquette et les codes alphanumériques associés. Cette mémorisation s'effectue pour toutes les étiquettes électroniques qui sont mises en circulation auprès des utilisateurs afin d'être utilisées dans le cadre de l'invention. Pour chaque étiquette électronique mise en circulation, sont mémorisés en association dans la base de données DB1 : - Le code d'identification d'étiquette qui est enregistré, éventuellement de manière chiffrée, dans cette étiquette électronique, avec - Le code alphanumérique visible sur cette étiquette électronique ou sur un support séparé ou séparable de cette étiquette électronique. Ce code alphanumérique est associé de manière biunivoque au code d'identification d'étiquette : ce qui signifie que pour un code d'identification d'étiquette donné, il existe un et un seul code alphanumérique associé. Inversement, pour un code alphanumérique donné, il existe un et un seul code d'identification d'étiquette. Du fait de cette association biunivoque, une étiquette électronique peut être identifiée de manière non ambiguë aussi bien par son code d'identification d'étiquette que par son code alphanumérique. Le code d'identification d'étiquette n'est donc pas visible par n'importe quel utilisateur : il est nécessaire de disposer d'un lecteur d'étiquette pour obtenir ce code d'identification d'étiquette. Le code alphanumérique peut être une signature du code d'identification d'étiquette ou le résultat d'une fonction de hachage appliquée au code d'identification d'étiquette. Le code alphanumérique visible sur une étiquette électronique est apposé de manière définitive sur cette étiquette électronique de manière à éviter que ce code alphanumérique ne soit réutilisé avec une autre étiquette électronique, ce qui entraînerait des problèmes de cohérence. Il est par exemple gravé sur cette étiquette électronique de manière, ou imprimé de manière indélébile. En alternative, pour éviter une réalisation frauduleuse du code alphanumérique, celui-ci peut être imprimé et/ou représenté sur un support séparé ou séparable de cette étiquette : une base détachable de l'étiquette ou une étiquette autocollante détachable de l'étiquette, ou un 35 emballage. Ce code alphanumérique est présent préférentiellement sous forme d'une suite de caractères alphanumériques afin de rendre la solution compatible avec tous les types de terminaux mobiles. Ce code alphanumérique sous forme d'une suite de caractères alphanumériques est optionnellement accompagné du même code alphanumérique représenté sous forme de code-barres, ou sous une autre forme facilitant une acquisition électronique de ce code alphanumérique par un lecteur ou module d'acquisition approprié. On évite ainsi à une saisie fastidieuse de code alphanumérique. Par ailleurs, le module REC utilise la base de données DB2 pour mémoriser les données associées à un objet matériel, c'est-à-dire, dans l'exemple d'application décrit ici, des données d'horodatage et de paiement associées à un véhicule. Ces données d'horodatage, d'identification d'une zone de stationnement dans la ville et de paiement sont reçues par la plateforme de service PFS en provenance du serveur SRV (non décrit en détail ici) : elles sont transmises à la plateforme de service PFS accompagnées d'un code d'identification d'objet, qui, dans l'exemple d'application décrit ici, est le numéro d'immatriculation du véhicule. Les données d'horodatage et de paiement contiennent par exemple, l'horodate (date et heure), la zone de stationnement dans la ville, la durée de stationnement choisie par l'utilisateur cette durée pouvant être exprimée en minute, heure ou jours, le montant payé, une indication de zone tarifaire ou de zone de contrôle ou un identifiant d'horodateur ou de la pancarte affichant les informations liées au stationnement dématérialisé, etc. Pour chaque paiement effectué, sont ainsi mémorisés en association dans la base de données DB2 : - Le code d'identification d'objet (numéro d'immatriculation) avec - Les données associées (données d'horodatage et de paiement éventuel), reçues du serveur SRV d'horodatage et de paiement. Enfin, le module REC utilise la base de données DB3 pour mémoriser les associations entre les étiquettes électroniques et les objets matériels. Pour chaque requête d'association entre un par le module REC d'enregistrement, sont mémorisés en association dans la base de données DB3 : - Un code d'identification d'objet, - Un code d'identification d'étiquette et/ou le code alphanumérique associé à ce code d'identification d'étiquette. Le procédé de traitement de données est décrit par référence à la figure 2. Il comprend les phases suivantes: - Une phase A d'enregistrement des étiquettes électroniques mises en circulation, - Une phase B d'enregistrement d'une association entre une étiquette électronique mise en circulation et un véhicule, - Une phase C d'enregistrement de données, comprenant des données d'horodatage, de durée de stationnement et de paiement éventuel associées à un véhicule, - Une phase D de traitement de données de paiement associées à un véhicule pendant la phase C, lui-même associé à une étiquette électronique pendant la phase B. La phase A est nécessairement antérieure à la phase B, la phase B utilisant les données enregistrées pendant la phase A. En outre, la phase A est répétée chaque fois que des étiquettes sont mises en circulation. La phase D est nécessairement antérieure à la phase C et à la phase B, la phase D utilisant les données enregistrées pendant la phase C et la phase B. La phase D est en outre répétée chaque fois qu'une requête de traitement de données de paiement est transmise à la plateforme de service PFS. Par contre, la phase C pourrait être effectuée antérieurement et/ou simultanément et/ou postérieurement aux phases A et B. La phase C est en outre répétée chaque fois que des données de paiement sont transmises à la plateforme de service PFS. La phase B est quant à elle répétée chaque fois qu'une requête d'association entre un objet matériel et une étiquette électronique est transmise à la plateforme de service PFS. Par souci de simplicité et pour faciliter la compréhension, les phases A, B, C et D sont cependant décrites comme étant mises en oeuvre successivement. Phase A d'enregistrement des étiquettes électroniques mises en circulation. Lors d'une étape A100, le module REC d'enregistrement enregistre pour chaque étiquette électronique mise en circulation, en association dans la base de données DB1 : - Le code d'identification d'étiquette qui est stocké, éventuellement de manière chiffrée, dans cette étiquette électronique, avec - Le code alphanumérique visible sur cette étiquette électronique ou sur un support séparé ou séparable de cette étiquette électronique. A l'issue de cette phase, la base de données DB1 contient donc les codes d'identification de toutes les étiquettes électroniques mises en circulation. Phase B d'enregistrement d'une association entre une étiquette électronique et un véhicule. Lors d'une étape B100, Un utilisateur U1 du terminal T1 appose une étiquette électronique à l'intérieur de son véhicule V1, par exemple derrière le pare-brise de ce véhicule. Il utilise ensuite sont terminal T1 pour composer et envoyer à la plateforme de service PFS une requête d'association de cette étiquette à son véhicule. Cette requête d'association est formée par un message court M1, contenant le numéro d'immatriculation de son véhicule et le code alphanumérique visible sur l'étiquette électronique ou sur un support séparé ou séparable de cette étiquette électronique, que cet utilisateur a apposé dans son véhicule. Dans une alternative, le terminal T1 comprend un module logiciel pour générer et envoyer automatiquement le message M1 à partir du numéro d'immatriculation et du code alphanumérique saisis par l'utilisateur U1 dans une interface utilisateur de ce module logiciel. En complément, le terminal T1 comprend un module d'acquisition du code alphanumérique (typiquement une caméra, associée éventuellement à un module de reconnaissance de caractères ou de reconnaissance de code-barres, ou bien un lecteur de code-barres lorsque le code alphanumérique est représenté sous forme de code-barres) et un module logiciel pour formuler automatiquement la requête d'association à partir du code alphanumérique acquis par le module d'acquisition. Le code alphanumérique pourra aussi être acquis par le terminal M1 puis envoyé sous forme d'une photo : le message court M1 sera alors un message de type MMS, permettant l'envoi d'une photo, la reconnaissance des caractères alphanumériques ou du code-barres étant dans ce cas effectuée côté plateforme de service PFS. Lors d'une étape B110, la plateforme de service PFS reçoit le message court Ml. Lors d'une étape B120, le module REC d'enregistrement traite le message court M1 reçu en analysant les données qu'il contient. En particulier, le module REC d'enregistrement recherche dans la base de données DB1 une étiquette électronique dont le code alphanumérique est celui reçu dans le message Ml. Si le code alphanumérique est erroné ou expiré, l'utilisateur reçoit un message d'erreur. Puis, lors d'une étape B130, si une telle étiquette électronique a été trouvée à l'étape B120, le module REC d'enregistrement enregistre dans la base de données DB3 une association entre cette étiquette électronique et le véhicule dont le numéro d'immatriculation est contenu dans le message Ml. En particulier, le module REC d'enregistrement enregistre en association, - le numéro d'immatriculation contenu dans le message Ml, et - le code d'identification d'étiquette et/ou le code alphanumérique associé(s) à l'étiquette électronique trouvée à l'étape B120. Puis, lors d'une étape B140, le module REC d'enregistrement répond au message M1 par un autre message court M1R. Ce message court M1R indique si l'enregistrement de l'association entre le véhicule et l'étiquette électronique a réussi (si une étiquette électronique a été trouvée à l'étape B120) ou échoué (si aucune étiquette électronique n'a été trouvée à l'étape B120). Phase C d'enregistrement de données d'horodatage et de paiement associées à un véhicule. Lors d'une étape C100, l'utilisateur U1 formule une demande d'acquisition de droits de stationnement : une demande d'autorisation de stationnement pour une durée souhaitée, cette demande pouvant être associée ou non à une demande de paiement pour le stationnement de son véhicule lorsque le véhicule est stationné dans une zone de stationnement payant. Il envoie pour cela un message court à un serveur SRV d'horodatage et de paiement, identifié par un numéro court, qui correspond par exemple à une zone de stationnement d'une ville particulière, comprenant le numéro d'immatriculation de son véhicule et la durée de stationnement requise, l'horodate de déclaration et/ou l'heure et la date limite jusqu'à laquelle il souhaite disposer d'un droit de stationnement. Dans une alternative, le terminal T1 comprend un module logiciel pour générer et envoyer automatiquement le message court contenant la demande d'acquisition de droits de stationnement à partir de données saisi par l'utilisateur U1 dans une interface utilisateur de ce module logiciel. Les données du message, de la zone de stationnement dans la ville sont enregistrées par le serveur SRV d'horodatage et de paiement et une opération (non décrite en détail ici) de paiement et facturation est déclenchée dans le cas des zones payantes. Lors d'une étape C110, suite au paiement effectué, le serveur SRV d'horodatage et de paiement envoie les données de paiement, d'identification d'une zone de stationnement dans la ville, incluant par exemple le numéro d'immatriculation de son véhicule et l'horodate limite de stationnement autorisée. Lors d'une étape C120, ces données de paiement sont reçues par la plateforme de service PFS. Le module REC d'enregistrement mémorise alors en association dans la base de données DB2 : - le numéro d'immatriculation reçu avec - les données d'horodatage et de paiement reçues du serveur SRV. Phase D de traitement de données de paiement associées à un véhicule Lors d'une étape D100, un utilisateur U2 (un agent verbalisateur) effectue une vérification des droits de stationnement acquis par l'utilisateur U1 pour son véhicule . Pour cela, l'utilisateur U2 utilise un terminal T2, équipé d'un lecteur d'étiquette électronique, pour lire le contenu de l'étiquette électronique apposée à l'arrière du pare-brise du véhicule de l'utilisateur U1. Le lecteur d'étiquette obtient le code d'identification d'étiquette, propre à cette étiquette électronique, qui y est stocké. Puis, lors d'une étape D110, l'utilisateur U2 utilise le terminal T2 pour envoyer une requête de traitement de données de paiement à la plateforme de service PFS. Cette requête de traitement est envoyée sous forme d'une requête HTTP H2, contenant le code d'identification d'étiquette lu. Un module logiciel peut être prévu pour générer automatiquement la requête H2 à partir du code d'identification d'étiquette lu par le lecteur d'étiquette. Lors d'une étape D120, la plateforme de service PFS reçoit la requête H2. Puis, lors d'une étape D130, le module TRT de traitement de la plateforme de service PFS recherche dans la base de données DB3, si une association avec un véhicule a été mémorisée pour une étiquette électronique dont le code d'identification d'étiquette contenu dans le la requête H2. Dans l'affirmative, le module TRT de traitement effectue un traitement sur les données de paiement enregistrées pour le véhicule pour lequel une association a été enregistrée avec l'étiquette électronique identifiée. Ce traitement correspond aux étapes D140, D150 et D160 décrites ci-dessous. Si, au contraire, aucune association n'a été mémorisée pour l'étiquette, le module TRT de traitement exécute l'étape D170 : il envoie la réponse H2R au terminal T2 émetteur de la requête H2 de traitement pour indiquer l'absence d'association ou l'impossibilité de répondre à la requête de traitement. A l'étape D140, si une telle étiquette électronique a été trouvée à l'étape D130, le module TRT de traitement lit dans la base de données DB3 le numéro d'immatriculation du véhicule associé à l'étiquette électronique trouvée à l'étape D130. A l'étape D150, le module TRT de traitement recherche dans la base de données DB2 si des données d'horodatage, d'identification d'une zone de stationnement dans la ville et de paiement sont enregistrées pour le véhicule dont le numéro d'immatriculation a été trouvé à l'étape D140. Dans l'affirmative, le module TRT de traitement génère alors un message de réponse H2R à la requête H2 comprenant le numéro d'immatriculation trouvé à l'étape D140 et/ou les données de paiement trouvées à l'étape D150. Puis le module TRT de traitement renvoie le message de réponse H2R au terminal T2 émetteur de la requête de traitement H2. Si, au contraire, aucune donnée d'horodatage et de paiement n'est trouvée pour le véhicule, le module TRT de traitement exécute l'étape D170 : il envoie un message de réponse H2R au terminal T2 émetteur de la requête de traitement pour indiquer l'absence d'association ou l'impossibilité de répondre à la requête de traitement. A l'étape D160, l'utilisateur U2 reçoit le message de réponse H2R sur son terminal T2 : il peut alors vérifier si le stationnement a été valablement payé pour le véhicule de l'utilisateurUl pour la ville et la zone de stationnement concernée. En alternative, le message de réponse H2R généré par le module TRT de traitement peut contenir, non pas directement les données d'horodatage et de paiement, mais d'autres données générées lors de l'étape D150 à partir de ces données de paiement. Ces autres données sont par exemple obtenues par vérification de la validité des données de paiement enregistrée : elles contiennent notamment une information qui indique directement si le stationnement a été valablement payé ou non pour le véhicule de l'utilisateur U1 compte tenu de l'heure de réception de la requête de traitement H2. Pour améliorer la sécurité de l'invention, dans certaines applications et pour éviter l'usurpation d'identité, le code alphanumérique sera imprimé sur le recto ou le verso de l'étiquette ou représenté sur un support séparé de cette étiquette ou un support détachable ou séparable de cette étiquette : par exemple une base détachable de l'étiquette électronique (ou une sur une étiquette autocollante détachable) : cette base détachable sera ôtée de l'étiquette après réalisation de l'association avec l'objet matériel, de sorte que le code alphanumérique ne sera plus visible sur l'étiquette électronique et qu'aucune autre association ne pourra être réalisée pour cette étiquette sans la connaissance de ce code alphanumérique. En revanche, ce code alphanumérique peut être conservé dans l'historique d'envoi des messages du terminal mobile T1 de l'utilisateur qui a demandé l'association de l'étiquette électronique avec l'objet matériel, et ainsi être réutilisé pour demander une autre association avec un autre objet matériel. L'historique des codes alphanumériques pour lesquels une association a été demandée par un utilisateur d'un terminal mobile T1 pourra également être conservé et consulté sur un serveur sous réserve de fournir un mot de passe associé à ce terminal mobile, par exemple un mot de passe temporaire envoyé par SMS (« one time password ») pour le code MSISDN du terminal mobile ou un alias. Une autre méthode pour améliorer la sécurité de l'invention consiste à mémoriser l'identifiant MSISDN ou un alias (MSISDN1 ou Alias1) du dernier terminal ayant transmis une requête d'association d'une étiquette électronique avec un objet vers la plateforme de service PFS. Pour chaque association ultérieure de cette étiquette électronique reçue par la plateforme de service PFS en provenance d'un terminal avec un MSISDN ou alias différent (MSISDN2 ou Alias2), la plateforme de service PFS envoie un message (par exemple message court technique de type SMS-MT) d'autorisation au terminal (MSISDN1 ou Alias1) ayant émis la précédente requête d'association avant d'autoriser la nouvelle association. L'utilisateur ayant demandé la première association peut alors indiquer s'il autorise ou non cette nouvelle association. Une dernière méthode consiste à n'autoriser qu'une seule association d'étiquette électronique avec un objet par étiquette électronique. Ceci veut dire que la première association d'étiquette avec un objet devient unique, et que l'utilisateur doit se procurer une nouvelle étiquette électronique pour requérir une nouvelle association. Cette méthode à association unique est préconisée lorsque le terminal T1 est équipé d'un lecteur d'étiquette. En effet, dans ce cas l'association entre étiquette électronique et l'objet pourrait être requise sur transmission vers la plateforme de service PFS du code d'identification d'étiquette et du code d'identification d'objet en lieu et place d'une transmission du code alphanumérique et du code d'identification d'objet, comme cela a été décrit dans ce document. Ceci aurait pour avantage d'éviter une réutilisation frauduleuse d'une étiquette électronique pour un autre objet sans accord de l'utilisateur ayant demandé la première association. Le procédé est applicable plus de nombreux types d'objet, matériel ou non, doté d'un code d'identification d'objet. L'invention est particulièrement adaptée pour faciliter le contrôle d'un droit de stationnement, mais peut être également utilisée pour contrôler n'importe quel sorte de droit associé au véhicule : existence d'une assurance valide, paiement de la taxe sur le véhicule, contrôle technique en règle, numéro d'immatriculation valide sur le fichier national des immatriculations avec une correspondance avec le modèle et la couleur du véhicule, etc... L'invention peut également être appliquée pour identifier un enfant, une personne incapable ou un animal de compagnie perdu. L'étiquette électronique pouvant être associée à des coordonnées de la personne à contacter. L'invention peut être utilisée pour faciliter le marquage électronique des animaux sauvages, par les scientifiques, en indiquant, la localité, l'état où l'animal sauvage a été marqué la première fois et retrouvé par la suite par tel ou tel scientifique. Il est également possible d'utiliser l'invention pour le marquage électronique dans les postes, le commerce, la logistique et les transports. On peut par exemple utiliser une telle étiquette électronique pour marquer les bagages, les colis et les courriers, pour y associer un objet numérique, c'est-à-dire des données de tout type par exemple: référence de vol, date de départ, aéroport de départ, aéroport de transit et aéroport de destination, la référence commerciale du produit ou de l'objet, les coordonnées du destinataire, du client ou du propriétaire et/ou les coordonnées du fournisseur ou de l'émetteur. Ce marquage d'un objet peut être initié par son propriétaire ou un fournisseur, les données associées générées par ce fournisseur / propriétaire pourront ensuite être vérifiées voire complétées avant d'être utilisée par un transporteur ou logisticien. L'invention permet de réaliser une association entre une étiquette électronique et une entité (objet matériel, personne physique, animal, objet numérique, etc) et permet ainsi une vérification de données qui est simple et peut donc être utilisée facilement par tout type d'utilisateurs : les particuliers, les administrations et les professionnels. REVENDICATIONS1. Procédé de traitement de données enregistrées pour un objet sur lequel est apposée une étiquette électronique dans laquelle est enregistré un code d1dentification d'étiquette lisible par un dispositif de lecture d'étiquette, le procédé étant mis en oeuvre par un serveur (PFS) et comprenant - une étape d'enregistrement dans une base de données (DB1), en association avec ledit code d'identification d'étiquette, d'un code alphanumérique, qui est associé de manière biunivoque avec ledit code d'identification d'étiquette et qui est visible sur l'étiquette électronique ou sur un support séparé ou séparable de cette étiquette électronique, - une étape de réception, en provenance d'un terminal (T1), d'une requête d'association contenant un code d'identification d'objet, identifiant ledit objet, et ledit code alphanumérique, une étape d'enregistrement dans une base de données (DB3) de données d'association entre ledit objet et l'étiquette électronique sur réception de ladite requête d'association, - une étape de réception et d'enregistrement dans une base de données (DB2) de données pour ledit objet, une étape de réception, en provenance d'un terminal (T2), d'une requête de traitement contenant le code d'identification d'étiquette, - une étape de traitement, sur réception de ladite requête de traitement, desdites données enregistrées pour ledit objet pour lequel des données d'association avec l'étiquette électronique, identifiée par le code d'identification d'étiquette reçu, ont été enregistrées lors de l'étape d'enregistrement ; - une étape d'envoi, au terminal (T2), d'une réponse à la requête de traitement. 2. Procédé selon la revendication 1, comprenant une étape d'envoi d'une réponse à ladite requête de traitement, fonction du résultat d'une vérification effectuée sur les données enregistrées ou signalant l'absence de données enregistrées pour ledit objet. 3. Procédé selon l'une quelconque des revendications précédentes, dans lequel l'étape de traitement comprend l'envoi d'une réponse à ladite requête de traitement comprenant le code d'identification d'objet de l'objet pour lequel des données d'association avec l'étiquette électronique, identifiée par le code d'identification d'étiquette reçu, ont été enregistrées lors de l'étape d'enregistrement. 4. Procédé selon l'une quelconque des revendications précédentes, dans lequel l'étape de traitement comprend l'envoi d'une réponse à ladite requête de traitement comprenant lesdites données enregistrées pour ledit objet. 5. Procédé selon l'une quelconque des revendications précédentes, dans lequel ledit objet est un véhicule, le code d'identification d'objet est un numéro d'immatriculation du véhicule et les données enregistrées sont des données d'horodatage et/ou de paiement d'une place de stationnement pour le véhicule, l'étape de traitement comprenant une vérification des données d'horodatage et/ou de paiement et l'envoi d'une réponse à ladite requête de traitement indiquant si le stationnement est valable ou non compte tenu des données d'horodatage et/ou de paiement enregistrées. Procédé selon la revendication 1, dans lequel l'étape d'enregistrement comprend un enregistrement d'une association entre le code d'identification d'objet reçu et le code d'identification d'étiquette associé au code alphanumérique reçu. Procédé selon la revendication 1 ou 6, dans lequel l'étape d'enregistrement comprend un enregistrement d'une association entre le code d'identification d'objet reçu et le code alphanumérique reçu. Procédé selon la revendication 1, dans lequel l'étape de traitement comprend une étape de recherche d'un objet pour lequel des données d'association avec l'étiquette électronique, identifiée par le code d'identification d'étiquette reçu, ont été enregistrées et de traitement des données enregistrées pour un objet trouvé. Procédé selon la revendication 1, comprenant une étape de configuration de l'étiquette électronique par enregistrement dans une mémoire de l'étiquette électronique du code d'identification d'étiquette et par marquage de l'étiquette électronique avec le code alphanumérique. une étape d'enregistrement dans une base de données du code d'identification d'étiquette en association avec le code alphanumérique. Serveur (PFS) de traitement de données enregistrées pour un objet sur lequel est apposée une étiquette électronique dans laquelle est enregistré un code d'identification d'étiquette lisible par un dispositif de lecture d'étiquette, ledit objet étant doté d'un code d'identification d'objet enregistré en association avec lesdites données, le serveur comprenant un module (REC) d'enregistrement dans une base de données (DB1), en association avec ledit code d'identification d'étiquette, d'un code alphanumérique, qui est associé de manière biunivoque avec ledit code d'identification d'étiquette et qui est visible sur l'étiquette électronique ou sur un support séparé ou séparable de cette étiquette électronique, un module (COM) de communication pour recevoir, en provenance d'un terminal (T1), une requête d'association contenant un code d'identification d'objet, identifiant6. 7. 8. 9. 25 10. 30 35ledit objet, et ledit code alphanumérique, - un module d'enregistrement d'association configuré pour, sur réception de ladite requête d'association, enregistrer dans une base de données des données d'association entre ledit objet et l'étiquette électronique, un module (REC) de réception et d'enregistrement dans une base de données (DB2) de données pour ledit objet, - un module (COM) de communication pour recevoir, en provenance d'un terminal (T2), une requête de traitement contenant le code d'identification d'étiquette. un module de traitement pour, sur réception de ladite requête de traitement, effectuer un traitement des données enregistrées pour ledit objet pour lequel des données d'association avec l'étiquette électronique, identifiée par le code didentification d'étiquette reçu, ont été enregistrées, - un module (COM) de communication pour envoyer au terminal (T2), d'une réponse à la requête de traitement. 11. Terminal apte à communiquer avec un serveur selon la revendication 10, le terminal comprenant - un module d'envoi d'une requête d'association pour requérir un enregistrement de données d'association entre un objet et une étiquette électronique destinée à être apposée sur cet objet, ladite requête d'association contenant un code d'identification d'objet, identifiant ledit objet et un code alphanumérique, visible sur l'étiquette électronique ou sur un support séparé ou séparable de cette étiquette électronique, associé de manière biunivoque avec un code d'identification d'étiquette, enregistré dans cette étiquette électronique et lisible par un dispositif de lecture d'étiquette. 12. Terminal selon la revendication 11 comprenant un module d'acquisition du code alphanumérique et un module pour formuler ladite requête d'association à partir du code alphanumérique acquis. 13. Support d'enregistrement lisible par un processeur de données sur lequel est enregistré un programme comprenant des instructions de code de programme pour l'exécution des étapes d'un procédé selon l'une des revendications 1 à 9.