Brevet FR2865064A1 — publié le 20050715

L'invention concerne la télérelève de compteurs pour la collecte de données relatives à la consommation d'une fourniture distribuée. Un domaine d'application de l'invention est la relève d'appareils de mesure de consommation, tels que des compteurs électriques, d'eau, de gaz, ou de chaleur. II est d'une manière générale nécessaire de pouvoir assurer le relevé régulier de compteurs de consommation. Classiquement, un préposé venait lui-même relever visuellement chaque compteur. Cela impliquait notamment le déplacement de personnels sur les lieux et le dérangement de l'habitant chez qui le compteur est installé. Afin de remédier à ces inconvénients, il a alors été proposé des systèmes permettant de relever automatiquement les compteurs à distance notamment en vue de valider, afficher et analyser les données de consommation. Le protocole standardisé DLMSICOSEM a ainsi été défini afin de simplifier la communication avec un compteur à distance. Ce protocole DLMS/COSEM définit effectivement un environnement interopérable pour l'échange avec des compteurs de données de collecte et d'informations de contrôle. Sa structure orientée objet permet d'interpréter de façon identique les données de différents compteurs, et l'échange est réalisé indépendamment du canal de communication. Ce protocole présente cependant l'inconvénient d'être une spécification destinée aux seuls experts du domaine du comptage et de la gestion de la 25 consommation d'une fourniture distribuée. De ce fait, l'intervention d'un expert de ce domaine est nécessaire, en particulier afin de réaliser l'intégration des données recueillies. On notera en outre que l'affichage des données se fait par le biais de logiciels spécifiques. 3o Enfin, l'évolution de ce protocole est restreinte, et l'ajout d'informations complémentaires dans le protocole est complexe. D'autres standards ont également été proposés (par exemple le protocole Euridis) mais ils présentent également l'inconvénient d'être spécifiques au domaine du comptage et de nécessiter des compétences particulières, ne serait-ce que pour pouvoir exploiter les données recueillies. Un but de l'invention est de disposer d'un système de télérelève qui permette de s'affranchir de ces limitations et inconvénients. A cet effet, l'invention propose, selon un premier aspect, un système de télérelève de compteurs pour la collecte de données relatives à la consommation d'une fourniture distribuée, caractérisé en ce qu'il comporte, lo pour chaque compteur: - une base de données répertoriant des informations relatives à la consommation de ladite fourniture distribuée, - des moyens formant serveur aptes à interroger ladite base de données, de sorte que des clients peuvent interroger à distance ladite 15 base de données, et en ce que lesdits moyens formant serveur du compteur comportent en outre des moyens adaptés pour, sur réception d'un message MR de requête de collecte de données par un client, interroger la base de données du compteur et transmettre audit client un message Mc au format XML de réponse à sa requête. Des aspects préférés, mais non limitatifs du système selon le premier aspect de l'invention sont les suivants: - le message MR de requête de collecte de données par un client peut également être au format XML; - les messages échangés par les clients et les compteurs transitent à travers un réseau de communication de type TCP-IP; - chaque compteur comporte en outre un module de connexion adapté pour servir d'interface entre le compteur et le réseau de communication; - ledit module de connexion assure des transmissions par lien 3o téléphonique ou par lien radio; - le client peut être l'utilisateur d'un ERP disposant de moyens de connexion audit réseau de communication; - le client peut disposer, pour la connexion audit réseau de communication, d'un poste client standard équipé d'un navigateur; - le client disposant d'un logiciel d'exploitation etlou de moyens de stockage des données collectées, les données au format XML collectées par ledit client sont transcrites dans le format utilisé par ledit logiciel du client et/ou par lesdits moyens de stockage; - les moyens du compteur adaptés pour, sur réception d'un message de io requête, interroger la base de données du compteur et transmettre un message de réponse comprennent un analyseur pour l'interprétation et le traitement de documents XML; - ledit analyseur est adapté pour définir, à partir dudit message de requête, les critères d'interrogation de la base de données, et, suite à cette interrogation, pour formater au format XML ledit message de réponse; - le formatage dudit message de réponse au format XML peut être réalisé conformément à une Définition de Type de Document (DTD) ; un applet Java peut être inséré dans l'un et/ou l'autre des messages au format XML; le compteur peut être adapté à la fois pour collecter des informations relatives à la consommation de ladite fourniture et pour récupérer des informations relatives à la consommation d'autres fournitures, le serveur dudit compteur comportant en outre des moyens pour transmettre également dans ledit message de réponse au format XML des informations relatives à la consommation desdites autres fournitures. Selon un deuxième aspect, l'invention concerne un procédé de mise en oeuvre du système de télémesure selon le premier aspect de l'invention. Enfin, l'invention concerne également un compteur comportant des moyens nécessaires à la mise en oeuvre du procédé selon le deuxième aspect de l'invention. D'autres caractéristiques, buts et avantages de l'invention apparaîtront à la lecture de la description détaillée qui va suivre, et au regard de la figure unique annexée. Cette figure 1 représente un système de télémesure conforme à une mise en oeuvre de l'invention. L'invention s'applique à la télérelève de compteurs permettant, d'une manière générale, chacun de mesurer et d'enregistrer la consommation d'une fourniture distribuée à un abonné. On peut citer à titre d'exemples non limitatifs de fourniture distribuée, l'électricité, l'eau, le gaz, la chaleur, ou encore la télévision. ro Un compteur peut être à usage domestique ou industriel. Comme cela est illustré sur la figure, un compteur 1 selon l'invention comporte une base de données 2 répertoriant des informations relatives à la consommation de la fourniture distribuée. Ces informations sont celles classiquement utilisées dans le domaine du comptage. On peut citer à titre d'exemples le contrôle de la consommation de la fourniture, la programmation de l'option tarifaire, la programmation de l'activité, le type de contrat souscrit par l'abonné (notamment l'intensité et la puissance souscrites dans le cas de la fourniture d'électricité), des données relatives à la qualité ou aux incidents de la distribution de la fourniture à l'abonné, telles que les coupures brèves, etc. Le compteur 1 comporte également des moyens 3 formant serveur aptes à interroger la base de données 2, de sorte qu'un client 6, 8, 9, 10, 11 puisse interroger à distance ladite base de données 2 par l'intermédiaire desdits moyens 3 formant serveur. La base de données 2 présente notamment l'avantage d'offrir des moyens structurés sophistiqués de stockage de ces informations de consommation, ainsi que la possibilité de requérir de manière fine la collecte de ces informations. En particulier, on comprend que la présence d'une base de données dans le compteur permet à chaque client de réaliser la requête de son choix. La présence d'une telle base de données permet ainsi une grande souplesse dans la réalisation d'une télérelève. Les moyens formant serveur 3 forment préférentiellement un serveur HTTP de sorte que le transfert de données entre un client et le serveur est réalisé selon le protocole HTTP. Les clients et le serveur HTTP sont aptes à communiquer par l'intermédiaire de tout type de réseau de communication supportant le protocole HTTP, typiquement via un réseau 4 de type TCP/IP. Un module 5 de connexion au réseau 4 est classiquement interfacé ro entre le compteur 1 et le réseau 4. De manière non limitative, ce module 5 peut assurer des transmissions par un lien téléphonique (par exemple via une ligne ADSL), par un lien radio (par exemple suivant les technologies GPRS ou Bluetooth), ou encore par la technique des courants porteurs en ligne is (CPL). Un client sollicite la collecte des données répertoriées dans la base de données 2 du compteur 1 en faisant parvenir aux moyens 3 formant serveur du compteur un message MR de requête de collecte de données. Dans le cadre d'un mode de réalisation préféré de l'invention, ce message de requête MR est au format XML (initiales du terme anglo-saxon eXtensible Markup Language, ou en français Langage Extensible de Balisage) . On rappelle ici succinctement que le langage XML est un langage de balisage, c'est-à-dire un langage qui présente de l'information encadrée par des balises. Les concepteurs de documents XML peuvent en outre créer leurs propres balises, notamment afin de personnaliser la structure des données qu'ils souhaitent présenter. Sur réception du message de requête MR, les moyens 3 formant serveur du compteur interrogent la base de données 2 du compteur. Les critères d'interrogation de ladite base de données sont bien 3o evidemment definis par le message MR de requete, par exemple au format XML, et interprétés par les moyens 3 formant serveur du compteur. Dans le cadre du mode de réalisation préféré de l'invention, lesdits moyens 3 formant serveur comportent à cet effet un analyseur XML (ou parser selon la terminologie anglo-saxonne) ayant en charge l'interprétation et le traitement de documents XML. Suite à l'interrogation de la base de données 3 du compteur 1, les moyens 3 formant serveur formatent un message Mc de réponse à la requête du client également selon le format XML, et transmettent ledit message Mc de réponse au client. Ledit analyseur permet ainsi de définir, à partir dudit message MR de io requête, les critères d'interrogation de la base de données 2, et, suite à cette interrogation, de formater au format XML un message de réponse Mc. Ledit message de réponse Mc au format XML comporte dans les différentes balises les données relatives à la consommation de la fourniture distribuée qui ont ainsi été collectées en réponse à la requête du client. On rappelle ici que la structure arborescente d'un document XML (intitulé des balises, imbrications des balises, caractère obligatoire ou facultatif des balises et de leur ordre de succession...) peut être déclarée formellement dans le corps du document XML ou dans un fichier à part. Cette déclaration s'appelle une Définition de Type de Document (DTD ou Document Type Definition selon la terminologie anglo-saxonne) et s'effectue selon un formalisme particulier défini lui-aussi dans la spécification XML. L'écriture d'une DTD peut par exemple permettre de contraindre la saisie/mise à jour d'un document XML. Cette déclaration est cependant facultative, ce qui procure une 25 grande souplesse de développement. Ainsi, selon un mode de réalisation particulier de l'invention, le message Mc de réponse peut être formaté conformément à une DTD. La DTD qui a servi de base à la création du message Mc de réponse peut alors être utilisée par la suite au niveau du client afin de déterminer la structure dudit Mc de réponse. De manière similaire, selon un autre mode de réalisation de l'invention, le message MR de requête peut être formaté conformément à une DTD, celleci étant alors utilisée par les moyens formant serveur du compteur pour en déterminer la structure. Finalement, une seule et même DTD peut être utilisée par l'ensemble du système selon l'invention de manière à définir une seule et même structure pour les messages (notamment les messages MR de requête et Mc de réponse) qui sont échangés à travers ledit système. Comme cela a déjà été mentionné précédemment, le client lo souhaitant obtenir des données relatives à la consommation d'un fourniture distribuée télérelève un compteur en lui transmettant un message MR de requête par l'intermédiaire d'un réseau 4 de télécommunication de type réseau TCP/l P. Le client peut à cet effet contacter les moyens 3 formant serveur du compteur 1 par l'intermédiaire d'un poste client 12 standard (tel qu'un ordinateur personnel) équipé d'un navigateur standard et connu en soi. Un tel client est représenté sous la référence 6 sur la figure annexée. Le client peut également contacter les moyens 3 formant serveur du compteur 1 par l'intermédiaire d'un TPS (Terminal de Saisie Portable) adaptée pour réaliser la collecte sur site des données d'un ou plusieurs compteurs. Un tel client est généralement l'installateur ou le configurateur du compteur. Le client peut également être l'utilisateur d'un progiciel de gestion intégré de type ERP (Enterprise Ressource Planning selon la terminologie anglo-saxonne) disposant de moyens de connexion nécessaires au réseau de télécommunication mentionné ci-dessus. Un tel ERP est représenté sous la référence 7 sur la figure 1. On entend par ERP un logiciel permettant de gérer l'ensemble des processus d'une entreprise, en intégrant l'ensemble des fonctions de cette dernière, telles que par exemple la gestion comptable et financière 8, la vente et le service après-vente 9, la distribution 10, l'assurance qualité 11, etc. D'une manière générale, le client peut disposer de logiciels d'exploitation des données collectées; en particulier d'outils logiciels intégrant les données collectées pour en retirer des informations statistiques ou pour optimiser la distribution de la fourniture concernée. Le client peut également disposer de moyens de stockage des données collectées. Le message Mc de réponse au format XML peut alors être transcrit io dans le format de données des logiciels d'exploitation etlou des moyens de stockage dont dispose le client. Le message de réponse au format XML peut également être utilisé tel quel, de manière brute, par exemple par visualisation dans un navigateur ou au travers d'un ERP. Dans le cadre du système selon l'invention, différents clients 6, 8, 9, 10 peuvent intervenir pour télérelever des données d'un compteur 1 en échangeant avec ledit compteur des messages MR de requête et Mc de réponse selon le même format. Bien entendu les informations collectées par les différents clients ne sont pas nécessairement les mêmes, chaque client définissant effectivement au travers de son message MR de requête quelles sont les données à collecter. Le format d'échange étant le même pour chaque intervenant, à savoir le XML, l'invention propose ainsi un support universel pour 25 transporter les informations des compteurs. L'un des intérêts du langage XML ressort ici pleinement en ce qu'il permet l'échange de données ou de documents entre des sites distants ou des applications différentes, en agissant comme un format pivot garant des données échangées, et cela malgré la possible hétérogénéité des bases de données ou logiciels utilisés par les différents clients. Les clients peuvent effectivement appartenir à des domaines différents. Si les spécialistes du domaine du comptage sont bien évidemment concernés, d'autres personnes, telles que les spécialistes du marketing ou de la gestion par exemple, peuvent également utiliser avantageusement le système selon l'invention et bénéficier d'informations relatives à la consommation de la fourniture distribuée, et notamment d'information plus particulièrement utiles à leur métier. L'utilisation du langage XML offre par ailleurs les avantages suivants. É Aucune connaissance particulière n'est théoriquement nécessaire pour io comprendre le contenu d'un message au format XML. Il n'est donc pas nécessaire de connaître des protocoles spécifiques au domaine du comptage pour pouvoir exploiter les données télérelevées. L'invention procure ainsi une lisibilité accrue des données collectées. É Le langage XML est extensible de sorte qu'un message au format XML peut être utilisé dans différents domaines d'applications. É Le langage XML est autodescriptif et sa structure arborescente permet de modéliser la majorité des problèmes informatiques. É Le langage XML est facilement déployable. Il peut effectivement être facilement distribué par n'importe quel protocole à même de transporter 20 du texte (par exemple le protocole HTTP). É La langage XML est intégrable: un message selon ce format est effectivement utilisable par toute application pourvue d'un analyseur (parser). On mentionne ici que les différents échanges de données, en particulier ceux concernant les messages MR de requête et de réponse Mc, peuvent être sécurisés en mettant en oeuvre des techniques classiques de chiffrement et de sécurisation. A cet effet, des messages autres que les messages de requête et de réponse peuvent être échangés entre un client et un compteur. Le client peut ainsi être obligé de démontrer qu'il est bien habilité à télérelever un compteur, par exemple en fournissant un identifiant. É 2865064 i0 On mentionne également que des applets Java peuvent être insérés (en particulier au moyen de la balise ) dans les messages XML transférés par le système selon l'invention, de sorte qu'une tache précise (application Java) puisse être exécutée à l'intérieur des messages au format XML. Ces applets Java peuvent par exemple prendre la forme d'un tableur élémentaire inséré dans le message Mc de réponse afin de réaliser un calcul automatique à partir des données collectées. Ces applets Java permettent également de sécuriser les échanges, io par exemple en autorisant la saisie de mots de passe. Un client ne peut ainsi opérer la télérelève d'un compteur que si il peut prouver, via un applet Java, qu'il est bien habilité à le faire. D'autres moyens de sécurisation des transferts de données sur internet sont alternativement ou simultanément utilisés, tels que le protocole SSL. On précise que, si la figure annexée ne représente qu'un seul compteur, l'invention s'applique bien évidemment à la télérelève d'une pluralité de compteurs, ceux-ci étant conformes à la description ci-dessus de manière à permettre la collecte de leur données selon le format XML, à travers un réseau de communication, notamment de type TCP-IP. On notera en outre que la télérelève d'un ou plusieurs compteurs peut être réalisée de manière automatique. La génération et la transmission à un compteur d'un message MR de requête peuvent effectivement être réalisées automatiquement, par exemple afin de réaliser une collecte périodique des données d'un compteur. Enfin, l'invention s'applique également au cas où le relevé d'un compteur de consommation d'une fourniture permet de récupérer des informations relatives à la fois à la consommation de cette fourniture mais également à la consommation d'autres fournitures distribuées. C'est le cas par exemple du relevé de compteur électrique d'un 30 abonné qui permet d'obtenir également des informations relatives à la consommation d'eau ou de gaz par le même abonné. L'invention concerne selon un second aspect un procédé de mise en oeuvre du système de télémesure exposé précédemment. Le procédé est plus précisément caractérisé par les étapes suivantes: une étape de transmission d'un message MR, au format XML, de requête de collecte de données, d'un client vers un compteur; - une étape d'interrogation de la base de données dudit compteur en fonction des informations contenues dans le message MR de requête; - une étape de formatage au format XML et de transmission au client io d'un message Mc de réponse à sa requête en fonction des résultats de ladite interrogation. Le procédé peut bien évidemment être mis en oeuvre périodiquement afin d'assurer la télérelève régulière des données des compteurs. Enfin l'invention concerne également un compteur comportant des moyens nécessaires à la mise en oeuvre du procédé présenté ci-dessus. REVENDICATIONS 1. Système de télérelève de compteurs pour la collecte de données relatives à la consommation d'une fourniture distribuée, caractérisé en ce 5 qu'il comprend, pour chaque compteur (1) : - une base de données (2) répertoriant des informations relatives à la consommation de ladite fourniture distribuée, - des moyens (3) formant serveur aptes à interroger ladite base de données (2), de sorte que des clients (6, 7, 8, 9, 10, 11, 13) peuvent interroger à distance ladite base de données, et en ce que lesdits moyens (3) formant serveur du compteur comportent en outre des moyens adaptés pour, sur réception d'un message (MR) de requête de collecte de données par un client, interroger la base de données du compteur et transmettre audit client un message (Mc) au format XML de réponse à sa requête. 2. Système selon la revendication 1, caractérisé en ce que ledit message (MR) de requête de collecte de données par un client est au format XML. 3. Système selon l'une des revendications précédentes, caractérisé en ce que les messages échangés entre les clients et les compteurs transitent à travers un réseau (4) de communication de type TCP-IP. 4. Système selon la revendication 3, caractérisé en ce que chaque compteur comporte en outre un module (5) de connexion adapté pour servir d'interface entre le compteur et ledit réseau (4) de communication. 5. Système selon la revendication 4, caractérisé en ce que ledit module 30 (5) de connexion assure des transmissions par lien téléphonique ou par lien radio. 6. Système selon l'une des revendications 3 à 5, caractérisé en ce que le client (8, 9, 10, 11) est l'utilisateur d'un ERP (7) disposant de moyens de connexion audit réseau (4) de communication. 7. Système selon l'une des revendications 3 à 5, caractérisé en ce que le client (6) dispose, pour la connexion audit réseau (4) de communication, d'un poste client (12) standard équipé d'un navigateur. 8. Système selon l'une des revendications précédentes, dans lequel le client dispose d'un logiciel d'exploitation et/ou de moyens de stockage des données collectées, caractérisé en ce que les données au format XML collectées par ledit client sont transcrites dans le format utilisé par ledit logiciel et/ou par lesdits moyens de stockage du client. 9. Système selon l'une des revendications précédentes, caractérisé en ce que lesdits moyens du compteur adaptés pour, sur réception d'un message (MR) de requête, interroger la base de données du compteur et transmettre un message (Mc) de réponse comprennent un analyseur pour l'interprétation et le traitement de documents XML 10. Système selon la revendication précédente, caractérisé en ce que ledit analyseur est adapté pour définir, à partir dudit message (MR) de requête, les critères d'interrogation de la base de données (2), et, suite à cette interrogation, pour formater au format XML ledit message de réponse (Mc). 11. Système selon la revendication précédente, caractérisé en ce que le formatage dudit message de réponse (Mc) au format XML est réalisé 30 conformément à une Définition de Type de Document (DTD). 12. Système selon l'une des revendications précédentes, caractérisé en ce que un applet Java est inséré dans l'un et/ou l'autre des messages au format XML. 13. Système selon l'une des revendications précédentes, dans lequel le compteur est adapté à la fois pour collecter des informations relatives à la consommation de ladite fourniture et pour récupérer des informations relatives à la consommation d'autres fournitures, caractérisé en ce que le serveur dudit compteur comporte en outre des moyens pour transmettre également dans ledit message (MR) de réponse au format XML des informations relatives à la consommation desdites autres fournitures. 14. Procédé de mise en oeuvre du système de télémesure selon l'une quelconque des revendications précédentes, caractérisé par les étapes suivantes: - transmission d'un message (MR), au format XML, de requête de collecte de données, d'un client vers un compteur; - interrogation de la base de données dudit compteur en fonction des informations contenues dans ledit message (MR) de requête; - formatage au format XML et transmission audit client d'un message (Mc) de réponse à sa requête en fonction des résultats de ladite interrogation. 15. Procédé selon la revendication précédente, caractérisé en ce qu'il est mis en oeuvre périodiquement afin d'assurer la télérelève régulière des données des compteurs. 16. Compteur comportant des moyens nécessaires à la mise en oeuvre du procédé selon l'une des deux revendications précédentes.