Brevet FR2915607A1 — publié le 20081031

Procédé de configuration automatique d'un système comportant des dispositifs mobiles RF et système de communication La présente invention concerne un procédé de configuration automatique d'un système comportant des dispositifs mobiles communiquant par radiofréquence (RF) avec un système informatique. L'invention concerne également un système de communication par radiofréquence pour la surveillance d'objets mobiles. Des dispositifs RF sont couramment associés à des objets (équipements ou produits) pour diverses applications, telles que l'identification des objets, la logistique, le suivi de la qualité, la surveillance ou encore la maintenance préventive de ces objets. De façon simplifiée, un dispositif RF est un élément d'un réseau de communication, lequel comporte une borne RF muni d'un contrôleur (appelé ci-après contrôleur de frontière ) qui gère la communication par ondes radio avec une pluralité de dispositifs RF et un terminal ou serveur composé d'au moins un ordinateur en liaison, avec ou sans fil, avec la borne RF. Le terminal communique avec la borne RF et enregistre et traite des données échangées entre le contrôleur de frontière et les dispositifs RF. Les dispositifs RF mobiles comportent des ressources (par exemple, une source d'énergie comme une batterie, un microcontrôleur, une mémoire, une puissance de calcul, des ports d'entrée/sortie éventuellement connectés à des capteurs et/ou des actionneurs...) et sont capables d'effectuer des opérations (lecture/écriture mémoire, calculs, acquisition de capteurs...). Des objets identiques peuvent être associés à des dispositifs RF identiques, donc de même type ou classe . On entend par dispositifs RF identiques du même classe des dispositifs RF possédant les mêmes ressources et pouvant effectuer les mêmes opérations. Leurs spécifications, qui décrivent ces ressources et ces opérations, sont donc identiques. La structure et le fonctionnement des dispositifs RF sont optimisés pour chaque classe d'objet. Les dispositifs RF ne sont donc généralement, ni identiques, ni compatibles entre eux : leurs spécifications sont donc différentes. Les dispositifs RF possèdent d'autres limitations : - la puissance de calcul des dispositifs embarquée est faible 5 comparée à celle du système informatique associée ; - les dispositifs RF sont souvent en mode veille (par exemple 99 % du temps) et ne peuvent réaliser qu'un nombre limité d'opérations, et que de façon intermittente ; - la communication RF a une bande passante réduite (de l'ordre par 10 exemple de 5Okps) comparée au système informatique associé (typiquement voisine de 1 Mbps) ; - la communication RF induit une consommation d'énergie importante pour les dispositifs embarqués (de l'ordre de 2OmA à comparer à la capacité d'une pile de 2Ah). 15 L'objectif de la présente invention est de permettre l'exploitation optimale des ressources des dispositifs mobiles. A cette fin, les tâches à accomplir (qui définissent un processus d'exploitation), pour faire fonctionner les dispositifs RF avec le système informatique et pour acquérir et traiter des données issues des dispositifs RF, sont déportées 20 vers l'infrastructure informatique qui est beaucoup plus puissante en termes de possibilités de calcul et de mémoire que les dispositifs RF, ces derniers n'effectuant alors que des opérations simples, déclenchées par horloge, ou par des commandes simplifiées reçues à travers la communication RF. 25 Le problème qui se pose et qui est résolu par la présente invention est que, afin de déporter lesdites tâches vers le système informatique pour l'exploitation des dispositifs RF, le système informatique et le gestionnaire doivent connaître la spécification de ces dispositifs RF, c'est-à-dire connaître leurs ressources et les opérations qu'ils peuvent effectuer. 30 Une solution connue consiste à n'utiliser que des dispositifs RF identiques, ce qui revient à standardiser la spécification de ces dispositifs. Le contrôleur de frontière ne fonctionne alors que pour une seule classe de dispositifs RF. Cependant, cette solution ne permet pas d'introduire dans le système des dispositifs RF de nature hétérogène. Selon une autre solution connue, les spécifications sont rassemblées dans des fichiers caractéristiques de chaque classe de dispositifs. Ces fichiers sont distribués aux différents systèmes informatiques susceptibles d'entrer en contact avec les dispositifs RF. Les fichiers permettent d'adapter le programme exécuté par le contrôleur de frontière aux différentes spécifications des dispositifs. A titre d'exemple, dans le domaine des systèmes de surveillance industrielle fixe de type SCADA (pour Supervisory Control And Data Acquisition), utilisant le protocole HART , différents types de dispositifs de surveillance (des capteurs par exemple) sont reconnus et opérés par le système informatique grâce à un fichier regroupant les divers éléments de configuration. Généralement, il est apporté aux composants du réseau par configuration manuelle. Ce mode de configuration ne pose pas de problème pour les systèmes fixes (comme SCADA) et pour les systèmes qui évoluent peu, mais ne convient pas pour des dispositifs mobiles. Un CDROM contenant une bibliothèque des dispositifs existants est fournie par la HART Communication Foundation. Cette solution est décrite à l'adresse Internet suivante : http: / /www.hartcomm.org/technical/dd library/ about ddl.html L'inconvénient majeur de cette solution (la distribution, a priori , de la spécification de classe) est la lourdeur du procédé puisqu'il s'agit de distribuer systématiquement les spécifications de toutes les classes de dispositifs en circulation, à tous les systèmes informatiques susceptibles de rentrer en contact avec eux. Le problème est d'autant plus grand que les dispositifs sont mobiles, et donc susceptibles de rentrer en contact avec de nombreux systèmes informatiques différents. Selon une autre solution, décrite par exemple dans le brevet US6615038, les spécifications de classe sont stockées dans un serveur, qui est appelé par les éléments du système informatique en cas de besoin. Cette solution convient bien à la téléphonie cellulaire car le nombre d'opérateurs est limité. Il est en effet possible aux fabricants de téléphones, de garantir aux opérateurs l'accès à un serveur approprié. D'autre part, le système informatique d'un opérateur de téléphonie est parfaitement connecté. Cependant cette solution ne convient pas lorsque le système informatique n'est pas connecté au réseau world wide web www (par exemple lorsqu'un contrôleur de frontière n'est relié qu'à un terminal). La présente invention propose un procédé de configuration automatique d'un système comportant des dispositifs RF mobiles. Selon l'invention, la spécification de classe d'un dispositif RF est stockée, de manière statique, dans la mémoire du dispositif RF. La spécification de classe n'est pas exploitée par le dispositif lui-même, qui n'a pas nécessairement les ressources pour l'interpréter. De façon plus précise, l'invention concerne un procédé de configuration automatique d'un système de communication par radiofréquence RF comprenant : - des dispositifs RF, chacun d'eux étant associé à un objet mobile et muni de ressources comportant au moins un microcontrôleur, une mémoire et un circuit de communication par radiofréquence, la mémoire comprenant une spécification de classe spécifiant les ressources et les opérations qui peuvent être effectuées par le dispositif RF concerné, lesdites opérations étant spécifiées sous la forme d'instructions logiques permettant l'exploitation desdites ressources par ledit système informatique et - un système informatique comprenant au moins une borne de communication muni d'un contrôleur de frontière pour communiquer avec lesdits dispositifs RF, le procédé comprenant : - une étape de détection dans laquelle le contrôleur de frontière entre en communication avec un dispositif RF appartenant à une classe auparavant inconnue au système de communication, et - une étape de déclaration dans laquelle ledit dispositif RF communique la spécification de classe présente dans sa mémoire audit contrôleur de frontière. Ladite spécification de classe est avantageusement propagée dans le système informatique à partir dudit contrôleur de frontière. La spécification de classe comporte avantageusement des éléments métier compréhensibles par un gestionnaire du système informatique et des éléments logiques compréhensibles par les dispositifs RF d'une même classe, les éléments métier et logiques décrivant les ressources, les opérations et les paramètres desdites opérations. Ledit gestionnaire peut être une personne physique ou un programme informatique pilotant le système et/ou exploitant les données. Une spécification d'un programme d'exploitation pour exploiter des dispositifs RF d'une même classe est avantageusement créée par le gestionnaire du système informatique, pour chaque classe, à partir desdits éléments métier et une spécification d'exploitation provenant du gestionnaire. De préférence, ladite description du programme d'exploitation est convertie par un générateur de programme, à l'aide de ladite spécification de classe, en un programme d'exploitation pour exploiter les ressources des dispositifs RF de la classe concernée. Le programme d'exploitation peut faire exécuter des opérations au niveau des dispositifs RF, la commande et le résultat de ces opérations étant transmis par liaison RF. Le programme d'exploitation peut être exécuté par ledit système informatique, notamment par lesdits contrôleurs de frontière. Ladite spécification de classe et ladite spécification du programme d'exploitation sont avantageusement en format fichier XML. L'invention concerne aussi un système de communication par radiofréquence RF pour la surveillance d'objets mobiles, le système de communication comprenant : - des dispositifs RF associés chacun à l'un desdits objets mobiles, les dispositifs RF étant munis de ressources, incluant au moins une mémoire, et au moins un processeur pour effectuer des opérations, et munis d'un circuit de communication par radiofréquence, et - un système informatique comprenant au moins une borne de communication munie d'un contrôleur de frontière pour communiquer avec les dispositifs RF. Selon l'invention, ladite au moins une mémoire d'un dispositif RF comporte une spécification de classe spécifiant desdites ressources et desdites opérations, lesdites opérations étant spécifiées sous la forme d'instructions logiques permettant l'exploitation desdites ressources par ledit système informatique. Selon un premier mode de réalisation, le système informatique comporte une interface gestionnaire permettant à un gestionnaire d'établir une définition d'un programme d'exploitation pour exploiter les ressources des dispositifs RF d'une même classe. La définition du programme d'exploitation est établie à partir de ladite spécification de classe et une spécification d'exploitation provenant du gestionnaire Ladite interface gestionnaire comporte de préférence: - un parser pour analyser la spécification de classe afin de 25 fournir une description des ressources des dispositifs RF de la classe concernée en langage gestionnaire, - un formateur pour formater ladite définition du programme d'exploitation, afin de fournir une spécification du programme d'exploitation. 30 Le système comporte, selon le premier mode de réalisation, un générateur de programme comportant un premier parser pour analyser ladite spécification du programme d'exploitation et un deuxième parser pour analyser ladite spécification de ladite classe, et un programme de transformation pour délivrer un programme d'exploitation à partir des résultats d'analyse desdits parsers. Les dispositifs RF n'étant pas tous identiques, chacun appartenant à une classe déterminée correspondant à une spécification particulière, la spécification de classe d'un dispositif RF indique de préférence la classe à laquelle le dispositif RF appartient. L'invention s'applique tout particulièrement à la surveillance d'un 10 ensemble de bouteilles de gaz munies chacune d'un capteur de pression. D'autres avantages et caractéristiques de l'invention apparaîtront au cours de la description qui suit de plusieurs modes de réalisation de l'invention, donnés à titre d'exemples non limitatifs, en référence aux 15 dessins annexés et sur lesquels : - la figure 1 montre un système de communication, pour lequel la mise en oeuvre du procédé de l'invention est particulièrement appropriée, - la figure 2 illustre schématiquement un processus d'envoi d'une spécification de classe, 20 - la figure 3 représente différentes étapes du procédé, - la figure 4 illustre schématiquement un mode de réalisation du mécanisme de création d'un processus d'exploitation des dispositifs RF, et - la figure 5 est un diagramme décrivant un exemple de mécanisme par lequel un système informatique met en oeuvre l'exploitation de 25 dispositifs RF d'une nouvelle classe. La figure 1 illustre un système 10 de communication RF destiné à la surveillance d'objets mobiles 12 et pour lequel le procédé de l'invention peut être avantageusement mis en oeuvre. Ces objets peuvent être différents les uns des autres : par exemple des containeurs 14 chargés sur un camion, des objets divers 16 défilant sur un tapis roulant 18 ou encore des caisses 20. Un dispositif RF 22 est fixé à chaque objet. Les objets identiques peuvent être associés à des dispositifs RF identiques formant ainsi une classe de dispositifs. Dans ce cas, il y a donc autant de classes que d'objets différents. Chaque dispositif RF 22 comporte des ressources qui lui sont propres (par exemple, une source d'énergie telle qu'une batterie, un microcontrôleur, une mémoire, une puissance de calcul, des ports d'entrée/sortie, éventuellement connectés à des capteurs). Le dispositif RF d'un objet mobile 12 communique avec un système informatique fixe 24 lorsque la présence de l'objet est détectée par une borne de communication radio 26 munie d'un contrôleur de frontière 28 (donc lorsque l'objet rentre dans le champ de communication radio d'une borne 26). Les bornes peuvent prendre diverses formes représentées sur la figure 1, telle que des antennes ou des portiques avec des moyens informatiques plus ou moins puissants et des circuits de communication RF. La communication par ondes radiofréquences entre les dispositifs RF 22 et les bornes 26 peut être par exemple du type RFID. Les bornes 26 sont connectées à des lecteurs RF et à une ou plusieurs bases de données 30, centralisant les données reçues des dispositifs RF, les bases de données étant reliées à au moins un terminal 32, tel qu'un ordinateur, portable ou fixe, ou un téléphone mobile, mis à la disposition d'un utilisateur. Un tel système de communication est par exemple décrit dans la demande de brevet internationale PCT/FR2OO6/OO29O3 déposée par la demanderesse. Un tel système 10 permet de surveiller les objets 12 ou au moins l'une de leurs caractéristiques, pour en faire par exemple un inventaire, ou pour contrôler une caractéristique de ces objets qui peuvent être munis de capteurs, tels qu'un capteur de pression ou de température. A chaque passage d'un objet dans le rayon de détection RF d'une borne de lecture, la borne rentre en communication avec le dispositif RF associé à l'objet afin de lire des données enregistrées dans la mémoire du dispositif RF. Pour que cette communication puisse s'établir et que les données enregistrées dans la mémoire des dispositifs RF soient intelligibles par le système informatique fixe 24, il est nécessaire de configurer les échanges entre les dispositifs RF 22 et le système informatique 24, aussi bien au niveau des bornes de lecture 26 que des bases de données 30 et des terminaux 32. Une telle configuration peut être rendue nécessaire parce que, par exemple, le système informatique n'a pas été initialement programmé pour une telle surveillance ou les caractéristiques des objets ont été changées ou des objets d'un type nouveau pour le système ont été ajoutés. Selon l'invention, une spécification de classe du dispositif RF 22 est stockée dans la mémoire du dispositif. Les dispositifs d'une même classe disposent des mêmes ressources et sont capables d'effectuer les mêmes opérations. Ils ont donc la même spécification de classe, spécifiant des ressources de la classe des dispositifs RF, des instructions logiques et leurs paramètres pour permettre l'exploitation de ces ressources par le système informatique. La spécification de classe est stockée, de manière statique, dans la mémoire du dispositif RF 22. Elle n'est pas exploitée par le dispositif RF lui-même, qui n'a pas nécessairement les ressources pour l'interpréter. Lorsque le contrôleur de frontière 28 d'une borne 26 reçoit un message en provenance d'un dispositif d'une classe qui n'est pas connue du système informatique auquel il appartient, le dispositif décharge sa spécification de classe à travers le lien RF. La figure 2 illustre le processus d'envoi de la spécification de classe: lorsqu'un dispositif RF 22 d'une classe XX envoie un message au contrôleur de frontière d'une borne 26 qui ne connaît pas cette classe, le contrôleur envoie alors au dispositif 22 une requête de spécification de cette classe XX. Le dispositif RF lui répond en envoyant la spécification de cette classe, la spécification comportant la description des ressources des dispositifs RF de cette classe et l'énumération des opérations (sous forme d'instructions logiques), et leurs paramètres, pour permettre l'exploitation 2915607 lo des ressources par le système informatique que ces dispositifs sont capables d'effectuer. Il convient de noter que dans le cas d'une première connexion, le dispositif et le système informatique disposent d'un mode de connexion indépendant de la classe du dispositif. Lors de cette connexion, 5 le dispositif déclare au contrôleur de frontière sa classe XX. Les ressources figurant dans une spécification de classe peuvent concerner les éléments suivants de dispositifs RF, donnés à titre d'exemples : un ou plusieurs capteur(s), par exemple de pression et/ou de température ; la communication RF ; les plages mémoires statiques 10 stockant des informations destinées au gestionnaire ; les plages mémoires dynamiques stockant l'historique des valeurs du ou des capteur(s) ; un actionneur, tel qu'une vanne ou un relais ; l'horloge ; un afficheur ; un algorithme ; un paramètre de configuration (calibration, période de réveil et de transmission, mécanisme de réveil....) ; le cryptage de la 15 communication ; le stockage d'une liste d'utilisateurs et de leurs mots de passe ; la liaison filaire vers un dispositif périphérique. La liste suivante donne des exemples d'opérations qui peuvent être décrites dans une spécification de classe : le déclenchement de l'acquisition des données d'un capteur ; le déclenchement d'un actuateur ; 20 l'écriture d'une plage mémoire à partir de données transmises par RF ; la lecture d'une plage mémoire et la transmission de cette page par RF ; l'affichage d'un message sur un afficheur ; la remise à l'heure de l'horloge ; le lancement d'un calcul. La spécification de classe contient des éléments métier et des 25 éléments logiques. Elle fait le lien entre ces éléments. Les éléments métiers décrivent les ressources et les opérations (typiquement comme décrites ci-dessus) de façon à être comprises par un gestionnaire du système 10. Les éléments métier sont intelligibles par le gestionnaire, mais ne concernent pas les détails (par exemple, un élément métier peut être le mot capteur, sans plus de précisions) A titre d'exemples, des déclarations en terme de métier peuvent être : - pour la déclaration des ressources : par exemple : afficheur, actionneur, ou une plage mémoire dans laquelle une information est 5 stockée. - pour la déclaration des opérations associées à ces ressources : par exemples : afficher, actionner ou lire/écrire dans la plage mémoire. Les éléments logiques décrivent les mêmes ressources et 10 opérations, mais en termes logiques, dans un format que comprend le dispositif RF et le système informatique (par exemple: identifiant et adresse des ressources, formats des données, structure et paramétrage des commandes qui déclenchent l'exécution des opérations ...). Ces éléments logiques comportent des instructions logiques, des formats et 15 des paramètres permettant l'exploitation des ressources des dispositifs RF. A titre d'exemples, des éléments logiques peuvent être : - les adresses physiques et numéros d'identifications logiques des ressources dans le dispositif RF : par exemple : identifiant de capteur, adresse et taille d'une plage mémoire. 20 - le format et le paramétrage des commandes échangées entre le système informatique et les dispositifs RF pour permettre l'exploitation: par exemple une commande d'affichage débute par la lettre D, et est suivie par la chaîne de caractères à afficher. - le format et le paramétrage des échanges de données entre le 25 système informatique et les dispositifs RF pour en permettre l'exploitation: par exemple les données d'un capteur de pression sont fournies sous forme de nombres flottants. La spécification de classe peut être stocké sous forme d'un fichier 30 texte, avantageusement au format XML, ce format permettant en effet d'ajouter éventuellement un champ sans avoir à modifier les spécifications existantes. Les exemples qui suivent sont des exemples de spécifications se rapportant à des ressources et à des opérations concernant un système de surveillance de bouteilles de gaz munies chacune d'un dispositif de communication RF et d'un capteur de pression (les éléments de la spécification sont à gauche et les commentaires sont à droite signalés par le signe //) : * Eléments du fichier de spécification concernant une ressource de type capteur : / /identifiant de la ressource, numéro logique du capteur de pression Pression de la bouteille / /libellé du capteur, qui sera affiché // description de la donnée fournie par le capteur (unité utilisateur PSI, format logique des données float 0 / / valeur minimale du capteur 140 / / valeur maximale du capteur *Elément de spécification concernant une ressource de champ mémoire pour le stockage d'information: / / identifiant du champ mémoire et son adresse logique Nom du propriétaire / / libellé du champ mémoire, qui sera affiché // description du type de données stockées : (chaîne de caractères de longueur maximale 20 caractères). *Elément de spécification d'une opération provoquant l'affichage d'un message sur un afficheur associé au dispositif RF: / / identifiant de l'opération, en tête de la commande logique correspondant à l'opération et qui est reconnu par le dispositif RF Affichage // libellé de l'opération, qui sera affiché // argument de la commande logique (type chaîne de caractère entrée par l'utilisateur, de longueur maximale 20 caractères) *Elément de spécification concernant une opération provoquant l'acquisition des données issues d'un capteur : / / identifiant de l'opération, en tête de la commande logique correspondant à l'opération et qui est reconnu par le dispositif RF Déclenche l'acquisition / / libellé de l'opération, qui sera affiché // argument de la commande logique (identité du capteur) Le gestionnaire des ressources des dispositifs RF peut être une personne physique ou un programme informatique pilotant le système et/ou exploitant les données. La figure 3 illustre un procédé d'exploitation d'une spécification de classe 40 comportant des éléments métier 42 et des éléments logiques 44. A partir des éléments métier 42 de la spécification de classe et à partir de ses intentions 46, le gestionnaire crée (référence 48) une spécification d'un programme d'exploitation pour exploiter un dispositif RF. Cette spécification du programme d'exploitation peut être de même format que la spécification de classe du dispositif RF (par exemple sous forme d'un fichier XML). A partir des éléments métier 42 et logiques 44 de la spécification de classe du dispositif RF et à partir de la spécification du programme d'exploitation 48, un programme de transformation 50 génère le programme d'exploitation. Ce programme d'exploitation sera effectué par le contrôleur de frontière 52 qui communique par radiofréquence (flèche 54) avec un dispositif RF 56. Ce programme d'exploitation est la traduction, en termes logiques compréhensibles par le dispositif RF 56, de la spécification du programme d'exploitation 48. Le programme d'exploitation gère notamment des communications RF entre le dispositif 56 et le contrôleur de frontière 52, communications qui à leur tour lancent des processus dans les dispositifs RF. 10 Le programme d'exploitation lancé par le contrôleur de frontière peut permettre par exemple : - le démarrage de l'acquisition périodique de données d'un capteur par le dispositif RF, l'affichage de ces données sur un afficheur du 15 dispositif RF, leur transmission vers le contrôleur de frontière et/ou leur stockage dans la mémoire embarquée du dispositif; la lecture d'informations stockées dans la mémoire du dispositif RF, et leur transmission par email vers un destinataire dont l'adresse a été lue dans la mémoire du dispositif RF ; 20 -le démarrage d'un processus d'asservissement effectué par le dispositif RF associant capteur et actionneur. La création du programme d'exploitation, telle qu'illustrée sur la figure 3, peut se faire à l'aide d'un logiciel situé dans les contrôleurs de frontière. 25 Si nécessaire, une spécification de classe peut être communiquée à un élément (par exemple une base de données ou un terminal) du système informatique qui a besoin de connaître cette spécification. Pour ce faire, lorsqu'un contrôleur de frontière détecte un dispositif d'une classe nouvelle, il peut décharger sa spécification. A l'occasion d'une 30 communication avec un autre élément appartenant à son système informatique, le contrôleur de frontière signale à cet élément la présence d'un dispositif de classe nouvelle, l'élément pouvant alors décharger la spécification de la mémoire du contrôleur de frontière. Un gestionnaire peut alors activer la génération d'un nouveau programme d'exploitation qui sera lancé par un ou plusieurs contrôleurs de frontière, qui exploitera ou exploiteront les ressources des dispositifs RF de la nouvelle classe. La propagation de la spécification d'une classe nouvelle s'effectue donc par le contrôleur de frontière. On remarque que le programme d'exploitation exécuté par le contrôleur de frontière est créé grâce à l'échange de la spécification de classe du dispositif RF. Cependant, ce dernier n'exploite pas directement la spécification de classe. La figure 4 illustre un mode de réalisation d'un mécanisme de création d'un programme d'exploitation des dispositifs RF à partir d'une spécification de classe. Le mécanisme fait intervenir au moins deux types d'éléments informatique : une interface gestionnaire 60 et un générateur de programme 62. L'interface gestionnaire 60 permet au système informatique de déclarer au gestionnaire les ressources d'une classe de dispositif RF. Cette déclaration se fait en communiquant à l'interfacegestionnaire la spécification de classe SPEC. L'interface gestionnaire permet également au gestionnaire de définir (DEF. PROC. EXPL.), donc d'indiquer au système informatique, la façon dont il veut exploiter les ressources du dispositif RF. Cela se fait par la création d'une spécification du programme d'exploitation (SPEC. PROC. EXPL.) délivrée par l'interface 60. La spécification de classe SPEC et la description du programme d'exploitation SPEC. PROC. EXPL. sont décrites sous un format facilitant l'échange automatisé de contenus à l'intérieur d'un système informatique hétérogène. L'utilisation du format XML est particulièrement adaptée. L'interface gestionnaire peut être une interface graphique si le gestionnaire est une personne physique. Dans l'exemple de la figure 4, la spécification de classe (SPEC.) est analysée, en termes métier, à l'aide d'un parser (PARS.), par un programme d'analyse syntaxique. Les déclarations des ressources du dispositif RF en langage de gestionnaire (langage métier), (RESS. LANG. UTILIS.), sont transmises au gestionnaire. Le gestionnaire définit le programme d'exploitation (DEF. PROC. EXPL.) qu'il veut mettre en oeuvre. Cette définition du programme d'exploitation est formatée (FORM. SPEC.) pour se conformer au format d'échange retenu (par exemple format XML). Une fois créée, la spécification du programme d'exploitation (SPEC. PROC. EXPL.) est transmise au générateur de programme 62, par exemple à travers le système informatique. Le générateur de programme crée un programme d'exploitation des ressources (PRO. LOG. EXPL. RESS.) des dispositifs RF de la classe spécifiée, à partir de la spécification de classe (SPEC.) et de la spécification du programme d'exploitation (SPEC. PROC. LOG.). Une fois créé, le programme d'exploitation (PRO.LOG. EXPL. RESS.) est mis en oeuvre par le système informatique. Une partie de ce programme d'exploitation intervient notamment au niveau des contrôleurs de frontière qui gèrent les communications RF. Sur la figure 4, le générateur de programme 62 accepte en entrée la spécification de classe (SPEC.) et la spécification du programme d'exploitation associée (SPEC. PROC. EXPL.). Ce dernier élément est analysé par un premier parser (PARS.) 64 alors qu'un deuxième parseur (PARS.) 66 procède à l'analyse syntaxique de la spécification de classe (SPEC.). Après analyse, ces deux éléments sont transmis à un programme de transformation (PROG. TRANSF.). Celui-ci transforme la spécification du programme d'exploitation (SPEC. PROG. EXPL) en un programme d'exploitation pour exploiter les ressources des dispositifs RF de la classe considérée, (PROC. LOG. EXPL. RESS.), exécutable par le système informatique. Ce programme d'exploitation peut activer différents éléments du système informatique, au moins les contrôleurs de frontière qui assurent les communications radio vers les dispositifs RF. L'interface gestionnaire 60 et le générateur de programme 62 peuvent être physiquement localisés à des endroits différents du système informatique. Il peut exister autant de générateurs de programme que d'éléments du système informatique concernés par le processus d'exploitation. Les générateurs de programme 62 peuvent être localisés dans les éléments du système informatiques mis en oeuvre pour exécuter le programme d'exploitation, notamment dans les contrôleurs de frontière. La figure 5 est un diagramme illustrant les différentes étapes d'une mise en oeuvre par un système informatique de l'exploitation des dispositifs d'une nouvelle classe de dispositifs RF. Les étapes de l'exploitation sont les suivantes : - Un contrôleur de frontière d'un système informatique entre en connexion avec un dispositif RF de la classe XX (CONN. DISP. CL XX). Cette première connexion suppose que le dispositif et le système informatique dispose d'un mode de connexion indépendant de la classe du dispositif. Lors de cette connexion, le dispositif déclare au contrôleur de frontière sa classe XX. - Si un programme d'exploitation est en cours pour cette classe XX (CL XX ? et réponse positive O), le programme d'exploitation s'exécute (EXEC. PROC.). Si ce n'est pas le cas (réponse négative N), alors : - le contrôleur de frontière est-il configuré pour décharger de 25 nouvelles spécifications de classe (DECH. NOUV. SPEC. ?) ? Si la réponse est négative (N), le mécanisme s'arrête (FIN). - Si le contrôleur de frontière est configuré pour décharger de nouvelles spécifications de classe (réponse positive O), il émet une requête (REQ. RF) vers le dispositif à travers la radio pour décharger la 30 spécification de classe du dispositif. - Le dispositif transmet sa spécification (TRANSM. SPEC) de classe XX. - Le contrôleur de frontière transmet la spécification de classe XX vers le gestionnaire (TRANSM. UTIL.). - Si le gestionnaire ne souhaite pas (réponse négative N) créer un programme d'exploitation pour la classe XX (PROC. EXPL. CL XX ?), le mécanisme s'arrête (FIN). - Sinon (réponse positive O), le gestionnaire crée la spécification du programme d'exploitation pour les dispositifs de la classe XX (SPEC. 10 PROC. EXPL. CL XX). - Le gestionnaire transmet (TRANSM.) la spécification du programme d'exploitation ainsi que la spécification de la classe XX aux générateurs de programme concernés par le programme d'exploitation. - Les générateurs de programme génèrent (PROC. LOG.) le 15 programme d'exploitation de la classe XX. - Le programme d'exploitation de la classe XX des dispositifs RF de la classe XX est initié (EXPL. DISP. CL XX). Ce programme d'exploitation peut être constitué par différentes routines exécutées par différents éléments du système informatique. 20 Le procédé et le système décrits s'appliquent tout particulièrement bien à la surveillance de bouteilles de gaz équipées de capteurs, tels qu'un capteur de pression et/ou de température. Ce type d'objets voyagent beaucoup, passant d'un entrepôt à un autre. En faire automatiquement 25 l'inventaire et la maintenance est grandement facilité par la mise en oeuvre de la présente invention. D'autres modes de réalisation que ceux décrits et représentés peuvent être conçus par l'homme du métier sans sortir du cadre de la présente invention. REVENDICATIONS 1. Procédé de configuration automatique d'un système de communication (10) par radiofréquence RF comprenant : - des dispositifs RF (22), chacun d'eux étant associé à un objet mobile (14, 16, 20) et muni de ressources comportant au moins un microcontrôleur, une mémoire et un circuit de communication par radiofréquence, la mémoire comprenant une spécification de classe spécifiant les ressources et les opérations qui peuvent être effectuées par le dispositif RF concerné, lesdites opérations étant spécifiées sous la forme d'instructions logiques permettant l'exploitation desdites ressources par ledit système informatique et - un système informatique (24) comprenant au moins une borne de communication (26) muni d'un contrôleur de frontière (28) pour communiquer avec lesdits dispositifs RF (22), le procédé comprenant : - une étape de détection dans laquelle le contrôleur de frontière entre en communication avec un dispositif RF appartenant à une classe auparavant inconnue au système de communication, et - une étape de déclaration dans laquelle ledit dispositif RF communique la spécification de classe présente dans sa mémoire audit contrôleur de frontière. 2. Procédé selon la revendication 1 caractérisé en ce que ladite spécification de classe est propagée dans le système informatique à partir dudit contrôleur de frontière. 3. Procédé selon l'une des revendications 1 et 2 caractérisé en ce que ladite spécification de classe (40) comporte des éléments métier (42) intelligibles par un gestionnaire du système informatique et des éléments logiques (44) intelligibles par les dispositifs RF (56) d'une même classe, lesdits éléments métier et logiques décrivant lesdites ressources, lesdites opérations et des paramètres desdites opérations. 19 4. Procédé selon l'une des revendications précédentes caractérisé en ce que le gestionnaire du système informatique établit une spécification d'un programme d'exploitation (48) pour exploiter les ressources des dispositifs RF d'une même classe, à partir desdits éléments métier (42) et une spécification d'exploitation provenant du gestionnaire. 5. Procédé selon la revendication 4 caractérisé en ce que ledit gestionnaire est une personne physique. 6. Procédé selon la revendication 4 caractérisé en ce que ledit gestionnaire est un programme informatique pilotant le système et/ou exploitant les données. 7. Procédé selon l'une des revendications 4 à 6 caractérisé en ce que ladite spécification du programme d'exploitation (48) est convertie par un programme de conversion (50), à l'aide de ladite spécification de classe (40), en un programme d'exploitation pour exploiter les ressources des dispositifs RF de la classe concernée. 8. Procédé selon la revendication 7 caractérisé en ce que ledit programme d'exploitation est communiqué par liaison RF (54) auxdits dispositifs RF (56) par ledit contrôleur de frontière (52), ledit programme d'exploitation étant exécuté par ledit système informatique. 9. Procédé selon la revendication 8 caractérisé en ce que ledit programme d'exploitation est au moins partiellement exécuté par au moins un contrôleur de frontière. 10. Procédé selon l'une des revendications précédentes caractérisé en ce que ladite spécification de classe (40) et ladite spécification du programme d'exploitation (48) sont en format XML. 11. Système de communication (10) par radiofréquence RF pour la surveillance d'objets mobiles (14, 16, 20), le système de communication comprenant : - des dispositifs RF (22) associés chacun à l'un desdits objets mobiles, les dispositifs RF étant munis de ressources, incluant au moins une mémoire, et au moins un processeur pour effectuer des opérations, et munis d'un circuit de communication par radiofréquence, et - un système informatique (24) comprenant au moins une borne de communication (26) munie d'un contrôleur de frontière (28) pour communiquer avec les dispositifs RF, le système de communication étant caractérisé en ce que ladite au moins une mémoire d'un dispositif RF comporte une spécification de classe (40) spécifiant desdites ressources et desdites opérations, lesdites opérations étant spécifiées sous la forme d'instructions logiques permettant l'exploitation desdites ressources par ledit système informatique. 12. Système de communication selon la revendication 11 caractérisé en ce que ledit système informatique comporte une interface gestionnaire (60) permettant à un gestionnaire d'établir une définition d'un programme d'exploitation (DEF. PROC. EXPL.) pour exploiter les ressources des dispositifs RF d'une même classe, la définition du programme d'exploitation étant établie à partir de ladite spécification de classe (SPEC.) et des une spécification d'exploitation provenant du gestionnaire (INT. UTILIS.). 13. Système de communication selon la revendication 12, caractérisé en ce que ladite interface gestionnaire (60) comporte : - un parser (PARS) pour analyser la spécification de classe (SPEC.) afin de fournir une description des ressources des dispositifs RF de la classe concernée en langage gestionnaire (RESS. LANG. UTILIS.), - un formateur (FORM. SPEC.) pour formater ladite définition du programme d'exploitation, afin de fournir une spécification du programme d'exploitation (SPEC. PROC. EXPL.). 14. Système de communication selon la revendication 13 caractérisé en ce qu'il comporte un générateur de programme (62) comportant :- un premier parser (64) pour analyser ladite spécification du programme d'exploitation (SPEC. PROC. EXPL.), - un deuxième parser (66) pour analyser ladite spécification de classe (SPEC.), et - un programme de transformation (PROG. TRANSF) pour délivrer un programme d'exploitation (PROC. LOG. EXPL. RESS.) à partir des résultats d'analyse desdits parsers. 15. Système de communication selon l'une des revendications 11 et 14 caractérisé en ce que, les dispositifs RF n'étant pas tous identiques en termes de ressources, chacun appartenant à une classe déterminée correspondant à une spécification de classe particulière, la spécification de classe d'un dispositif RF indiquant la classe à laquelle le disposif RF appartient. 16. Application du procédé défini à l'une des revendications 1 à 10 et du système de communication défini à l'une des revendications 11 à 15, à la surveillance d'un ensemble de bouteilles de gaz munies chacune d'un capteur de pression. 17. Dispositif RF (22) pour un système de communication selon la revendication 11, le dispositif RF (22) comprenant : - des ressources, incluant au moins une mémoire, et au moins un processeur pour effectuer des opérations, et - un circuit pour une communication avec un système informatique (24) par radiofréquence, caractérisé en ce que ladite mémoire du dispositif RF comporte : - une spécification de classe (40) spécifiant desdites ressources et desdites opérations, lesdites opérations étant spécifiées sous la forme d'instructions logiques permettant l'exploitation desdites ressources par ledit système informatique.