Brevet FR3082983A1 — publié le 20191227

I Domaine de l'invention La présente invention concerne un procédé de configuration d'un terminal de communication pour le contrôle d'une unité centrale de commande ou d'un dispositif domotique appartenant à une installation domotique. Art antérieur Une installation domotique d'un bâtiment peut comprendre un ou plusieurs dispositifs domotiques. Il est connu de procéder au contrôle, c'est à dire à la commande et/ou à la supervision de ladite installation en utilisant au moins une unité centrale de commande qui communique avec un ou plusieurs dispositifs domotiques. 10 Une telle unité centrale de commande peut être intégrée à un dispositif domotique ou indépendante. Une unité centrale de commande doit être configurée pour permettre son interaction avec le ou les dispositifs domotiques ou des services fonctionnels à distance, comme par exemple un service utilisateur. 15 Un grand nombre de configurations différentes peuvent être envisagées pour une même unité centrale de commande, ce qui implique de mettre en oeuvre un procédé de configuration adapté notamment en fonction des dispositifs ou des services à connecter, ou de procéder à une configuration in situ lors de la mise en place de l'unité centrale de commande dans l'installation domotique, cette configuration pouvant se 20 révéler complexe. Le contrôle de l'unité centrale ou de l'installation domotique peut être réalisée par l'intermédiaire d'un terminal de communication. Toutefois, la configuration du terminal de communication doit être adaptée à la version du système d'exploitation ou logiciel fonctionnel de l'unité centrale de commande, afin de permettre une 25 communication entre le terminal de communication et l'unité centrale de commande. Or, la version dudit système d'exploitation ou logiciel fonctionnel de l'unité centrale est inconnue du terminal de communication. De même, la configuration du terminal de communication est susceptible d'évoluer, par exemple, pour en améliorer les fonctions ou procéder à diverses corrections fonctionnelles. Il est donc nécessaire de configurer 30 le terminal de communication afin d'adapter sa configuration à la version du système d'exploitation installé dans l'unité centrale de commande. La présente invention a pour but de résoudre tout ou partie des problèmes mentionnés ci-dessus. 2 Exposé de l'invention A cet effet, la présente invention un procédé de configuration d'un terminal de communication pour le contrôle d'une unité centrale de commande ou d'un dispositif domotique appartenant à une installation domotique, le procédé étant mis en oeuvre par le terminal de communication, une configuration initiale du terminal de communication comprenant au moins une application conteneur, le procédé, mis en oeuvre par le terminal de communication, comprenant les étapes suivantes: - réception d'une application d'interface et/ou de données de paramétrage de ladite application d'interface, téléchargés depuis l'unité centrale de commande ou depuis une unité de stockage externe; - adaptation de la configuration du terminal de communication, l'étape d'adaptation comprenant une installation de l'application d'interface téléchargée sur le terminal de communication et/ou un paramétrage d'une application d'interface, présente sur le terminal de communication avant l'étape de réception, afin de rendre l'application d'interface compatible avec une version prédéterminée d'un logiciel fonctionnel de l'unité centrale de commande. Grâce à ces dispositions, si la version du logiciel fonctionnel et/ou le paramétrage de l'application d'interface de l'unité centrale de commande évoluent indépendamment de la configuration du terminal de communication, la configuration du terminal de communication pourra toujours être mise à jour pour être rendue compatible de la version en vigueur. Selon un mode de mise en oeuvre, l'invention comprend une ou plusieurs des caractéristiques suivantes, seules ou en combinaison. Selon un mode de mise en oeuvre, le procédé comprend en outre l'étape suivante : - émission d'une requête de téléchargement de l'application d'interface; Selon un mode de mise en oeuvre, le procédé comprend en outre les 35 étapes suivantes : - émission d'un message de découverte; - réception d'un message d'identification contenant l'adresse de téléchargement d'une application d'interface; 5 Selon un mode de mise en oeuvre : l'étape d'émission du message de découverte, et l'étape de réception du message d'identification, sont réalisées selon un premier protocole de communication, et l'étape de réception de l'application d'interface est réalisée selon un deuxième protocole de communication. 10 Grâce à ces dispositions, le premier protocole de communication peut être un protocole très simple adapté à la découverte de l'unité centrale de commande, c'est-à-dire à une communication entre le terminal émetteur et des unités électroniques dans la portée électromagnétique de l'émetteur, sans destinataire prédéterminé du 15 message émis. Le deuxième protocole de communication peut être un protocole de communication adapté au téléchargement de données et configuré pour communiquer selon un mode point à point. Selon un mode de mise en oeuvre, l'étape d'émission de la requête de 20 téléchargement est réalisée selon un deuxième protocole de communication. Selon un mode de mise en oeuvre, l'invention concerne également un procédé de contrôle d'une unité centrale de commande ou d'un dispositif domotique appartenant à une installation domotique mis en oeuvre par un terminal de 25 communication, une configuration initiale du terminal de communication comprenant au moins une application conteneur, l'unité centrale de commande comprenant une version prédéterminée d'un logiciel fonctionnel et au moins un module de communication agencé pour communiquer avec l'application conteneur, le procédé comprenant les étapes suivantes : 30 - mise en oeuvre du procédé de configuration selon l'une des revendications précédentes ; - envoi d'un message de contrôle à l'unité centrale de commande par l'intermédiaire de l'application d'interface installée et/ou paramétrée, lors d'une étape d'adaptation du procédé de configuration. 4 Grâce à ces dispositions, si la version du logiciel fonctionnel et/ou le paramétrage de l'application d'interface de l'unité centrale de commande évoluent, indépendamment de la configuration du terminal de communication, la configuration du terminal de communication pourra toujours être mise à jour pour être rendue 5 compatible de la version en vigueur, et permettre au terminal de communication de reprendre le contrôle de l'unité centrale de commande. Grâce à ces dispositions, la configuration du terminal de communication s'adapte à la version prédéterminée du logiciel fonctionnel et/ou le paramétrage de l'application d'interface de l'unité centrale de commande avant le contrôle de l'unité 10 centrale de commande et/ou d'au moins un dispositif domotique de l'installation domotique. Selon un mode de mise en oeuvre, l'invention concerne également un procédé de configuration d'un terminal de communication pour le contrôle d'une unité 15 centrale de commande ou d'un dispositif domotique appartenant à une installation domotique, une configuration initiale du terminal de communication comprenant au moins une application conteneur, le procédé étant mis en oeuvre par l'unité centrale de commande, l'unité centrale de commande comprenant au moins un module de communication agencé pour communiquer avec l'application conteneur, ainsi qu'un 20 logiciel fonctionnel et une application d'interface pour ledit logiciel fonctionnel, le procédé, mis en oeuvre par l'unité centrale de commande, comprenant l'étape suivante: téléchargement, via le module de communication, de l'application d'interface et/ou de données de paramétrage de ladite application 25 d'interface sur le terminal de communication. Selon un mode de mise en oeuvre, le procédé de configuration comprend une étape de : - réception, via le module de communication, d'une requête de 30 téléchargement, émise par le terminal de communication. Selon un mode de mise en oeuvre, le procédé de configuration comprend les étapes suivantes : - réception d'un message de découverte en provenance du terminal de 35 communication; 5 émission d'un message d'identification contenant l'adresse de téléchargement d'une application d'interface, destiné au terminal de communication; 5 Selon un mode de mise en oeuvre, l'étape de réception du message de découverte, et l'étape d'émission du message d'identification, sont réalisées selon un premier protocole de communication, et l'étape de téléchargement de l'application d'interface est réalisée selon un deuxième protocole de communication. 10 Selon un mode de mise en oeuvre, l'étape de réception de la requête de téléchargement est réalisée selon un deuxième protocole de communication. Le terminal de communication peut être un terminal de communication mobile, par exemple, un téléphone intelligent, un ordinateur portable ou une tablette. 15 Alternativement, l'utilisateur final pourrait également faire usage d'un terminal fixe comme un ordinateur fixe. Au sens de la présente invention, la configuration d'un terminal de communication est déterminée par la ou les applications qui sont installées sur ledit terminal et qui lui permettent de communiquer, que ce soit localement ou via un réseau 20 étendu, selon un ou plusieurs protocoles de communication, avec une ou plusieurs unités centrales de commandes, et/ou le paramétrage des applications installées sur ledit terminal. La configuration minimale d'un terminal de communication comprend un module logiciel de découverte, également appelée application conteneur, qui permet 25 au terminal de communiquer, au moins dans un mode de découverte et selon un premier protocole, avec la ou les unités centrales qui se trouvent à proximité. Ce premier protocole peut être, par exemple un protocole WIFI adhoc, Bluetooth, ou BLE, de communication directe entre une unité centrale et le terminal. L'application conteneur est un élément constitutif de la configuration de base du terminal de 30 communication. Les adaptations de la configuration du terminal de communication, telles que mises en oeuvre par le procédé de configuration, viennent compléter la configuration de base en ajoutant de de nouvelles applications d'interface et/ou en modifiant le paramétrage d'applications d'interface existantes, sans modifier les fonctions de l'application conteneur. 35 Au sens de la présente invention, un dispositif domotique est un équipement domotique et/ou un capteur, ou encore une partie d'équipement 6 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, une installation domotique est un 5 ensemble comprenant au moins un dispositif domotique et au moins une unité centrale de commande disposés dans un seul bâtiment ou sur une pluralité de lieux, chaque dispositif domotique étant relié à une unité centrale de commande parmi la pluralité d'unités centrales de commande, la pluralité d'unités centrales de commande formant un groupe sous le contrôle d'un utilisateur. Les dispositifs domotiques forment des 10 groupes d'au moins un dispositif domotique rattaché à une unité centrale de commande. Au sens de la présente invention, une unité centrale de commande de l'installation domotique est une unité électronique comprenant : - au moins une unité de traitement agencée pour contenir et exécuter 15 au moins un programme d'ordinateur, - au moins un module de communication destinée au contrôle et/ou à la commande d'au moins un dispositif domotique ; - au moins un module de communication agencé pour communiquer avec l'unité de gestion ;et/ou 20 - au moins un module de communication agencé pour communiquer avec le module logiciel de découverte, ou application conteneur d'un terminal de communication. L'unité électronique peut être indépendante ou intégrée dans un dispositif domotique. Dans ce dernier cas, le module de communication destiné au contrôle et/ou 25 à la commande du dispositif peut être un module de communication interne au dispositif domotique et/ou un module de communication destiné au contrôle et/ou à la commande d'autres dispositifs domotiques. Dans certaines applications, une unité centrale de commande peut communiquer avec l'unité de gestion à travers une unité de gestion intermédiaire, par exemple d'un fournisseur de service tiers, dont l'unité de 30 gestion intermédiaire offre une interface de service ou API (pour "Application Program Interface" selon la terminologie anglo-saxonne). 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. 35 Au sens de la présente invention les fonctions d'une unité centrale de commande sont assurées par un système d'exploitation ou logiciel fonctionnel qui 7 s'exécute sur l'au moins une unité de traitement de l'unité centrale de commande. Dans la suite on utilisera principalement la désignation de logiciel fonctionnel. Le logiciel fonctionnel d'une unité centrale de commande est susceptible d'évoluer fréquemment, pour en améliorer les fonctions ou procéder à diverses corrections fonctionnelles. 5 Chaque évolution dudit logiciel fonctionnel donne naissance à une nouvelle version de ce logiciel. Par utilisateur, il peut être compris un utilisateur final, un installateur ou encore un opérateur de maintenance. Selon un aspect de l'invention, l'unité de gestion exécutant le service à 10 distance 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 traitement informatique à réaliser. Selon un autre aspect de l'invention, la ou les unités de gestion exécutant 15 le premier service de configuration peut être une unité centrale destinée à être reliée à une ou plusieurs unités centrales de commande sur des réseaux privés, également appelés réseaux locaux distincts, ou encore sur le même réseau local. La supervision correspond de façon générale à une supervision basée sur le traitement de valeurs des variables d'état d'au moins un dispositif domotique ou une 20 unité centrale de commande. Au sens de la présente invention, une variable d'état est un élément descriptif de l'état d'un dispositif domotique. La valeur d'une variable d'état peut 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 25 correspondre à une valeur de mesure d'un capteur, par exemple à une valeur d'une grandeur physique ou d'environnement. La description des états des dispositifs peut être générique ou spécialisée, en fonction du protocole local. Les identifiants des variables d'état peuvent être numériques ou alphanumériques. Les valeurs des variables d'états peuvent utiliser des formats ou des échelles personnalisées ou 30 propriétaires. Au sens de la présente invention, une commande correspond à un ordre pouvant être donné à un dispositif domotique ou à une unité centrale de commande en vue de la réalisation d'une action par un dispositif ou de l'obtention en retour d'une information, par exemple d'une information relative à une variable d'état de ce 35 dispositif. 8 Au sens de la présente invention, un message est un élément d'information notifié ou réceptionné via un module de communication depuis un équipement extérieur, ou sous la forme d'un appel synchrone ou asynchrone, pouvant également correspondre à un appel de fonction local ou distant. 5 Les différents aspects définis ci-dessus non incompatibles peuvent être combinés. 10 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 des dessins annexés sur lesquels : 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 ; 15 La figure 2 est un schéma présentant une architecture d'un système comprenant une installation domotique avec une unité centrale de commande et un terminal de communication ; La figure 3 est un schéma illustrant un mode de mise en oeuvre d'un procédé de configuration ; 20 La figure 4 illustre un exemple de mise en oeuvre du procédé selon une configuration particulière du terminal de communication utilisé. Description en référence aux figures Dans la description détaillée qui va suivre des figures définies ci-dessus, les 25 mêmes éléments ou les éléments remplissant des fonctions identiques pourront conserver les mêmes références de manière à simplifier la compréhension de l'invention. Description d'un système comprenant une installation domotique Comme illustré sur la figure 1, un bâtiment 1 comprend à titre d'exemple 30 trois pièces Roi, Ro2, Ro3. Le bâtiment 1 comprend également des équipements domotiques 3 et des capteurs 5. Un équipement domotique 3 peut être un actionneur agencé pour déplacer ou régler un élément du bâtiment 1, par exemple un actionneur 7 pour 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 vidéo, 5 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. L'installation domotique Su 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 exemple, des 15 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. L'installation peut encore comprendre un ou plusieurs capteurs de consommation électrique. 20 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 25 à toute grandeur physique mesurable, comme la température de chaque pièce Rot 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 30 domotiques, ou encore des parties d'équipements domotiques 3 ou de capteurs 5. Les dispositifs domotiques comprennent de façon générale une unité de traitement comprenant un processeur exécutant un logiciel embarqué. Ce logiciel fait l'objet de mises à jour pour en améliorer les fonctions ou procéder à des corrections. L'installation domotique Su comprend une unité centrale de commande 35 ou 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 10 1. Selon une variante, une installation domotique peut comprendre également une unité centrale de commande 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 5 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 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, 10 notamment en utilisant un protocole de communication sans fil, par exemple un protocole de communication radiofréquence. 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, une unité centrale de 15 commande U1, U2 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 qu'une mémoire vive, et une puce Ethernet. L'unité de traitement est agencée pour exécuter un logiciel embarqué. Ce 20 logiciel fait l'objet de mises à jour pour en améliorer les fonctions ou procéder à des corrections. L'unité centrale de commande U1, U2 comprend, en outre, au moins un module de communication 2' destiné au contrôle et/ou à la commande d'équipements domotiques 3 et/ou de capteurs 5, les équipements domotiques 3 pouvant être des 25 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/ou 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 30 précédemment décrit en référence à la figure 1, selon au moins un protocole de communication local PO. A titre d'exemple, le module de communication 2' peut être agencé pour mettre en oeuvre par exemple un ou plusieurs protocoles locaux PO par exemple de type Z-Wave, EnOcean, 10 Homecontrol, Somfy RTS, KNX, MODBUS, Wavenis, Philips HUE. 35 Ces protocoles locaux sont des protocoles de communication locaux en général non IP. 11 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 5 connexion à un réseau étendu, notamment à Internet. Lorsque l'unité centrale de commande est intégrée à un dispositif domotique, le module de communication 2' destiné au contrôle et/ou à la commande du dispositif peut être un module de communication interne au dispositif domotique et/ou un module de communication destiné au contrôle et/ou à la commande d'autres 10 dispositifs domotiques. 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 Ui, U2 peut permettre le contrôle et/ou la commande d'un système 15 d'alarme. Chaque unité centrale de commande Ul, U2, peut comprendre, en outre, un module de communication 4' agencé pour communiquer selon au moins un premier et/ou un deuxième protocole de communication 131, P2 autre que le protocole local PO précédemment décrit. Les premier et deuxième protocoles de communication 131, P2 20 de communication peuvent par exemple être des protocoles de communication au-dessus du protocole IP sur un réseau local, ou encore un protocole générique point à point. A titre d'exemple, le protocole applicatif WEAVE utilisant des protocoles de transport 6lowpan et thread pour un réseau maillé peuvent constituer un premier et/ou deuxième protocole Pl, P2. D'autres exemples incluent Bluetooth, BLE pour Bluetooth 25 Low Energy ou Wifi. On a représenté sur la figure 2 une architecture particulière d'une installation domotique, dans laquelle l'unité centrale de commande ne peut communiquer que localement, via le module de communication 4', avec un terminal de communication Ti. Cette situation peut correspondre par exemple au cas d'une 30 installation domotique installée dans un bâtiment dans lequel un accès internet n'est pas encore disponible. En conséquence, le module de communication 4 n'est pas fonctionnel. Le terminal de communication mobile Ti peut être, par exemple, un téléphone intelligent, un ordinateur portable ou une tablette. Alternativement, 35 l'utilisateur final pourrait également faire usage d'un terminal fixe, comme un 12 ordinateur fixe. Le terminal de communication Ti peut contenir et exécuter un logiciel d'application conteneur APPC. Chaque unité centrale de commande Ui, U2 comprend en outre un module de communication 4 agencé pour communiquer avec au moins un serveur 5 distant via un réseau étendu, de type internet par exemple. Ce module de communication 4, associé à l'au moins un serveur distant permet la commande et/ou le contrôle à distance d'une unité centrale de commande Ul, U2 et/ou d'un dispositif domotique rattaché à l'unité centrale de commande. Le terminal de communication mobile Ti comprend un dispositif d'entrée 10 de données et un dispositif d'affichage, par exemple sous forme d'une partie de commande tactile d'un écran du terminal Ti et sous forme d'un ou de plusieurs boutons du terminal Ti. Ti peut communiquer directement avec l'unité centrale de commande U2, via un réseau local LN, tel que par exemple les réseaux locaux PN ou PN' décrit précédemment, et un serveur local Svl disposé sur l'unité centrale de commande Ul, 15 U2; Ti peut également communiquer avec l'unité centrale de commande Ui, U2 par l'intermédiaire d'un routeur R externe à l'unité centrale de commande Ui, U2, comme cela est illustré sur la figure 2. L'unité centrale de commande est équipée d'un logiciel fonctionnel qui 20 comprend une interface IHM et/ou des paramètres de configuration d'une interface IHM. Ce logiciel fonctionnel est stocké dans une mémoire de l'unité centrale de commande Ui, U2, ou dans une unité de stockage ST externe à l'unité centrale de commande Ul à laquelle le terminal de communication Ti peut accéder via le réseau local LN, comme cela est illustré sur la figure 2. 25 Procédé de configuration d'un terminal pour le contrôle d'une unité centrale de commande En référence à la figure 3, la description du procédé de configuration va 30 maintenant porter plus particulièrement sur un mode de réalisation de l'invention dans lequel l'unité centrale Ul ne dispose d'aucun accès au réseau étendu, comme cela est représenté à la figure 2. La version Vx du logiciel fonctionnel de l'unité centrale de commande Ul est inconnue du terminal de communication Ti, qui communique localement avec l'unité centrale de commande Ui. Le terminal de communication Ti 35 doit donc être configuré selon le procédé de l'invention pour pouvoir contrôler ensuite localement l'unité centrale de commande Ul. 13 Comme cela a été indiqué précédemment, le système d'exploitation ou logiciel fonctionnel de l'unité centrale de commande U1 est évolutif, et la version Vx du logiciel fonctionnel, installée dans l'unité centrale de commande U1, est a priori 5 inconnue du terminal de communication T1. La configuration initiale du terminal T1 comprend au moins une application conteneur APPC, agencée pour assurer au moins les fonctions suivantes : la mise en oeuvre d'une étape de découverte E201, E101 avec 10 l'émission par le terminal de communication d'un message de découverte E201, selon un premier protocole de communication P1, en mode broadcast par exemple, à destination de la ou des unités centrales de commande U1, U2 qui se trouvent à portée radiofréquence du terminal Ti en communication directe. La 15 réception du message de découverte E101 par le module de communication 4' dédié d'une unité centrale de commande U1 à qui le message de découverte est destiné, déclenche une étape d'identification [102, E202 de l'unité centrale de commande, avec l'émission E102 à destination du terminal de communication T1, par 20 l'unité centrale de commande U1, d'un message contenant l'adresse de téléchargement d'une application d'interface IHM selon la dernière version Vx du logiciel fonctionnel de l'unité centrale de commande U1, et éventuellement l'identifiant d'un deuxième protocole de communication P2, applicable pour requérir le téléchargement, 25 depuis l'unité centrale de commande U1 ou depuis une unité de stockage externe ST, de cette interface IHM et/ou des paramètres de configuration d'une interface existante sur le terminal de communication T1. L'interface IHM, une fois installée ou configurée conformément auxdits paramètres, permet d'assurer un contrôle de 30 l'unité centrale de commande U1 à partir du terminal de communication Ti via cette interface IHM, dans sa version Vx. Selon un aspect de l'invention, le premier protocole de communication P1 et le deuxième protocole de communication P2 peuvent être différents ou identiques ; le premier protocole de communication P1 35 doit au moins permettre de communiquer en mode « broadcast », i.e. avec des unités électroniques qui se trouvent dans la portée de 14 l'émetteur, sans que l'adresse d'un destinataire particulier soit précisée. Ainsi, le premier protocole de communication P1 peut par exemple être du type UPNP (« Universal Plug and play Network Protocol »). Le deuxième protocole de communication P2 peut être 5 par exemple un protocole de type HTTP. la réception E202 par le terminal de communication Ti, du message d'identification de l'interface IHM de la version prédéterminée Vx du logiciel fonctionnel de l'unité centrale de commande U1; l'émission E203 par le terminal de communication Ti d'une requête à 10 destination de l'unité centrale de commande U1 ou de l'unité de stockage externe ST afin de demander le téléchargement sur le terminal Ti, de l'application d'interface IHM selon la version prédéterminée Vx. La réception [103 de la requête, par l'unité centrale de commande U1 ou par l'unité de stockage externe ST, 15 déclenche le téléchargement sur le terminal de communication Ti de cette interface IHM, dans sa version Vx en vigueur, ou des paramètres de configuration d'une interface déjà présente sur le terminal de communication Ti, pour le contrôle et la communication avec l'unité centrale de commande U1 ; 20 la réception E204 de l'application d'interface IHM selon la version Vx en vigueur, ou des paramètres de configuration d'une interface existante sur le terminal de communication Ti. L'interface IHM, une fois installée ou configurée conformément auxdits paramètres, permet d'assurer un contrôle de l'unité centrale de commande U1 ou 25 d'un dispositif domotique appartenant à l'installation domotique à partir du terminal de communication Ti via cette interface IHM, dans sa version Vx compatible avec la version du logiciel fonctionnel de l'unité centrale de commande U1. l'adaptation E205 de la configuration du terminal de communication 30 Ti, comprenant l'installation de l'application d'interface IHM sur le terminal de communication Ti et/ou le paramétrage de l'interface existante sur le terminal de communication Ti, de sorte que l'application d'interface, après adaptation, soit configurée pour être compatible avec la version Vx d'un logiciel fonctionnel de l'unité 35 centrale de commande U1. 15 Ainsi, grâce aux dispositions du procédé de configuration, la configuration du terminal Ti comprend non seulement l'application conteneur APPC constitutive de la configuration de base pour la découverte par le terminal Ti d'une unité centrale de commande U1 à portée de communication directe, mais également une application 5 d'interface IHM configurée selon la version prédéterminée Vx du logiciel fonctionnel de l'unité centrale de commande U1. Cela permet au terminal de communication Ti de contrôler E206 et d'interagir avec l'unité centrale de commande U1, quelle que soit la version Vx du logiciel fonctionnel installé dans l'unité centrale de commande U1. Ainsi, l'application d'interface IHM, après la mise en oeuvre dudit procédé de configuration, 10 est compatible avec la version prédéterminée Vx de l'unité centrale de commande U1. Grâce à ces dispositions, le terminal de communication Ti peut également prendre le contrôle du ou des dispositifs domotiques D qui sont rattachés à l'unité centrale de commande U1 au sein de l'installation domotique Su. 15 Le téléchargement de l'application d'interface, ou des paramètres de configuration d'une application d'interface existante sur le terminal peuvent ne pas être nécessaire à chaque démarrage de l'application conteneur. L'application d'interface ou les paramètres de configuration téléchargés une première fois par l'application 20 conteneur APPC sur le terminal Ti peuvent être persistantes sur celui-ci, et n'avoir pas besoin d'être téléchargés à nouveau s'ils n'ont pas évolué sur l'unité centrale de commande U1 ou l'unité de stockage externe ST, depuis le dernier téléchargement. Suivant un mode de mise en oeuvre alternatif, l'application d'interface ou les paramètres de configuration téléchargés par l'application conteneur APPC sur le 25 terminal de communication Ti peuvent être installés de manière non persistante sur le terminal de communication Ti. Ainsi, par exemple, après chaque sortie de l'application, chaque réinitialisation ou chaque arrêt du terminal de communication, l'application d'interface devra être téléchargée. De façon avantageuse, ce mode de mise en oeuvre permet un gain de place mémoire sur le terminal de communication Ti. 30 La figure 4 est une représentation d'un exemple de mise en oeuvre du procédé selon l'invention lorsque le terminal Ti est un téléphone intelligent ou smartphone du type commercialisé sous la marque IPHONE. La mise en oeuvre du procédé peut démarrer seulement si l'application conteneur APPC est présente sur le 35 terminal Ti; pour cela, on peut faire l'hypothèse, que le terminal Ti a pu disposer d'une connexion à internet via un fournisseur de service internet et a pu ainsi télécharger 16 l'application conteneur via internet depuis une plateforme de téléchargement, en particulier depuis la plateforme APPSTORE (R), antérieurement à la mise en oeuvre du procédé de communication. Ensuite la mise en oeuvre du procédé selon l'invention peut démarrer 5 avec : 1. les étapes E201, [101, E102, E202 d'échanges de messages selon le premier protocole UPNP entre l'application conteneur APPC pour la découverte de l'unité centrale de commande U1, puis l'émission par l'unité centrale de commande U1 et la réception par le terminal d'une 10 adresse de téléchargement de l'application d'interface IHM, ou des paramètres de configuration d'une application d'interface existante ; 2. les étapes E203, [103, E104, E204 d'échanges de messages selon le deuxième protocole HTTP entre une application de type SAFARI en mode conteneur SAFARI/APPC et l'unité centrale de commande U1 15 qui se concluent avec la réception par le terminal Ti de l'application d'interface IHM ou des paramètres de configuration ; 3. l'étape E205 d'installation, ou de configuration selon les paramètres de configuration, de l'application d'interface IHM sur le terminal Ti ; 4. l'étape de contrôle E206 de l'unité centrale de commande U1 par le 20 terminal Ti, via l'application d'interface IHM installée ou configurée. Il est à noter que le procédé de configuration peut être mis en oeuvre même si le terminal de communication Ti n'a REVENDICATIONS1. Procédé de configuration (200) d'un terminal de communication (Ti) pour le contrôle d'une unité centrale de commande (U1) ou d'un dispositif domotique (D) appartenant à une installation domotique (Su), le procédé (200) étant mis en oeuvre par le terminal de communication (Ti), une configuration initiale du terminal de communication (Ti) comprenant au moins une application conteneur (APPC), le procédé (200), mis en oeuvre par le terminal de communication (Ti), comprenant les étapes suivantes: - réception 004) d'une application d'interface (IHM) et/ou de données de paramétrage de ladite application d'interface, téléchargés depuis l'unité centrale de commande (U1) ou depuis une unité de stockage externe (ST); adaptation (E205) de la configuration du terminal de communication (Ti), l'étape d'adaptation 005) comprenant une installation de l'application d'interface (IHM) téléchargée sur le terminal de communication (Ti) et/ou un paramétrage d'une application d'interface (IHM), présente sur le terminal de communication (Ti) avant l'étape de réception (E204), afin de rendre l'application d'interface (IHM) compatible avec une version (Vx) prédéterminée d'un logiciel fonctionnel de l'unité centrale de commande (U1). 2. Procédé de configuration (200) selon la revendication 1, comprenant l'étape suivante : - émission (E203) d'une requête de téléchargement de l'application d'interface (IHM) ; 3. Procédé de configuration (200) selon l'une quelconque des revendications précédentes, comprenant les étapes suivantes : - émission (E201) d'un message de découverte ; - réception (E202) d'un message d'identification contenant l'adresse de téléchargement d'une application d'interface (IHM); 4. Procédé de configuration (200) selon la revendication 3, dans lequel : l'étape d'émission (E201) du message de découverte, et l'étape de réception (E202) du message d'identification, 18 sont réalisées selon un premier protocole de communication (P1), et dans lequel l'étape de réception (E204) de l'application d'interface (IHM) est réalisée selon un deuxième protocole de communication (P2). 5 5. Procédé de configuration (200) selon la revendication 2, dans lequel l'étape d'émission (E203) de la requête de téléchargement est réalisée selon un deuxième protocole de communication (P2). 6. Procédé de contrôle d'une unité centrale de commande (U1) ou d'un 10 dispositif domotique (D) appartenant à une installation domotique (Su) mis en oeuvre par un terminal de communication (Ti), une configuration initiale du terminal de communication (Ti) comprenant au moins une application conteneur (APPC), l'unité centrale de commande (U1) comprenant une version (Vx) prédéterminée d'un logiciel fonctionnel et au moins un module de communication agencé pour communiquer avec 15 l'application conteneur (APPC), le procédé comprenant les étapes suivantes : - mise en oeuvre du procédé (200) de configuration selon l'une des revendications précédentes ; - envoi (E206) d'un message de contrôle à l'unité centrale de commande (U1) par l'intermédiaire de l'application d'interface (IHM) 20 installée et/ou paramétrée, lors d'une étape d'adaptation (E205) du procédé de configuration (200). 7. Procédé de configuration (100) d'un terminal de communication (Ti) pour le contrôle d'une unité centrale de commande (U1) ou d'un dispositif 25 domotique (D) appartenant à une installation domotique (Su), une configuration initiale du terminal de communication (Ti) comprenant au moins une application conteneur (APPC), le procédé (100) étant mis en oeuvre par l'unité centrale de commande (U1), l'unité centrale de commande (U1) comprenant au moins un module de communication (4') agencé pour communiquer avec l'application conteneur (APPC), 30 ainsi qu'un logiciel fonctionnel et une application d'interface (IHM) pour ledit logiciel fonctionnel, le procédé (100), mis en oeuvre par l'unité centrale de commande (U1), comprenant l' étape suivante: téléchargement (E104), via le module de communication (4'), de l'application d'interface (IHM) et/ou de données de paramétrage de 35 ladite application d'interface (IHM) sur le terminal de communication (T1). 19 8. Procédé de configuration (100) selon la revendication 7, comprenant une étape de : - réception (E103), via le module de communication (4'), d'une requête 5 de téléchargement, émise (E203) par le terminal de communication (Ti). 9. Procédé de configuration (100) selon l'une quelconque des revendications 7 ou 8, comprenant les étapes suivantes : 10 - réception (E101) d'un message de découverte en provenance du terminal de communication (Ti) ; - émission (E102) d'un message d'identification contenant l'adresse de téléchargement d'une application d'interface (IHM), destiné au terminal de communication (Ti); 15 10. Procédé de configuration (100) selon la revendication 9, dans lequel : l'étape de réception ([101) du message de découverte, et l'étape d'émission (E102) du message d'identification, sont réalisées selon un premier protocole de communication (P1), et dans 20 lequel l'étape de téléchargement (E104) de l'application d'interface (IHM) est réalisée selon un deuxième protocole de communication (P2). 11. Procédé de configuration (100) selon la revendication 8, dans lequel l'étape de réception (E103) de la requête de téléchargement est réalisée selon un 25 deuxième protocole de communication (P2).