Brevet FR3061390A1 — publié le 20180629

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, les dispositifs domotiques sont disposés sur un réseau local et peuvent communiquer selon une pluralité de protocoles locaux, notamment des protocoles locaux de type protocole domotique, par exemple un protocole propriétaire n'utilisant pas un adressage IP, ou encore des protocoles 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 avec les dispositifs ou oblige à prévoir l'implémentation de plusieurs protocoles de communication pour permettre la communication avec ces dispositifs, ce qui augmente le coût et/ou la complexité de la programmation pour accéder à ces dispositifs. Par ailleurs, les dispositifs domotiques sont disposés sur un réseau local et ne sont pas accessibles aisément pour une communication, une commande ou une supervision par un dispositif ou un noeud distant, notamment par l'intermédiaire d'un 25 réseau étendu. La présente invention a pour but de résoudre tout ou partie des inconvénients mentionnés ci-dessus. Exposé de l'invention A cet effet, la présente invention concerne un procédé de configuration 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 le procédé étant exécuté par une unité de gestion susceptible de communiquer avec l'au moins une 3061390 2 unité centrale de commande par l'intermédiaire d'au moins un premier protocole ; le procédé comprenant les étapes suivantes : Réception, en provenance de l'unité centrale de commande, d'au moins un message de configuration relatif à au moins un dispositif 5 domotique et à : o un type de l'au moins un dispositif domotique ; et/ou 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 10 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 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 ; 15 Enregistrement de la correspondance l'identifiant de localisation de l'au moins un dispositif domotique selon le second protocole de communication et d'au moins un élément d'identification contenu dans le message de configuration ou déterminable à réception du message de configuration dont le contenu ou la combinaison permet 20 une identification unique d'un dispositif domotique ; 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 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 3061390 3 communication pour des dispositif domotiques qui ne sont capables de communiquer que selon un protocole local ou propriétaire, sans avoir à apporter de modifications sur cet au moins un dispositif, ni sur l'unité centrale de commande à laquelle le dispositif est rattaché, et ainsi de mettre en relation cet au moins un dispositif avec 5 d'autres noeuds d'un réseau étendu 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é de gestion peut agir pour le compte du dispositif domotique sur le réseau selon le deuxième protocole de communication. 10 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 conversion. La définition de l'au moins une fonction ou de l'au moins une variable 15 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 »). Selon une possibilité, chaque dispositif domotique est identifié par un 20 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é de gestion reçoit les messages adressés à ces identifiants et est en mesure d'en assurer le traitement et/ou le routage jusqu'à l'unité centrale de commande à laquelle est rattachée le dispositif, en utilisant les règles de 25 conversion pour communiquer un message converti selon le premier protocole. 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 dispositif, de façon performante par un seul appel de fonction. 30 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 communiquer selon plusieurs deuxièmes protocoles cibles. 35 Selon une variante, l'unité de gestion envoie un message d'inscription à destination d'un dispositif domotique ou à destination d'une unité centrale de 3061390 4 commande à laquelle un dispositif est rattaché 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 communiquées à l'unité de gestion dans le cadre d'un procédé de supervision. 5 Selon un aspect de l'invention, le procédé comprend une détermination d'une clef d'indexation sur la base d'éléments d'identification contenus dans le message de configuration ou déterminables à réception du message dont la combinaison permet une identification unique d'un dispositif domotique. L'identification est unique sur l'ensemble des dispositifs domotiques 10 pouvant faire l'objet d'un accès par l'unité de gestion. Selon un aspect de l'invention, les différents éléments d'identification, pris individuellement, ne sont pas nécessairement uniques pour chaque dispositif ; mais la combinaison de deux ou plusieurs éléments d'information doit l'être. L'identifiant de l'unité centrale de commande à laquelle le dispositif domotique est 15 rattaché ou l'adresse du dispositif domotique, ou éventuellement celle de son parent dans un système d'adressage hiérarchique dans le réseau local géré par l'unité centrale de commande sont des exemples d'éléments d'identification. Selon un aspect de l'invention, un identifiant unique de dispositif peut être défini, cet identifiant pouvant utiliser notamment une notation d'adresse 20 indépendante du protocole, par exemple selon un format de type URL. Selon un aspect de l'invention, l'identifiant unique de dispositif comprend une adresse logique de dispositif. Selon un aspect de l'invention, l'adresse logique de dispositif comprend : - un type protocole de communication du dispositif; 25 - un chemin de communication vers le dispositif. Selon un aspect de l'invention, le chemin de communication vers le dispositif inclut les éventuelles unités centrales de commande intermédiaires et les adresses de terminaison ou identifiant de localisation à traverser, organisées de préférence selon une topologie hiérarchique. 30 Selon un aspect de l'invention, l'adresse logique de dispositif comprend en outre un identifiant de sous-système si des sous-systèmes ou sous-ensembles du dispositif peuvent être définis. Au sens de la présente invention, un troisième protocole est un protocole de communication utilisé pour la communication entre l'unité de gestion et au moins 35 une unité centrale de commande, un troisième protocole est par exemple un protocole de communication au dessus du protocole IP et/ou un protocole générique 3061390 5 permettant une communication point à point. A titre d'exemple, les protocoles de transport sur IP de type Websockets, MQTT ou CoAP peuvent constituer un premier protocole de communication. Au sens de la présente invention, un deuxième protocole cible est par 5 exemple un protocole de communication au dessus du protocole IP sur un réseau étendu ou un protocole générique permettant une communication point à point. A titre d'exemple, un protocole utilisant IPv6 peut être utilisé. Selon un aspect de l'invention, le deuxième protocole cible est un protocole au dessus du protocole IP. 10 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 peut y avoir plusieurs protocoles locaux. A titre d'exemple, les protocoles Z-Wave, EnOcean ou 10 Homecontrol peuvent constituer un premier protocole local. 15 Alternativement, un premier protocole peut également être un protocole de communication au dessus du protocole IP ou un protocole générique permettant une communication point à point. A titre d'exemple, le protocole applicatif WEAVE utilisant des protocoles de transport 6lowpan et thread pour un réseau maillé peuvent constituer un premier protocole. 20 Le premier protocole est notamment utilisé pour la communication entre une unité centrale de commande et au moins un dispositif domotique rattaché à ladite unité centrale de commande. 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 25 troisiè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 identifiant de localisation unique sur le réseau étendu considéré. Au sens de la présente invention, un identifiant de localisation est un 30 identifiant unique dans le réseau considéré. Dans le cas du premier protocole de communication, il 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 35 adresse IPv4 ou IPv6, ou encore une composition d'une adresse réseau et d'un 3061390 6 identifiant de ressource indiqué par un chemin d'accès, par exemple sous la forme de l'URL suivante : :// [: ]kresource path> Au sens de la présente invention, un dispositif domotique est un 5 é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 d'autres dispositifs domotiques. Au sens de la présente invention, un message est un élément 10 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. Au sens de la présente invention, une installation domotique ou installation est un ensemble comprenant une pluralité de dispositifs domotiques et au 15 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 un groupe sous le contrôle d'un utilisateur. Les dispositifs électroniques forment des groupes d'au moins un dispositif domotique 20 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 : au moins une unité de traitement pour contenir et exécuter au moins un programme d'ordinateur, 25 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 au moins un module de communication avec l'unité de gestion. Dans certaines applications, une unité centrale de commande peut 30 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. 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, 35 notamment à Internet. 3061390 7 Selon un aspect de l'invention, une unité de gestion est un serveur connecté à distance à l'au moins une installation domotique, par l'intermédiaire d'un réseau étendu. Il est à noter que le terme serveur est une désignation logique qui peut recouvrir l'utilisation de plusieurs serveurs physiques pour répartir la charge de 5 traitement informatique à réaliser. Selon un autre aspect de l'invention, l'unité de gestion est une unité centrale destinée à être reliée à une ou plusieurs unités centrales de commande sur des réseaux privés ou locaux distincts, ou encore sur le même réseau local. Au sens de la présente invention, une variable d'état est un élément 10 descriptif de l'état d'un dispositif domotique. La valeur d'une variable d'état peut 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 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 15 ê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 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 à 20 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 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 25 protocoles de communication. Selon une possibilité, le procédé comprend une pluralité d'étapes 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 30 localisation correspond à une réception d'une saisie par l'utilisateur d'un identifiant de localisation selon le deuxième protocole de communication. 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 35 d'au moins une fonction ou d'un type de dispositif selon le premier protocole de communication. 3061390 8 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 5 un bridage des plages de valeurs de commande ou d'interdire la réalisation de certaines commandes. Ces dispositions sont mises en oeuvre au niveau de l'unité de gestion, 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é de gestion ou l'unité centrale 10 de commande en provenance d'un terminal utilisateur. 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é. 15 Selon un aspect de l'invention, 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 20 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. 25 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. 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 tiers. Selon un aspect de l'invention, l'étape de téléchargement peut intervenir 30 lorsque l'au moins une règle de conversion concernée n'est pas disponible localement sur l'unité de gestion. Selon un aspect de l'invention, le procédé comprend en outre l'étape suivante : - définition d'une action à réaliser au moins partiellement par l'unité 35 centrale de commande ou l'unité de gestion en correspondance avec une 3061390 9 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 5 considéré n'est pas en mesure de fournir la commande demandée. Selon un aspect de l'invention, l'étape de conversion comprend la limitation de la fonction demandée ou l'interdiction d'une commande/fonction à réaliser. La présente invention concerne également un procédé de découverte 10 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; le procédé étant exécuté par une unité de gestion susceptible de communiquer avec l'au moins une unité centrale de commande par l'intermédiaire d'au moins un premier protocole ; le 15 procédé comprenant les étapes suivantes : 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 20 dispositif domotique selon le second protocole de communication correspondant à un l'identifiant de localisation de l'au moins un dispositif domotique selon le premier protocole de communication ; et o Optionnellement, un type de l'au moins un dispositif 25 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 dispositif domotique selon le deuxième protocole de 30 communication. Selon un aspect de l'invention, l'envoi du message correspond à une réponse à une requête ou à un message en provenance d'un noeud comprenant un critère de filtrage sur la base par exemple d'un identifiant de localisation ou d'un groupe d'identifiants de localisation ou encore sur la base d'une information relative à 35 une installation et/ou à un compte d'un utilisateur et/ou à un type de produits. 3061390 10 Selon un aspect de l'invention, l'envoi du message correspond à une réponse à une requête ou à un message en provenance d'un noeud adressée à un identifiant de localisation sur l'unité de gestion correspondant à un identifiant de localisation d'un registre. 5 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é et l'au moins un message de description peuvent être confondus. Selon une possibilité, l'envoi du message de description fait suite à la 10 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 communiquant selon un deuxième protocole de communication ; Selon une variante, l'unité de gestion peut vérifier périodiquement la 15 disponibilité des dispositifs domotiques par l'intermédiaire d'une unité centrale de commande et n'envoyer des messages de description et/ou de déclaration d'existence qu'en cas de disponibilité du dispositif domotique concerné. Selon un aspect de l'invention, le procédé de découverte comprend les étapes d'un procédé de configuration tel que décrit précédemment. 20 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 ; le procédé étant exécuté par une unité de gestion susceptible de communiquer avec l'au moins une 25 unité centrale de commande par l'intermédiaire d'au moins un premier protocole ; le procédé comprenant les étapes suivantes : 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 30 d'un dispositif domotique selon le deuxième protocole de communication cible et au moins une définition d'une fonction du dispositif domotique selon le deuxième protocole de communication ; Détermination d'au moins un élément d'identification du dispositif domotique dont le contenu ou la combinaison permet une 35 identification unique du dispositif domotique sur la base de 3061390 11 l'identifiant de localisation de l'au moins un dispositif domotique selon le second protocole de communication ; Optionnellement, application d'une règle de conversion de fonction agencée pour convertir la définition de l'au moins une fonction selon 5 le second protocole de communication cible en au moins une définition d'une fonction selon le premier protocole de communication ; Envoi d'au moins un message de commande à destination de l'au moins une unité centrale de commande à laquelle est rattachée l'au 10 moins un dispositif domotique correspondant à l'au moins un élément d'identification, le message de commande étant relatif à la fonction selon le premier protocole de communication. Selon un aspect de l'invention, l'étape d'application d'une règle de conversion peut comprendre la réalisation d'étapes de traitements complémentaires 15 à 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 le dispositif en lui-même ne permet pas une telle planification. Ainsi, il est possible 20 d'implémenter sur l'unité de gestion 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 réalisée par l'unité de gestion. 25 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é de gestion. L'unité de gestion agit ainsi sur le réseau de communication selon le second protocole de communication en tant que représentant virtuel des dispositifs 30 domotiques. Selon un aspect de l'invention, le procédé de commande comprend les étapes d'un procédé de configuration tel que décrit précédemment. Selon un aspect de l'invention, le procédé de commande comprend les étapes d'un procédé de découverte tel que décrit précédemment. 35 Selon un aspect de l'invention, le procédé de commande comprend en outre les étapes suivantes : 3061390 12 - Réception d'au moins un message de retour de commande en provenance de l'au moins une unité centrale de commande à laquelle est rattachée l'au moins un dispositif domotique selon le premier protocole de communication ; 5 - Optionnellement, Application d'une règle de conversion de fonction afin de convertir une information de retour de commande exprimée selon le premier protocole de communication en une information de retour de commande exprimée selon le second protocole de communication cible ; 10 - Envoi d'au moins un message de retour de commande à destination de l'au moins un noeud communiquant selon un deuxième protocole de communication, le message de retour de commande comprenant une information de retour de commande selon le deuxième protocole cible de communication ; 15 La présente invention concerne également un procédé de supervision 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 ; le procédé étant exécuté par une unité de gestion susceptible de communiquer avec l'au moins une 20 unité centrale de commande par l'intermédiaire d'au moins un premier protocole ; le procédé comprenant les étapes suivantes : - Réception d'un message de supervision en provenance d'une unité centrale de commande à laquelle est rattachée un dispositif domotique comprenant une information relative à une valeur d'au 25 moins une 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 une variable d'état de l'au moins un dispositif domotique exprimée selon le 30 premier protocole de communication (Pl) 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 ; - Détermination d'un identifiant de localisation de l'au moins un dispositif domotique selon le deuxième protocole de communication 35 sur la base d'au moins un élément d'identification contenu dans le message de supervision ou déterminable à réception du message de 3061390 13 supervision dont le contenu ou la combinaison permet une identification unique d'un dispositif domotique ; 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é de gestion d'un message de requête en provenance d'un noeud communiquant selon le deuxième protocole de communication. Selon 20 cette deuxième possibilité, l'unité de gestion comprend un espace ou base de stockage des valeurs de variables d'état pour les dispositifs domotiques qui sont rattachés aux unités centrales de commandes qu'elle prend en compte. Selon une variante, l'unité de gestion consulte périodiquement les valeurs de variables d'état des dispositifs domotiques, détecte les modifications de 25 valeurs de variables d'état en comparant une dernière valeur obtenue et au moins une valeur préalablement stockée. L'unité de gestion 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. Ces dispositions permettent de mettre en oeuvre une émulation de mode 30 événementiel pour un dispositif n'offrant pas une telle fonctionnalité. Selon un aspect de l'invention, le procédé de commande comprend les étapes d'un procédé de configuration tel que décrit précédemment. Selon un aspect de l'invention, le procédé de commande comprend les étapes d'un procédé de découverte tel que décrit précédemment. 3061390 14 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. Selon une variante, l'étape d'envoi peut être réalisée de façon 5 indifférenciée à un ensemble de noeuds présents sur le réseau communiquant selon le deuxième protocole de communication. Cette disposition correspond à mode dit « Broadcast ». Selon un aspect de l'invention, le procédé de commande comprend une étape d'envoi à destination d'une unité centrale de commande à laquelle est 10 rattachée un dispositif domotique d'une demande d'enregistrement dans une liste de souscription à un évènement relatif à l'au moins une variable d'état du dispositif domotique. Les différents aspects définis ci-dessus non incompatibles peuvent être combinés. 15 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 domotique; 20 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é de gestion, une unité de gestion additionnelle, une unité centrale de commande 25 communiquant avec l'unité de gestion selon un troisième protocole, des noeuds réseaux communiquant selon un second protocole cible et des dispositifs de l'installation domotique communiquant selon un premier protocole de communication local. La figure 4 est un schéma illustrant un mode de mise en oeuvre d'un 30 procédé de configuration d'une installation domotique selon l'invention. 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 troisième protocole de communication et des fonctions, groupes de fonctions, variables d'états, groupes de variables d'états ou types exprimés selon le 35 second protocole de communication cible. 3061390 15 La figure 6 est un tableau de noeuds identifiant les relations entre des identifiants uniques de dispositif domotique exprimés selon le premier protocole de communication et des identifiants de localisation exprimés selon le second protocole de communication cible. 5 La figure 7 est un schéma illustrant un 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 mode de mise en oeuvre d'un procédé de commande 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 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, 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 15 l'invention. Description d'un système comprenant une installation domotique Comme illustré à la figure 1, un bâtiment 1 comprend à titre d'exemple trois pièces Roi, Ro2, Ro3. Le bâtiment 1 comprend également des équipements domotiques 3 et des capteurs 5. 20 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 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 25 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 Su peut également comprendre un point de commande 15 d'un actionneur 7, comme un boîtier de commande B sans fil pour le volet roulant 9. 30 L'installation domotique Su 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, notamment, être agencé pour mesurer une grandeur physique, par exemple un capteur de température, un capteur d'ensoleillement ou un capteur d'humidité. Des 35 capteurs 5 de position d'équipements domotiques 3 du bâtiment 1, comme, par 3061390 16 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 prévus. L'installation domotique peut également comprendre un ou plusieurs capteurs de présence. 5 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 éléments de l'installation domotique Su. Les équipements domotiques 3 et les capteurs 5 peuvent ainsi avoir accès 10 à toute grandeur physique mesurable, comme la température de chaque pièce Roi, Ro2, Ro3 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. Par la suite nous utiliserons la désignation de dispositif domotique ou dispositif D indifféremment pour désigner des capteurs ou des équipements 15 domotiques, ou encore des parties d'équipements domotiques 3 ou de capteurs 5. L'installation domotique Su comprend une pluralité d'unités centrales de commande U1, U2. En particulier et à titre d'exemple, deux unités centrales de commande U1, U2 sont représentées sur la figure 1. Selon une variante, une installation domotique peut comprendre également une unité centrale de commande 20 unique. Chaque unité centrale de commande U1, U2 est agencée pour commander et/ou contrôler une partie des dispositifs D de l'installation Su formant un 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 Roi et Ro2 du 25 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 Ro3 au rez-de-chaussée du bâtiment et des dispositifs extérieurs. 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 30 protocole de communication radio. Chaque unité centrale de commande U1, 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. Comme cela est représenté sur la figure 2, chaque unité centrale de commande U est agencée pour communiquer avec un serveur Sv. 35 Les unités centrales de commande U1, U2 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 3061390 17 é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 communiquer avec un ensemble de telles unités centrales de commande U. Nous décrirons par la suite une de ces unités. 5 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 stockage ainsi d'une mémoire vive, et d'une puce Ethernet. L'unité centrale de commande U comprend, en outre, au moins un 10 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 caméra vidéo. A titre d'exemple, comme cela est représenté sur la figure 2, le module 15 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 précédemment décrit en référence à la figure 1, selon le premier protocole de communication local Pl. 20 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, Wavenis, Philips HUE. Ces protocoles locaux sont des protocoles de communication locaux en général non P. 25 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é centrale de commande soit intégrée à un routeur et/ou à un modem réalisant une connexion à un réseau étendu, notamment à Internet. 30 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, l'unité centrale U peut permettre le contrôle et/ou la commande d'un système d'alarme. 35 Chaque unité centrale de commande U comprend, en outre, un module de communication 4 avec le serveur Sv selon un troisième protocole de 3061390 18 communication P3. 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. Dans certaines applications, une unité centrale de commande U peut 5 communiquer avec le serveur Sv à travers un serveur intermédiaire Sv', 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. Le serveur Sv peut comprendre également une interface de 10 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 recouvrir l'utilisation de plusieurs serveurs physiques pour répartir la charge de 15 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 téléphone intelligent ou une tablette. Le terminal de communication mobile T peut 20 ê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' 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. L'interface de commande et/ou de contrôle IN comprend un processeur 25 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 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. 30 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 boutons du terminal T. Les figures 1 et 2 décrivent une installation Su qui comprend un ensemble 35 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. 3061390 19 Réseaux correspondant aux premier, deuxième et troisième protocoles Comme cela est visible sur la figure 3, des dispositifs domotiques D1, D2, Dn 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 5 communication local P1 avec l'unité centrale de commande U. les dispositifs D1, D2, Dn possèdent un identifiant de localisation 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. Un second groupe de dispositifs domotiques Dr, D2', Dn' est représenté 10 qui appartient à un réseau local R1' géré par une unité centrale de commande U' au sein d'une seconde installation domotique et communiquent selon un premier protocole de communication local Pr avec l'unité centrale de commande U'. Les dispositifs Dr, D2', Dn' possèdent un identifiant de localisation constitué par une adresse locale P1AD1', P1AD2', P1ADn' dans ce réseau. L'unité centrale U' 15 communique avec le serveur Sv à travers un serveur intermédiaire Sv'. L'unité centrale de commande communique avec le Serveur Sv par un troisième protocole de communication P3 sur un troisième réseau R3. Selon une variante, le serveur intermédiaire Sv' communique également par l'intermédiaire du réseau R3. 20 Un réseau R2 correspond à un deuxième réseau R2 étendu sur lequel la communication peut être réalisée par un deuxième protocole P2. Le Serveur Sv est connecté à ce réseau étendu, ainsi que des terminaux utilisateurs T, points de commandes ou autres dispositifs domotiques qui peuvent être modélisés par des noeuds N appartenant au second réseau R2 et communiquant selon un second 25 protocole de communication cible P2, notamment selon un protocole utilisant le protocole IP. On entend 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. Le serveur ou unité de gestion Sv est agencée pour présenter aux 30 noeuds Ni, 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 domotiques D1, D2, Dn détaillant le type, les fonctions et/ou les variables d'état des 35 dispositifs, selon le deuxième protocole de communication P2. 3061390 20 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 Su 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é de gestion ou serveur Sv. Deux dispositifs domotiques D1, D2 communiquant par l'intermédiaire d'une unité centrale à laquelle ils sont rattachés selon le premier protocole de communication local P1 sont représentés sur la figure 4. Les dispositifs D1 et D2 peuvent être rattachés à la même unité centrale de 10 commande U ou à deux unités centrales de commandes U distinctes. Un seul dispositif domotique ou un nombre supérieur à deux de dispositifs domotiques peut également être considéré. Dans une première étape EcfSvl, le procédé de configuration peut être déclenché par la réception d'un message Mlnit reçu par l'unité de gestion Sv en 15 provenance d'un terminal utilisateur Use qui l'émet dans une étape EcfTl. Dans une étape ECfSv2, l'unité de gestion Sv émet des messages de découverte MD à destination de l'unité centrale de commande à laquelle chaque dispositif D1, D2 est rattaché selon le troisième protocole de communication P3, ce message MD étant reçu respectivement dans des étapes EcfD12 ou ECfD22. 20 Selon une variante, un appui sur un bouton de l'unité centrale de commande U peut également permettre le déclenchement du procédé. Dans ce cas, le message de configuration est reçu par l'unité de gestion en provenance de l'unité centrale de commande U. Alternativement ou en complément, une action sur un dispositif domotique D, comme un appui sur un bouton peut être considéré comme 25 évènement déclenchant. Dans ce cas également, le message de configuration est reçu par l'unité de gestion Sv en provenance de l'unité centrale de commande U, l'unité centrale de commande recevant le message du dispositif domotique D selon le premier protocole de communication Pl. Il peut être considéré dans ces cas que le procédé débute à l'étape de réception d'un message de configuration décrite ci- 30 dessous. Ainsi, dans des étapes EcfSv3, EcfSv4, l'unité de gestion Sv reçoit des messages de configuration MCfDl, MCfD2 en provenance de l'unité centrale de commande à laquelle chaque dispositif D1, D2 est rattaché qui émet ces messages respectivement dans des étapes ECfD12 et ECfD22. 3061390 21 Chacun de ces messages de configuration MCfD1, MCfD2 est relatif à un identifiant unique DURL d'un dispositif domotique D1, D2 selon le premier protocole de communication P1 et à : o un type P1TD1, P1TD2 de l'au moins un dispositif 5 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 10 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 Pi; L'identifiant unique DURL peut être contenu dans le message de 15 configuration ou déterminable à la réception de ce message. Dans une étape ECfSv5, l'unité de gestion Sv obtient un identifiant de localisation P2AD1, P2AD2 pour chaque dispositif domotique D1, D2 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. 20 Dans une étape EcfSv6, l'unité de gestion 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, 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 25 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, P2S1D2, P2S2D2 selon le second protocole de communication cible P2. 30 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 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 35 de fonctions ou variables ou groupes de variables d'états doivent être listées, comme par exemple dans le protocole Zwave. 3061390 22 Alternativement, l'unité de gestion Sv peut identifier une 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. 5 Les règles de conversion peuvent être stockées dans une ou plusieurs tables de correspondance, comprises dans une base de connaissance. Dans le cas où une telle règle de conversion n'est pas disponible, l'unité de gestion Sv peut procéder à son obtention, par exemple en procédant à un téléchargement à partir d'un serveur tiers. Par la suite la ou les règles de conversion 10 peuvent être enregistrées dans une étape EcfSv6. La mise en place de la conversion d'une fonction peut également comprendre une étape de définition d'une action à réaliser au moins partiellement par l'unité de gestion Sv ou l'unité centrale de commande U en correspondance avec une fonction selon le deuxième protocole correspondant à un identifiant de 15 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. 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. 20 Des exemples de conversion ou de réalisation partielle par l'unité de gestion ou l'unité centrale de commande sont donnés ultérieurement dans le cadre de la description du procédé de commande ou de supervision. Dans une étape ECfSv7, l'unité de gestion Sv enregistre la correspondance entre l'identifiant unique de dispositif domotique DURL de l'au moins 25 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 à la figure 6; Dans une étape EcfSv8, l'unité de gestion Sv enregistre également dans la 30 table de noeuds: - l'au moins un type P2TD1, P2TD2 de l'au moins un dispositif domotique D1, D2; et/ou - 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 35 domotique D1, D2 et/ou de l'au moins une définition d'une variable 3061390 23 d'état P1S1D1, P1S2D1, P1S1D2, P1S2D2 ou d'un groupe de variables d'états de l'au 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, 5 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 protocole de communication cible P2 et/ou d'une règle de conversion d'état RCSX agencée pour convertir 10 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, P2S1D2, P2S2D2 selon le second protocole de communication cible P2. 15 Une fois les étapes du procédé de configuration réalisées, le dispositif domotique D1 est virtualisé. L'unité de gestion Sv peut agir pour le compte de D1 sur le réseau R2. Variantes Selon une variante, un groupe de dispositif peut être identifié par un 20 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 d'envisager une configuration d'un groupe de dispositif commandable comme un seul 25 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. Selon une variante, le procédé comprend une pluralité d'étape 30 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 communication et des identifiants de localisation selon plusieurs deuxièmes procédés 35 de commande. 3061390 24 Selon une variante, en fonction du premier protocole de communication P1 considéré, il peut être nécessaire pour l'unité de gestion Sv d'envoyer un message d'inscription MI dans une étape ECfSv5' afin de s'abonner à des notifications relatives à au moins une variable d'état d'au moins un dispositif 5 domotique D1, D2, l'unité centrale de commande à laquelle sont rattachés 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é de gestion dans le cadre d'un procédé de supervision. Obtention d'un identifiant de localisation selon le second protocole de 10 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 étendu considéré va à présent être décrite selon deux mode de mise en oeuvre. Dans le cas du premier protocole de communication, il est notamment 15 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 peut notamment être une adresse réseau, comme par exemple une adresse IPv4 ou IPv6, ou encore une composition d'une adresse réseau et d'un identifiant de resource 20 indiqué par un chemin d'accès, par exemple sous la forme de l'URL suivante : :/khost address>[: ]kresource path> 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. 25 Selon un premier mode de mise en oeuvre, le second protocole de communication cible implique l'utilisation d'adresses réseau distinctes pour les dispositifs domotiques. L'identifiant de localisation correspond dans ce cas à une adresse réseau. Selon une première possibilité, l'adresse réseau est choisie dans un bloc 30 d'adresses libres assigné au Serveur Sv. Par exemple, dans le cas du protocole IPv6, un préfixe est associé à l'interface de communication du Serveur Sv sur le réseau R2, le reste de l'adresse (suffixe) étant laissé à la discrétion du Serveur Sv. Dans le cas d'un réseau étendu tel que l'Internet, ce préfixe peut définir un bloc d'adresses globales unicast et devra être préalablement obtenu auprès d'un fournisseur agréé. 35 Selon une deuxième possibilité l'adresse réseau est égale à, ou contient l'adresse physique du dispositif, comme par exemple dans le cas d'un protocole IPv6 3061390 25 utilisé en mode Link-local. Dans ce cas, dans une première étape, l'unité de gestion Sv 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é de gestion Sv peut choisir une adresse MAC dans une plage 5 acquise préalablement auprès de l'organisme d'enregistrement IEEE, l'adresse correspondant à une composition : Company_id + suffixe libre Dans laquelle : - company_id correspond à un identifiant de constructeur par exemple 10 sur 3 octets ; - suffixe libre, correspond à un identifiant unique du dispositif Dl sur le réseau R2, par exemple sur 3 octets. Pour une unité de gestion Sv qui pourrait émuler jusqu'à 255 dispositifs domotiques, il suffit dans ce cas de faire varier le dernier octet pour identifier les dispositifs domotiques D. 15 Dans une seconde étape, l'unité de gestion Sv détermine une adresse réseau unique à partir de l'adresse physique. Selon certains 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 20 réseau est construite à partir de l'adresse MAC. Selon une troisième 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 troisième possibilité, dans une première étape, l'unité de 25 gestion détermine une adresse physique unique pour le dispositif Dl à émuler, de façon similaire à la première possibilité évoquée. Dans une seconde étape, l'unité de gestion Sv 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. 30 Selon un second mode de mise en oeuvre, l'adresse réseau peut être mutualisable pour plusieurs dispositifs domotiques Dl, D2. Dans ce cas l'identifiant de localisation correspond à une composition d'une adresse réseau et d'un identifiant de ressource indiqué par un chemin d'accès. Dans ce cas, il peut être suffisant d'obtenir une adresse réseau pour l'unité de gestion Sv. 35 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 3061390 26 considérant un protocole du type 01C/lotivity, en obtenant pour l'unité de gestion Sv une adresse 192.168.0.2, il est possible d'affecter les identifiants de deux dispositifs de type éclairage de la façon suivante: oc://192.168.0.2:1234/light/1 5 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. Identifiant unique d'un dispositif domotique L'unité de gestion Sv et les unités centrales de commandes U peuvent 10 utiliser un identifiant unique DURL pour identifier les dispositifs domotiques. La structure d'un identifiant unique d'un dispositif domotique DURL va être à présent décrite de façon correspondante à un mode de réalisation particulier. Selon ce mode de réalisation, l'identifiant unique d'un dispositif domotique comprend des informations sur : 15 Le protocole natif local du dispositif domotique D; Le chemin de communication vers le dispositif D, incluant les unités centrales de commande intermédiaires U et les adresses de terminaison à traverser, organisées ou non dans une topologie hiérarchique ; 20 Un identifiant de sous-système subsystemld si le dispositif appartient à un groupe de dispositifs D associés à une même adresse. Les dispositifs qui sont une expression unique d'une adresse ne présentent pas d'extension d'identification d'un sous-système. Ainsi, la forme de l'identifiant unique d'un dispositif DURL peut être la 25 suivante : :// krawDeviceAddress>(# ) Dans laquelle les champs suivants sont présents : protocol : identifiant du protocole local de dispositif natif; gatewayld : identifiant de la première unité centrale de commande U, par 30 exemple un numéro de série ou un identifiant unique. rawDeviceAddress : un chemin simple ou à plusieurs niveaux. Sa signification et son format dépendent du schéma d'adressage du protocole de communication local du dispositif D. subsystemld : ce champ optionnel indique une identification, par 35 exemple un rang du sous-système (démarrant par exemple à 1), si un tel sous-système est présent. 3061390 27 Exemples 1) knx://0201-0001-1234/1.1.3 Cet identifiant unique DURL correspond à un dispositif D communiquant par le protocole KNX avec une adresse individuelle 1.1.3 accessible par l'unité centrale 5 de commande U portant l'identifiant #0201-0001-1234. 2) io://0201-0001-1234/145036#2 Cet identifiant unique DURL correspond à un sous-système portant le n°2 associé à un dispositif D communiquant par le protocole 10 homecontrol avec une adresse radio 145036 accessible par l'unité centrale de commande U portant 10 l'identifiant #0201-0001-1234. 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 15 représenté sur la figure 4 par l'étape ECfSv2'. 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 20 communication comme cela est représenté sur la figure 4 par l'étape ECfSv2'. Procédé de découverte Nous allons à présent décrire un mode de réalisation d'un procédé de découverte d'une installation domotique Su en référence à la figure 7. Nous supposerons ici que le procédé de configuration tel que décrit à la figure 4 a été 25 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é de gestion Sv. Seul deux noeuds Ni, 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 nombre supérieur à deux noeuds peut également être considéré. 30 Dans une étape EDSv1, l'unité de gestion Sv reçoit un message de découverte MD selon le second protocole de communication P2 émis par un noeud Ni dans une étape EDN11. Le message de découverte EDN11 peut comprendre un critère de filtrage sur la base par exemple d'un identifiant de localisation ou d'un groupe d'identifiants 3061390 28 de localisation ou encore sur la base d'une information relative à une installation Su et/ou à un compte d'un utilisateur Usr et/ou à un type de produits. Le message de découverte EDN11 peut être adressé à un identifiant de localisation ou adresse spécifique sur l'unité de gestion Sv correspondant à un 5 identifiant de localisation d'un registre. Dans une étape EDSv2, l'unité de gestion Sv envoie un premier message d'annonce de compatibilité et de description MDesc1 selon un deuxième protocole de communication cible P2 en relation avec l'identifiant de localisation P2AD1 du premier dispositif domotique D1 et comprenant : 10 un type P2TD1 du dispositif domotique D1 ou 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 15 communication P2. De la même façon, l'unité de gestion envoie dans une étape EDSv3 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 P2AD2 du deuxième 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 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 protocole local ou propriétaire. Dans ce mode de mise en oeuvre, les messages d'annonce de compatibilité et de description sont confondus. 30 Ils peuvent également être distincts. L'unité de gestion peut ainsi envoyer : - dans un premier temps un message d'annonce de compatibilité 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 Ni 35 communiquant selon le protocole de communication cible P2, puis 3061390 29 - un message de description selon le deuxième protocole de communication cible P2 en 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 5 d'état P2S1D1, P2S2D1 ou d'un groupe de variable d'état du dispositif domotique D1 selon le deuxième protocole de communication P2. Variante Selon une variante, l'unité de gestion Sv peut vérifier périodiquement la disponibilité des dispositifs domotiques et n'envoyer des messages de description 10 et/ou de déclaration d'existence qu'en cas de disponibilité du dispositif domotique concerné. Procédé de commande Premier mode de mise en oeuvre Nous allons à présent décrire un premier mode de réalisation d'un 15 procédé de commande d'une installation domotique Su en référence à la figure 8. 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 a également été exécuté. 20 Le procédé de commande est exécuté par l'unité de gestion Sv. Seul un noeud Ni communiquant selon le deuxième protocole de communication cible P2 sur le réseau R2 est représenté sur la figure 8. 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, par l'intermédiaire d'une unité centrale de 25 commande U selon le premier protocole local P1 est représenté mais d'autres dispositifs peuvent être présents. Dans une étape préalable optionnelle ECSvO, une connexion peut être établie entre le noeud entre un noeud Ni communiquant selon le deuxième protocole de communication P2 et l'unité de gestion Sv, l'unité de gestion Sv agissant sur le 30 réseau R2 en tant que représentant virtuel des dispositifs domotiques du réseau R1 communiquant, par l'intermédiaire d'une unité centrale de commande U selon le premier protocole de communication local Pl. Dans une première étape ECSyl, l'unité de gestion Sv reçoit au moins un message de commande P2MC en provenance d'un noeud Ni communiquant selon le 35 deuxième protocole de communication P2. Le message de commande P2MC qui est 3061390 30 émis par le noeud Ni dans une étape ECN11 comprend au 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 5 cas présent, nous supposerons que le dispositif concerné par la commande est le dispositif D1 identifié par l'identifiant de localisation P2AD1, que la fonction concernée est une fonction P2F1D1 destinée à ce seul dispositif domotique. Dans une étape ECSv2, l'unité de gestion Sv détermine un identifiant unique de dispositif domotique DURL correspondant à l'identifiant de 10 localisation P2AD1 de l'au moins un dispositif domotique D1 selon le second protocole de communication P2 reçu dans le message de commande P2MC. Dans une étape ECSv3, l'unité de gestion Sv 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 15 une définition d'une fonction P1F1D1 selon le premier protocole de communication local Pl. Pour cela, l'unité de gestion Sv 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, 20 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, 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 25 d'implémenter sur l'unité de gestion ou sur une 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 réalisée par l'unité centrale de commande. Dans une étape ECSv4, l'unité de gestion Sv envoie au moins un message 30 de commande P3MC selon le troisième protocole de communication P3 à destination de l'unité centrale de commande U à laquelle est rattaché l'au moins un dispositif domotique D1 correspondant à l'identifiant unique de dispositif domotique DURL et à la fonction P1F1D1 selon le premier protocole de communication local P1 qui le reçoit dans une étape ECU4. 35 Dans une étape ECU5, l'unité centrale de commande formate et envoie un message P1MC en reprenant les éléments contenu dans le message P3MC au 3061390 31 dispositif domotique D1 selon le premier protocole de commande Pl. Le message P1MC est reçu dans une étape ECD15. Dans une étape ECD16, le dispositif domotique D1 exécute la fonction P1F1D1. 5 Dans une étape ECD17, le dispositif domotique D1 envoie un message de retour de commande RP1MC selon le premier protocole de communication P1 vers l'unité centrale de commande U qui le reçoit dans une étape ECU7. Le message contient une information de retour de commande P1RC exprimée selon le premier protocole de communication local Pl. 10 Dans une étape ECU8, l'unité centrale de commande U envoie un message de retour de commande RP3MC selon le troisième protocole de communication P3 vers l'unité de gestion Sv qui le reçoit dans une étape ECSv8. Ce message contient l'information de retour de commande P1RC exprimée selon le premier protocole de communication local Pl. 15 Dans une étape ECSv9, l'unité de gestion Sv applique, si nécessaire, 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 une information de retour de commande P2RC exprimée selon le second protocole de communication cible P2. 20 Dans une étape ECSv10, l'unité de gestion Sv émet au moins un message de retour de commande RP2MC à destination du noeud Ni comprenant une information de retour de commande P2RC selon le deuxième protocole cible de communication P2. Variantes 25 Selon une variante, l'unité de gestion Sv 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 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 30 l'identification de localisation pour chaque dispositif. Par la suite, l'unité gestion 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 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 3061390 32 é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 configuration, un groupe de dispositif peut être identifié par un même identifiant de 5 localisation selon le deuxième protocole. La table de correspondance comprend dans ce cas plusieurs identifiants uniques de dispositif domotiques 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 été évoqué précédemment pour la commande groupée. Une pluralité 10 de fonctions selon le premier protocole de communication 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é. Procédé de supervision 15 Nous allons à présent décrire un mode de réalisation d'un procédé de supervision d'une installation domotique Su en référence à la figure 9. 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 a 20 également été exécuté. Le procédé de supervision est exécuté par l'unité de gestion Sv. Seul un noeud Ni communiquant selon le deuxième protocole de communication cible P2 sur le réseau R2 est représenté 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 25 dispositif domotique D1 communiquant, par l'intermédiaire d'une unité centrale de commande U, selon le premier protocole local P1 est représenté mais d'autres dispositifs peuvent être présents. Dans une étape E55v4, l'unité de gestion Sv reçoit un message de supervision P3MS selon le troisième protocole de communication P3 émis par une 30 unité centrale de commande U à laquelle est rattaché un dispositif domotique D1 dans une étape ESU4. Le message de supervision P3MS 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 E55y2 peut être successive à une première étape ESSyl d'envoi d'un message d'interrogation ou 35 de polling, reçu par l'unité centrale de commande U à laquelle est rattaché le dispositif domotique D1 dans une étape ESUl. Alternativement, l'envoi d'un 3061390 33 message P1MS peut être initié par le dispositif domotique D1 dans une étape ESD13 ou l'unité centrale de commande U de façon autonome, par exemple en détectant un évènement modifiant la valeur d'une variable d'état P1S1D1. Une étape ESU2 d'envoi d'un message d'interrogation ou de polling peut être également mise en oeuvre par 5 l'unité centrale de commande U à destination du dispositif domotique D en vue de repérer par exemple un changement de 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 10 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 U si celle-ci est inscrite. Dans ce cas, l'unité centrale de commande U réalise une étape préalable d'envoi, à destination du dispositif domotique D1, d'une demande 15 d'enregistrement dans une liste de souscription à un évènement relatif à l'au moins une variable d'état P1S1D1 du dispositif domotique Dl. Dans une étape E55v5, l'unité de gestion Sv 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 20 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 E55v6, l'unité de gestion Sv détermine un identifiant de localisation P2AD1 du dispositif domotique P2AD1 selon le deuxième protocole de 25 communication P2 sur la base de l'identifiant unique DURL de dispositif domotique D1 contenu dans le message P3MS ou déterminable sur la base d'éléments d'identification contenus dans ce message. Les étapes les étapes E55y5 et E55y6 d'application d'une règle de conversion et de détermination d'adresse ou d'identifiant peuvent être réalisées séquentiellement dans un ordre indifférent ou simultanément. 30 Dans une étape E55v7, l'unité de gestion Sv envoi un message de supervision P2MS à destination du noeud Ni communiquant selon un 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 du dispositif domotique D1 selon le deuxième protocole cible de communication P2 et étant en 35 relation avec l'identifiant de localisation P2AD1 du dispositif domotique D1 selon le deuxième protocole de communication P2. 3061390 34 Selon une possibilité, l'envoi du message de supervision P2MS peut être réalisé à l'initiative de l'unité de gestion Sv de façon spontanée ou suite à la réception d'un message de supervision P3MS en provenance d'une unité centrale de commande U à laquelle est rattachée un dispositif domotique Dl. Selon une autre 5 possibilité, le message de supervision P2MS peut être envoyé suite à la réception par l'unité de gestion Sv dans une étape E55y5 d'un message de requête MO émis dans une étape ESN15 en provenance d'un noeud Ni du réseau étendu R2. Selon cette deuxième possibilité, l'unité de gestion Sv comprend un espace ou base de stockage des valeurs de variables d'état pour les dispositifs domotiques qui lui sont rattachés. 10 Dans le cadre d'un envoi direct à l'initiative de l'unité de gestion Sv, 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 à un mode de diffusion dit « Broadcast ». Selon un mode de mise en oeuvre alternatif, l'unité centrale de 15 commande peut envoyer le 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 Ni réalise une étape préalable d'envoi à destination de l'unité de gestion Sv 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. 20 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é de gestion comme une modification d'une variable d'état. Selon une variante, l'étape de polling ESSyl mentionnée précédemment 25 permet de mettre en oeuvre une émulation de mode événementiel pour un dispositif ou une unité centrale de commande U n'offrant pas une telle fonctionnalité, dans lequel l'unité de gestion Sv peut consulter périodiquement les valeurs de variables d'état des dispositif par l'intermédiaire d'une unité centrale de commande U, détecter les modifications de valeurs de variables d'état en comparant la dernière valeur 30 obtenue et la ou les données qu'elle a préalablement stockées et envoyer, en cas de modification, un message de supervision P2MS relatif à la variable d'état modifiée à destination d'un noeud Ni abonné aux modifications de cette variable d'état. 3061390 35 Exemples Exemple 1 Dans cet exemple, on considère un dispositif domotique D1 de type capteur de température. Ce capteur communique selon un premier protocole local P1 5 de type 10-homecontrol et est destiné à être rendu accessible en tant que capteur selon le deuxième protocole de communication P2 utilisant une couche applicative de type 01C/lotivity et une couche de transport de type CoAP sur 1Pv6 par l'unité de gestion Sv. Le procédé de configuration peut être mis en oeuvre de la façon suivante. 10 Lors du procédé d'appairage du capteur10-homecontrol à l'unité centrale de commande U, 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 selon le premier protocole P1 sous forme d'une adresse réseau 10 Ox485670. 15 L'unité centrale de commande U s'inscrit auprès du dispositif domotique D (capteur 10) pour recevoir des événements relatifs à la variation de la température mesurée, ce qui correspond à une variable d'état P1S1 du dispositif. L'unité centrale de commande U procède ensuite à la transmission selon le troisième protocole de communication P3 de ces informations vers l'unité de 20 gestion Sv, ce qui correspond à une étape ECfD13, en particulier l'identifiant de localisation P1AD1 de ce dispositif selon le protocole P1 et le type du dispositif Dl. L'unité de gestion Sv procède alors à la détermination automatique d'un type ou profil lotivity standard à utiliser pour publier ce dispositif en utilisant une table de correspondance en fonction du protocole P1 et du type de produit afin de 25 déterminer une règle de conversion dans une étape ECfv6. L'unité de gestion Sv procède ensuite à la détermination d'un identifiant de localisation P2AD1 selon le protocole P2, en l'occurrence une adresse 1Pv6 libre pour le dispositif, correspondant à l'étape ECfsv5. En particulier, cette adresse réseau peut être choisie arbitrairement dans un préfixe 1Pv6 pré-assigné à l'unité de gestion. 30 Par exemple, l'unité de gestion Sv choisit d'assigner l'adresse 1Pv6 2001:0db8:3c4d:0015:0000:0000:abcd:ef13 pour représenter le dispositif domotique D1 sous forme d'un « avatar» sur le réseau R2. L'unité de gestion Sv procède dans une étape ECfsv7 à l'enregistrement de la correspondance du type de dispositif selon le premier et le second protocole P2 35 et d'un identifiant unique de dispositif DURL dans la table des noeuds. 3061390 36 Un procédé de découverte peut alors être mis en oeuvre si le second protocole P2 le permet. Dans le cas contraire (par exemple dans le cas d'une adresse IPv6 publiée sur Internet), l'adresse P2AD1 choisie pour l'avatar du dispositif D1 peut être publiée dans un registre de noms ou à travers une API de recherche qui 5 permettra à l'utilisateur de prendre connaissance de cette adresse. Le procédé de supervision ou de commande peut ensuite être mis en oeuvre. Ainsi, un événement 10 radio émis par le capteur associé à un identifiant de localisation selon le premier protocole de communication P1 - ici une adresse 10 10 0x485670 - sous forme d'un message P1MS dans une étape ESD13 est reçu dans une étape ESU3 par l'unité centrale de commande U. L'unité centrale de commande U remonte l'information par l'envoi d'un message P3MS selon le troisième protocole de communication P3 dans une étape ESU4 vers l'unité de gestion Sv qui le reçoit dans une étape ESSy4 et va 15 déterminer l'identifiant de localisation correspondant selon le second protocole de communication P2 en utilisant la table des noeuds dans une étape ESSv6. Dans une étape ESSv5, l'unité de gestion Sv détermine si la variable d'état de température P1S1D1 possède une correspondance dans le profil lotivity associé au dispositif virtuel et la fonction de conversion éventuelle. Dans l'exemple considéré, la 20 variable d'état température en degrés Kelvin du dispositif domotique D1 peut être adaptée sur une notification rattachée à la variable d'état P2S1D1 représentant la température en degrés Celsius. L'unité de gestion Sv applique la fonction de conversion suivante qui correspond à une conversion en degrés Celsius et en une valeur entière avec une 25 précision de 0.01: T -> floor((T-273.15)*100). L'unité de gestion Sv peut alors conserver cette valeur afin de pouvoir répondre à une demande ultérieure sur le deuxième protocole P2, par exemple une requête CoAP de type « GET » ou envoyer un message de supervision P2MS à 30 d'éventuels clients ayant souscrit au préalable aux événements du dispositif D1 par une requête CoAP de type « OBSERVE », sous forme d'un message de notification CoAP au noeud Ni connecté contenant la nouvelle valeur de température P2S1D1 dans une étape E55v7. Selon une variante utilisant le procédé de commande, une lecture active 35 de la température peut être réalisée. 3061390 37 Dans ce cas, le noeud Ni qui est un client lotivity envoie une requête de lecture à l'unité de gestion Sv concernant la variable d'état ou caractéristique « Temperature » du dispositif virtuel, dans une étape ESN11. Le message de commande P2MC émis par le noeud Ni comprend un identifiant de localisation P2AD1 5 d'un dispositif domotique D1 selon le deuxième protocole de communication cible P2 et une définition d'une fonction P2F1D1 du dispositif domotique D1 correspondant à une interrogation de la variable température selon le deuxième protocole de communication P2. Dans une étape ECSv2, l'unité de gestion Sv détermine un identifiant 10 unique DURL du dispositif domotique D1 correspondant à l'identifiant de localisation P2AD1 de l'au moins un dispositif domotique D1 selon le second protocole de communication P2 reçu dans le message de commande P2MC. Dans une étape ECSv3, l'unité de gestion Sv applique une règle de conversion de fonction RCFX agencée pour convertir la définition de la 15 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 local Pl. L'unité de gestion Sv peut répondre en utilisant la dernière valeur reçue du capteur 10 ou envoyer une commande au dispositif en passant par la centrale de commande U pour obtenir cette valeur. Ainsi, dans une étape ECSv4, l'unité de 20 gestion Sv envoie un message de commande P3MC selon le troisième protocole de communication P3 à destination de l'unité centrale de commande U à laquelle est rattaché l'au moins un dispositif domotique D1 correspondant à l'identifiant unique de dispositif DURL et à la fonction P1F1D1 selon le premier protocole de communication local P1 qui le reçoit dans une étape ECU4. 25 Dans une étape ECU5, l'unité centrale de commande formate et envoie un message P1MC en reprenant les éléments contenus dans le message P3MC au dispositif domotique D1 selon le premier protocole de commande Pl. Le message P1MC est reçu dans une étape ECD15. Dans une étape ECD16, le dispositif domotique D1 exécute la 30 fonction P1F1D1 et renvoie dans ce cas une valeur de température. Dans une étape ECD17, le dispositif domotique D1 envoie un message de retour de commande RP1MC selon le premier protocole de communication P1 vers l'unité centrale de commande U qui le reçoit dans une étape ECU7. Le message contient une information de retour de commande P1RC correspondant à la 35 température. 3061390 38 Dans une étape ECU8, l'unité centrale de commande U envoie un message de retour de commande RP3MC selon le troisième protocole de communication P3 vers l'unité de gestion Sv qui le reçoit dans une étape ECSv8. Ce message contient l'information de retour de commande P1RC exprimée selon le 5 premier protocole de communication local Pl. Dans une étape ECSv9, l'unité de gestion Sv 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 une information de retour de commande P2RC exprimée selon le second protocole de 10 communication cible P2. Dans une étape ECSv10, l'unité de gestion Sv émet au moins un message de retour de commande RP2MC à destination du noeud Ni comprenant une information de retour de commande P2RC selon le deuxième protocole cible de communication P2 qui correspond à la température. 15 Exemple 2 Selon un deuxième exemple, un dispositif domotique D1 de type micromodule pour volet roulant Yokis est considéré. Ce dispositif domotique D1 communique selon un protocole de communication P1 radio propriétaire du fabricant. Ce dispositif domotique peut communiquer avec une unité centrale de commande U 20 disposant d'un émetteur/récepteur adéquat. On désire publier un avatar de ce dispositif sur un réseau étendu tel que l'Internet à l'aide de l'unité de gestion Sv, en utilisant un deuxième protocole de communication P2 basé sur des messages au format JSON dans une encapsulation MQTT et un transport TCP sur IPv6. Dans le cadre de cet exemple, l'unité de gestion Sv peut être un serveur 25 accessible sur Internet et l'unité centrale de commande U peut être un boîtier domotique connecté à l'unité de gestion par une connexion TCP établie de façon permanente à travers le réseau local de l'utilisateur et sa passerelle Internet, par exemple un modem ADSL. Le procédé de configuration suivant peut être mis en oeuvre. 30 Dans une première étape d'appairage du micromodule à l'unité centrale de commande l'unité centrale de commande U obtient l'adresse unique du module selon le protocole Pl, par exemple Ox2A370. Dans une étape ECfD13, cette adresse et le type du dispositif découvert sont transmis par l'unité centrale de commande U sous la forme d'un message JSON 3061390 39 qui fait office de troisième protocole P3 à l'unité de gestion Sv qui reçoit ce message dans une étape ECfSv3. Dans une étape ECfv5, l'unité de gestion Sv détermine une adresse IPv6 disponible dans un bloc d'adresses préalablement obtenu, par exemple l'adresse IPv6 5 2001:0db8 :3c4d :0015 :0000:0000:a bcd :0644. Dans une étape ECfv7, l'unité de gestion enregistre la correspondance entre l'identifiant du dispositif DURL - constitué de l'identifiant de la centrale de commande U, de l'adresse de D1 selon le protocole P1 - et l'adresse IPv6 choisie dans une table de correspondance. L'unité de gestion se met aussi en écoute sur cette 10 adresse réseau si nécessaire, afin de pouvoir recevoir des messages à destination de l'avatar du dispositif. Dans une étape ECfv8, l'unité de gestion enregistre également un type du dispositif domotique. Type de DURL P2AD1 dispositif MVR500ERP yokis://0201-0001- 2001:0db8:3c4d:0015:0000:0000:abcd:0644 1234/2A370 15 Exemple de table de correspondance Le procédé de commande suivant peut alors être mis en oeuvre. Dans une étape ECN11, une application de pilotage exécutée sur un noeud Ni, par exemple par un autre dispositif domotique connecté à Internet, par un 20 dispositif ou un serveur de commande, envoie un message de commande P2MC à l'adresse IPv6 de l'avatar du dispositif D1 selon le protocole P2 qui le reçoit dans une étape ECSyl. Le message de commande peut correspondre par exemple à une demande d'ouverture du volet roulant. Dans une étape ECSv2, l'unité de gestion Sv détermine à partir de la table 25 de correspondance établie lors de la phase de configuration une identification du dispositif domotique concerné par l'identifiant unique de dispositif domotique DURL. Cet identifiant contient l'identifiant de l'unité centrale de commande U qui peut contrôler le dispositif ainsi que le protocole Pl, le type et l'adresse du dispositif D1 selon ce protocole. 30 Dans une étape ECSv3, l'unité de gestion Sv convertit la commande au format attendu par le dispositif D1 selon le premier protocole de communication P1 soit une commande UP, puis transmet dans une étape ECSv4 cette information sous 3061390 forme d'un message de commande P3MC à l'unité centrale de commande U associée selon le troisième protocole de communication P3, l'unité centrale de commande recevant ce message dans une étape ECU4. Dans une étape ECU5, l'unité centrale de commande U retransmet l'ordre 5 vers le micromodule sous forme d'un message de commande P1MC en utilisant le premier protocole de communication Pl, ici le protocole radio Yokis, qui reçoit ce message dans une étape ECD15. Dans une étape ECD16, le micromodule exécute la commande et met en mouvement le volet roulant vers le haut. 10 Dans une étape ECD17, le micromodule renvoie un message de confirmation RP1MC indiquant qu'il a bien pris en compte la commande à l'unité centrale de commande U, qui le reçoit dans une étape ECU7. Dans une étape ECU8, l'unité centrale de commande U renvoie cette information avec l'identifiant du dispositif D1 à l'unité de gestion Sv dans un 15 message RP3MC selon le troisième protocole à l'unité de gestion Sv qui le reçoit dans une étape ECSv8. Dans une étape ECSv9, l'unité de gestion Sv, à l'aide de la table de correspondance établie durant la phase de configuration, convertit le code retour de la commande, puis dans une étape ECSv10, renvoie un message RP2MC sur le réseau 20 R2 en utilisant l'adresse source P2AD1 et à destination du noeud Ni en indiquant la bonne prise en compte de la commande initiée par le noeud Ni.. 41 REVENDICATIONS1. Procédé de configuration d'une installation domotique (Su) 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) le procédé étant exécuté par une unité de gestion (Sv) susceptible de communiquer avec l'au moins une unité centrale de commande (U) par l'intermédiaire d'au moins un premier protocole (P1) ; le procédé comprenant les étapes suivantes : Réception (EcfSv3, EcfSv4, ECfSv2`), en provenance de l'unité centrale de commande (U), d'au moins un message de configuration (MCfD1, MCfD2, MCfUsr) relatif à au moins un dispositif domotique (D1, D2) et a: o un type (P2TD1, P2TD2) de l'au moins un dispositif domotique (D1, 02); 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, P15102, 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 (EcfSv5) 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 (ECfSv7) de la correspondance entre l'identifiant de localisation (P2AD1, P2AD2) de l'au moins un dispositif domotique (D1, D2) selon le second protocole de communication (P2) et d'au moins un élément d'identification (DURL) contenu dans le message de configuration ou déterminable à réception du message de configuration dont le contenu ou la combinaison permet une identification unique d'un dispositif domotique (D1) ; - Enregistrement (EcfSv8) de l'au moins un type (P2TD1, F'2TD2) de l'au moins un dispositif domotique (D1, D2) ; et/ou de l'au moins une définition d'une fonction (P1F1D1, P1F201, P1F1D2, P1F2D2) ou d'un groupe de fonctions de l'au moins un dispositif domotique (D1, D2) 42 3061390 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) ; et/ou d'une règle de conversion de fonction 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 protocole de communication cible (P2) 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 (P1S1D1, P1S2D1, P1S1D2, P1S2D2) selon le premier 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 suivante : Obtention (EcfSv6) 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 fonction (P2F1D1, P2F2D1, P2F1D2, P2F2D2) selon le second protocole de communication cible (P2) 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 (P1S1D1, P1S2D1, P1S1D2, P1S2D2) selon le premier 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). Enregistrement (EcfSv8) de l'au moins une règle de conversion de fonction et/ou de l'au moins une règle de conversion d'état. 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 ou l'unité de gestion en correspondance avec une 43 3061390 fonction selon le deuxième protocole correspondant à un identifiant de localisation ; 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. Procédé de découverte d'une installation domotique (Su) 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); le procédé étant exécuté par une unité de gestion (Sv) susceptible de communiquer avec l'au moins une unité centrale de commande (U) par l'intermédiaire d'au moins un premier protocole (P1) ; le procédé comprenant les étapes suivantes : Envoi (EDSv2) d'au moins un message d'annonce de compatibilité ou de description (MDesc1, MDesc2) selon un deuxième protocole de communication cible (P2) en relation avec : o au moins un identifiant de localisation (P2AD1, P2AD2) de l'au moins un dispositif domotique (D1, D2) selon le second protocole de communication correspondant à un l'identifiant de localisation (P1AD1, P1AD2) de l'au moins un dispositif domotique (D1, D2) selon le premier protocole de communication (P1) ; et o Optionnellement, un type (P2TD1, P2TD2) de l'au moins un dispositif domotique (D1, D2) ou au moins une description 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 domotique (D1, D2) selon le deuxième protocole de communication (P2). 6. Procédé de commande d'une installation domotique (Su) 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 44 3061390 communiquer avec l'unité centrale de commande (U) ; le procédé étant exécuté par une unité de gestion (Sv) susceptible de communiquer avec l'au moins une unité centrale de commande (U) par l'intermédiaire d'au moins un premier protocole (P1) ; le procédé comprenant les étapes suivantes : Réception (ECSv1) d'au moins un message de commande (P2MC) en provenance d'un noeud (Ni) communiquant selon un deuxième 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 communication (P2) ; Détermination (ECSv2) d'au moins un élément d'identification (DURL) du dispositif domotique dont le contenu ou la combinaison permet une identification unique du dispositif domotique (D1,D2) sur la base de l'identifiant de localisation (P2AD1, P2AD2) de l'au moins un dispositif domotique (D1, D2) selon le second protocole de communication (P2) ; Optionnellement, application (ECSv3) d'une règle de conversion de fonction 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 d'une fonction (P1F1D1, P1F2D1, P1F1D2, P1F2D2) selon le premier protocole de communication (P1) ; Envoi (ECSv4) d'au moins un message de commande (P3MC) à destination de l'au moins une unité centrale de commande (U) à laquelle est rattachée l'au moins un dispositif domotique (D1, D2) correspondant à l'au moins un élément d'identification (DURL), le message de commande (P3MC) étant relatif à la fonction (P1F1D1, P1F2D1, P1F1D2, P1F2D2) selon le premier protocole de communication (P1) ; 7. Procédé de commande selon la revendication 6, comprenant en outre les étapes suivantes : 45 3061390 Réception (ECSv8) d'au moins un message de retour de commande (RP3MC) en provenance de l'au moins une unité centrale de commande (U) à laquelle est rattachée l'au moins un dispositif domotique (D1, D2) selon le premier protocole de communication (P1) ; - Optionnellement, Application (ECSv9) d'une règle de conversion de fonction afin de convertir une information de retour de commande exprimée communication (P1) commande exprimée cible (P2) ; - Envoi (ECSv10) d'au commande (RP2MC) à moins un message de retour de destination de l'au moins un noeud (Ni) selon le premier protocole de en une information de retour de selon le second protocole de communication communiquant selon un deuxième protocole de communication (P2), le message de retour de commande (RP2MC) comprenant une information de retour de commande selon le deuxième protocole cible de communication (P2) ; 8. Procédé de supervision d'une installation domotique (Su) 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) ; le procédé étant exécuté par une unité de gestion (Sv) susceptible de communiquer avec l'au moins une unité centrale de commande (U) par l'intermédiaire d'au moins un premier protocole (P1) ; le procédé comprenant les étapes suivantes : Réception (ESSv4) d'un message de supervision (P3MS) en provenance d'une unité centrale de commande (U) à laquelle est rattachée un dispositif domotique (D1, D2) comprenant une information relative à une valeur d'au moins une variable d'état (P1S1D1, P1S2D1, P1S1D2, P1S2D2) de l'au moins un dispositif domotique (D1, D2) selon ledit premier protocole de communication (P1) ; application (ESSv5) d'une règle de conversion d'état afin de convertir l'au moins une information relative à une valeur d'au moins une variable d'état (P1S1D1, P1S2D1, P1S1D2, P1S2D2) de l'au moins un dispositif domotique (D1, D2) exprimée selon le premier protocole de 46 3061390 communication (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) ; Détermination (ESSv8) d'un identifiant de localisation (P2AD1, P2AD2) de l'au moins un dispositif domotique (P2AD1, P2AD2) selon le deuxième protocole de communication (P2) sur la base d'au moins un élément d'identification (DURL) contenu dans le message de supervision ou déterminable à réception du message de supervision dont le contenu ou la combinaison permet une identification unique d'un dispositif domotique (D1) ; Envoi (ECU5) d'au moins un message de supervision (P2MS) à destination d'au moins un noeud (Ni) communiquant selon un 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, 02) selon le deuxième 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) ; 9. Procédé selon la revendication 8, dans lequel l'étape d'envoi (ECSv8) est réalisée à destination d'au moins un noeud (Ni) enregistré dans une liste de souscription à un évènement relatif à l'au moins une variable d'état (P2S1D1, P2S2D1, P2S1D2, P2S2D2). 10. Procédé selon l'une des revendications 8 ou 9, comprenant une étape d'envoi à destination d'une unité centrale de commande (U) à laquelle est rattachée un dispositif domotique (D1, 02) 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).