FR 3038396 A1 20170106 FR 1556294 A 20150703 1 La présente invention concerne un procédé de configuration et un procédé de commande d'une installation domotique. Une installation domotique d'un bâtiment peut comprendre une pluralité de dispositifs domotiques. Il est connu de procéder à la configuration, à la commande 5 et/ou à la supervision de ladite installation en utilisant une unité centrale de commande qui communique avec un ou plusieurs dispositifs domotiques. Dans le cas de bâtiments de grande taille, il peut être nécessaire soit de recourir à des répéteurs, soit de procéder à l'installation de plusieurs unités centrales afin de permettre d'accéder à l'ensemble des dispositifs domotiques faisant partie de 10 l'installation. Par ailleurs, dans le cas d'installations domotiques hétéroclites, dans lesquels de nombreux types de dispositifs domotiques doivent être contrôlés, il peut également être souhaitable d'utiliser plusieurs unités centrales de commandes qui permettent de communiquer dans les différents protocoles de communication utilisés par les dispositifs domotiques. 15 Si la présence de ces différentes unités permet de communiquer avec l'ensemble des dispositifs, l'architecture ainsi constituée est complexe à maîtriser pour un utilisateur. La présente invention a pour but de résoudre tout ou partie des inconvénients mentionnés ci-dessus. 20 A cet effet, la présente invention concerne un procédé de commande d'une installation domotique, l'installation domotique comprenant une pluralité de dispositifs domotiques, et une pluralité d'unités centrales de commande ; le procédé étant exécuté par une unité de gestion ou par un terminal mobile connectée à l'au moins une installation domotique et comprenant les étapes suivantes : 25 i. Réception d'un message de commande en provenance d'un utilisateur ou d'une application tierce, ou constatation de la réalisation d'une condition basée sur un temps et/ou une date, ou encore sur une valeur d'au moins une variable d'état d'un dispositif domotique, la condition ou le message de commande étant associé à 30 une demande d'exécution d'au moins une commande d'un dispositif ; ii. Détermination d'au moins une unité centrale de commande concernée par la commande parmi la pluralité d'unités centrales de commande ; iii. Envoi d'au moins un message de commande à destination de l'au 35 moins une unité centrale de commande déterminée à l'étape ii de 3038396 2 l'installation domotique en vue de l'exécution de l'au moins une commande. Grâce aux dispositions de l'invention, il est possible d'utiliser plusieurs unités centrales de commandes au sein d'une même installation afin d'étendre le nombre de types de dispositifs domotiques ou le nombre de protocoles domotiques utilisables dans une même installation, ou d'augmenter le nombre de dispositifs total de l'installation, tout en conservant une identification de l'appartenance des différents dispositifs domotiques à une même installation. Il est à noter que l'on entend par dispositif domotique un équipement 10 domotique et/ou un capteur, ou encore une partie d'équipement domotique ou une partie de capteur correspondant à un sous-ensemble fonctionnel. Par ailleurs, on entend par message un élément d'information notifié ou réceptionné sous la forme d'un appel synchrone ou asynchrone, pouvant également correspondre à un appel de fonction local ou distant. 15 Par installation, on entend un ensemble comprenant une pluralité de dispositifs domotiques et une pluralité d'unités de commande disposés dans un seul bâtiment ou sur une pluralité de lieux, chaque dispositif domotique étant relié à une unité électronique de commande parmi la pluralité d'unités électroniques de commande, la pluralité d'unités électroniques de commande formant un groupe sous 20 le contrôle d'un utilisateur. Les dispositifs électroniques forment des groupes d'au moins un dispositif domotique rattaché à une unité électronique de commande. Un même dispositif ou une même unité de commande peut appartenir à au moins deux installations différentes sous la responsabilité d'au moins deux utilisateurs différents. A titre d'exemple, un dispositif domotique correspondant à un 25 système de chauffage peut être compris dans une première installation domotique comprenant un ensemble des dispositifs compris dans un logement, sous le contrôle d'un utilisateur occupant le logement, et dans une seconde installation domotique comprenant un ensemble de dispositifs domotiques correspondant à des systèmes de chauffage disposés dans une pluralité de logement sous le contrôle d'un utilisateur 30 administrateur des équipements de chauffage pour la pluralité de logements. Par unité centrale de commande de l'installation domotique, on entend une unité électronique comprenant au moins une unité de traitement pour contenir et exécuter au moins un programme d'ordinateur, comprenant au moins module de communication destinée au contrôle et/ou à la commande d'au moins un dispositif 35 domotique ou une unité électronique intégrée à un dispositif domotique et au moins un module de communication avec l'unité de gestion. Dans certaines applications, une 3038396 3 unité centrale de commande peut communiquer avec l'unité de gestion à travers une unité de gestion intermédiaire, par exemple d'un fournisseur de service tiers, dont l'unité de gestion intermédiaire offre une interface de service ou API. Selon un aspect de l'invention, l'unité de gestion est un serveur connecté 5 à distance à l'au moins une installation domotique, par l'intermédiaire d'un réseau étendu. 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. Selon un aspect de l'invention, l'application tierce peut être exécutée selon les cas sur le terminal utilisateur ou sur l'unité de gestion ou encore sur une autre unité de gestion connectée au terminal utilisateur ou à l'unité de gestion exécutant le procédé de commande. Selon un aspect de l'invention, l'installation domotique est représentée 15 par une entité représentative associée à un groupe de dispositif domotiques correspondant à la pluralité de dispositifs domotiques appartenant à l'installation. Grâce à ces dispositions, l'interface présentée à l'utilisateur peut ainsi ajouter une couche d'abstraction pour cacher le rattachement effectif des dispositifs aux unités centrales de commande. L'interface représente ainsi les équipements 20 domotiques, comme les volets, stores, systèmes HVAC ou d'éclairage, pilotables dans l'installation ainsi que les capteurs présents. Ces dispositions sont obtenues sans communication entre les unités centrales de commande, mais simplement par le rattachement logique opéré lors de la configuration. 25 Selon un aspect de l'invention, l'entité représentative est associée à un groupe d'unités centrales de commande correspondant à la pluralité d'unités centrales de commande appartenant à l'installation. Selon un aspect de l'invention, l'au moins une commande correspond à un scénario identifié par un identifiant de scénario, et comprenant une pluralité de 30 commandes ; le scénario comprend au moins un premier sous-scénario comprenant au moins une commande à effectuer par un dispositif domotique rattaché à une première unité centrale de commande et un deuxième sous-scénario comprenant au moins une commande à effectuer par un dispositif domotique rattaché à une 35 deuxième unité centrale de commande ; 3038396 4 le premier sous-scénario est préenregistré dans la première unité centrale de commande en lien avec l'identifiant de scenario et le deuxième sous-scénario étant préenregistré dans la deuxième unité centrale de commande en lien avec l'identifiant de scenario ; 5 dans l'étape ii de détermination d'au moins une unité centrale de commande concernée par la commande parmi la pluralité d'unités centrales de commande, il est procédé à l'établissement d'une liste d'unités centrales de commande parmi la pluralité d'unités centrales de commandes concernées par le scénario comprenant au moins ladite première unité centrale de commande et ladite 10 deuxième unité centrale de commande ; et l'étape iii d'envoi d'au moins un message de commande comprend un envoi d'une pluralité de messages de demandes d'exécution au moins des sous-scénarios pré-enrégistrés en lien avec l'identifiant du scénario à destination des unités centrales de commande comprise dans la liste determinée à l'étape ii, comprenant au moins ladite première unité centrale de commande et ladite deuxième unité centrale de commande. Grâce à ces dispositions, il est possible de réaliser une pré-programmation des scénarios, facilitant l'automatisation du fonctionnement de l'installation et permettant une simplification de l'interface utilisateur, grâce aux sous- scénarios rattachés à un identifiant de scénario global qui cachent le rattachement effectif des dispositifs aux unités centrales de commande. On entend par scénario un ensemble de commandes comprenant au moins une commande destiné à au moins un dispositif domotique, ledit ensemble étant préenregistré lors d'un procédé de configuration dans au moins une unité centrale de commande, le scénario pouvant être déclenché sur la base d'une commande de l'utilisateur, d'un évènement déclenché par la réalisation d'une condition sur le temps et/ou la date, ou encore d'une condition sur une variable d'état d'un dispositif domotique qui peut notamment être une mesure de capteur ou une variable d'état d'un équipement. Un scénario peut être identifié par un identifiant de scénario. Selon un aspect de l'invention, le message de commande reçu lors l'étape i de réception correspond à un message de demande d'exécution du scénario identifié par l'identifiant de scénario. Grâce aux dispositions de l'invention, lors de la commande d'exécution 35 des sous-scénarios, il suffit d'envoyer un message de commande comprenant 3038396 5 l'identifiant du scénario à chacune des unités centrale de commande concernée par ledit scénario pour permettre son déclenchement. Selon un aspect de l'invention, l'exécution du scénario est déclenchée par la constatation de la réalisation d'une condition sur le temps et/ou la date, ou d'une 5 condition sur une variable d'état d'un dispositif domotique(D) ; et/ou dans lequel le message de commande, reçu lors l'étape i de réception correspond à un message en provenance d'une application tierce et comprend une indication de réalisation de la condition. Selon les dispositions de l'invention, l'évaluation de la condition peut être 10 réalisée soit par l'unité de gestion ou le terminal, soit par une application tierce qui transmet un message de commande à l'unité de gestion ou au terminal. En particulier, le message de commande peut provenir d'une application de gestion de temps réel s'exécutant sur l'unité de gestion, si la condition concerne le temps; ou d'un dispositif domotique par l'intermédiaire de l'unité centrale de 15 commande à laquelle est rattaché le dispositif, si la condition concerne une variable d'état d'un dispositif domotique. Selon un aspect de l'invention, le procédé comprend en outre les étapes suivantes : - stockage en mémoire de la correspondance entre l'exécution du 20 scénario d'une part et l'exécution de l'au moins un premier sous- scénario et de l'au moins un deuxième sous-scénario d'autre part ; et détermination d'un résultat d'exécution du scénario en fonction des résultats d'exécution de l'au moins un premier sous-scénario et de l'au moins un deuxième sous-scénario. 25 Selon un aspect de l'invention, le message de commande reçu lors l'étape i de réception correspond à un message de demande d'exécution d'un groupe de commande comprenant une pluralité de commandes ; le groupe de commande comprend au moins un premier sous-groupe de commande comprenant au moins une commande à effectuer par un dispositif 30 domotique rattaché à une première unité centrale de commande et un deuxième sous-groupe comprenant au moins une commande à effectuer par un dispositif domotique rattaché à une deuxième unité centrale de commande ; dans l'étape ii de détermination d'au moins une unité centrale de commande concernée par la commande parmi la pluralité d'unités centrales de 35 commande, il est procédé à l'établissement d'une liste d'unités centrales de commande parmi la pluralité d'unités centrales de commandes concernées par la 3038396 6 commande groupée comprenant au moins ladite première unité centrale de commande et ladite deuxième unité centrale de commande ; et l'étape iii d'envoi d'au moins un message de commande correspond à un envoi d'une pluralité de messages de commande à destination des unités centrales 5 de commande comprise dans la liste determinée à l'étape ii, comprenant au moins ladite première unité centrale de commande et ladite deuxième unité centrale de commande, chaque message de commande correspondant à une instruction de déclenchement d'un sous-groupe de commande relatif aux dispositifs rattachés à l'unité centrale de commande destinataire. 10 On entend par commande groupée ou groupe de commande un ensemble de commandes comprenant une pluralité de commandes destiné à aux moins deux dispositifs domotiques, la pluralité de commande étant destiné à être envoyé à au moins une unité centrale de commande pour une exécution à réception. Selon un aspect de l'invention, le groupe de commande est défini pour un 15 groupe de dispositifs commandés correspondant à un sous-ensemble d'un groupe de dispositif rattaché à une entité représentative de l'installation domotique. Selon un aspect de l'invention, le procédé comprend une étape préalable de communication à l'utilisateur du groupe de dispositif en vue de la réalisation d'une sélection du groupe de dispositifs commandés. 20 Selon un aspect de l'invention, le procédé comprend les étapes suivantes : stockage en mémoire de la correspondance entre l'exécution du groupe de commande d'une part et l'exécution de l'au moins un premier sous-groupe de commandes et de l'au moins un deuxième 25 sous-groupe de commandes d'autre part ; et détermination d'un résultat d'exécution du groupe de commande en fonction des résultats d'exécution de l'au moins un premier sous-groupe de commandes et de l'au moins un deuxième sous-groupe de commandes. 30 La présente invention concerne également un procédé de configuration d'une installation domotique, l'installation domotique comprenant une pluralité de dispositifs domotiques et une pluralité d'unités centrales de commande ; le procédé étant exécuté par une unité de gestion ou par un terminal mobile connectée à l'au moins une installation domotique et comprenant les étapes suivantes : i. Réception d'un message comprenant une définition par un utilisateur ou par une application tierce d'un scénario comprenant au moins une 3038396 7 commande destinée à une pluralité de dispositifs domotiques, ladite pluralité de dispositif domotiques comprenant au moins un premier dispositif domotique appairé à une première unité centrale de commande et un deuxième dispositif appairé à une deuxième unité 5 centrale de commande. ii. Affectation d'un identifiant de scenario audit scénario reçu à l'étape iii. Partition du scénario en au moins un premier sous-scénario à effectuer par ladite première unité centrale de commande et un 10 deuxième sous-scénario à effectuer par ladite deuxième unité centrale de commande, le premier sous-scénario correspondant à une partie du scénario à effectuer par la première unité de commande en lien avec au moins un dispositif rattaché à ladite première unité centrale de commande, le second sous-scénario 15 correspondant à une partie du scénario à effectuer par la deuxième unité de commande en lien avec au moins un dispositif rattaché à ladite deuxième unité centrale de commande. iv. Envoi de l'au moins un premier sous-scénario et de l'identifiant de scenario, à la première unité centrale de commande et de l'au moins 20 un deuxième sous-scénario et de l'identifiant de scenario, à la deuxième unité centrale de commande, en vue de leur enregistrement dans lesdites unités centrales de commande respectives en lien avec l'identifiant de scenario. Grâce à ces dispositions, le scénario est enregistré sur les unités centrales 25 de commande par parties avec une référence audit scénario. Il est ensuite possible pour un utilisateur de commander l'exécution de ce scénario soit localement par un accès direct sur les unités centrales de commande, soit à distance par l'unité de gestion. Selon un aspect de l'invention, le scénario est défini pour un groupe de 30 dispositifs commandés correspondant à un sous-ensemble d'un groupe de dispositif rattaché à une entité représentative de l'installation domotique. Selon un aspect de l'invention, le procédé comprend une étape préalable de communication à l'utilisateur du groupe de dispositif en vue de la réalisation d'une sélection du groupe de dispositifs commandés dans le cadre du scénario. 35 La présente invention concerne également un produit programme d'ordinateur comprenant des instructions de code agencées pour mettre en oeuvre les 3038396 8 étapes d'un procédé tel que décrit précédemment, lorsque ledit programme est exécuté par un processeur d'une unité de gestion ou d'un terminal utilisateur. La présente invention concerne également un système comprenant une unité de gestion ou un terminal utilisateur agencée pour exécuter le procédé tel que 5 décrit précédemment, de façon connectée à au moins une unité centrale de commande d'une installation domotique. Les différents aspects définis ci-dessus non incompatibles peuvent être combinés. L'invention sera mieux comprise à l'aide de la description détaillée qui est 10 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 conforme à un mode de réalisation de l'invention ; La figure 2 est un schéma présentant une architecture d'un système comprenant l'installation domotique illustrée à la figure 1 ainsi qu'un serveur destiné 15 à être connecté à un terminal utilisateur ; La figure 3 est un schéma représentant les relations entre une entité représentative d'une installation domotique, les unités centrales de commande et les dispositifs de l'installation domotique. La figure 4 est un schéma illustrant un mode de mise en oeuvre d'un 20 procédé d'enregistrement d'une unité centrale de commande d'une installation domotique auprès d'une unité de gestion selon l'invention. La figure 5 est un schéma illustrant un mode de mise en oeuvre d'un procédé de configuration d'une installation domotique selon l'invention. La figure 6 est un schéma illustrant un mode de mise en oeuvre d'un 25 procédé de commande d'une installation domotique selon l'invention. La figure 7 est un schéma illustrant un autre mode de mise en oeuvre d'un procédé de commande d'une installation domotique selon l'invention. 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 30 conserver les mêmes références de manière à simplifier la compréhension de l'invention. Comme illustré à la figure 1, un bâtiment 1 comprend à titre d'exemple trois pièces Pl, P2, P3. Le bâtiment 1 comprend également des équipements domotiques 3 et des capteurs 5. 35 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 3038396 9 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 système de commande d'éclairage, un système d'alarme, ou encore une caméra 5 vidéo, en particulier une caméra de vidéosurveillance. L'installation domotique 17 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. L'installation domotique 17 peut comprendre un ou plusieurs capteurs 5, 10 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 capteurs 5 de position d'équipements domotiques 3 du bâtiment 1, comme, par 15 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. Un équipement domotique 3 et un capteur 5 sont ainsi à considérer 20 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 17. Les équipements domotiques 3 et les capteurs 5 peuvent ainsi avoir accès à toute grandeur physique mesurable, comme la température de chaque pièce Pl, P2, 25 P3 ou un état d'un élément du bâtiment 1, comme l'état d'ouverture d'un volet roulant 9, le statut d'une alarme, etc. Par la suite nous utiliserons la désignation de dispositif domotique ou dis positif D indifféremment pour désigner des capteurs ou des équipements domotiques, ou encore des parties d'équipements domotiques 3 ou de capteurs 5. 30 L'installation domotique 17 comprend une pluralité d'unités centrales de commande Ul, U2. En particulier et à titre d'exemple, deux unités centrales de commande Ul, U2 sont représentées sur la figure 1. Chaque unité centrale de commande Ul, U2 est agencée pour commander et/ou contrôler une partie des dispositifs D de l'installation 17 formant un 35 groupe DGrUl, DGrU2. A titre d'exemple, sur la figure 1, l'unité centrale de commande U1 est en charge des dispositifs D disposés dans les pièces P1 et P2 du 3038396 10 premier étage du bâtiment, alors que l'unité centrale de commande U2 est en charge des dispositifs D disposés dans la pièce P3 au rez-de-chaussée du bâtiment et des dispositifs extérieurs. En particulier, la commande et/ou le contrôle est réalisé à distance, 5 notamment en utilisant un protocole de communication sans fil, par exemple un 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. Les dispositifs D faisant partie d'un groupe DGrU1, DGrU2 appartiennent 10 à un réseau local géré par une unité centrale de commande U1 ou U2 au sein de l'installation domotique et communiquent selon un protocole de communication local avec l'unité centrale de commande U1 ou U2. Ils ont une adresse locale dans ce réseau. Les dispositifs logiques D peuvent être modélisés comme des noeuds ou points d'extrémité dans le réseau local. 15 Le système d'adressage local peut être hiérarchique ou à plat, le format d'adresse pouvant être numérique ou alphanumérique. Comme cela est représenté sur la figure 2, chaque unité centrale de commande U est agencée pour communiquer avec un serveur Sv. Les unités centrales de commande U1, U2, U3 sont disposées sur un 20 réseau privé PN, PN', dont l'accès est en général protégé par un pare-feu FW. En particulier, dans l'exemple représenté sur la figure 2, deux unités centrales de commandes U1, U2 sont disposées sur un premier réseau privé correspondant à une première installation domotique, alors qu'une troisième unité centrale de commande U3 est disposée sur un second réseau privé PN', indépendant du réseau 25 privé PN correspondant à une seconde installation domotique. Le serveur Sv est également disposé sur un réseau privé SN. Le réseau privé PN est relié à un réseau étendu N, par exemple Internet. Bien entendu, le serveur Sv est agencé pour communiquer avec un ensemble de telles unités centrales de commande U. Nous décrirons par la suite une de ces unités. 30 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'un mémoire vive, et d'une puce Ethernet. L'unité centrale de commande U comprend, en outre, au moins un 35 module de communication 2' destinée au contrôle et/ou à la commande d'équipements domotiques 3 et/ou de capteurs 5, les équipements domotiques 3 3038396 11 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 de communication 2' permet le contrôle et la commande d'au moins un actionneur 7, 5 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. A titre d'exemple, le module de communication 2' peut être agencé pour mettre en oeuvre par exemple un ou plusieurs des protocoles Z-Wave, EnOcean, 10 10 Homecontrol, Somfy RTS, KNX, MODBUS, Wavenis, Philips HUE. 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. La réception d'informations d'un capteur 5 fournissant des informations 15 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. Chaque unité centrale de commande U comprend, en outre, un module 20 de communication 4 avec le serveur Sv. Le serveur Sv permet la commande et/ou le contrôle à distance et comprend une ou plusieurs unités de traitement 102 agencée pour contenir et exécuter un deuxième programme d'ordinateur. Chaque unité centrale de commande U comprend, en outre, un module de communication 4' pour communiquer selon un protocole de communication local, 25 par exemple Bluetooth, Zigbee ou Wifi, avec un terminal de communication mobile T. Le terminal de communication T peut contenir et exécuter un logiciel d'application APP. Dans certaines applications, une unité centrale de commande U peut communiquer avec l'unité de gestion à travers un serveur intermédiaire, par exemple 30 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 communication 106 destinée à la communication avec une interface de commande 35 et/ou de contrôle IN permettant à un utilisateur de contrôler à distance l'installation domotique. 3038396 12 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 traitement informatique à réaliser. L'interface de commande et/ou de contrôle IN comprend, par exemple, 5 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 ê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', ou un 10 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 qui peut être disposé au niveau du serveur web 107 et/ou du terminal de communication mobile T. 15 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. 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 20 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 17 qui comprend un ensemble de dispositifs D et une pluralité d'unités centrales de commande U1, U2, disposées dans un même logement, un même bâtiment ou un même lieu physique. 25 Selon une autre possibilité, une installation 17 au sens de l'invention peut comprendre des dispositifs domotiques disposés sur une pluralité de lieux, avec au moins une unité centrale de commande sur chacun de ces lieux à laquelle sont rattachés les dispositifs domotiques, les unités centrales de commande U de l'installation étant placées sous le contrôle d'un utilisateur. 30 A titre d'exemple, une telle installation peut comprendre un ensemble de dispositifs domotiques constitués par des systèmes de chauffage répartis dans un ensemble de logements ou de locaux tertiaires, rattaché à un ensemble d'unité centrales de commande U, l'ensemble de dispositifs domotiques étant destiné à être commandé par un utilisateur spécifiques en charge du chauffage pour ledit ensemble 35 de logements ou de locaux tertiaires. 3038396 13 Nous allons à présent décrire, en référence à la figure 3, la représentation de l'installation 17 par une entité représentative St sur le serveur Sv, dans le cas où l'installation comprend de multiples unités centrales de commandes U. Le système selon l'invention rattache plusieurs unités centrales de 5 commande U à un seul objet St représentant une installation 17 par une configuration au niveau du serveur Sv. Le serveur Sv peut ainsi présenter à l'utilisateur l'installation 17 comme un seul ensemble de dispositifs D à l'utilisateur, par exemple par l'intermédiaire d'une Interface de Programmation d'Application ou API, dans lequel chaque dispositif D peut 10 accepter un ensemble donné de commandes C ou présenter des variables d'état S. Le serveur Sv peut également utiliser un système ou couche d'abstraction pour les commandes C et les variables d'état S pour proposer une API plus générique et indépendante du protocole de communication utilisée par un dispositif D donné. L'identification de l'entité représentative St de l'installation peut être 15 selon un mode de réalisation réalisée par l'un quelconque des identifiants UID de l'une des unités centrales de commande U présente dans l'installation, par un identifiant de l'installation ou de l'utilisateur. Ainsi, pour simplifier la désignation d'une installation dans les APIs publiques, il suffit que les utilisateurs de ces APIs fournissent un identifiant unique 20 attachée à l'entité représentative St de l'installation 17. De façon interne au serveur, un identifiant unique de l'entité représentative St de l'installation 17 peut exister pour faciliter l'implémentation. Ainsi, l'entité représentative St peut être associée à une liste ou groupe de dispositifs DGrSt regroupant les dispositifs contenus dans les différents 25 groupes DGrU1, DGrU2 attachés à chaque unité centrale de commande U1, U2, et à un groupe UGrSt des identifiants UID des unités centrales de commandes concernées U. Les dispositifs sont identifiés par un identifiant unique Une entité représentative d'une installation domotique peut être associée avec un utilisateur donné Usr1, identifié par un identifiant UsrlD, correspondant par exemple à une 30 combinaison login et mot de passe ou avec un groupe d'utilisateur donné UsrGrSt. Un exemple de mode de réalisation d'un identifiant unique d'un dispositif DURL va être à présent décrite. Selon ce mode de réalisation, l'identifiant unique d'un dispositif DURL comprend des informations sur : 35 - Le protocole natif local du dispositif domotique D; 3038396 14 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 ; 5 Un identifiant de sous-système subsystemld si le dispositif comprend plusieurs sous-ensemble fonctionnels ou sous-systèmes qui peuvent être adressés séparément. Les dispositifs qui ne comprennent qu'un ensemble fonctionnel ne présentent pas d'extension d'identification d'un sous-système. 10 Ainsi, la forme de l'identifiant unique d'un dispositif DURL peut être la suivante : :// krawDeviceAddress>(# ) Dans laquelle les champs suivants sont présents : protocol : identifiant du protocole local de dispositif natif; 15 gatewayld : identifiant de la première unité centrale de commande U, par 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. 20 subsystemld : ce champ optionnel indique une identification, par exemple un rang du sous-système (démarrant par exemple à 1), si un tel sous-système est présent. Exemples: 1. knx://0201-0001-1234/1.1.3 25 Cet identifiant unique de dispositif DURL correspond à un dispositif D communiquant par le protocole KNX avec une adresse individuelle 1.1.3 accessible par l'unité centrale de commande U portant l'identifiant #0201-0001-1234. 2. io://0201-0001-1234/145036#2 Cet identifiant unique d'un dispositif DURL correspond à un sous-système 30 portant le n°2 associé à un dispositif D communiquant par le protocole io homecontrol avec une adresse radio 145036 accessible par l'unité centrale de commande U portant l'identifiant #0201-0001-1234. Les manipulations des données relatives aux dispositifs D au niveau du serveur Sv sont réalisées par un processus ou service d'exécution ES. Afin de stocker 35 les données relatives aux différentes instances de dispositif D mentionnées ci-dessus, le service d'exécution peut avoir accès à une base de données d'instances IDB. Bien 3038396 15 entendu, ces différents types d'instances peuvent être stockés également de façon séparée. Par ailleurs, par base de données, on entend ici un mode de stockage approprié pour un ensemble d'instances, qui peuvent être mémorisées dans une liste, un arbre ou des tables ou tout autre structure de données appropriée. 5 Nous allons à présent décrire un procédé d'enregistrement des unités centrales de commande U, en référence à la figure 4, auprès d'un serveur Sv connecté à l'au moins une installation domotique 17. Dans une première étape ERSv1, le serveur Sv reçoit au moins un message MRUI de demande d'enregistrement d'au moins une première unité 10 centrale de commande U1 pour l'installation 17, émise dans une étape ERUI par une première unité centrale de commande UI, et/ou par un terminal utilisateur T, sur la base d'une information d'identification IIDI. L'information d'identification peut correspondre par exemple à un identifiant d'une unité centrale de commande appartenant déjà à une entité 15 représentative, et/ou à un identifiant de l'utilisateur UsrlD sous la responsabilité duquel l'enregistrement est effectué et/ou directement à un identifiant d'une entité représentative d'une installation. L'information d'identification peut être contenue dans le message ou être déduite du contexte, par exemple d'une adresse réseau d'émission du message, ou encore de caractéristiques relatives à la session de 20 communication. Dans une seconde étape ERSv2, le serveur obtient une information de rattachement Stil_ de la première unité centrale de commande U1 à une entité représentative St d'une installation domotique 17. Si l'information de rattachement correspond à une absence de rattachement de l'unité centrale de commande U1 à 25 une installation 17 précédemment enregistrée, le serveur procède dans une troisième étape ERSv3 à la création d'une entité représentative de l'installation 17 et rattache la première unité centrale de commande U1 à cette entité représentative St. Cela est notamment le cas lors de l'enregistrement d'une première unité centrale de commande U1 d'une installation donnée. 30 Dans le cas où une unité centrale de commande U est déjà appairée avec un ou plusieurs dispositifs D d'un groupe DGrU1, l'entité représentative St est mise à jour dans une quatrième étape ERSv4 pour représenter ces dispositifs dans le groupe de dispositifs DGrSt attaché à l'entité représentative de l'installation 17. Ainsi, le groupe de dispositifs DGrSt est mis à jour. Les informations nécessaires à la mise à 35 jour de l'entité représentative St peuvent être présentes dans le message MRU2, ou 3038396 16 faire l'objet d'échanges supplémentaires entre le serveur Sv afin d'obtenir des éléments d'identification des dispositifs D concernés. Dans une cinquième étape ERSv5, le serveur Sv reçoit au moins un message MRU2 de demande d'enregistrement d'une deuxième unité centrale de 5 commande U2 pour l'installation 17, émis dans une étape ERU1 par une deuxième unité centrale de commande U2, et/ou par un terminal utilisateur T, sur la base d'une information d'identification IID2. Comme nous l'avons vu précédemment, l'information d'identification peut correspondre par exemple à un identifiant d'une unité centrale de commande 10 appartenant déjà à une entité représentative, et/ou à un identifiant de l'utilisateur UsrlD sous la responsabilité duquel l'enregistrement est effectué, et/ou à un identifiant de l'installation 17. Dans une sixième étape ERSv6, le serveur Sv procède à l'obtention d'information de rattachement StI2 de la deuxième unité centrale de commande U2 à 15 une entité représentative St d'une installation domotique 17. Dans une septième étape ERSv7, le serveur Sv procède à un rattachement de la seconde unité centrale à une entité représentative St de l'installation 17 à laquelle est également rattachée la première unité centrale de commande U1 pour le même utilisateur UlD1. 20 Dans le cas où l'unité centrale de commande U2 est déjà appairée avec un ou plusieurs dispositifs D d'un groupe DGrU2, l'entité représentative St est mise à jour dans une huitième étape ERSv8 pour représenter ces dispositifs dans le groupe de dispositifs DGrSt attaché à l'entité représentative de l'installation 17. Ainsi, le groupe de dispositifs DGrSt est mis à jour. Les informations nécessaires à la mise à jour de 25 l'entité représentative peuvent être présentes dans le message MRU2, ou faire l'objet d'échanges supplémentaires entre le serveur Sv afin d'obtenir des éléments d'identification des dispositifs D concernés. Ainsi, les unités centrales de commande U1 et U2 sont considérées comme rattachées à la même entité représentative St d'une installation, qui 30 rassemble l'ensemble des dispositifs D de l'installation rattachés indifféremment à la première ou à la seconde unité centrale de commande dans un même groupe DGrSt qui peut être communiqué à un terminal utilisateur T. Ces dispositions sont obtenues sans communication entre les unités centrales de commande, mais simplement par le rattachement logique opéré lors de l'enregistrement. 35 L'interface présentée à l'utilisateur peut ainsi ajouter une couche d'abstraction pour cacher le rattachement effectif des dispositifs aux unités centrales 3038396 17 de commande U. L'interface représente ainsi les équipements domotiques, comme les volets, stores, HVAC ou éclairage, pilotables dans l'installation ainsi que les capteurs présents. Si les dispositifs D sont ainsi rattachés à une entité représentative de 5 l'installation, les informations de rattachement des dispositifs domotiques D aux unités centrales de commande U sont toutefois transmises au serveur Sv, pour intégration dans la structure de données, en vue du routage des messages vers l'unité centrale de commande concernée dans le cas de commande par le Serveur Sv. En particulier, l'identifiant de l'unité centrale de commande à laquelle se rattache un 10 produit peut être contenue dans l'identifiant DURL. Une unité centrale de commande U peut être détachée de l'entité représentative St d'une installation. Lorsqu'une unité centrale de commande U est détachée, tous les dispositifs qui sont gérés par l'intermédiaire de l'unité centrale de commande sont supprimés du groupe DGrSt de dispositifs de l'entité représentative St 15 de l'installation 17. Ainsi, il est possible de prévoir qu'une unité centrale ne peut pas être détachée si l'entité représentative St comprend des dépendances sur les dispositifs D gérés par cette unité centrale de commande U, comme des scénarios. Ces dépendances doivent être supprimées avant que l'unité centrale de commande U puisse être détachée. 20 Dans le cas de l'appairage d'un nouveau dispositif D à une unité centrale de commande U, ou au contraire de la suppression d'un dispositif, ou encore de sa modification, un message de mise à jour est envoyé au Serveur Sv afin de mettre également à jour la liste de dispositif DGrSt dépendant de l'entité représentative St. Grâce à ce procédé d'enregistrement, le serveur Sv peut donc proposer 25 sur l'interface IN une description de l'installation 17, grâce à l'utilisation de l'entité représentative sous forme d'un groupe de dispositifs D, contenu dans le groupe de dispositifs DGrSt, qui présentent des variables d'état S mais également des commandes disponibles C. Il est ainsi possible de commander et de contrôler par l'interface 30 l'ensemble des dispositifs de l'installation indépendamment de leur rattachement aux unités centrales U. Nous allons à présent décrire un procédé de configuration d'au moins une installation domotique 17 d'un bâtiment 1 en référence à la figure 5. Nous supposerons que le procédé de configuration est réalisé postérieurement au procédé 35 d'enregistrement précédemment décrit. Ainsi, les unités centrales de commandes U1 3038396 18 et U2 sont rattachées à l'entité représentative St, et les dispositifs D sont identifiés dans le groupe de dispositif DGrSt rattaché à l'installation. Il est possible dans une première étape ECfUsr1 à l'utilisateur Usr ou à une application tierce dans une étape ECfA1 de définir ainsi des scénarios Scn mettant 5 en oeuvre plusieurs dispositifs D de la même installation domotique 17 mais rattachés à des unités centrales de commande distinctes U1 ou U2. La définition du scénario Scn est reçue et enregistrée par le serveur Sv dans une étape ECfSv1. Nous considérerons ici un scénario Scn comprenant un ensemble de commandes C destiné à une pluralité de dispositifs domotiques D, ladite pluralité 10 comprenant au moins un premier dispositif domotique D1 appairé à une première unité centrale de commande U1 et un deuxième dispositif D2 appairé à une deuxième unité centrale de commande U2. Dans une seconde étape ECfSv2, le serveur Sv procède à l'affectation d'un identifiant de scenario ScnID au scénario défini à l'étape précédente. 15 Dans une troisième étape ECfSv3, le serveur Sv procède à une partition du scénario Scn en au moins deux sous-scénario SScn1 et SScn2 correspondant à des parties de scénario à effectuer par chacune des unités de commande U1 et U2 en lien avec les dispositifs D appartenant au groupe de dispositifs DGrU1 ou DGrU2 rattaché à l'unité centrale correspondante U1 ou U2. 20 Dans une quatrième étape ECfSv4, le serveur procède à l'envoi des sous- scénarios et de l'identifiant de scénario ScnID aux unités centrales de commande correspondantes U1, U2, les sous-scénarios SScn1, SScn2 correspondants étant enregistrés dans les unités centrales de commande en lien avec le même identifiant de scenario ScnID. 25 Grâce à ces dispositions, le scénario est enregistré sur les unités centrales de commande par parties SScn1, SScn2 avec une référence audit identifiant de scénario ScnID. Il est ensuite possible pour un utilisateur de commander l'exécution de ce scénario soit localement par un accès direct sur les unités centrales de commande, soit à distance par le serveur Sv, comme cela sera détaillé ci-après. Dans 30 les deux cas, le déclenchement de l'exécution de ce scénario Scn peut être obtenu de manière uniforme pour toutes les unités de commande U1, U2, en faisant simplement référence à l'identifiant (unique) ScnID. Selon une variante du procédé, l'ensemble des étapes peut être réalisé par une application APP sur un terminal mobile T au lieu du serveur Sv. Dans ce cas, 35 l'étape de définition peut être réalisée par une interface graphique de l'application. 3038396 19 Un procédé de commande va à présent être décrit en référence à la figure 6, dans un cas où la commande est générée à distance par l'intermédiaire de l'interface utilisateur IN et du serveur Sv et dans le cas d'une commande de scénario (Scn). 5 Dans une première étape ECSv1, le serveur Sv reçoit un message de commande MC en provenance d'un utilisateur Usr ou d'une application A relative à une demande d'exécution d'un scénario. Nous supposerons que le message de commande MC contient une demande d'exécution du scénario Scn, identifié par l'identifiant de scénario ScnID, 10 configuré lors de l'exemple de procédé de configuration décrit précédemment, qui correspond à la réalisation d'un sous-scénario SScn1 sur l'unité centrale de commande U1 et à la réalisation d'un sous-scénario SScn2 sur l'unité centrale de commande U2. Dans un tel cas, il est possible que la correspondance entre l'exécution 15 des sous-scénarios Scn1 et Scn2 et du scénario Scn soit gardée en mémoire pour une gestion d'erreur appropriée. En particulier le service d'exécution ES peut mettre en oeuvre un automate à états à cette fin. Ainsi, dans une étape ECSv2, le serveur procède à l'établissement d'une liste d'unités centrales de commande U parmi la pluralité d'unités centrales de 20 commandes concernées par le scénario Scn comprenant au moins ladite première unité centrale de commande U1 et ladite deuxième unité centrale de commande U2. Par ailleurs, le serveur Sv établit dans une étape ECSv2' la correspondance entre le résultat d'exécution du Scénario Scn et les résultats respectifs d'exécution des deux Sous-scénarios SScn1 et SScn2, cette correspondance 25 pouvant être stockée en mémoire ou dans la base de données Dans une troisième étape ECSv3 un premier message de commande MSScn1 est envoyée à destination de l'unité centrale U1 de l'installation domotique 17 en vue de l'exécution du sous-scénario SScn1. Comme expliqué précédemment, les sous-scénarios SScn1, SScn2 peuvent être enregistrés dans les 30 unités centrales U1, U2, en lien avec le même identifiant de scenario ScnID. Le message MSScn1 contient dans ce cas une simple référence à l'identifiant ScnID. Dans l'exemple représenté, nous supposons que le retour de cette première commande correspond à un succès de la réalisation du sous-scénario avec un code de retour RSSc1, envoyé par l'unité centrale de commande U1 dans une 35 étape ECU13. Le service d'exécution peut stocker cette valeur de succès. 3038396 20 Dans une étape ECSv4, un deuxième message de commande MSSCn2 est envoyée à destination de l'unité centrale de commande U2 de l'installation domotique 17 en vue de l'exécution du sous-scénario SScn2. Le message MSScn2 contient dans ce cas une simple référence à l'identifiant ScnID. Dans l'exemple 5 représenté, nous supposons que le retour de l'exécution du deuxième sous-scénario correspond à un échec, avec retour d'un code de retour RSScn2, envoyé par l'unité centrale de commande U2 dans une étape ECU24. Dans une dernière étape ECSv5, le service d'exécution définit une réponse RScn à retourner à l'utilisateur suite au message de commande MC . 10 Etant donné qu'un résultat de sous-scénario ou code de retour, a été reçue pour chaque sous-scénario exécuté, les résultats doivent être agrégés pour simuler un résultat global pour le scénario Scn. En particulier, le scénario Scn est considéré comme effectué si tous les sous-scénarios SScn1, SScn2 ont été réalisés avec succès, et échoué si un ou plusieurs sous-scénarios ont échoué. 15 Dans le cas illustré à la figure 6, il peut être considéré que le scénario Scn a échoué. Cette réponse est communiquée à l'utilisateur Usr ou à l'application A qui la reçoit dans une étape ECUsr5 ou ECA5. Selon une variante du procédé, l'ensemble des étapes peut être réalisé 20 par une application APP sur un terminal mobile T au lieu du serveur Sv. Dans ce cas, l'étape de réception peut être réalisée par la communication d'un ordre par l'utilisateur par l'intermédiaire de l'interface graphique de l'application. Selon une variante du procédé, le procédé de commande peut être déclenché lors de l'étape ECSv1 par la constatation de la réalisation d'une 25 condition Cnd basée sur le temps et/ou au moins une variable d'état d'un dispositif, l'évaluation de la condition peut être réalisée soit par l'unité de gestion ou le terminal. Cette étape alternative à la réception d'un message est figurée sur la figure 6 en pointillés. Dans le cas ou l'évaluation de la condition est réalisée par une application 30 tierce qui transmet un message de commande à l'unité de gestion ou au terminal, l'étape de réception est présente comme décrite précédemment. En particulier, le message de commande peut provenir d'une application de gestion de temps réel s'exécutant sur l'unité de gestion, si la condition concerne le temps; ou d'un dispositif domotique par l'intermédiaire de l'unité centrale de commande à laquelle est 35 rattaché le dispositif, si la condition concerne une variable d'état d'un dispositif domotique. 3038396 21 Un autre mode de réalisation du procédé de commande va à présent être décrit en référence à la figure 7, dans un cas où la commande est générée à distance par l'intermédiaire de l'interface utilisateur IN et du serveur Sv et dans le cas d'une d'un groupe de commande CGr. 5 Dans une première étape ECSv1, le serveur Sv reçoit un message de commande MC en provenance d'un utilisateur Usr ou d'une application A relative à une demande d'exécution d'un groupe de commande CGr comprenant une pluralité de commandes C. Nous supposerons que le groupe de commandes CGr comprend au moins 10 un premier sous-groupe de commandes CSGR1 comprenant au moins une commande C à effectuer par un dispositif domotique D rattaché à une première unité centrale de commande U1 et un deuxième sous-groupe de commandes CSGr2 comprenant au moins une commande C à effectuer par un dispositif domotique D rattaché à une deuxième unité centrale de commande U2. 15 Dans un tel cas, il est possible que la correspondance entre l'exécution des sous-groupes de commandes CSGr1 et CSGr2 et du groupe de commandes CGr soit gardée en mémoire pour une gestion d'erreur appropriée. En particulier le service d'exécution ES peut mettre en oeuvre un automate à états à cette fin. Ainsi, dans une étape ECSv2, le serveur procède à l'établissement d'une 20 liste d'unités centrales de commande U parmi la pluralité d'unités centrales de commandes U concernées par le groupe de commandes CGr comprenant au moins ladite première unité centrale de commande U1 et ladite deuxième unité centrale de commande U2. Par ailleurs, le serveur Sv établit dans une étape ECSv2' la 25 correspondance entre le résultat d'exécution du groupe de commandes CGr et les résultats respectifs d'exécution des deux sous-groupes de commandes CSGr1 et CSGr2, cette correspondance pouvant être stockée en mémoire ou dans la base de données. Dans une troisième étape ECSv3 un premier message de 30 commande MCSGr1 est envoyée à destination de l'unité centrale U1 de l'installation domotique 17 en vue de l'exécution du sous-groupe de commandes CSGr1. Ce premier message de commande MCSGr1 comprend des instructions de déclenchement des commandes du sous-groupe de commande CSGr1 relatives aux dispositifs D rattachés à l'unité centrale de commande U1. 35 Dans l'exemple représenté, nous supposons que le retour de ce premier sous-groupe de commandes MCSGr1 correspond à un succès de la réalisation du sous- 3038396 22 groupe avec un code de retour RSCGr1 , envoyé par l'unité centrale de commande U1 dans une étape ECU13. Le service d'exécution peut stocker cette valeur de succès. Dans une étape ECSv4, un deuxième message de commande MCSGr2 est envoyée à destination de l'unité centrale de commande U2 de l'installation 5 domotique 17 en vue de l'exécution du sous-groupe CSGr2. Ce deuxième message de commande MCSGr2 comprend des instructions de déclenchement des commandes du sous-groupe de commande CSGr2 relatives aux dispositifs D rattachés à l'unité centrale de commande U2. Dans l'exemple représenté, nous supposons que le retour de l'exécution du deuxième sous-groupe de commande CSGr2 correspond à un échec, 10 avec retour d'un code de retour RCSGr2, envoyé par l'unité centrale de commande U2 dans une étape ECU24. Dans une dernière étape ECSv5, le service d'exécution définit une réponse à retourner à l'utilisateur suite au message de commande MCGr. Etant donné qu'un résultat de sous-groupe ou code de retour, a été 15 reçue pour chaque sous-groupe exécuté, les résultats doivent être agrégés pour simuler un résultat global pour le groupe Scn. En particulier, le groupe de commandes CGr est considéré comme effectué si tous les sous-groupes CSGr1, CSGr2 ont été réalisés avec succès, et échoué si un ou plusieurs sous-groupes ont échoué. Dans le cas illustré à la figure 7, il peut être considéré que le groupe de 20 commandes CGr a échoué. Cette réponse est communiquée à l'utilisateur Usr ou à l'application A qui la reçoit dans une étape ECUsr5 ou ECA5. Selon une variante du procédé, l'ensemble des étapes peut être réalisé par une application APP sur un terminal mobile T au lieu du serveur Sv. Dans ce cas, 25 l'étape de réception peut être réalisée par la communication d'un ordre par l'utilisateur par l'intermédiaire de l'interface graphique de l'application. Selon un autre mode de réalisation du procédé non représenté, une commande simple C d'un dispositif domotique D peut être traitée par le serveur Sv ou par le terminal mobile T, suite à la réception d'un message de commande en 30 provenance d'un utilisateur Usr ou d'une application tierce A. Dans ce cas, une détermination d'au moins une unité centrale de commande U concernée par la commande C parmi la pluralité d'unités centrales de commande U1, U2 de l'installation 17 est réalisée, cette unité centrale de commande U correspondant à l'unité centrale à laquelle est rattachée le dispositif D à 35 commander. 3038396 23 Par la suite, on procède à l'envoi d'au moins un message de commande à destination de l'unité centrale de commande U déterminée précédemment en vue de l'exécution de l'au moins une commande C sur le dispositif D. 5 REVENDICATIONS1. Procédé de commande d'une installation domotique (17), l'installation domotique (17) comprenant une pluralité de dispositifs domotiques (D), et une pluralité d'unités centrales de commande (U1, U2) ; le procédé étant exécuté par une unité de gestion (Sv) ou par un terminal mobile (T) connectée à l'au moins une installation domotique (17) et comprenant les étapes suivantes : i. Réception (ECSv1) d'un message de commande (MC) en provenance d'un utilisateur (Usr) ou d'une application tierce (A), ou constatation de la réalisation d'une condition (Cnd) basée sur un temps et/ou une date, ou encore sur une valeur d'au moins une variable (Cnd) d'état (S) d'un dispositif domotique (D), la condition (Cnd) ou le message de commande étant associé à une demande d'exécution d'au moins une commande (C) d'un dispositif (D) ; ii. Détermination (ECSv2) d'au moins une unité centrale de commande (U) concernée par la commande (C) parmi la pluralité d'unités centrales de commande (U1, U2) ; iii. Envoi (ECSv3, ECSv4) d'au moins un message de commande (MSScn1, MSScn2, MCSGr1, MCSGr2) à destination de l'au moins une unité centrale de commande (U) déterminée à l'étape ii de l'installation domotique (17) en vue de l'exécution de l'au moins une commande (C). 2. Procédé selon la revendication 1, dans lequel l'installation domotique (17) est représentée par une entité représentative (St) associée à un groupe (DGrSt) de dispositif domotiques (D) correspondant à la pluralité de dispositifs domotiques (D) appartenant à l'installation (17). 3. Procédé selon l'une quelconque des revendications 1 ou 2, dans lequel l'au moins une commande (C) correspond à un scénario (Scn) identifié par un identifiant de scénario (ScnID), et comprenant une pluralité de commandes (C) ; le scénario (Scn) comprenant au moins un premier sous-scénario (SScn1) comprenant au moins une commande (C) à effectuer par un dispositif domotique (D) 35 rattaché à une première unité centrale de commande (U1) et un deuxième sous-scénario (SScn2) comprenant au moins une commande (C) à effectuer par un dispositif 3038396 25 domotique (D) rattaché à une deuxième unité centrale de commande (U2) ; le premier sous-scénario (SScn1) étant préenregistré dans la première unité centrale de commande (U1) en lien avec l'identifiant de scenario (ScnID) et le deuxième sous-scénario (SScn2) étant préenregistré dans la deuxième unité centrale de 5 commande (U2) en lien avec l'identifiant de scenario (ScnID) dans lequel dans l'étape ii de détermination (ECSv2) d'au moins une unité centrale de commande (U) concernée par la commande (C) parmi la pluralité d'unités centrales de commande (U1, U2), il est procédé à l'établissement d'une liste d'unités centrales de commande (U) parmi la pluralité d'unités centrales de commandes 10 concernées par le scénario (Scn) comprenant au moins ladite première unité centrale de commande (U1) et ladite deuxième unité centrale de commande (U2) ; et dans lequel l'étape iii d'envoi (ECSv3, ECSv4) d'au moins un message de commande (MSScn1, MSScn2) comprend un envoi d'une pluralité de messages de demandes d'exécution au moins des sous-scénarios (SSCn1, SScn2) pré-enrégistrés en 15 lien avec l'identifiant du scénario (ScnID) à destination des unités centrales de commande (U) comprise dans la liste determinée à l'étape ii, comprenant au moins ladite première unité centrale de commande (U1) et ladite deuxième unité centrale de commande (U2). 20 4. Procédé selon la revendication 3, dans lequel le message de commande (MC) reçu lors l'étape i de réception (ECSv1) correspond à un message de demande d'exécution du scénario (Scn) identifié par l'identifiant de scénario (ScnID). 5. Procédé selon la revendication 3, dans lequel 25 l'exécution du scénario (Scn) est déclenchée par la constatation de la réalisation d'une condition (Cnd) sur le temps et/ou la date, ou d'une condition sur une variable d'état d'un dispositif domotique(D) ; et/ou dans lequel le message de commande (MC), reçu lors l'étape i de réception (ECSv1) correspond à un message en provenance d'une 30 application tierce (A) et comprend une indication de réalisation de la condition (Cnd). 6. Procédé selon l'une quelconque des revendications 3 à 5, comprenant en outre les étapes suivantes : - stockage en mémoire de la correspondance entre l'exécution du scénario (Scn) d'une part et l'exécution de l'au moins un premier 3038396 26 sous-scénario (SScn1) et de l'au moins un deuxième sous-scénario (Scn2) d'autre part ; et détermination d'un résultat d'exécution du scénario en fonction des résultats d'exécution de l'au moins un premier sous-scénario (SScn1) 5 et de l'au moins un deuxième sous-scénario (Scn2). 7. Procédé selon l'une quelconque des revendications 1 ou 2, dans lequel le message de commande (MC) reçu lors l'étape i de réception (ECSv1) correspond à un message de demande d'exécution d'un groupe de commande (CGr) 10 comprenant une pluralité de commandes (C) ; le groupe de commande (CGr) comprenant au moins un premier sous-groupe de commande (CSGr1) comprenant au moins une commande (C) à effectuer par un dispositif domotique (D) rattaché à une première unité centrale de commande (U1) et un deuxième sous-groupe (CSGr2) comprenant au moins une 15 commande (C) à effectuer par un dispositif domotique (D) rattaché à une deuxième unité centrale de commande (U2) ; dans lequel dans l'étape ii de détermination (ECSv2) d'au moins une unité centrale de commande (U) concernée par la commande (C) parmi la pluralité d'unités centrales de commande (U1, U2), il est procédé à l'établissement (ECSv2) d'une liste 20 d'unités centrales de commande (U) parmi la pluralité d'unités centrales de commandes concernées par la commande groupée (CGr) comprenant au moins ladite première unité centrale de commande (U1) et ladite deuxième unité centrale de commande (U2) ; et dans lequel l'étape iii d'envoi (ECSv3) d'au moins un message de 25 commande (MCSGr1) correspond à un envoi d'une pluralité de messages de commande à destination des unités centrales de commande (U) comprise dans la liste determinée à l'étape ii, comprenant au moins ladite première unité centrale de commande (U1) et ladite deuxième unité centrale de commande (U2), chaque message de commande (MCSGr1, MCSGr2) correspondant à une instruction de 30 déclenchement d'un sous-groupe de commande (CSGr1, CSGr2) relatif aux dispositifs (D) rattachés à l'unité centrale de commande (U1) destinataire. 8. Procédé selon la revendication 7, dans lequel le groupe de commande est défini pour un groupe de dispositifs commandés correspondant à un sous-35 ensemble d'un groupe de dispositif (DGrSt) rattaché à une entité représentative (St) de l'installation domotique (17). 3038396 27 9. Procédé selon l'une quelconque des revendications 7 ou 8, comprenant en outre les étapes suivantes : stockage en mémoire de la correspondance entre l'exécution du 5 groupe de commande (CGr) d'une part et l'exécution de l'au moins un premier sous-groupe (CSGr1) de commandes (C) et de l'au moins un deuxième sous-groupe (CSGr2) de commandes (C) d'autre part ; et détermination d'un résultat d'exécution du groupe de commande (CGr) en fonction des résultats d'exécution de l'au moins 10 un premier sous-groupe (CSGr1) de commandes (C) et de l'au moins un deuxième sous-groupe (CSGr2) de commandes (C) . 10. Procédé de configuration d'une installation domotique (17), l'installation domotique (17) comprenant une pluralité de dispositifs domotiques (D) 15 et une pluralité d'unités centrales de commande (U1, U2) ; le procédé étant exécuté par une unité de gestion (Sv) ou par un terminal mobile (T) connectée à l'au moins une installation domotique (17) et comprenant les étapes suivantes : i. Réception (ECfUsr1, ECfA1) d'un message comprenant une définition par un utilisateur (Usr) ou par une application tierce (A) d'un 20 scénario (Scn) comprenant au moins une commande destinée à une pluralité de dispositifs domotiques (D), ladite pluralité de dispositif domotiques (D) comprenant au moins un premier dispositif domotique (D) appairé à une première unité centrale de commande (U1) et un deuxième dispositif (D) appairé à une 25 deuxième unité centrale de commande (U2). identifiant de scenario (ScnID) audit ii. Affectation (ECfSv2) d'un scénario reçu à l'étape i ; iii. Partition (ECfSv3) du scénario en au moins un premier sous- scénario (SScn1) à effectuer par ladite première unité centrale de 30 commande (U1) et un deuxième sous-scénario (SScn2) à effectuer par ladite deuxième unité centrale de commande (U2), le premier sous-scénario (SScn1) correspondant à une partie du scénario (Scn) à effectuer par la première unité de commande (U1) en lien avec au moins un dispositif (D) rattaché à ladite première unité centrale de 35 commande (U1), le second sous-scénario (SScn2) correspondant à une partie du scénario (Scn) à effectuer par la deuxième unité de 3038396 28 commande (U2) en lien avec au moins un dispositif (D) rattaché à ladite deuxième unité centrale de commande (U2). iv. Envoi (ECfSv4) de l'au moins un premier sous-scénario (SScn1) et de l'identifiant de scenario (ScnID), à la première unité centrale de 5 commande (U1) et de l'au moins un deuxième sous-scénario (SScn2) et de l'identifiant de scenario (ScnID), à la deuxième unité centrale de commande, en vue de leur enregistrement dans lesdites unités centrales de commande respectives (U1, U2) en lien avec l'identifiant de scenario (ScnID). 10 11. Procédé selon la revendication 10, dans lequel le scénario (Scn) est défini pour un groupe de dispositifs commandés correspondant à un sous-ensemble d'un groupe de dispositif (DGrSt) rattaché à une entité représentative (St) de l'installation domotique (17). 15 12. Produit programme d'ordinateur comprenant des instructions de code agencées pour mettre en oeuvre les étapes d'un procédé selon l'une quelconque des revendications 1 à 11, lorsque ledit programme est exécuté par un processeur d'une unité de gestion (Sv) ou d'un terminal utilisateur (T). 20 13. Système comprenant une unité de gestion (Sv) ou un terminal utilisateur (T) agencée pour exécuter le procédé selon l'une des revendications 1 à 11, de façon connectée à au moins une unité centrale de commande (U) d'une installation domotique (17). 25