Brevet FR3047374A1 — publié le 20170804

Domaine de l'invention La présente invention concerne un procédé de configuration, un procédé de découverte et un procédé de contrôle ou de supervision d'une installation domotique. Art antérieur Une installation domotique d'un bâtiment peut comprendre une pluralité de dispositifs domotiques. Il est connu de procéder à la configuration, et au contrôle, c'est à dire à la commande et/ou à la supervision de ladite installation en utilisant une unité centrale de commande qui communique avec un ou plusieurs dispositifs domotiques. Dans une telle installation, certains dispositifs domotiques communiquent selon un premier type de protocole, notamment un protocole local de type protocole domotique, par exemple un protocole propriétaire n'utilisant pas un adressage IP. D'autres équipements ou d'autres dispositifs domotiques dans la même installation peuvent communiquer selon des protocoles de communication cibles d'un second type, notamment dans un protocole de communication au dessus du protocole IP, ou un protocole point à point générique, par exemple Bluetooth. La présence de différents protocoles de communication ne permet pas une communication facile entre les dispositifs ou oblige à prévoir l'implémentation de plusieurs protocoles de communication sur les dispositifs et les équipements pour permettre leur communication, ce qui augmente le coût et/ou la complexité de la programmation de ceux-ci. La présente invention a pour but de résoudre tout ou partie des 25 inconvénients mentionnés ci-dessus. Exposé de l'invention A cet effet, la présente invention concerne un procédé de configuration d'une installation domotique comprenant au moins un dispositif domotique et au moins une unité centrale de commande, l'au moins un dispositif domotique étant 30 susceptible de communiquer avec l'unité centrale de commande par l'intermédiaire d'au moins un premier protocole local ; le procédé étant exécuté par l'au moins une unité centrale de commande et comprenant les étapes suivantes : 3047374 2 Réception d'au moins un message de configuration relatif à un identifiant de localisation d'au moins un dispositif domotique selon le premier protocole de communication local et à : o un type de l'au moins un dispositif domotique ; et/ou 5 o au moins une définition d'une fonction ou d'un groupe de fonctions de l'au moins un dispositif domotique selon ledit premier protocole de communication et/ou o au moins une définition d'une variable d'état ou d'un groupe de variables d'états de l'au moins un dispositif domotique 10 selon ledit premier protocole de communication ; Obtention d'un identifiant de localisation de l'au moins un dispositif domotique selon un second protocole de communication cible ; Enregistrement de la correspondance entre l'identifiant de localisation de l'au moins un dispositif domotique selon le premier 15 protocole de communication et l'identifiant de localisation de l'au moins un dispositif domotique selon le second protocole de communication ; Enregistrement de l'au moins un type de l'au moins un dispositif domotique ; et/ou de l'au moins une définition d'une fonction ou 20 d'un groupe de fonctions de l'au moins un dispositif domotique et/ou de l'au moins une définition d'une variable d'état ou d'un groupe de variables d'états de l'au moins un dispositif domotique ; et/ou d'une règle de conversion de fonction agencée pour convertir la définition de l'au moins une fonction ou groupe de fonction selon le premier protocole de communication en au moins une définition d'une fonction ou d'un groupe de fonction selon le second protocole de communication cible et/ou d'une règle de conversion d'état agencée pour convertir la définition de l'au moins une variable d'état selon le premier protocole de communication en au moins une définition d'une variable d'état selon le second protocole de communication cible. Grâce aux dispositions selon l'invention, il est possible de mettre en place une publication d'un identifiant de localisation, selon le second protocole cible de communication pour des dispositif domotiques qui ne sont capables de communiquer que selon un premier protocole local ou propriétaire, sans avoir à apporter de modifications sur cet au moins un dispositif, et ainsi de mettre en relation cet au 3047374 3 moins un dispositif avec d'autres noeuds d'un réseau défini selon le second protocole de communication. Une fois les étapes du procédé de configuration réalisées, le dispositif domotique est virtualisé. L'unité centrale de commande peut agir pour le compte du 5 dispositif domotique sur le réseau selon le deuxième protocole de communication. Il est ainsi possible de présenter des fonctions/commandes ou des variables d'état de l'au moins un dispositif pour un contrôle selon le second protocole. Les fonctions/commande peuvent être traduites entre le premier protocole de communication et le second protocole de communication par les règles de 10 conversion. A titre d'exemple, dans un premier protocole du type 10 Homecontrol, pour le pilotage de la motorisation d'un dispositif domotique de type volet roulant ou protection solaire, des commandes correspondant à des actions du type montée et descente sont définies, alors que dans un deuxième protocole au dessus du protocole IP, seuls des statuts ouvert et fermé peuvent être présentés. 15 La définition de l'au moins une fonction ou de l'au moins une variable d'état peut être explicite ou déterminée à partir d'au moins une définition d'un type selon ledit premier protocole de communication de l'au moins un dispositif domotique qui peut être déterminé à partir du message de configuration ou à partir d'un groupe de fonctions connu selon le protocole considéré (« function cluster »). 20 Selon une possibilité, chaque dispositif domotique est identifié par un identifiant de localisation, comme s'il pouvait lui-même assurer une communication. Plusieurs dispositifs distincts ont donc des identifiants de localisation distincts selon le deuxième protocole. L'unité centrale de commande reçoit les messages adressés à ces identifiants et est en mesure d'en assurer le traitement et/ou le routage jusqu'au 25 dispositif, en utilisant les règles de conversion pour communiquer un message converti selon le premier protocole local. Selon une autre possibilité, un groupe de dispositif est identifié par un même identifiant selon le deuxième protocole. Ces dispositions permettent d'envisager une configuration d'un groupe de dispositif commandable comme un seul 30 dispositif, de façon performante par un seul appel de fonction. Selon une variante, le procédé comprend une pluralité de correspondance entre un dispositif communiquant selon le premier protocole de communication et des identifiants de localisation selon plusieurs deuxièmes procédés de commande. Ces dispositions permettent de virtualiser le dispositif pour le faire 35 communiquer selon plusieurs deuxièmes protocoles cibles. 3047374 4 Selon une variante, l'unité centrale de commande envoie un message d'inscription à destination d'un dispositif domotique afin de s'abonner à des notifications relatives à au moins une variable d'état d'au moins un dispositif domotique. Ainsi des notifications concernant les variables d'état seront 5 communiquées à l'unité centrale de commande dans le cadre d'un procédé de supervision. Au sens de la présente invention, un premier protocole local est un protocole de communication local, notamment un protocole local non IP, par exemple un protocole domotique, notamment un protocole domotique de type propriétaire. Il 10 peut y avoir plusieurs protocoles locaux. A titre d'exemple, les protocoles RTS ou 10 Homecontrol peuvent constituer un premier protocole local. Au sens de la présente invention, un deuxième protocole cible est par exemple un protocole de communication au dessus du protocole IP sur un réseau local ou un protocole générique permettant une communication point à point. A titre 15 d'exemple, le protocole applicatif WEAVE utilisant des protocoles de transport 6lowpan et thread pour un réseau maillé peuvent constituer un deuxième protocole cible. Selon un aspect de l'invention, le deuxième protocole cible est un protocole au dessus du protocole IP. 20 Au sens de la présente invention, un réseau de transport est un réseau de mise en relation entre l'au moins un dispositif et l'unité centrale de commande par le deuxième protocole. Ce réseau permet le transport et l'adressage. Au sens de la présente invention, un noeud est un équipement présent sur un réseau utilisant le deuxième protocole de communication qui possède une 25 identifiant de localisation unique sur le réseau considéré, correspondant par exemple à l'installation domotique. Au sens de la présente invention, un identifiant de localisation est un identifiant unique dans le réseau local considéré, correspondant par exemple à l'installation domotique. Dans le cas du premier protocole de communication local, il 30 est notamment possible d'utiliser une adresse dans un format propriétaire correspondant au protocole domotique utilisé. Dans le cas du deuxième protocole cible, un identifiant de localisation peut notamment être une adresse réseau, comme par exemple une adresse IPv4 ou IPv6 ou une adresse bluetooth, ou encore une composition d'une adresse réseau et d'un identifiant de resource indiqué par un 35 chemin d'accès, par exemple sous la forme de l'URL suivante : :// [: ]/ 3047374 5 Au sens de la présente invention, un dispositif domotique est un équipement domotique et/ou un capteur, ou encore une partie d'équipement domotique ou une partie de capteur correspondant à un sous-ensemble fonctionnel. Un dispositif domotique peut également correspondre à un point de commande 5 d'autres dispositifs domotiques. Au sens de la présente invention, un message est un élément d'information notifié ou réceptionné via un module de communication depuis un équipement extérieur, ou sous la forme d'un appel synchrone ou asynchrone, pouvant également correspondre à un appel de fonction local ou distant. 10 Au sens de la présente invention, une installation est un ensemble comprenant une pluralité de dispositifs domotiques et au moins une unité centrale de commande disposés dans un seul bâtiment ou sur une pluralité de lieux, chaque dispositif domotique étant relié à une unité centrale de commande parmi la pluralité d'unités centrales de commande, la pluralité d'unités centrales de commande formant 15 un groupe sous le contrôle d'un utilisateur. Les dispositifs électroniques forment des groupes d'au moins un dispositif domotique rattaché à une unité centrale de commande. Au sens de la présente invention, une unité centrale de commande de l'installation domotique est une unité électronique comprenant : 20 au moins une unité de traitement pour contenir et exécuter au moins un programme d'ordinateur, au moins un module de communication destinée au contrôle et/ou à la commande d'au moins un dispositif domotique ; alternativement l'unité électronique peut être intégrée à un dispositif domotique ; et 25 au moins un module de communication avec l'unité de gestion. Dans certaines applications, une unité centrale de commande peut communiquer avec l'unité de gestion à travers une unité de gestion intermédiaire, par exemple d'un fournisseur de service tiers, dont l'unité de gestion intermédiaire offre une interface de service ou API. 30 Il est également possible que l'unité centrale de commande soit intégrée à un routeur et/ou à un modem réalisant une connexion à un réseau étendu, notamment à Internet. Au sens de la présente invention, une variable d'état est un élément descriptif de l'état d'un dispositif domotique. La valeur d'une variable d'état peut 35 correspondre à la marche ou à l'arrêt pour un interrupteur, ou à un degré ou pourcentage d'ouverture pour un volet. Par ailleurs, une variable d'état peut 3047374 6 correspondre à une valeur de mesure d'un capteur, par exemple à une valeur d'une grandeur physique ou d'environnement. La description des états des dispositifs peut être générique ou spécialisée, en fonction du protocole local. Les identifiants des variables d'état peuvent être numériques ou alphanumériques. Les valeurs des 5 variables d'états peuvent utiliser des formats ou des échelles personnalisées ou propriétaires. Au sens de la présente invention, une commande/fonction correspond à un ordre pouvant être donné à un dispositif domotique en vue de la réalisation d'une action par ce dispositif ou de l'obtention en retour d'une information, par exemple 10 d'une information relative à une variable d'état de ce dispositif. Selon une possibilité, le procédé comprend une pluralité d'étapes de réception de messages de configuration correspondant à une pluralité de premiers protocoles de communication. Selon une possibilité, le procédé comprend une pluralité d'étapes 15 d'émission de message de découverte selon une pluralité de premiers protocoles de communication. Selon un mode de mise en oeuvre, l'étape d'obtention de l'identifiant de localisation correspond à une réception d'une saisie par l'utilisateur d'un identifiant de localisation selon le deuxième protocole de communication. 20 Selon un mode de mise en oeuvre, l'étape de réception d'un message de configuration comprend une déclaration par l'utilisateur de l'identifiant de localisation selon le premier protocole de communication et/ou une déclaration par l'utilisateur d'au moins une fonction ou d'un type de dispositif selon le premier protocole de communication. 25 Selon un mode de mise en oeuvre, le procédé comprend en outre l'étape suivante : Obtention d'au moins une règle de conversion de fonction agencée pour convertir la définition de l'au moins une fonction selon le premier protocole de communication en au moins une définition 30 d'une fonction selon le second protocole de communication cible et/ou d'une règle de conversion d'état agencée pour convertir la définition de l'au moins une variable d'état selon le premier protocole de communication en au moins une définition d'une variable d'état selon le second protocole de communication cible. 35 Enregistrement de l'au moins une règle de conversion de fonction et/ou de l'au moins une règle de conversion d'état. 3047374 7 Selon un mode de réalisation, l'étape d'obtention comprend une étape de téléchargement de règles de conversion en provenance d'un serveur ou d'une unité de gestion distante. Selon un aspect de l'invention, l'étape de téléchargement peut intervenir 5 lorsque l'au moins une règle de conversion concernée n'est pas disponible localement sur l'unité centrale de commande. Selon un mode de mise en oeuvre, le procédé comprend en outre l'étape suivante : - définition d'une action à réaliser au moins partiellement par l'unité 10 centrale de commande en correspondance avec une fonction selon le deuxième protocole correspondant à un identifiant de localisation ; Ces dispositions permettent de procéder à un ajout de fonction ou à une simulation de fonction, lorsque le dispositif domotique correspondant à l'identifiant considéré n'est pas en mesure de fournir la commande demandée. 15 Selon un mode de mise en oeuvre, l'étape de conversion comprend la limitation de la fonction demandée ou l'interdiction d'une commande/fonction à réaliser. Ces dispositions permettent notamment lors de la conversion d'opérer un bridage des plages de valeurs de commande ou d'interdire la réalisation de 20 certaines commandes. Ces dispositions sont mises en oeuvre au niveau de l'unité centrale de commande, sans modification nécessaire au niveau de l'équipement. Selon un aspect de l'invention, le procédé de configuration peut être déclenché par la réception d'un message reçu par l'unité centrale de commande en provenance d'un terminal utilisateur. 25 Selon une variante, un appui sur un bouton de l'unité centrale de commande peut également permettre le déclenchement du procédé. Alternativement ou en complément, une action sur un dispositif domotique, comme un appui sur un bouton peut être considéré pour le déclenchement du procédé. La présente invention concerne également un procédé de découverte 30 d'une installation domotique comprenant au moins un dispositif domotique) et au moins une unité centrale de commande, l'au moins un dispositif domotique étant susceptible de communiquer avec l'unité centrale de commande par l'intermédiaire d'au moins un premier protocole local ; le procédé étant exécuté par l'au moins une unité centrale de commande et comprenant les étapes suivantes : 3047374 8 - Envoi d'au moins un message d'annonce de compatibilité ou de description selon un deuxième protocole de communication cible en relation avec : o au moins un identifiant de localisation de l'au moins un 5 dispositif domotique ; l'identifiant de localisation de l'au moins un dispositif domotique selon le premier protocole de communication correspondant à un l'identifiant de localisation de l'au moins un dispositif domotique selon le second protocole de communication ; et 10 o Optionnellement, un type de l'au moins un dispositif domotique ou au moins une description d'une fonction ou d'un groupe de fonctions selon le deuxième protocole de communication et/ou au moins une description d'une variable d'état ou d'un groupe de variables d'états de l'au moins un 15 dispositif domotique selon le deuxième protocole de communication. Le message de d'annonce de compatibilité peut également être considéré comme un message de déclaration d'existence. Selon une possibilité, l'au moins un message d'annonce de compatibilité 20 et l'au moins un message de description peuvent être confondus. Selon une possibilité, l'envoi du message de description fait suite à la réception d'un message de découverte. Selon un aspect de l'invention, le procédé de découverte comprend une étape de réception d'au moins un message de découverte en provenance d'un noeud 25 communiquant selon un deuxième protocole de communication ; Selon une variante, l'unité centrale de commande peut vérifier périodiquement la disponibilité des dispositifs domotiques et n'envoyer des messages de description et/ou de déclaration d'existence qu'en cas de disponibilité du dispositif domotique concerné. 30 La présente invention concerne également un procédé de commande d'une installation domotique comprenant au moins un dispositif domotique et au moins une unité centrale de commande, l'au moins un dispositif domotique étant susceptible de communiquer avec l'unité centrale de commande par l'intermédiaire d'au moins un premier protocole local ; le procédé étant exécuté par l'au moins une 35 unité centrale de commande et comprenant les étapes suivantes : 3047374 9 - Réception d'au moins un message de commande en provenance d'un noeud communiquant selon un deuxième protocole de communication comprenant au moins un identifiant de localisation d'un dispositif domotique selon le deuxième protocole de 5 communication cible et au moins une définition d'une fonction du dispositif domotique selon le deuxième protocole de communication ; - Détermination d'un identifiant de localisation de l'au moins un dispositif domotique selon le premier protocole de communication correspondant à l'identifiant de localisation de l'au moins un 10 dispositif domotique selon le second protocole de communication - Application d'une règle de conversion de fonction agencée pour convertir la définition de l'au moins une fonction selon le second protocole de communication cible en au moins une définition d'une fonction selon le premier protocole de communication local ; 15 - Envoi d'au moins un message de commande à destination de l'au moins un dispositif domotique correspondant à l'identifiant de localisation et à la fonction selon le premier protocole de communication local ; Selon un aspect de l'invention, l'étape d'application d'une règle de 20 conversion peut comprendre la réalisation d'étapes de traitements complémentaires à l'appel de la commande, notamment si une partie de la fonction ne peut pas être réalisée sur le dispositif domotique, et notamment un enrichissement partiel de la fonction. A titre d'exemple, une planification d'une commande peut être prévue si 25 le dispositif en lui-même ne permet pas une telle planification. Ainsi, il est possible d'implémenter sur l'unité centrale de commande une fonction de type « Calendar Weave » pour déclencher une commande d'ouverture le lundi à 8h00 pour un dispositif domotique de type store. Egalement à titre d'exemple, une conversion de paramètre peut être 30 réalisée par l'unité centrale de commande. Selon un aspect de l'invention, préalablement à l'étape de réception d'un message de commande, une connexion peut être établie entre un noeud communiquant selon le deuxième protocole de communication et l'unité centrale de commande. 35 L'unité centrale de commande agit ainsi sur le réseau de communication selon le second protocole de communication en tant que représentant virtuel des 3047374 10 dispositifs domotiques communiquant selon le premier protocole de communication local. Selon un aspect de l'invention, le procédé de commande comprend en outre les étapes suivantes : 5 Réception d'au moins un message de retour de commande en provenance de l'au moins un dispositif domotique selon le premier protocole local de communication ; Application d'une règle de conversion de fonction afin de convertir une information de retour de commande exprimée selon le premier 10 protocole de communication local en une information de retour de commande exprimée selon le second protocole de communication cible ; Envoi d'au moins un message de retour de commande à destination de l'au moins un noeud communiquant selon un deuxième protocole 15 de communication, le message de retour de commande comprenant une information de retour de commande selon le deuxième protocole cible de communication ; La présente invention concerne également un procédé de supervision d'une installation domotique comprenant au moins un dispositif domotique et au 20 moins une unité centrale de commande, l'au moins un dispositif domotique étant susceptible de communiquer avec l'unité centrale de commande par l'intermédiaire d'au moins un premier protocole local ; le procédé étant exécuté par l'au moins une unité centrale de commande et comprenant les étapes suivantes : Réception d'un message de supervision en provenance d'un dispositif 25 domotique comprenant une information relative à une valeur d'au moins un variable d'état de l'au moins un dispositif domotique selon ledit premier protocole de communication ; Application d'une règle de conversion d'état afin de convertir l'au moins une information relative à une valeur d'au moins un variable 30 d'état de l'au moins un dispositif domotique exprimée selon le premier protocole de communication local en une valeur d'au moins un variable d'état de l'au moins un dispositif domotique exprimée selon le second protocole de communication cible ; Adaptation de l'identifiant de localisation de l'au moins un dispositif 35 domotique selon le premier protocole de communication en un 3047374 11 identifiant de localisation de l'au moins un dispositif domotique selon le deuxième protocole de communication ; Envoi d'au moins un message de supervision à destination d'au moins un noeud communiquant selon un deuxième protocole de 5 communication, le message de supervision comprenant une information relative à une valeur d'au moins un variable d'état de l'au moins un dispositif domotique selon le deuxième protocole cible de communication et en relation avec l'identifiant de localisation de l'au moins un dispositif domotique selon le deuxième protocole de 10 communication ; Selon un aspect de l'invention, les étapes d'application d'une règle de conversion et d'adaptation d'adresse peuvent être réalisées séquentiellement dans un ordre indifférent ou simultanément. Selon une possibilité, l'envoi du message de supervision peut être réalisé 15 à l'initiative de l'unité centrale de commande de façon spontanée ou suite à la réception d'un message de supervision en provenance d'un dispositif domotique. Selon une autre possibilité, le message de supervision peut être envoyé suite à la réception par l'unité centrale de commande d'un message de requête en provenance d'un noeud communiquant selon le deuxième protocole de 20 communication. Selon cette deuxième possibilité, l'unité centrale de commande comprend un espace ou base de stockage des valeurs de variables d'état pour les dispositifs domotiques qui lui sont rattachés Selon une variante, l'unité centrale de commande consulte périodiquement les valeurs de variables d'état des dispositifs domotiques, détecte les 25 modifications de valeurs de variables d'état en comparant une dernière valeur obtenue et au moins une valeur préalablement stockée. L'unité centrale envoie, en cas de modification, un message de supervision relatif à la valeur variable d'état modifiée à destination d'au moins un noeud communiquant selon le second protocole de communication. 30 Ces dispositions permettent de mettre en oeuvre une émulation de mode événementiel pour un dispositif n'offrant pas une telle fonctionnalité. Selon un aspect de l'invention, l'étape d'envoi est réalisée à destination d'au moins un noeud enregistré dans une liste de souscription à un évènement relatif à l'au moins une variable d'état. 35 Selon une variante, l'étape d'envoi peut être réalisée de façon indifférenciée à un ensemble de noeuds présents sur le réseau communiquant selon le 3047374 12 deuxième protocole de communication. Cette disposition correspond à mode dit « Broadcast ». Selon un aspect de l'invention, le procédé comprend une étape d'envoi à destination d'un dispositif domotique d'une demande d'enregistrement dans une liste 5 de souscription à un évènement relatif à l'au moins une variable d'état du dispositif domotique. Grâce à ces dispositions, le dispositif domotique envoie un message de supervision seulement aux noeuds inscrits sur le réseau établi selon le premier protocole de communication, et en particulier à l'unité centrale de commande. 10 Selon une variante, le dispositif domotique peut envoyer les messages de supervision de façon indifférenciée à un ensemble de noeud présent sur le réseau communiquant selon le premier protocole de communication. Cette disposition correspond à mode dit « Broadcast ». Les différents aspects définis ci-dessus non incompatibles peuvent être 15 combinés. Brève description des figures L'invention sera mieux comprise à l'aide de la description détaillée qui est exposée ci-dessous en regard du dessin annexé dans lequel : La figure 1 est une vue schématique d'un bâtiment et d'une installation 20 domotique conforme à un mode de réalisation de l'invention ; La figure 2 est un schéma présentant une architecture d'un système comprenant l'installation domotique illustrée à la figure 1, une deuxième installation domotique, ainsi qu'un serveur destiné à être connecté à un terminal utilisateur ; La figure 3 est un schéma représentant les relations entre une unité 25 centrale de commande, des dispositifs de l'installation domotique communiquant selon un premier protocole de communication local et des noeuds réseaux communiquant selon un second protocole cible. La figure 4 est un schéma illustrant un mode de mise en oeuvre d'un procédé de configuration d'une installation domotique selon l'invention. 30 La figure 5 est un tableau de correspondance entre des fonctions, groupes de fonctions, variables d'états, groupes de variables d'états ou types exprimés selon le premier protocole de communication local et des fonctions, groupes de fonctions, variables d'états, groupes de variables d'états ou types exprimés selon le second protocole de communication cible. 3047374 13 La figure 6 est un tableau de noeuds identifiant les relations entre des identifiants de localisation exprimés selon le premier protocole de communication local et des identifiants de localisation exprimés selon le second protocole de communication cible. 5 La figure 7 est un schéma illustrant un premier mode de mise en oeuvre d'un procédé de découverte d'une installation domotique selon l'invention. La figure 8 est un schéma illustrant un deuxième mode de mise en oeuvre d'un procédé de découverte d'une installation domotique selon l'invention. La figure 9 est un schéma illustrant un mode de mise en oeuvre d'un 10 procédé de commande d'une installation domotique selon l'invention. La figure 10 est un schéma illustrant un mode de mise en oeuvre d'un procédé de supervision d'une installation domotique selon l'invention. Description en référence aux figures Dans la description détaillée qui va suivre des figures définies ci-dessus, 15 les mêmes éléments ou les éléments remplissant des fonctions identiques pourront conserver les mêmes références de manière à simplifier la compréhension de l'invention. Description d'un système comprenant une installation domotique Comme illustré à la figure 1, un bâtiment 1 comprend à titre d'exemple 20 trois pièces Pl, P2, P3. Le bâtiment 1 comprend également des équipements domotiques 3 et des capteurs 5. Un équipement domotique 3 peut être un actionneur agencé pour déplacer ou régler un élément du bâtiment 1, par exemple un actionneur 7 pour déplacer un volet roulant 9 ou un store de terrasse 19, ou un système de régulation 10 25 pour un chauffage 11 ou un système aéraulique 13. Un équipement domotique 3 peut également être un éclairage, par exemple un éclairage extérieur de terrasse 21 ou un système de commande d'éclairage, un système d'alarme, ou encore une caméra vidéo, en particulier une caméra de vidéosurveillance. L'installation domotique 17 peut également comprendre un point de 30 commande 15 d'un actionneur 7, comme un boîtier de commande B sans fil pour le volet roulant 9. L'installation domotique 17 peut comprendre un ou plusieurs capteurs 5, de façon intégrée à un actionneur 7, à un point de commande 15 ou encore au boîtier de commande B, ou de façon indépendante à ces éléments. Un capteur 5 peut, 35 notamment, être agencé pour mesurer une grandeur physique, par exemple un 3047374 14 capteur de température, un capteur d'ensoleillement ou un capteur d'humidité. Des capteurs 5 de position d'équipements domotiques 3 du bâtiment 1, comme, par exemple, des capteurs de l'état d'ouverture d'un volet roulant 9 ou des capteurs de position d'un ouvrant tel une fenêtre, motorisée ou non, peuvent également être 5 prévus. L'installation domotique peut également comprendre un ou plusieurs capteurs de présence. Un équipement domotique 3 et un capteur 5 sont ainsi à considérer comme des unités ayant à disposition des informations sur des états réels constatés d'éléments du bâtiment 1 et étant aptes à partager ces informations avec d'autres 10 éléments de l'installation domotique 17. Les équipements domotiques 3 et les capteurs 5 peuvent ainsi avoir accès à toute grandeur physique mesurable, comme la température de chaque pièce Pl, P2, P3 ou un état d'un élément du bâtiment 1, comme l'état d'ouverture d'un volet roulant 9, le statut d'une alarme, etc. 15 Par la suite nous utiliserons la désignation de dispositif domotique ou dispositif D indifféremment pour désigner des capteurs ou des équipements domotiques, ou encore des parties d'équipements domotiques 3 ou de capteurs 5. L'installation domotique 17 comprend une pluralité d'unités centrales de commande Ul, U2. En particulier et à titre d'exemple, deux unités centrales de 20 commande Ul, U2 sont représentées sur la figure 1. Selon une variante, une installation domotique peut comprendre également une unité centrale de commande unique. Chaque unité centrale de commande Ul, U2 est agencée pour commander et/ou contrôler une partie des dispositifs D de l'installation 17 formant un 25 groupe DGrU1, DGrU2. A titre d'exemple, sur la figure 1, l'unité centrale de commande U1 est en charge des dispositifs D disposés dans les pièces P1 et P2 du premier étage du bâtiment, alors que l'unité centrale de commande U2 est en charge des dispositifs D disposés dans la pièce P3 au rez-de-chaussée du bâtiment et des dispositifs extérieurs. 30 En particulier, la commande et/ou le contrôle est réalisé à distance, notamment en utilisant un protocole de communication sans fil, par exemple un protocole de communication radio. Chaque unité centrale de commande Ul, U2 est agencée pour regrouper l'ensemble des données en provenance des dispositifs D de son groupe DGrU1, DGrU2 et pour traiter ces données. 35 Comme cela est représenté sur la figure 2, chaque unité centrale de commande U est agencée pour communiquer avec un serveur Sv. 3047374 15 Les unités centrales de commande Ul, U2, U3 sont disposées sur un réseau privé PN, dont l'accès est en général protégé par un pare-feu FW. Le serveur Sv est également disposé sur un réseau privé SN. Le réseau privé PN est relié à un réseau étendu N, par exemple Internet. Bien entendu, le serveur Sv est agencé pour 5 communiquer avec un ensemble de telles unités centrales de commande U. Nous décrirons par la suite une de ces unités. Une unité centrale de commande U comprend une unité de traitement 2 agencée pour contenir et exécuter un premier programme d'ordinateur. A titre d'exemple, l'unité de traitement 2 comprend un processeur, une mémoire flash de 10 stockage ainsi d'une mémoire vive, et d'une puce Ethernet. L'unité centrale de commande U comprend, en outre, au moins un module de communication 2' destiné au contrôle et/ou à la commande d'équipements domotiques 3 et/ou de capteurs 5, les équipements domotiques 3 pouvant être des actionneurs 7, des éclairages 21, un système d'alarme, ou une 15 caméra vidéo. A titre d'exemple, comme cela est représenté sur la figure 2, le module de communication 2' permet le contrôle et la commande d'au moins un actionneur 7, d'un élément mobile du bâtiment 1, comme par exemple un volet roulant 9, ou d'un brise soleil orientable 9' ou d'autres actionneurs 7 ou d'éclairages 21, comme cela est 20 précédemment décrit en référence à la figure 1, selon le premier protocole de communication local Pl. A titre d'exemple, le module de communication 2' peut être agencé pour mettre en oeuvre par exemple un ou plusieurs des premiers protocoles locaux P1 par exemple de type Z-Wave, EnOcean, 10 Homecontrol, Somfy RTS, KNX, MODBUS, 25 Wavenis, Philips HUE. Ces premiers protocoles locaux sont des protocoles de communication locaux en général non IP. Selon une autre possibilité, par exemple dans le cadre de systèmes d'alarme, l'unité centrale de commande peut être intégrée dans le dispositif domotique. Selon encore une autre possibilité, Il est également possible que l'unité 30 centrale de commande soit intégrée à un routeur et/ou à un modem réalisant une connexion à un réseau étendu, notamment à Internet. La réception d'informations d'un capteur 5 fournissant des informations de présence d'un utilisateur ou des valeurs des paramètres environnants, comme la température, l'humidité et la luminosité, est également prévue. De la même façon, 35 l'unité centrale U peut permettre le contrôle et/ou la commande d'un système d'alarme. 3047374 16 Chaque unité centrale de commande U comprend, en outre, un module de communication 4' pour communiquer selon un deuxième protocole de communication cible P2, avec un terminal de communication mobile T. Le deuxième protocole de communication cible peut par exemple être un protocole de 5 communication au dessus du protocole IP sur un réseau local, ou encore un protocole générique point à point. A titre d'exemple, le protocole a pplicatif WEAVE utilisant des protocoles de transport 6lowpan et thread pour un réseau maillé peuvent constituer un deuxième protocole cible. D'autres exemple incluent Bluetooth, Zigbee ou Wifi. Le terminal de communication T peut contenir et exécuter un logiciel 10 d'application APP. Chaque unité centrale de commande U comprend, en outre, un module de communication 4 avec le serveur Sv. Le serveur Sv permet la commande et/ou le contrôle à distance et comprend une ou plusieurs unités de traitement 102 agencée pour contenir et exécuter un deuxième programme d'ordinateur. 15 Dans certaines applications, une unité centrale de commande U peut communiquer avec le serveur Sv à travers un serveur intermédiaire, par exemple d'un fournisseur de service tiers, dont le serveur intermédiaire offre une interface de service ou API. Le serveur Sv comprend, de son côté, au moins une interface de communication 104 destinée à la communication avec l'unité centrale U. 20 Le serveur Sv peut comprendre également une interface de communication 106 destinée à la communication avec une interface de commande et/ou de contrôle IN permettant à un utilisateur de contrôler à distance l'installation domotique. Il est à noter que le terme serveur est une désignation logique qui peut 25 recouvrir l'utilisation de plusieurs serveurs physiques pour répartir la charge de traitement informatique à réaliser. L'interface de commande et/ou de contrôle IN comprend, par exemple, un serveur web 107 et un terminal de communication mobile T communiquant par le réseau étendu N. Le terminal de communication mobile T peut être, par exemple, un 30 téléphone intelligent ou une tablette. Le terminal de communication mobile T peut être le même ou un terminal du même type que celui avec lequel l'unité centrale de commande U communique en local au moyen du module de communication 4' selon le deuxième protocole P2 comme nous le détaillerons ultérieurement, ou un terminal différent. Nous désignerons indifféremment ces terminaux mobiles par la référence T. 3047374 17 L'interface de commande et/ou de contrôle IN comprend un processeur qui peut être disposé au niveau du serveur web 107 et/ou du terminal de communication mobile T. Le processeur de l'interface de commande et/ou de contrôle IN est 5 agencé pour utiliser un troisième programme d'ordinateur. Ce troisième programme d'ordinateur est quant à lui agencé pour exécuter une application téléchargeable. Le terminal de communication mobile T comprend un dispositif d'entrée de données et un dispositif d'affichage, par exemple sous forme d'une partie de commande tactile d'un écran du terminal T et sous forme d'un ou de plusieurs 10 boutons du terminal T. Les figures 1 et 2 décrivent une installation 17 qui comprend un ensemble de dispositifs D et une pluralité d'unités centrales de commande U1, U2, disposées dans un même logement, un même bâtiment ou un même lieu physique. Réseau correspondant au protocole local et au protocole cible 15 Comme cela est visible sur la figure 3, les dispositifs D1, D2, Dn faisant partie d'un groupe DGrU appartiennent à un réseau local R1 géré par une unité centrale de commande U au sein de l'installation domotique et communiquent selon un premier protocole de communication local P1 avec l'unité centrale de commande U. les dispositifs D1, D2, Dn possèdent un identifiant de localisation 20 constitué par une adresse locale P1AD1, P1AD2, P1ADn dans ce réseau. Les dispositifs logiques D1, D2, Dn peuvent être modélisés comme des noeuds ou points d'extrémité dans le réseau local. D'autres dispositifs domotiques, terminaux utilisateurs T ou points de commandes peuvent être présents dans l'installation et être modélisés par des 25 noeuds N d'un second réseau R2 et communiquer selon un second protocole de communication cible P2, notamment selon un protocole utilisant le protocole IP. On tend par noeud un équipement présent sur un réseau R2 utilisant le deuxième protocole de communication P2 et qui possède une identifiant de localisation unique sur le réseau R2. 30 L'unité centrale U est agencée pour présenter aux noeuds N1, Nk du réseau R2 communiquant selon le réseau R2 un ensemble d'identifiants de localisation P2AD1, P2AD2, P2ADn selon le deuxième protocole de communication cible P2 pour les dispositifs communiquant selon le premier protocole de communication local P1 et peut offrir une interface de découverte des dispositifs 35 domotiques D1, D2, Dn détaillant le type, les fonctions et/ou les variables d'état des dispositifs, selon le deuxième protocole de communication P2. 3047374 18 Procédé de configuration Premier mode de mise en oeuvre Nous allons à présent décrire un premier mode de réalisation d'un procédé de configuration d'une installation domotique 17 en référence à la figure 4, 5 afin d'obtenir la configuration représentée sur la figure 3, le procédé étant exécuté par l'unité centrale de commande U. Seul deux dispositifs domotiques D1, D2 communiquant selon le premier protocole de communication local P1 sont représentés sur la figure 4. Toutefois, un seul dispositif domotique ou un nombre supérieur à deux de dispositifs domotiques peut également être considéré. 10 Dans une première étape EcfUl, le procédé de configuration peut être déclenché par la réception d'un message Mlnit reçu par l'unité centrale de commande U en provenance d'un terminal utilisateur Usr/T qui l'émet dans une étape EcfTl. Selon une variante, un appui sur un bouton de l'unité centrale de commande U peut également permettre le déclenchement du procédé. Alternativement ou en 15 complément, une action sur un dispositif domotique, comme un appui sur un bouton peut être considéré. Dans une étape ECfU2, l'unité centrale de commande U émet des messages de découverte MD à destination des dispositifs domotiques D1, D2 selon le premier protocole de communication Pl, qui reçoivent ce message MD 20 respectivement dans des étapes EcfD12 ou ECfD22. Dans des étapes EcfU3, EcfU4, l'unité centrale de commande U reçoit des messages de configuration MCfD1, MCfD2 en provenance des dispositifs domotiques D1, D2 qui émettent ces messages respectivement dans des étapes ECfD12 et ECfD22. 25 Chacun de ces messages de configuration MCfD1, MCfD2 est relatif à un identifiant de localisation P1AD1, P1AD2 d'un dispositif domotique D1, D2 selon le premier protocole de communication local P1 et à : o un type P2TD1, P2TD2 de l'au moins un dispositif domotique D1, D2 ; et/ou 30 o au moins une définition d'une fonction P1F1D1, P1F2D1, P1F1D2, P1F2D2 ou d'un groupe de fonctions de l'au moins un dispositif domotique D1, D2 selon ledit premier protocole de communication P1 et/ou o au moins une définition d'une variable d'état P1S1D1, P1S2D1, 35 P1S1D2, P1S2D2 ou d'un groupe de variables d'états de l'au 3047374 19 moins un dispositif domotique D1, D2 selon ledit premier protocole de communication P1; Dans une étape ECfU5, l'unité centrale de commande U obtient un identifiant de localisation P2AD1, P2AD2 pour chaque dispositif domotique D1, D2 5 selon un second protocole de communication cible P2. Les modes d'obtention de l'identifiant de localisation peuvent être multiples et sont détaillés ultérieurement. Dans une étape Ecf6, l'unité de commande peut procéder à une vérification de l'existence d'au moins une règle de conversion de fonction RCFX agencée pour convertir la définition de l'au moins une fonction P1F1D1, P1F2D1, 10 P1F1D2, P1F2D2 selon le premier protocole de communication P1 en au moins une définition d'une fonction P2F1D1, P2F2D1, P2F1D2, P2F2D2 selon le second protocole de communication cible P2 et/ou d'une règle de conversion d'état RCSX agencée pour convertir la définition de l'au moins une variable d'état P1S1D1, P1S2D1, P1S1D2, P1S2D2 selon le premier protocole de communication P1 en au moins une définition 15 d'une variable d'état P2S1D1, P2S2D1, P2S1D2, P2S2D2 selon le second protocole de communication cible P2. Cette vérification peut se baser sur le type de dispositif P2TD1, P2TD2, ou sur les définitions de fonctions, de groupes de fonctions et/ou sur les définitions de variables d'état ou de groupes de variables d'état. En effet, selon les protocoles 20 utilisés, un type peut suffire à identifier les fonctions ou variables d'état supportées, comme par exemple dans le protocole 10 homecontrol, ou des fonctions ou groupes de fonctions ou variables ou groupes de variables d'états doivent être listées, comme par exemple dans le protocole Zwave. Alternativement, l'unité centrale de commande U peut identifier une 25 correspondance entre un type P1TD1, P1TD2 de dispositif domotique selon le premier protocole de communication local P1 et un type P2TD1, P2TD2 de dispositif domotique selon le deuxième protocole de communication local P2. Les règles de conversion peuvent être stockées dans une ou plusieurs tables de correspondance, comprises dans une base de connaissance. 30 Dans le cas où une telle règle de conversion n'est pas disponible, l'unité centrale de commande peut procéder à son obtention, par exemple en procédant à un téléchargement à partir du Serveur Sv. Par la suite la ou les règles de conversion peuvent être enregistrées dans une étape EcfU6. La mise en place de la conversion d'une fonction peut également 35 comprendre une étape de définition d'une action à réaliser au moins partiellement par l'unité centrale de commande en correspondance avec une fonction selon le 3047374 20 deuxième protocole correspondant à un identifiant de localisation, ou encore la limitation de la fonction demandée ou l'interdiction d'une fonction à réaliser. Alternativement, les définitions correspondantes peuvent être prédéfinies dans la table de correspondance ou base de connaissance. 5 La conversion des fonctions ou variables d'état peut être alternativement mise en oeuvre dans le cadre du procédé de commande et/ou de supervision. Des exemples de conversion ou de réalisation partielle par l'unité centrale de commande sont donnés ultérieurement dans le cadre de la description du procédé de commande ou de supervision. 10 Dans une étape ECfU7, l'unité centrale de commande U enregistre la correspondance entre l'identifiant de localisation P1AD1, P1AD2 de l'au moins un dispositif domotique D1, D2 selon le premier protocole de communication et l'identifiant de localisation P2AD1, P2AD2 de l'au moins un dispositif domotique D1, D2 selon le second protocole de communication P2 dans une table de noeuds illustrée 15 à la figure 6 ; Dans une étape EcfU8, l'unité centrale U enregistre également dans la table de noeuds : l'au moins un type P2TD1, P2TD2 de l'au moins un dispositif domotique D1, D2 ; et/ou 20 l'au moins une définition d'une fonction P1F1D1, P1F2D1, P1F1D2, P1F2D2 ou d'un groupe de fonctions de l'au moins un dispositif domotique D1, D2 et/ou de l'au moins une définition d'une variable d'état P1S1D1, P1S2D1, P1S1D2, P1S2D2 ou d'un groupe de variables d'états de l'au moins un dispositif domotique D1, D2 ; 25 et/ou d'une règle de conversion de fonction RCFX agencée pour convertir la définition de l'au moins une fonction P1F1D1, P1F2D1, P1F1D2, P1F2D2 ou groupe de fonction selon le premier protocole de communication P1 en au moins une définition d'une fonction P2F1D1, P2F2D1, P2F1D2, P2F2D2 ou d'un groupe de fonction selon le second 30 protocole de communication cible P2 et/ou d'une règle de conversion d'état RCSX agencée pour convertir la définition de l'au moins une variable d'état P1S1D1, P1S2D1, P1S1D2, P1S2D2 selon le premier protocole de communication P1 en au moins une définition d'une variable d'état P2S1D1, P2S2D1, 35 P2S1D2, P2S2D2 selon le second protocole de communication cible P2. 3047374 21 Une fois les étapes du procédé de configuration réalisées, le dispositif domotique D1 est virtualisé. L'unité centrale de commande U peut agir pour le compte de D1 sur le réseau R2. Variantes 5 Selon une variante, un groupe de dispositif peut être identifié par un même identifiant de localisation selon le deuxième protocole. La table de correspondance comprend dans ce cas plusieurs identifiant de localisation selon le premier protocole de communication qui correspondent au même identifiant de localisation selon le second protocole de communication. Ces dispositions permettent 10 d'envisager une configuration d'un groupe de dispositif commandable comme un seul dispositif, de façon performante par un seul appel de fonction. Selon une variante, le procédé comprend une pluralité d'étape de réception de messages de configuration correspondant à une pluralité de premiers protocoles de communication. 15 Selon une variante, le procédé comprend une pluralité d'étape d'émission de message de découverte selon une pluralité de premiers protocoles de communication. Selon une variante, le procédé comprend une pluralité de correspondance entre un dispositif communiquant selon le premier protocole de 20 communication et des identifiants de localisation selon plusieurs deuxièmes procédés de commande. Par exemple, les deuxièmes protocoles de communication cibles peuvent être les procédés Weave/thread et Bluetooth. Selon une variante, en fonction du premier protocole de communication P1 considéré, il peut être nécessaire pour l'unité centrale de 25 commande U d'envoyer un message d'inscription MI dans une étape ECfU5' afin de s'abonner à des notifications relatives à au moins une variable d'état d'au moins un dispositif domotique D1, D2, les dispositifs domotiques recevant ce message respectivement dans des étapes EcfD15', EcfD25'. Ainsi des notifications concernant les variables d'état seront communiquées à l'unité centrale de commande dans le 30 cadre d'un procédé de supervision. Obtention d'un identifiant de localisation selon le second protocole de communication cible L'obtention d'un identifiant de localisation selon le second protocole de communication cible, c'est-à-dire d'un identifiant unique dans le réseau local 35 considéré va à présent être décrite selon deux mode de mise en oeuvre. 3047374 22 Dans le cas du premier protocole de communication local, il est notamment possible d'utiliser comme identifiant de localisation une adresse dans un format propriétaire correspondant au protocole domotique utilisé. Dans le cas du deuxième protocole cible, un identifiant de localisation 5 peut notamment être une adresse réseau, comme par exemple une adresse IPv4 ou IPv6 ou une adresse bluetooth, ou encore une composition d'une adresse réseau et d'un identifiant de resource indiqué par un chemin d'accès, par exemple sous la forme de l'URL suivante : :// [: ]/ 10 Nous décrivons ci-dessous deux modes de mise en oeuvre dans lequel l'identifiant de localisation correspond respectivement à une adresse réseau ou à une combinaison d'une adresse réseau et d'une ressource. Selon un premier mode de mise en oeuvre, le second protocole de communication cible implique l'utilisation d'adresses réseau distinctes pour les 15 dispositifs domotiques. L'identifiant de localisation correspond dans ce cas à une adresse réseau. Selon une première possibilité l'adresse réseau est égale à, ou contient l'adresse physique du dispositif, comme par exemple dans le cas d'un protocole Bluetooth ou IPv6 Link-local. Dans ce cas, dans une première étape, l'unité centrale de 20 commande U détermine une adresse physique unique pour le dispositif Dl à émuler. Selon un premier exemple, dans le cas d'un protocole basé sur le protocole IP, l'unité centrale de commande U peut choisir une adresse MAC dans une plage acquise préalablement auprès de l'organisme d'enregistrement IEEE, l'adresse correspondant à une composition : 25 Company_id + suffixe libre Dans laquelle : - company_id correspond à un identifiant de constructeur par exemple sur 3 octets ; - suffixe libre, correspond à un identifiant unique du dispositif Dl sur le 30 réseau R2, par exemple sur 3 octets. Pour une unité centrale de commande U qui pourrait émuler jusqu'à 255 dispositifs domotiques, il suffit dans ce cas de faire varier le dernier octet pour identifier les dispositifs domotiques D. Selon un deuxième exemple correspondant à une émulation selon le protocole Bluetooth, il est également possible de choisir une adresse dans une plage 35 acquise préalablement comme cela a été décrit précédemment pour l'adresse MAC dans le cadre d'un protocole sur IP. De la même façon, pour une unité centrale de 3047374 23 commande U qui pourrait émuler jusqu'à 255 dispositifs domotiques, il suffit de faire varier le dernier octet pour identifier les dispositifs domotiques D. Dans une seconde étape, l'unité centrale de commande U détermine une adresse réseau unique à partir de l'adresse physique. 5 Selon certains deuxièmes protocoles cibles P2, l'adresse réseau correspond à l'adresse physique, par exemple dans le protocole Bluetooth. Selon d'autres deuxièmes protocoles cibles P2, l'adresse réseau est obtenue en appliquant une transformation injective à partir de l'adresse physique, comme par exemple dans le cas du protocole IPv6 Link-local, dans lequel l'adresse réseau est construite à partir 10 de l'adresse MAC. Selon une seconde possibilité, l'adresse réseau est obtenue d'un contrôleur de réseau sur présentation d'une adresse physique. A titre d'exemple, cela peut être le cas dans un protocole au dessus d'IP. Selon cette seconde possibilité, dans une première étape, l'unité centrale 15 de commande U détermine une adresse physique unique pour le dispositif D1 à émuler, de façon similaire à la première possibilité évoquée. Dans une seconde étape, l'unité centrale de commande U obtient une adresse réseau unique sur le réseau R2 auprès d'un contrôleur de réseau à partir de l'adresse physique. A titre d'exemple, le contrôleur réseau peut être un Serveur DHCP pour IPv4 ou IPv6. 20 Selon un second mode de mise en oeuvre, l'adresse réseau peut être mutualisable pour plusieurs dispositifs domotiques D1, D2. Dans ce cas l'identifiant de localisation correspond à une composition d'une adresse réseau et d'un identifiant de resource indiqué par un chemin d'accès. Dans ce cas, il peut être suffisant d'obtenir une adresse réseau pour l'unité centrale de commande U. 25 Les différents dispositifs domotiques sont alors associés à des ressources différentes correspondant à des chemins d'accès distincts. A titre d'exemple, en considérant un protocole du type 01C/lotivity, en obtenant pour l'unité centrale de commande une adresse 192.168.0.2, il est possible d'affecter les identifiants de deux dispositifs de type éclairage de la façon suivante: 30 oc://192.168.0.2:1234/light/1 oc://192.168.0.2:1234/light/2 La ressource /light/1 est assignée au premier dispositif de type éclairage. La ressource /light/2 est assignée au deuxième dispositif de type éclairage. 3047374 24 Variante Selon une variante, l'étape d'obtention de l'identifiant de localisation peut correspondre à une réception d'une saisie par l'utilisateur d'un identifiant de localisation selon le deuxième protocole de communication comme cela est 5 représenté sur la figure 4 par l'étape ECfU2'. Selon une variante, l'étape de réception d'un message de configuration comprend une déclaration par l'utilisateur de l'identifiant de localisation selon le premier protocole de communication et/ou une déclaration par l'utilisateur d'au moins une fonction ou d'un type de dispositif selon le premier protocole de 10 communication comme cela est représenté sur la figure 4 par l'étape ECfU2'. Procédé de découverte Premier mode de mise en oeuvre Nous allons à présent décrire un premier mode de réalisation d'un procédé de découverte d'une installation domotique 17 en référence à la figure 7. 15 Nous supposerons ici que le procédé de configuration tel que décrit à la figure 4 a été précédemment exécuté, afin d'obtenir la configuration représentée sur la figure 3. Le procédé est exécuté par l'unité centrale de commande U. Seul deux noeuds N1, Nk communiquant selon le deuxième protocole de communication cible P2 sur le réseau R2 sont représentés sur la figure 7. Toutefois, un seul noeud ou un 20 nombre supérieur à deux de noeuds peut également être considéré. Dans une étape EDU1, l'unité centrale de commande U envoie un message d'annonce de compatibilité MACD1 ou de déclaration d'existence en relation avec un identifiant de localisation P2AD1, d'un premier dispositif domotique D1 à destination d'au moins un noeud N1 communiquant selon le protocole de 25 communication cible P2. L'identifiant de localisation localisation P2AD1 de l'au moins un dispositif domotique D1 selon le second protocole de communication P2 correspond à l'identifiant de P1AD1 du dispositif domotique D1 selon le premier protocole de communication Pl. La correspondance entre les identifiants P1AD1 et P2AD1 est stockée dans une table de noeuds renseignée lors du procédé de 30 configuration. Par la suite, dans une étape EDU2, l'unité centrale de commande U reçoit un message de découverte MD, émis par un noeud selon le second protocole de communication P2 dans une étape EDN12. Dans une étape EDU3, l'unité centrale envoie un message de 35 description MDescl selon le deuxième protocole de communication cible P2 en 3047374 25 relation avec un type P2TD1 du dispositif domotique D1 ou au moins une description d'une fonction P2F1D1, P2F2D1 ou d'un groupe de fonction selon le deuxième protocole de communication P2 et/ou d'au moins une variable d'état P2S1D1, P2S2D1 ou d'un groupe de variable d'état du dispositif domotique D1 selon le deuxième 5 protocole de communication P2. Les mêmes étapes EDU4 à EDU6, correspondantes aux étapes EDU1 à EDU3, sont répétées pour le deuxième dispositif domotique D2. Ainsi, dans une étape EDU4, l'unité centrale envoie un message d'annonce de compatibilité MACD2 en relation avec un identifiant de 10 localisation P2AD2 du deuxième dispositif domotique D2 à destination d'au moins un noeud N1 communiquant selon le protocole de communication cible P2. L'identifiant de localisation P1AD2 du dispositif domotique D2 selon le premier protocole de communication correspond à l'identifiant de localisation P2AD2 de l'au moins un dispositif domotique D2 selon le second protocole de communication P2. La 15 correspondance entre les identifiants P1AD2 et P2AD2 est stockée dans une table de noeuds renseignée lors du procédé de configuration. Par la suite, dans une étape EDU5, l'unité centrale de commande U reçoit un message de découverte MD, émis par un noeud selon le second protocole de communication P2 dans une étape EDN15. 20 Dans une étape EDU6, l'unité centrale envoi un message de description MDesc2 selon le deuxième protocole de communication cible P2 en relation avec un type P2TD2 du dispositif domotique D2 ou au moins une description d'une fonction P2F1D2, P2F2D2 selon le deuxième protocole de communication P2 et/ou d'au moins une variable d'état P2S1D2, P2S2D2 du dispositif domotique D2 25 selon le deuxième protocole de communication P2. Ainsi, Une publication d'un identifiant de localisation selon le second protocole cible de communication est réalisée pour des dispositifs domotiques D1, D2 qui ne sont capables de communiquer que selon un premier protocole local ou propriétaire. 30 Selon une variante, le message d'annonce de compatibilité MACD1, MACD2 et le message de description MDesc1, MDesc2 peuvent être confondus et envoyés sans attendre la réception d'un message de découverte. Selon une variante, le message d'annonce de compatibilité MACD1, MACD2 et/ou le message de description MDesc1, MDesc2 peuvent être envoyés de 35 façon périodiques aux noeuds du réseau R2. 3047374 26 Deuxième mode de mise en oeuvre Selon une variante du procédé de découverte décrit sur la figure 8, l'unité centrale de commande attend dans une étape EDU1' la réception d'un message de découverte MD' selon le second protocole de communication P2 émis par un 5 noeud N1 dans une étape EDN11' pour envoyer un premier message d'annonce de compatibilité et de description MDesc1' dans une étape EDU2' selon un deuxième protocole de communication cible P2 en relation avec l'identifiant de localisation P1AD1 du premier dispositif domotique D1 et comprenant : - un type P2TD1 du dispositif domotique D1 ou 10 - au moins une description d'une fonction P2F1D1, P2F2D1 selon le deuxième protocole de communication P2 et/ou - au moins une description d'une variable d'état P2S1D1, P2S2D1 du dispositif domotique D1 selon le deuxième protocole de communication P2. 15 De la même façon, l'unité centrale de commande envoie dans une étape EDU3' un deuxième message d'annonce de compatibilité et de description MDesc2' selon le deuxième protocole de communication cible P2 en relation avec l'identifiant de localisation P1AD2 du premier dispositif domotique D2 et comprenant : 20 - un type P2TD2 du dispositif domotique D2 ou - au moins une description d'une fonction P2F1D2, P2F2D2 selon le deuxième protocole de communication P2 et/ou d'au moins une variable d'état P2S1D1, P2S2D1 du dispositif domotique D1 selon le deuxième protocole de communication P2. 25 Dans ce mode de mise en oeuvre, les messages d'annonce de compatibilité et de description sont confondus. Ils peuvent également être distincts comme dans le premier mode de mise en oeuvre. Variante Selon une variante, l'unité centrale de commande U peut vérifier 30 périodiquement la disponibilité des dispositifs domotiques et n'envoyer des messages de description et/ou de déclaration d'existence qu'en cas de disponibilité du dispositif domotique concerné. 3047374 27 Procédé de commande Premier mode de mise en oeuvre Nous allons à présent décrire un premier mode de réalisation d'un procédé de commande d'une installation domotique 17 en référence à la figure 9. 5 Nous supposerons ici que le procédé de configuration tel que décrit à la figure 4 a été précédemment exécuté, afin d'obtenir la configuration représentée sur la figure 3. Nous supposerons qu'un procédé de découverte tel que décrit à la figure 7 ou à la figure 8 a égalemenet été exécuté. Le procédé de commande est exécuté par l'unité centrale de 10 commande U. Seul un noeud N1 communiquant selon le deuxième protocole de communication cible P2 sur le réseau R2 est représentés sur la figure 9. Toutefois, un seul noeud ou un nombre supérieur à deux de noeuds peut également être considéré. De la même façon, seul un dispositif domotique D1 communiquant selon le premier protocole local P1 est représenté mais d'autres dispositifs peuvent être présents. 15 Dans une étape préalable optionnelle ECUO, une connexion peut être établie entre le noeud entre un noeud N1 communiquant selon le deuxième protocole de communication P2 et l'unité centrale de commande U, l'unité centrale de commande U agissant sur le réseau R2 en tant que représentant virtuel des dispositifs domotiques du réseau R1 communiquant selon le premier protocole de 20 communication local Pl. Dans une première étape ECU1, l'unité centrale de commande U reçoit au moins un message de commande P2MC en provenance d'un noeud N1 communiquant selon le deuxième protocole de communication P2. Le message de commande P2MC qui est émis par le noeud N1 dans une étape ECN11 comprend au 25 moins un identifiant de localisation P2AD1 d'un dispositif domotique D1 selon le deuxième protocole de communication cible P2 et au moins une définition d'une fonction P2F1D1 du dispositif domotique D1 selon le deuxième protocole de communication P2. Dans le cas présent, nous supposerons que le dispositif concerné par la commande est le dispositif D1 identifié par l'identifiant de localisation P2AD1, 30 que la fonction concernée est une fonction P2F1D1 destinée à ce seul dispositif domotique. Dans une étape ECU2, l'unité centrale de commande U détermine un identifiant de localisation P1AD1 du dispositif domotique D1 selon le premier protocole de communication correspondant à l'identifiant de localisation P2AD1 de 35 l'au moins un dispositif domotique D1 selon le second protocole de communication P2 reçu dans le message de commande P2MC. 3047374 28 Dans une étape ECU3, l'unité centrale de commande applique une règle de conversion de fonction RCFX agencée pour convertir la définition de la fonction P2F1D1 selon le second protocole de communication cible P2 en au moins une définition d'une fonction P1F1D1 selon le premier protocole de communication 5 local Pl. Pour cela, l'unité centrale de commande U peut utiliser la table de correspondance renseignée lors du procédé de configuration. L'étape d'application d'une règle de conversion peut comprendre la réalisation d'étapes de traitements complémentaires à l'appel de la commande, notamment si une partie de la fonction ne peut pas être réalisée sur le dispositif 10 domotique, et notamment un enrichissement partiel de la fonction, ou encore la limitation de la fonction demandée ou l'interdiction d'une fonction à réaliser. A titre d'exemple, une planification d'une commande peut être prévue si le dispositif en lui-même ne permet pas une telle planification. Ainsi, il est possible d'implémenter sur l'unité centrale de commande une fonction de type « Calendar 15 Weave » pour déclencher une commande d'ouverture le lundi à 8h00 pour un dispositif domotique de type store. Egalement à titre d'exemple, une conversion de paramètre peut être réalisée par l'unité centrale de commande. Un Dans une étape ECU4, l'unité centrale de commande U envoie au moins un message de commande P1MC à destination de l'au moins un dispositif 20 domotique D1 correspondant à l'identifiant de localisation P1AD1 et à la fonction P1F1D1 selon le premier protocole de communication local Pl. Dans une étape ECD15, le dispositif domotique D1 exécute la fonction P1F1D1. Dans une étape ECU6, l'unité centrale de commande U reçoit ECU6 un 25 message de retour de commande RP1MC émis par le dispositif domotique D1 dans une étape ECD16 selon le premier protocole local de communication Pl. Dans une étape ECU7, l'unité centrale de commande U applique une règle de conversion de fonction RCFX afin de convertir une information de retour de commande P1RC exprimée selon le premier protocole de communication local P1 en 30 une information de retour de commande P2RC exprimée selon le second protocole de communication cible P2. Dans une étape ECU8, l'unité centrale de commande U émet au moins un message de retour de commande RP2MC à destination du noeud N1 comprenant une information de retour de commande P2RC selon le deuxième protocole cible de 35 communication P2. 3047374 29 Variantes Selon une variante, l'unité centrale de commande U peut recevoir un message de commande P2MC correspondant à une commande groupée destinée à un ensemble de dispositifs domotiques identifiés par un ensemble d'identifiants de 5 localisation. Dans ce cas, une pluralité de message de commande P1MC sont envoyés aux dispositifs de commande concernés, après conversion de la fonction concernée et de l'identification de localisation pour chaque dispositif. Par la suite, l'unité centrale de commande peut optionnellement agréger les résultats ou retour communiqués par les dispositifs domotiques D de façon à retourner un message de retour de 10 commande P2RC unique. A titre d'exemple, il peut être convenu que la commande est réputée réalisée avec succès si toutes les réalisations de fonctions individuelles ont un retour positif, ou échouée si l'une des fonctions pour un dispositif domotique retourne une valeur d'échec. Selon une autre variante déjà évoquée dans le cadre du procédé de 15 configuration, un groupe de dispositif peut être identifié par un même identifiant de localisation selon le deuxième protocole. La table de correspondance comprend dans ce cas plusieurs identifiant de localisation selon le premier protocole de communication qui correspondent au même identifiant de localisation selon le second protocole de communication. Dans ce cas, il est possible de procéder comme ce qui a 20 été évoqué précédemment pour la commande groupée. Une pluralité de fonctions selon le premier protocole de communication local est envoyée aux dispositifs concernés correspondant à la pluralité d'identifiants de localisation selon le premier protocole de communication, puis les retours sont stockés puis agrégés pour retourner un seul résultat pour le message de commande considéré. 25 Procédé de supervision Nous allons à présent décrire un premier mode de réalisation d'un procédé de supervision d'une installation domotique 17 en référence à la figure 10. Nous supposerons ici que le procédé de configuration tel que décrit à la figure 4 a été précédemment exécuté, afin d'obtenir la configuration représentée sur la figure 3. 30 Nous supposerons qu'un procédé de découverte tel que décrit à la figure 7 ou à la figure 8 a égalemenet été exécuté. Le procédé de supervision est exécuté par l'unité centrale de commande U. Seul un noeud N1 communiquant selon le deuxième protocole de communication cible P2 sur le réseau R2 est représentés sur la figure 10. Toutefois, un 35 seul noeud ou un nombre supérieur à deux de noeuds peut également être considéré. 3047374 30 De la même façon, seul un dispositif domotique D1 communiquant selon le premier protocole local P1 est représenté mais d'autres dispositifs peuvent être présents. Dans une étape ESU2, l'unité centrale de commande reçoit un message de supervision P1MS émis par un dispositif domotique D1 dans une étape ESD12, le 5 message de supervision P1MS comprenant une information relative à une valeur d'au moins un variable d'état P1S1D1 de l'au moins un dispositif domotique D1 selon le premier protocole de communication Pl. L'étape ESU2 peut être successive à une première étape ESU1 d'envoi d'un message d'interrogation ou de polling, reçu par le dispositif domotique D1 dans une étape ESD11. Alternativement, l'envoi du 10 message P1MS peut être initié par le dispositif domotique D1 de façon autonome, par exemple en détectant un évènement modifiant la valeur d'une variable d'état P1S1D1. L'envoi du message P1MS peut être réalisé de façon indifférenciée à un ensemble de noeud présent sur le réseau communiquant selon le premier protocole de communication. Cette disposition correspond à mode dit « Broadcast ». Selon un 15 mode de mise en oeuvre alternatif, le dispositif domotique peut envoyer le message de supervision seulement aux noeuds inscrits sur le réseau établi selon le premier protocole de communication, et en particulier à l'unité centrale de commande si celle-ci est inscrite. Dans ce cas, l'unité centrale réalise une étape préalable d'envoi à destination d'un dispositif domotique D1 d'une demande d'enregistrement dans une 20 liste de souscription à un évènement relatif à l'au moins une variable d'état P1S1D1 du dispositif domotique Dl. Dans une étape ESU3, l'unité centrale de commande applique une règle de conversion d'état RCSX afin de convertir l'au moins une information relative à une valeur d'au moins un variable d'état P1S1D1 de l'au moins un dispositif domotique D1 25 exprimée selon le premier protocole de communication local P1 en une valeur d'au moins un variable d'état P2S1D1 du dispositif domotique D1 exprimée selon le second protocole de communication cible P2. Dans une étape ESU4, l'unité centrale de commande adapte l'identifiant de localisation P1AD1 de l'au moins un dispositif domotique P1AD1 selon le premier 30 protocole de communication P1 en un identifiant de localisation P2AD1 du dispositif domotique P2AD1 selon le deuxième protocole de communication P2. Les étapes les étapes ESU3 et ESU4 d'application d'une règle de conversion et d'adaptation d'adresse peuvent être réalisées séquentiellement dans un ordre indifférent ou simultanément. 35 Dans une étape ESU6, l'unité centrale de commande envoi un message de supervision P2MS à destination du noeud N1 communiquant selon un deuxième 3047374 31 protocole de communication P2, le message de supervision P2MS comprenant une information relative à une valeur d'au moins un variable d'état P2S1D1 du dispositif domotique D1 selon le deuxième protocole cible de communication P2 et étant en relation avec l'identifiant de localisation P2AD1 du dispositif domotique D1 selon le 5 deuxième protocole de communication P2. Selon une possibilité, l'envoi du message de supervision P2MS peut être réalisée à l'initiative de l'unité centrale de commande U de façon spontanée ou suite à la réception d'un message de supervision P1MS en provenance d'un dispositif domotique Dl. Selon une autre possibilité, le message de supervision P2MS peut être 10 envoyé suite à la réception par l'unité centrale de commande U dans une étape ESU5 d'un message de requête MQ émis dans une étape ESN15 en provenance d'un noeud N1 du réseau R2. Selon cette deuxième possibilité, l'unité centrale de commande U comprend un espace ou base de stockage des valeurs de variables d'état pour les dispositifs domotiques qui lui sont rattachés. 15 Dans le cadre d'un envoi direct à l'initiative de l'unité centrale U, l'envoi du message de supervision P2MS peut être réalisé de façon indifférenciée à un ensemble de noeud présent sur le réseau communiquant selon le second protocole de communication P2. Cette disposition correspond à mode dit « Broadcast ». Selon un mode de mise en oeuvre alternatif, l'unité centrale de commande peut envoyer le 20 message de supervision seulement aux noeuds du réseau R2 enregistrés dans une liste de souscription, et en particulier au noeud Ni. Dans ce cas, le noeud N1 réalise une étape préalable d'envoi à destination de l'unité centrale de commande U d'une demande d'enregistrement dans une liste de souscription à un évènement relatif à l'au moins une variable d'état P2S1D1 du dispositif domotique Dl. 25 Variante Selon une variante, le procédé de supervision peut être adapté à un point de commande. Dans ce cas, la commande est identifiée et est notifiée à l'unité centrale de commande comme une modification d'une variable d'état. Selon une variante, l'étape de polling ESU1 mentionnée précédemment 30 permet de mettre en oeuvre une émulation de mode événementiel pour un dispositif n'offrant pas une telle fonctionnalité, dans lequel l'unité centrale de commande U peut consulter périodiquement les valeurs de variables d'état des dispositif, détecter les modifications de valeurs de variables d'état en comparant la dernière valeur obtenue et la ou les données qu'elle a préalablement stockées et envoyer, en cas de 3047374 32 modification, un message de supervision P2MS relatif à la variable d'état modifiée à destination d'un noeud N1 abonné aux modifications de cette variable d'état. Exemples Exemple 1 5 Un premier exemple concerne un dispositif domotique D1 de type capteur de température. Ce capteur communique selon un premier protocole local P1 de type 10-homecontrol et est destiné à être rendu accessible en tant que capteur selon le deuxième protocole de communication P2 de type Bluetooth Low Energy. Lors du procédé de configuration ou d'appairage du capteur I0- 10 homecontrol à l'unité centrale de commande U, dans le message de configuration MCfDl, Le dispositif domotique D est décrit comme un capteur 10 système de type 0x03 (outside temperature sensor, unité: °K) avec un identifiant de localisation sous forme d'une adresse réseau 10 0x485670. L'unité centrale de commande s'inscrit auprès du dispositif domotique D 15 (capteur 10) pour recevoir des évènements relatifs à la variation de la température mesurée, ce qui correspond à une variable d'état P1S1S1 du dispositif. L'unité centrale de commande procède ensuite à la détermination automatique d'un type ou profil Bluetooth standard à utiliser pour publier ce dispositif en utilisant une table de correspondance. En particulier le profil correspondant 20 identifié est « Service Environmental Sensing » (org.bluetooth.service.environmental_sensing / Ox181A) avec une définition de variable d'état publiée « Température » (org.bluetooth.characteristic.temperature / Ox2A6E) selon une unité:°C (entier /résolution 0.01). L'unité centrale de commande procède ensuite à la détermination d'un 25 identifiant de localisation P2D1A d'une adresse Bluetooth libre pour le dispositif correspondant à l'étape ECfU6. En particulier, cette adresse réseau peut être constituée de 5 premiers octets statiques correspondant par exemple à un préfixe constructeur et à un numéro ou identifiant de l'unité centrale de commande U, et à un octet libre dont la valeur identifie le dispositif Dl. Par exemple, l'unité centrale de 30 commande peut choisir l'adresse 00:12:34:56:78:01. L'unité centrale de commande U procède dans une étape ECfU7 / ECfU8 à l'enregistrement de la correspondance du type de dispositif selon le premier et le second protocole P2 et de la correspondant d'identifiants de localisation selon le premier et le second protocole dans la table des noeuds. 35 Le procédé de découverte est ensuite mis en oeuvre. 3047374 33 Dans une première étape EDU1, l'unité centrale de commande U envoie un message d'annonce MACD1 et de description MDesc1 du dispositif domotique D1 sous forme d'un nouveau dispositif virtuel selon le second protocole de communication P2 sur le réseau Bluetooth R2. 5 Dans le cas d'un protocole Bluetooth, l'unité centrale de commande U peut implémenter un serveur bluetooth GATT (Generic Attribute Profile) qui annonce le dispositif D1 à intervalle régulier. A réception d'un tel message, un noeud N1 constituant un client Bluetooth, par exemple un téléphone ou une tablette, peut alors établir une 10 connexion point à point avec l'unité centrale de commande U pour piloter ou recevoir des données du dispositif virtuel. Le procédé de supervision ou de commande peut ensuite être mis en oeuvre. Ainsi, lorsqu'un évènement 10 radio émis par le capteur est reçu par 15 l'unité centrale de commande en provenance d'un identifiant de localisation selon le premier protocole de communication P1 (ici une adresse 10 0x485670), celle ci détermine l'identifiant de localisation correspondant selon le second protocole de communication P2 en utilisant la table des noeuds. Dans l'exemple considéré, l'adresse retournée est ici Bluetooth 00:12:34:56:78:01. 20 Dans une étape ESU3, l'unité centrale de commande U détermine si la variable d'état de température P1S1D1 possède une correspondance dans le profil Bluetooth du dispositif virtuel et la fonction de conversion éventuelle. Dans l'exemple considéré, la variable d'état température en degrés Kelvin du dispositif domotique D1 peut être mappée sur une notification rattachée à la variable d'état P2S1D1 ou 25 caractéristique « Température » du service « Environmental Sensing » émule selon le second protocole de communication P2. L'unité centrale de commande U applique la fonction de conversion suivante qui correspond à une conversion en degrés Celsius et en une valeur entière avec une précision de 0.01 : 30 T -> floor((T-273.15)*100). L'unité centrale de commande U envoie ensuite un message de supervision P2MS sous forme d'une notification Bluetooth au noeud N1 connecté avec la nouvelle valeur de température P2S1D1. Selon une variante utilisant le procédé de commande, une lecture active 35 de la température peut être réalisée. 3047374 34 Dans ce cas, le noeud N1 qui est un client Bluetooth apairé avec le dispositif virtuel envoie une requête de lecture (Read Request) concernant la variable d'état ou caractéristique « Temperature » du service « Environmental Sensing » du dispositif virtuel, dans une étape ESN15. 5 L'unité centrale de commande peut répondre en utilisant la dernière valeur reçue du capteur 10 ou envoyer une commande au dispositif pour obtenir cette valeur qui est stockée par l'unité centrale de commande U. Exemple 2 Un second exemple concerne un dispositif domotique D1 de type lampe à 10 variateur selon un premier protocole de communication local P1 de type ZWave destinée à être publié comme une ressource de type « dimmer.lamp » dans un second protocole cible P2 de type 01C/lotivity sur un réseau R2 de type IP. Lors du procédé de configuration ou d'appairage du capteur 10homecontrol à l'unité centrale de commande U, dans le message de 15 configuration MCfD1, Le dispositif domotique D est décrit comme un dispositif de type « Light Dimmer » avec un identifiant de localisation P1D1A correspondant à l'adresse ZWave 26 qui possède une définition d'un groupe de fonction (« cluster fonctionnel ») « SWITCH _ MULTILEVEL_ V3 » correspondant à un réglage d'un niveau d'intensité. L'unité centrale de commande U s'inscrit auprès du dispositif domotique 20 pour recevoir une notification sur changement d'état ou d'une variable d'état décrivant l'état de fonctionnement (« report »). L'unité centrale de commande U détermine un type de dispositif ou profil selon le deuxième protocole cible P2 lotivity à utiliser pour publier ce dispositif en utilisant une table de correspondance. En particulier le profil ou type de ressource 25 correspondant identifié est « oic.r.light.dimming » présentant une valeur de commande d'éclairage proportionnelle comprise entre 0 et 100%. L'unité centrale de commande détermine ensuite un identifiant de localisation P2D1A selon le deuxième protocole de communication. Le deuxième protocole de communication cible P2 ne nécessite pas forcement une adresse réseau 30 différente par dispositif. Ainsi, il est possible d'utiliser une adresse réseau unique, par exemple l'adresse IP du contrôleur domotique (ex: 192.168.0.2). Pour construire l'identifiant de localisation du dispositif virtuel, c'est à dire dans ce cas une URL selon le deuxième protocole cible lotivity, l'unité centrale de commande U procède à la sélection d'un numéro de ressource qui n'a pas encore été 35 attribué par cette unité centrale de commande U en partant de 1 puis combine cette 3047374 35 élément avec l'adresse IP pour obtenir par exemple l'URL suivante : oc://192.168.0.2:1234/1ight/1. L'unité centrale de commande U procède dans une étape ECfU7/ECfU8 à l'enregistrement de la correspondance du type de dispositif selon le premier et le 5 second protocole P2 et de la correspondance d'adresses selon le premier et le second protocole dans une table des noeuds. L'unité centrale de commande U procède également à un enregistrement ou à une déclaration de la ressource dans le logiciel serveur lotivity qu'elle exécute, le logiciel étant actif en écoute sur l'adresse 192.168.0.2 au port 1234. 10 Le procédé de découverte peut ensuite être mis en oeuvre. Le dispositif D1 virtuel déclaré peut être découvert par un client lotivity standard exécuté par un noeud N1 en utilisant une requête multicast de découverte qui correspond à un message de découverte MD. Le procédé de supervision ou de commande peut ensuite être mis en 15 oeuvre. Dans le cadre d'un procédé de commande, un client lotivity ou noeud N1 ayant découvert le dispositif domotique D1 virtuel peut alors commander le dispositif D1 en envoyant un message de commande P2MC sous forme d'une requête « CoAP PUT» concernant la propriété « dimmingSetting » de la ressource identifiée 20 par l'identifiant de localisation P2D1A selon le deuxième protocole de communication P2 « oc://192.168.0.2:1234/light/1 ». Dans ce cas le serveur lotivity de l'unité centrale de commande U reçoit le message de commande P2MC puis détermine l'identifiant de localisation P1D1A selon le premier protocole de communication P1 correspondant, dans l'exemple 25 considéré « ZWave 26 » en utilisant la table des noeuds. L'unité centrale de commande détermine également la fonction de conversion de la commande ou fonction (lotivity -> ZWave) puis construit et envoie un message de commande P1MC au format ZWave au dispositif domotique Dl. L'unité centrale peut ensuite, en fonction de la réponse P1RC du 30 dispositif domotique D1 à la commande, répondre au message de commande P2MC par un message de retour de commande P2RC correspondant à un succès ou à un échec de la commande ou de l'appel de fonction. Selon un exemple du procédé de supervision, le noeud N1 peut consulter la valeur d'une variable d'état actuelle du dispositif domotique D1 en envoyant un 35 message de commande P2MC sous forme d'une requête « CoAP GET » concernant la 3047374 36 ressource identifiée par l'identifiant de localisation P2D1A selon le deuxième protocole de communication P2 « oc://192.168.0.2:1234/light/1 ». Dans ce cas le serveur lotivity de l'unité centrale de commande U reçoit le message de commande P2MC puis détermine l'identifiant de localisation P1D1A 5 selon le premier protocole de communication P1 correspondant, dans l'exemple considéré « ZWave 26 » en utilisant la table des noeuds. Par la suite, l'unité centrale de commande U détermine la ou les variables d'états P1S1D1, P1S2D1 selon le premier protocole de communication local P1 ZWave à renvoyer, par exemple la dernière valeur reçue du « cluster 10 SWITCH _ MULTILEVEL_ V3 » et les fonctions de conversion éventuelles, et en particulier le nom de la variable d'état dans le deuxième protocole de communication cible lotivity, à savoir dans l'exemple présent la propriété « dimmerSetting ». L'unité centrale de commande U peut ensuite convertir la valeur avec la fonction de conversion et répondre à la requête CoAP avec la valeur obtenue. REVENDICATIONS1. Procédé de configuration d'une installation domotique (17) comprenant au moins un dispositif domotique (D1, D2) et au moins une unité centrale de commande (U), l'au moins un dispositif domotique (D1, D2) étant susceptible de communiquer avec l'unité centrale de commande (U) par l'intermédiaire d'au moins un premier protocole local (P1) ; le procédé étant exécuté par l'au moins une unité centrale de commande (U) et comprenant les étapes suivantes : Réception (EcfU3, EcfU4, ECfU2') d'au moins un message de configuration (MCfD1, MCfD2, MCfUsr) relatif à un identifiant de localisation (P1AD1, P1AD2) d'au moins un dispositif domotique (D1, D2) selon le premier protocole de communication local (P1) et à : o un type (P2TD1, P2TD2) de l'au moins un dispositif domotique (D1, D2) ; et/ou o au moins une définition d'une fonction (P1F1D1, P1F2D1, P1F1D2, P1F2D2) ou d'un groupe de fonctions de l'au moins un dispositif domotique (D1, D2) selon ledit premier protocole de communication (P1) et/ou o au moins une définition d'une variable d'état (P1S1D1, P1S2D1, P1S1D2, P1S2D2) ou d'un groupe de variables d'états de l'au moins un dispositif domotique (D1, D2) selon ledit premier protocole de communication (P1) ; Obtention (EcfU5) d'un identifiant de localisation (P2AD1, P2AD2) de l'au moins un dispositif domotique (D1, D2) selon un second protocole de communication cible (P2) ; Enregistrement (ECfU7) de la correspondance entre l'identifiant de localisation (P1AD1, P1AD2) de l'au moins un dispositif domotique (D1, D2) selon le premier protocole de communication et l'identifiant de localisation (P2AD1, P2AD2) de l'au moins un dispositif domotique (D1, D2) selon le second protocole de communication (P2) ; Enregistrement (EcfU7) de l'au moins un type (P2TD1, P2TD2) de l'au moins un dispositif domotique (D1, D2) ; et/ou de l'au moins une définition d'une fonction (P1F1D1, P1F2D1, P1F1D2, P1F2D2) ou d'un groupe de fonctions de l'au moins un dispositif domotique (D1, D2) et/ou de l'au moins une définition d'une variable d'état (P1S1D1, P1S2D1, P1S1D2, P1S2D2) ou d'un groupe de variables d'états de l'au 3047374 38 moins un dispositif domotique (D1, D2) ; et/ou d'une règle de conversion de fonction (RCFX) agencée pour convertir la définition de l'au moins une fonction (P1F1D1, P1F2D1, P1F1D2, P1F2D2) ou groupe de fonction selon le premier protocole de communication (P1) 5 en au moins une définition d'une fonction (P2F1D1, P2F2D1, P2F1D2, P2F2D2) ou d'un groupe de fonction selon le second protocole de communication cible (P2) et/ou d'une règle de conversion d'état (RCSX) agencée pour convertir la définition de l'au moins une variable d'état (P1S1D1, P1S2D1, P1S1D2, P1S2D2) selon le premier 10 protocole de communication (P1) en au moins une définition d'une variable d'état (P2S1D1, P2S2D1, P2S1D2, P2S2D2) selon le second protocole de communication cible (P2). 2. Procédé selon la revendication 1, comprenant en outre l'étape 15 suivante : Obtention (EcfU6) d'au moins une règle de conversion de fonction (RCFX) agencée pour convertir la définition de l'au moins une fonction (P1F1D1, P1F2D1, P1F1D2, P1F2D2) selon le premier protocole de communication (P1) en au moins une définition d'une 20 fonction (P2F1D1, P2F2D1, P2F1D2, P2F2D2) selon le second protocole de communication cible (P2) et/ou d'une règle de conversion d'état (RCSX) agencée pour convertir la définition de l'au moins une variable d'état (P1S1D1, P1S2D1, P1S1D2, P1S2D2) selon le premier protocole de communication (P1) en au moins une définition 25 d'une variable d'état (P2S1D1, P2S2D1, P2S1D2, P2S2D2) selon le second protocole de communication cible (P2). Enregistrement (EcfU7) de l'au moins une règle de conversion de fonction (RCFX) et/ou de l'au moins une règle de conversion d'état (RCSX). 30 3. Procédé selon l'une des revendications 1 ou 2, comprenant en outre l'étape suivante : - définition d'une action à réaliser au moins partiellement par l'unité centrale de commande en correspondance avec une fonction selon le 35 deuxième protocole correspondant à un identifiant de localisation ; 3047374 39 4. Procédé selon l'une quelconque des revendications 1 à 3, dans lequel l'étape de conversion comprend la limitation de la fonction demandée ou l'interdiction d'une commande/fonction à réaliser. 5 5. Procédé de découverte d'une installation domotique (17) comprenant au moins un dispositif domotique (D1, D2) et au moins une unité centrale de commande (U), l'au moins un dispositif domotique (D1, D2) étant susceptible de communiquer avec l'unité centrale de commande (U) par l'intermédiaire d'au moins un premier protocole local (P1) ; le procédé étant exécuté par l'au moins une unité 10 centrale de commande (U) et comprenant les étapes suivantes : Envoi (EDU1, EDU4, EDU3, EDU6, EDU2', EDU3') d'au moins un message d'annonce de compatibilité (MACD1, MAC D2) ou de description (MDesc1, MDesc2, MDesc1', MDesc2') selon un deuxième protocole de communication cible (P2) en relation avec : 15 o au moins un identifiant de localisation (P1AD1, P1AD2) de l'au moins un dispositif domotique (D1, D2) ; l'identifiant de localisation (P1AD1, P1AD2) de l'au moins un dispositif domotique (D1, D2) selon le premier protocole de communication correspondant à un l'identifiant de 20 localisation (P2AD1, P2AD2) de l'au moins un dispositif domotique (D1, D2) selon le second protocole de communication (P2) ; et o Optionnellement, un type (P2TD1, P2TD2) de l'au moins un dispositif domotique (D1, D2) ou au moins une description 25 d'une fonction (P2F1D1, P2F2D1, P2F1D2, P2F2D2) ou d'un groupe de fonctions selon le deuxième protocole de communication (P2) et/ou au moins une description d'une variable d'état (P2S1D1, P2S2D1, P2S1D2, P2S2D2) ou d'un groupe de variables d'états de l'au moins un dispositif 30 domotique (D1, D2) selon le deuxième protocole de communication (P2). 6. Procédé de commande d'une installation domotique (17) comprenant au moins un dispositif domotique (D1, D2) et au moins une unité centrale de 35 commande (U), l'au moins un dispositif domotique (D1, D2) étant susceptible de communiquer avec l'unité centrale de commande (U) par l'intermédiaire d'au moins 3047374 un premier protocole local (P1) ; le procédé étant exécuté par l'au moins une unité centrale de commande (U) et comprenant les étapes suivantes : - Réception (ECU1) d'au moins un message de commande (P2MC) en provenance d'un noeud (N1) communiquant selon un deuxième 5 protocole de communication (P2) comprenant au moins un identifiant de localisation (P2AD1, P2AD2) d'un dispositif domotique (D1, D2) selon le deuxième protocole de communication cible (P2) et au moins une définition d'une fonction (P2F1D1, P2F2D1, P2F1D2, P2F2D2) du dispositif domotique (D1, D2) selon le deuxième protocole de 10 communication (P2) ; - Détermination (ECU2) d'un identifiant de localisation (P1AD1, P1AD2) de l'au moins un dispositif domotique (D1, D2) selon le premier protocole de communication correspondant à l'identifiant de localisation (P2AD1, P2AD2) de l'au moins un dispositif 15 domotique (D1, D2) selon le second protocole de communication (P2) - Application (ECU3) d'une règle de conversion de fonction (RCFX) agencée pour convertir la définition de l'au moins une fonction (P2F1D1, P2F2D1, P2F1D2, P2F2D2) selon le second protocole de communication cible (P2) en au moins une définition 20 d'une fonction (P1F1D1, P1F2D1, P1F1D2, P1F2D2) selon le premier protocole de communication local (P1) ; - Envoi (ECU4) d'au moins un message de commande (P1MC) à destination de l'au moins un dispositif domotique (D1, D2) correspondant à l'identifiant de localisation (P1AD1, P1AD2) et à la 25 fonction (P1F1D1, P1F2D1, P1F1D2, P1F2D2) selon le premier protocole de communication local (P1) ; 7. Procédé de commande selon la revendication 6, comprenant en outre les étapes suivantes : 30 - Réception (ECU6) d'au moins un message de retour de commande (RP1MC) en provenance de l'au moins un dispositif domotique (D1, D2) selon le premier protocole local de communication (P1) ; - Application (ECU7) d'une règle de conversion de fonction (RCFX) afin 35 de convertir une information de retour de commande (P1RC) exprimée selon le premier protocole de communication local (P1) en 3047374 41 une information de retour de commande (P2RC) exprimée selon le second protocole de communication cible (P2) ; Envoi (ECU8) d'au moins un message de retour de commande (RP2MC) à destination de l'au moins un noeud (N1) 5 communiquant selon un deuxième protocole de communication (P2), le message de retour de commande (R2PMC) comprenant une information de retour de commande (P2RC) selon le deuxième protocole cible de communication (P2) ; 10 8. Procédé de supervision d'une installation domotique (17) comprenant au moins un dispositif domotique (D1, D2) et au moins une unité centrale de commande (U), l'au moins un dispositif domotique (D1, D2) étant susceptible de communiquer avec l'unité centrale de commande (U) par l'intermédiaire d'au moins un premier protocole local (P1) ; le procédé étant exécuté par l'au moins une unité 15 centrale de commande (U) et comprenant les étapes suivantes : Réception (ESU2) d'un message de supervision (P1MS) en provenance d'un dispositif domotique (D1, D2) comprenant une information relative à une valeur d'au moins un variable d'état (P1S1D1, P1S2D1, P1S1D2, P1S2D2) de l'au moins un dispositif domotique (D1, D2) 20 selon ledit premier protocole de communication (P1) ; Application (ESU3) d'une règle de conversion d'état (RCSX) afin de convertir l'au moins une information relative à une valeur d'au moins un variable d'état (P1S1D1, P1S2D1, P1S1D2, P1S2D2) de l'au moins un dispositif domotique (D1, D2) exprimée selon le premier protocole 25 de communication local (P1) en une valeur d'au moins un variable d'état (P2S1D1, P2S2D1, P2S1D2, P2S2D2) de l'au moins un dispositif domotique (D1, D2) exprimée selon le second protocole de communication cible (P2) ; Adaptation (ESU4) de l'identifiant de localisation (P1AD1, P1AD2) de 30 l'au moins un dispositif domotique (P1AD1, P1AD2) selon le premier protocole de communication (P1) en un identifiant de localisation (P2AD1, P2AD2) de l'au moins un dispositif domotique (P2AD1, P2AD2) selon le deuxième protocole de communication (P2) ; 35 Envoi (ECU5) d'au moins un message de supervision (P2MS) à destination d'au moins un noeud (N1) communiquant selon un 3047374 42 deuxième protocole de communication (P2), le message de supervision (P2MS) comprenant une information relative à une valeur d'au moins un variable d'état (P2S1D1, P2S2D1, P2S1D2, P2S2D2) de l'au moins un dispositif domotique (D1, D2) selon le deuxième 5 protocole cible de communication (P2) et en relation avec l'identifiant de localisation (P2AD1, P2AD2) de l'au moins un dispositif domotique (D1, D2) selon le deuxième protocole de communication (P2) ; 10 9. Procédé selon la revendication 8, dans lequel l'étape d'envoi (ECU8) est réalisée à destination d'au moins un noeud (N1) enregistré dans une liste de souscription à un évènement relatif à l'au moins une variable d'état (P2S1D1, P2S2D1, P2S1D2, P2S2D2). 15 10. Procédé selon l'une des revendications 8 ou 9, comprenant une étape d'envoi à destination d'un dispositif domotique (D1, D2) d'une demande d'enregistrement dans une liste de souscription à un évènement relatif à l'au moins une variable d'état (P2S1D1, P2S2D1, P2S1D2, P2S2D2) du dispositif domotique (D1, D2).