FR 3007557 A1 20141226 FR 1355822 A 20130620 10 Description La présente invention concerne un procédé et un système de gestion de données de bâtiment. Il est connu de disposer des capteurs dans les bâtiments destinés à mesurer des caractéristiques de fonctionnement de ces bâtiments. 15 Habituellement, chaque acteur (entreprise de maintenance des équipements, syndics, etc.) possède ses propres capteurs qui lui fournissent des mesures. L'acteur enregistre alors ces mesures dans une base de données qui lui est propre. Pour accéder aux mesures réalisées par les capteurs d'autres acteurs, il est également connu de prévoir des mécanismes de synchronisation des bases de 20 données d'acteurs différents. Cependant, ces synchronisations ne sont réalisées qu'à des intervalles longs, supérieurs à cinq minutes. Ainsi, il est difficiles pour un acteur d'avoir accès rapidement à toutes les mesures des données d'un bâtiment. Afin de remédier au moins en partie aux inconvénients précédents, il est 25 proposé un procédé de gestion de données de bâtiment, caractérisé en ce qu'il comporte : - la réception de mesures, chaque mesure ayant été réalisée par un capteur et évaluant une caractéristique de fonctionnement d'un bâtiment (104), - l'étiquetage de chaque mesure avec au moins une étiquette, 30 - l'émission de chaque mesure avec son ou ses étiquettes à au moins un destinataire par une technique de poussée de données. De façon optionnelle, chaque étiquette correspond à une catégorie d'une classification parmi des classifications prédéterminées. De façon optionnelle également, chaque capteur étant situé en un lieu, le 35 procédé comporte en outre : - l'association de chaque capteur avec une localisation repérant ce lieu, - l'association de chaque étiquette avec au moins une localisation repérant un lieu, et l'étiquetage de chaque mesure avec au moins une étiquette comporte : la comparaison de l'adresse associée au capteur ayant réalisé la mesure avec les adresses associées aux étiquettes pour trouver au moins une étiquette dont la localisation repère le même lieu que l'adresse du capteur ayant réalisé la mesure, l'étiquetage de la mesure avec chacune des étiquettes trouvées. De façon optionnelle également, le procédé comporte en outre : - l'association de destinataires avec au moins une étiquette, et le ou les destinataires auxquels chaque mesure est émise par la technique de poussée de données, sont le ou les destinataires associés à au moins une étiquette étiquetée à la mesure. Il est également proposé un programme d'ordinateur comportant des instructions destinées à être exécutées par un ordinateur pour mettre en oeuvre un procédé selon l'invention. Il est également proposé un système de gestion de données de bâtiment, caractérisé en ce qu'il comporte : des moyens de réception de mesures, chaque mesure ayant été réalisée par un capteur et évaluant une caractéristique de fonctionnement d'un bâtiment, des moyens d'étiquetage de chaque mesure avec au moins une étiquette, des moyens d'émission de chaque mesure avec son ou ses étiquettes à au moins un destinataire par une technique de poussée de données. Un exemple de réalisation de l'invention va à présent être décrit, en référence aux dessins annexés, parmi lesquels : - la figure 1 est une vue schématique simplifiée d'un système selon l'invention de gestion de données de bâtiment, et - la figure 2 est un schéma-blocs illustrant les étapes d'un procédé selon l'invention de gestion de données de bâtiments. En référence à la figure 1, un système 100 de gestion de données de bâtiment mettant en oeuvre l'invention va à présent être décrit. Le système de gestion 100 comporte tout d'abord au moins un capteur 1021...102N, chacun destiné à mesurer une caractéristique de fonctionnement d'un bâtiment 1041...104m. Dans l'exemple décrit, les caractéristiques de fonctionnement mesurées concernent des ascenseurs et sont : les temps de levé de freins par intervalle de temps (par exemple, par heure) et le nombre d'activations des moteurs par intervalle de temps (par exemple, par jour). Chaque capteur 1021...102N est destiné à émettre des mesures, pouvant être soit des mesures de routine soit des mesures d'alarme, à destination d'un concentrateur qui sera décrit plus loin. Le système de gestion 100 comporte en outre au moins un concentrateur 1061...106K. Par exemple, il est prévu un concentrateur 1061...106K par bâtiment 1041...104m. Chaque concentrateur 106i... 106K est relié, par liaison filaire ou non filaire (par exemple, par liaison radiofréquence), à un ou plusieurs capteurs 1021...102N du bâtiment 1041...104m associé au concentrateur 1061...106K. Chaque concentrateur 1061...106K est destiné à émettre des messages à un système informatique qui sera décrit plus loin. Les messages sont dans des formats qui peuvent différer d'un concentrateur 1061...106K à l'autre. Dans l'exemple décrit, les concentrateurs 1061...106K émettent des messages dans un même format. Chaque concentrateur 1061...106K est tout d'abord destiné, à sa mise sous tension ou bien à chaque fois qu'un capteur 1021...102N est relié au concentrateur 1061...106K, à détecter les capteurs 1021...102N auxquels il est relié. En conséquence de cette détection, le concentrateur 1061...106K est destiné à émettre un message, appelé message de topologie, comportant un identifiant du concentrateur 1061...106K et, pour chaque capteur 1021...102N relié au concentrateur 1061...106K, un identifiant du capteur 102i... 102N et une indication du type de capteur. Dans l'exemple décrit, le message est un fichier, appelé fichier de topologie, transféré conformément au protocole http (de l'anglais « Hypertext Transfer Protocol » signifiant « protocole de transport hypertexte ») à un système informatique qui sera décrit plus loin. Dans l'exemple décrit, le format de message est que l'identifiant du concentrateur 1061...106K se trouve dans le nom du fichier de topologie, tandis que les autres informations se trouvent dans le contenu du fichier de topologie. Chaque concentrateur 1061...106K est en outre destiné, pour chaque capteur 1021...102N auquel il est relié, à émettre régulièrement, suivant une période prédéterminée, un message, appelé message de mesure, comportant l'identifiant du capteur 1021...102N et les mesures reçues de la part du capteur 1021...102N pendant la période prédéterminée venant de s'achever. La durée de la période prédéterminée est paramétrable, par exemple entre une heure et plusieurs jours. Dans l'exemple décrit, chaque concentrateur 1061...106K est destiné à émette les mesures telles qu'il les reçoit, sans effectuer de traitement. Dans l'exemple décrit, le message de mesure est un fichier, appelé fichier de mesure, transféré conformément au protocole http. Dans l'exemple décrit, le format de message est que l'identifiant du concentrateur 106 se trouve dans le nom du fichier de mesure, tandis que les autres informations se trouvent dans le contenu du fichier de mesure. Chaque concentrateur 106 est en outre destiné à émettre, suite à la réception d'une alarme de la part d'un capteur 102 auquel il est relié, un message d'alarme comportant l'identifiant du capteur ayant émis l'alarme et des informations en rapport avec l'alarme, parmi lesquelles par exemple : la date et l'heure de l'alarme, un identifiant du type d'alarme, un identifiant du statut de l'alarme, un nom correspondant à ce type d'alarme. Les différents types d'alarme peuvent par exemple comprendre : une alarme concernant une panne de l'alimentation secteur du capteur, une alarme concernant une panne d'un capteur, une alarme concernant la présence d'un technicien, une alarme concernant une panne de la liaison filaire, une alarme concernant une erreur de configuration du capteur, une alarme concernant une panne du réseau GPRS. Les différents statuts d'alarme peuvent par exemple comprendre : apparition de l'alarme, disparition de l'alarme, et sans statut. Dans l'exemple décrit, le message d'alarme est un fichier, par exemple au format texte, comportant l'identifiant du capteur à l'origine de l'alarme, ainsi que les informations d'alarme précédentes, que le concentrateur est destiné à transférer conformément au protocole http. Par exemple, l'identifiant du capteur 1021...102N se trouve dans le nom du fichier d'alarme, tandis que les autres informations se trouve dans le contenu du fichier d'alarme. Le système de gestion 100 comporte en outre un système informatique 108. Le système informatique 108 est relié à chaque concentrateur 1061...106K, par exemple par une liaison sans fil. Dans l'exemple décrit, le système informatique 108 est relié à chaque concentrateur 1061...106K par une liaison GSMC (de l'anglais « Global System for Mobile Communications »). Le système informatique 108 comporte une partie matérielle comprenant un ou plusieurs ordinateurs fonctionnant en réseau, et une partie logicielle exécutée par la partie matérielle. La partie logicielle comprend différentes entités (des modules et des canaux) qui seront décrites par la suite. Dans l'exemple décrit, la partie logicielle utilise le logiciel libre Hubiquitus, chaque module et canal étant un « acteur)> tel que défini dans Hubiquitus. Le système informatique 108 comporte tout d'abord une base de données 110, par exemple une base de données MongoDB. La base de données 110 comporte tout d'abord des identifiants des capteurs 1021...102N, dont au moins une partie est associée à des localisations. La base de données 110 comporte en outre des classifications prédéterminées regroupant des catégories, chacune associée à au moins une localisation. À chaque catégorie, correspond une étiquette, de l'anglais « tag », représentant cette catégorie. Chaque classification est associée à un destinataire des mesures, et représente le « référentiel » de ce destinataire. Dans l'exemple décrit, les destinataires sont des applications clientes, chacune associée à au moins une classification. Ainsi, chaque destinataire peut posséder une ou plusieurs classifications de catégories correspondant aux besoins de ce destinataire pour la consommation de mesures ou d'alertes. Par exemple, le destinataire possède l'une ou plusieurs des classifications suivantes : - le découpage territorial de son patrimoine, - la segmentation sociologique des habitants, - la répartition des typologies d'équipements du bâtiment, - ou tout autre classement correspondant au référentiel du destinataire suivant des critères techniques, géographiques, sociologiques et/ou économiques. Chaque localisation comporte un ou plusieurs éléments de localisation, par exemple parmi les éléments de localisation suivants : position géo-spatiale (GPS, de l'anglais « Global Positioning System »), numéro de voie, type de voie (par exemple, « rue » ou « avenue »), nom de la voie, complément d'adresse, numéro d'étage, précision sur le numéro d'immeuble, code postale, ville, code pays (par exemple, « 33 » pour la France), type d'emplacement du capteur (partie commune ou partie privative), numéro de porte. Le système informatique 108 comporte en outre, pour chaque format de message, un module 112, appelé module de formatage, destiné à recevoir les messages émis par chaque concentrateur 1061...106K utilisant ce format de message, à les convertir dans un format prédéterminé au moyen d'une clé de conversion adapté à ce format de message, et à émettre, d'une part, les messages de mesure et d'alarme convertis à destination d'un canal, appelé canal de données, et, d'autre part, les messages de topologie, à un canal, appelé canal de topologie. Ces canaux seront décrits plus loin. Dans l'exemple décrit, puisqu'un seul format de message est utilisé, le système informatique 108 ne comporte qu'un seul module de formatage 112. Le module de formatage 112 est ainsi destiné à émettre des messages de topologie, des messages de mesure de routine, et des messages d'alarme. Chaque message de topologie comporte l'identifiant du concentrateur 106i...106K et, pour chaque capteur 1021...102N relié au concentrateur 1061..,106K et détecté par ce dernier, l'identifiant de ce capteur 1021...102N et une indication de son type. Chaque message de mesure de routine comporte des mesures (c'est-à-dire des valeurs des caractéristiques de fonctionnement mesurées) et l'identifiant du capteur 1021...102N ayant réalisé ces mesures. Chaque message d'alarme comporte l'identifiant du capteur 1021...102N à l'origine de l'alarme et le type de l'alarme. Le système informatique 108 comporte en outre un canal de topologie 114 destiné à recevoir les messages de topologie, à les enregistrer dans la base de données 110 et à les distribuer à un module, appelé module d'ajout de capteur, qui sera décrit plus loin. Le système informatique 108 comporte un module d'ajout de capteurs 116 destiné à recevoir les messages de topologie et, pour chaque message de topologie reçu, à vérifier si les capteurs 1021...102N identifiés dans le message de topologie sont enregistrés ou non dans la base de données 110, c'est-à-dire si cette dernière comporte leurs identifiants. Le module d'ajout de capteurs 116 est destiné à enregistrer dans la base de données 110 chaque capteur 1021...102N qui n'est pas déjà enregistré, en y inscrivant son identifiant, et à enregistrer ce capteur comme « non appairé)> (c'est-à-dire non associé à une localisation) dans la base de données 110. Le système informatique 108 comporte en outre un module d'appairage 118 destiné à recevoir des informations de localisation d'une application externe au système informatique 108 pour associer, dans la base de données 110, les capteurs 1021...102N encore non appairés avec une localisation. Le système informatique 108 comporte en outre un canal de données 120 destiné à recevoir les messages de mesure courant et les messages d'alerte, à les enregistrer dans la base de données 110 et à les distribuer à un module, appelé module d'enrichissement, qui sera décrit plus loin. Le système informatique 108 comporte en outre un module d'enrichissement 122 destiné à recevoir les messages de mesure courante et les messages d'alerte. Le module d'enrichissement 122 est en outre destiné, pour chaque message reçu, à vérifier si le capteur 102 à l'origine du message est appairé dans la base de données 110, c'est-à-dire s'il y est associé à une localisation. Si c'est le cas, le module d'enrichissement 122 est destiné à comparer l'adresse associée au capteur ayant réalisé la mesure avec les adresses associées aux étiquettes pour trouver au moins une étiquette dont la localisation repère le même lieu que l'adresse du capteur ayant réalisé la mesure. Par exemple, il pourra être déterminé qu'une adresse GPS repère le même lieu qu'une adresse postale. Le module d'enrichissement 122 est en outre destiné à étiqueter le message avec chacune des étiquettes trouvées lors de la comparaison. Après avoir enrichi le message, le module d'enrichissement 122 est destiné à l'émettre vers un canal, appelé canal de mesure, s'il s'agit d'un message de mesure courante, ou bien vers un autre canal, appelé canal d'alarme, s'il s'agit d'un message d'alarme. Ces canaux seront décrits par la suite. Si le capteur à l'origine du message n'est pas appairé, le module d'enrichissement 122 est destiné à le rejeter, c'est-à-dire à ne pas l'émettre vers les canaux. Le système informatique 108 comporte en outre un canal de mesure 124 destiné à recevoir les messages de mesure enrichis par le module d'enrichissement 122, à les enregistrer dans la base de données 110 et à les distribuer à des destinataires en fonction de leurs étiquettes. Plus précisément, le module d'enrichissement 122 est destiné à distribuer chaque message enrichi au destinataire associé à la classification dont est issue au moins une étiquette du message. La distribution est réalisée par une technique de poussée de données (de l'anglais « push technology »), c'est-à-dire que la transmission du message est initiée par le canal de mesure et non par l'application client. Le système informatique 108 comporte en outre un canal d'alarme 126 destiné à recevoir les messages d'alarme enrichis par le module d'enrichissement 122, à les enregistrer dans la base de données 110 et à les distribuer à des destinataires en fonction de leurs étiquettes. Plus précisément, le module d'enrichissement 122 est destiné à distribuer chaque message enrichi au destinataire associé à la classification dont est issue au moins une étiquette du message. La distribution est réalisée par une technique de poussée de données (de l'anglais « push technology »), c'est-à-dire que la transmission du message est initiée par le canal de mesure et non par l'application client. Le système de gestion 100 comporte en outre des applications utilisateur 128 destinées à recevoir, sans avoir initié la transmission, les messages de mesure et d'alarme auxquels elles sont associées. Ces applications utilisateur 128 sont destinées à être utilisés par des utilisateurs variés, comme par exemple : des sociétés de service, des exploitants des bâtiments, des bailleurs sociaux ou bien des occupants de maisons ou d'appartements. Chaque application utilisateur 128 est abonnée à au moins une classification, de manière à recevoir les messages ayant été étiquetés avec au moins une étiquette de la ou des classifications auxquelles elle est abonnée. Suivant la nature des mesures, certaines applications utilisateur 128 peuvent fournir, par exemple en les affichant sur un écran d'ordinateur, les mesures ou bien des indicateurs calculés à partir des mesures. Le système de gestion 100 comporte en outre une application de maintenance 130 destinée à être exécutée sur un ordinateur présentant une interface homme/machine. L'application de maintenance 130 est ainsi destinée à recevoir, de la part d'un utilisateur de cet ordinateur, une localisation d'un capteur 1021...102N, et à émettre cette localisation au module d'appairage 118 pour qu'il réalise l'appairage de ce capteur 1021...102N avec la localisation fournie. L'utilisateur de cette application de maintenant 130 est par exemple un agent de maintenance installant le capteur, auquel cas l'ordinateur peut être un ordinateur portable que l'agent de maintenance transporte avec lui. Un exemple de procédé 200 de gestion de données de bâtiment mis en oeuvre par le système de gestion de la figure 1 va à présent être décrit. Au cours d'une étape 202, des capteurs 1021...102N sont tout d'abord reliés à des concentrateurs 1061 ... 106K. Au cours d'une étape 204, chaque concentrateur 1061...106K détecte alors les capteurs auxquels il est relié. Au cours d'une étape 206, le concentrateur 1061...106K émet alors, à destination du système informatique 108, un message de topologie comportant un identifiant du concentrateur 1061...106K et, pour chaque capteur 102i... 102N relié au concentrateur 1061...106K, un identifiant du capteur 1021...102N et une indication du type de capteur. Au cours d'une étape 208, le module de formatage 112 reçoit alors chaque message de topologie et le converti dans le format prédéterminé. Au cours d'une étape 210, le module de formatage 112 émet alors le message de topologie au canal de topologie 114. Au cours d'une étape 212, Le canal de topologie 114 reçoit alors le message de topologie, l'enregistre dans la base de données et le distribue au module d'ajout de capteurs 116. Au cours d'une étape 214, le module d'ajout de capteurs 116 reçoit le message de topologie, vérifie si les capteurs 102i... 102N identifiés dans le message de topologie sont enregistrés ou non dans la base de données 110, et enregistre dans la base de données 110 chaque capteur qui n'est pas déjà enregistré. Au cours d'une étape 216, au moyen de l'application de maintenance 130, un utilisateur envoie alors la localisation de chaque capteur 1021...102N nouvellement enregistré au module d'appairage 118. Au cours d'une étape 218, le module d'appairage 118 réalise l'appairage de chaque capteur 102 avec la localisation fournie. Au cours d'une étape 220, les capteurs 1021...102N mesurent alors une caractéristique de fonctionnement du bâtiment 1041...104m auquel ils sont associés et l'émettent vers les concentrateurs 1061...106K. En cas d'incident détecté, ils émettent également une alarme. Au cours d'une étape 222, les concentrateurs 1061...106K reçoivent les mesures et les alarmes et, dans le premier cas, émettent chacun régulièrement un message de mesure au système informatique 108, et dans le second cas, émettent un message d'alarme dès qu'ils reçoivent une alarme. Au cours d'une étape 224, le module de formatage 112 reçoit les messages, les converti dans le format prédéterminé, et les émet à destination du canal de données 120. Au cours d'une étape 226, le canal de données 120 reçoit les messages, les enregistre dans la base de données 110 et les distribue au module d'enrichissement 122. Au cours d'une étape 228, le module d'enrichissement 122 reçoit les messages, vérifie, pour chacun d'eux, si le capteur 102 à l'origine du message est appairé dans la base de données, et, si c'est le cas, ajoute au message au moins une étiquette. Au cours d'une étape 230, après l'avoir enrichi, le module d'enrichissement 122 émet chaque message vers le canal de mesure 124, s'il s'agit d'un message de mesure courante, ou bien vers le canal d'alarme 126, s'il s'agit d'un message d'alarme. Au cours d'une étape 232, le canal de mesure 124 reçoit les messages de mesure enrichis, les enregistre dans la base de données 110 et les distribue aux applications utilisateurs 128, en fonction des étiquettes des messages de mesure. Au cours d'une étape 234, le canal d'alarme 126 reçoit les messages d'alarme enrichis, les enregistre dans la base de données 110 et les distribue aux applications utilisateur 128, en fonction des étiquettes des messages d'alarme. Au cours d'une étape 236, les applications utilisateur 128 reçoivent les messages qui leur sont destinés de par leurs abonnements aux classifications. Il apparait que le système de gestion décrit précédemment peut être utilisé dans différents usages, comme par exemple l'estimation de qualité de service, la gestion énergétique, les services à la personne, etc. L'invention n'est pas limitée à l'exemple de réalisation précédemment décrit, mais au contraire définie par les revendications annexées, dont la portée s'étend à toutes les modifications et configurations alternatives pouvant être conçues à partir des connaissances générales de l'homme du métier. En particulier, l'exemple de réalisation décrit précédemment présente deux dispositifs distincts pour la fonction de capteur et la fonction de concentrateur. Cependant, en variante de réalisation, il pourrait être utilisé un seul dispositif regroupant les fonctions de capteur et de concentrateur et pouvant se comporter alternativement comme un capteur, comme un concentrateur et comme les deux en même temps. Dans ce cas, le dispositif pourrait, à certains instants, successivement présenter un comportement de capteur, puis de concentrateur, et/ou, à d'autres instants, présenter les deux comportements en même temps. REVENDICATIONS1. Système (100) de gestion de données de bâtiments (1041... 104m), caractérisé en ce qu'il comporte : - au moins un capteur (1021... 102N) destiné à réaliser et émettre des mesures évaluant une caractéristique de fonctionnement des bâtiments, - chaque capteur étant relié à un concentrateur (1061... 106K) disposé dans chaque bâtiment, - chaque concentrateur (1061... 106K) étant relié à un système informatique (108), chaque concentrateur étant destiné à émettre des messages vers ledit système informatique, - ledit système informatique comportant : des moyens (112) de réception desdites mesures, des moyens (122) d'étiquetage de chaque mesure avec au moins une étiquette, des moyens (124, 126) d'émission de chaque mesure avec son ou ses étiquettes à au moins un destinataire (128) par une technique de poussée de données. 2. Système de gestion de données de bâtiment selon la revendication 1, caractérisé en ce que les fonctions de capteur et de concentrateur sont regroupées dans un seul dispositif. 3. Système de gestion de données de bâtiment selon l'une des revendications 1 ou 2, caractérisé en ce que lesdites mesures émises par lesdits capteurs comportent des mesures de routine et/ou des mesures d'alarme. 4. Système de gestion de données de bâtiment selon l'une des revendications précédentes, caractérisé en ce que chaque concentrateur (1061... 106K) est prévu pour émettre trois types de messages, des messages de mesure, des messages d'alarme et des messages de topologie. 5. Système de gestion de données de bâtiment selon l'une des revendications précédentes, dans lequel chaque étiquette correspond à une catégorie d'une classification parmi des classifications prédéterminées. 6. Système de gestion de données de bâtiment selon la revendication 5, caractérisé en ce que chaque étiquette correspond à une localisation géographique du capteur qui a émis la mesure étiquetée. 7. Procédé de gestion de données de bâtiments (1041... 104m), faisant usage d'un système de gestion de données de bâtiments (1041... 104m) selon l'une des revendications 1 à 6, caractérisé en ce qu'il comporte : - la réalisation et l'émission -de mesures par un capteur (1021...102N), chaque mesure évaluant une caractéristique de fonctionnement d'un bâtiment (1041-104m), la réception (224) desdites mesures par ledit système informatique (108), - l'étiquetage (228) de chaque mesure avec au moins une étiquette, - l'émission (232, 234) de chaque mesure avec son ou ses étiquettes à au moins un destinataire (128) par une technique de poussée de données. 8. Procédé selon la revendication 7, dans lequel, chaque capteur (1021... 102N) est situé en un lieu, le procédé comportant en outre : - l'association de chaque capteur avec une localisation repérant ce lieu, - l'association de chaque étiquette avec au moins une localisation repérant un lieu, et dans lequel l'étiquetage (228) de chaque mesure avec au moins une étiquette comporte : la comparaison de l'adresse associée au capteur ayant réalisé la mesure avec les adresses associées aux étiquettes pour trouver au moins une étiquette dont la localisation repère le même lieu que l'adresse du capteur ayant réalisé la mesure, l'étiquetage de la mesure avec chacune des étiquettes trouvées. 9. Procédé selon l'une quelconque des revendications 7 ou 8, comportant en outre - l'association de Clestinataires (128) avec au moins une étiquette, et dans lequel le ou les destinataires auxquels chaque mesure est émise par la technique de poussée de données, sont le ou les destinataires associés à au moins une étiquette étiquetée à la mesure. 10. Programme d'ordinateur comportant des instructions destinées à être exécutées par un ordinateur pour mettre en oeuvre un procédé selon l'une quelconque des revendications 7 à 9.