Brevet FR3017505A1 — publié le 20150814

Procédés de contrôle et de proposition de contrôle d'un équipement connecté à un réseau de communication, équipements, système, produits programmes d'ordinateur et supports de données correspondants. 1. Domaine de l'invention Le domaine de la divulgation est relatif à un contrôle à distance d'équipements électroniques, connectés à un réseau, par exemple un réseau domestique. Un procédé de contrôle et un procédé de proposition de contrôle (et des équipements, systèmes, produits programmes d'ordinateur et supports de données correspondants) sont décrits. En particulier, les procédés de contrôle et de proposition de contrôle peuvent permettre un interfaçage entre deux équipements d'un réseau domestique, par exemple un réseau de partage de données. 2. Art antérieur Un environnement domestique comprend de plus en plus d'équipements communicants, générateurs d'évènements, interrogeables et/ou contrôlables à distance (aussi appelés « équipements connectés » ou « équipements communicants »), mis à disposition d'un utilisateur dans sa vie quotidienne. Par exemple, il peut s'agir de terminaux dédiés traditionnellement au partage de contenus multimédia comme des tablettes, des smart phones, des téléviseurs, des décodeurs, des passerelles de connexion à un réseau local, d'équipements permettant l'acquisition de données physiques (par exemple des capteurs de température, de pression, des détecteurs de présence etc...) ou d'équipements ayant d'autres fonctions comme des équipements d'électroménager (tels que des réfrigérateurs dits « intelligents ») permettant notamment d'offrir de nouveaux services à un utilisateur, par exemple par le biais de capteurs et de moyens de fourniture d'informations à destination d'un utilisateur. Certains de ces équipements peuvent n'offrir que des moyens matériels limités pour permettre leur contrôle, par exemple parce qu'ils possèdent des moyens de contrôle rudimentaires avec un utilisateur, du fait de leur taille réduite ou de leur faible valeur marchande notamment. Ainsi, certains équipements peuvent ne posséder ni clavier ni interface graphique. De plus, il peut être plus intéressant pour un utilisateur de pouvoir dialoguer à distance, plutôt que localement, avec un équipement communicant. Par exemple, un utilisateur pourra trouver pratique de connaître le contenu de son réfrigérateur depuis une tablette grâce à laquelle il s'apprête à accéder à une application Web d'approvisionnement en ligne. Aussi, à un équipement communicant est souvent associée une application logicielle permettant de le contrôler (c'est-à-dire dans le présent document d'obtenir des informations de cet équipement ou d'agir sur cet équipement), à distance, depuis un autre équipement (appelé ici équipement de contrôle). De telles applications sont en général compatibles avec seulement certains contextes d'exécution, logiciels et/ou matériels, et donc ne peuvent être utilisées que par certains équipements de contrôle, offrant un environnement compatible. Ainsi, certaines applications ne peuvent s'exécuter que sous Windows©, ou Mac OS©, Android© ou IOS© Les fabricants d' équipements communicants mettent souvent à disposition sur un site internet (ou « Web store » selon la terminologie anglaise) un ensemble d'applications, chacune dédiée à un contexte d'exécution particulier, permettant le contrôle d'un équipement . C'est à l'utilisateur d'un équipement communicant de trouver le site internet ad-hoc, et de déterminer l'application adaptée à fois à l'équipement communicant particulier qu'il souhaite contrôler et à l'équipement de contrôle sur lequel il souhaite installer l'application. Il doit par exemple indiquer la référence exacte de l'équipement communicant qu'il utilise et le nom et la version du système d'exploitation du PC ou de la tablette sur lequel devra s'exécuter l'application. Il lui faut de plus télécharger l'application et l'installer sur l'équipement (PC, smart phone, tablette, ...) depuis lequel il souhaite l'utiliser. Enfin, lorsque l'environnement de cet équipement évolue, ou lorsqu'il souhaite accéder à un équipement depuis un équipement différent, l'utilisateur doit réitérer toutes ces manipulations. La multiplication des équipements communiquant au sein d'un environnement domestique, et leur banalisation, qui amène à leur usage par un nombre de plus en plus grand d'utilisateurs non spécialistes des technologies numériques, rend toutes ces manipulations inacceptables. Ainsi, il existe un besoin pour faciliter le dialogue à distance avec un équipement communicant et rendre possible un interfaçage plus convivial avec cet équipement communicant depuis un autre équipement. 3. Résumé de l'invention Certains modes de réalisation de l'invention permettent d'améliorer la situation en proposant un contrôle à distance d'un équipement communicant plus adapté, parfois plus convivial pour un utilisateur, que les solutions de l'art antérieur. Selon un premier aspect, la divulgation concerne un procédé de contrôle, depuis un premier équipement électronique, d'au moins un second équipement électronique, lesdits premier et second équipements appartenant à un même réseau de communication. Selon au moins un mode de réalisation particulier, ledit procédé de contrôle comprend : une réception d'au moins une information représentative d'une disponibilité sur ledit réseau d'au moins une application de contrôle dudit second équipement, ladite information représentative d'une disponibilité comprenant au moins un identifiant donnant accès à ladite application de contrôle sur un équipement dudit réseau ; une obtention de ladite application de contrôle, tenant compte dudit identifiant d'accès fourni. Ladite obtention peut notamment consister en un téléchargement. L'application de contrôle peut notamment être une application offrant à un utilisateur une interface adaptée au contrôle dudit équipement à contrôler (par exemple une interface graphique présentant des paramètres de réglage de l'équipement à contrôler). Selon au moins une caractéristique particulière, le procédé de contrôle comprend en outre une émission d'au moins un descripteur de contexte d'exécution relatif audit premier équipement. Selon au moins un mode de réalisation particulier, ladite information représentative d'une disponibilité comprenant en outre une indication contextuelle définissant une compatibilité et/ou une incompatibilité de ladite application de contrôle avec un contexte d'exécution et ladite obtention tient compte de ladite indication contextuelle. L'indication contextuelle et/ou le descripteur de contexte peuvent par exemple appartenir à un groupe comprenant les éléments suivants: un identifiant d'un système d'exploitation (par exemple une chaîne de caractères (comme « Linux », « Android », « OSGi », « iOS », « Windows ») ou un code d'identification), sur lequel l'application de contrôle peut ou ne peut pas s'exécuter ou qui est relatif à un équipement de contrôle ; une version d'un système d'exploitation (par exemple un numéro et/ou un indice de version) ; une place mémoire nécessaire ou disponible pour le stockage, et/ou l'installation et/ou l'exécution de l'application de contrôle (par exemple une taille d'un buffer vidéo); une capacité de calcul disponible ou nécessaire à l'exécution de l'application de contrôle; un nom d'une application de base pré-requise pour l'exécution de l'application de contrôle, (lorsque l'application de contrôle est une extension de l'application de base par exemple), - une version d'une application de base pré-requise pour l'exécution de l'application de contrôle, (lorsque l'application de contrôle est une extension de l'application de base par exemple), une information d'identification d'un type d'équipement de contrôle (par exemple un nom de modèle, un numéro de version, une code de référence), - une combinaison d'au moins deux des éléments précédents. Selon une caractéristique particulière, ladite obtention est mise en oeuvre après réception d'une validation. Selon une caractéristique particulière, le procédé de contrôle comprend en outre une installation de ladite application de contrôle téléchargée, ladite installation étant mise en oeuvre par exemple après réception d'une validation d'installation. Selon une caractéristique particulière, ledit procédé comprend une restitution d'une information de désignation dudit second équipement, ladite restitution tenant compte de ladite information représentative d'une disponibilité reçue. Selon une caractéristique particulière, lesdites réception, détermination et/ou obtention sont mises en oeuvre lors d'au moins une connexion dudit premier et/ou second équipement audit réseau de communication. Selon une caractéristique particulière, le procédé de contrôle comprend une demande préalable de réception d'au moins une information représentative d'une disponibilité d'au moins une application de contrôle avec ledit second équipement. Selon une caractéristique particulière, ledit procédé de contrôle met en oeuvre une technique de communication entre lesdits équipements dudit réseau dite « Publisher/ Subscriber ». Selon un autre aspect, la présente divulgation concerne un équipement électronique comprenant un module de communication, configuré pour une communication avec au moins un autre équipement électronique, lesdits équipements appartenant à un même réseau de communication, ledit équipement étant caractérisé en ce qu'il comprend au moins: un module de réception configuré pour une réception d'au moins une information représentative d'une disponibilité sur ledit réseau d'au moins une application de contrôle dudit second équipement, ladite information représentative d'une disponibilité comprenant au moins un identifiant donnant accès à ladite application de contrôle sur un équipement dudit réseau ; un module d'obtention configuré pour une obtention de ladite application de contrôle, tenant compte dudit identifiant d'accès fourni. Bien que non explicitement décrit, ledit équipement électronique peut être configuré pour mettre en oeuvre le procédé de contrôle de la présente divulgation dans l'un quelconque de ses modes de réalisation. Selon un autre aspect, la présente divulgation concerne un procédé de proposition de contrôle, par un premier équipement, d'au moins un second équipement électronique, lesdits premier et second équipements appartenant à un réseau de communication. Selon au moins un mode de réalisation particulier, ledit procédé de proposition de contrôle comprend : une fourniture audit premier équipement d'au moins une information représentative d'une disponibilité sur ledit réseau d'au moins une application de contrôle dudit second équipement. Selon un mode de réalisation particulier, ledit procédé de proposition de contrôle comprend : une réception d'au moins un descripteur de contexte d'exécution relatif audit premier équipement; et ladite fourniture tient compte dudit descripteur de contexte d'exécution. Selon les modes de réalisation de l'invention, le procédé de proposition de contrôle peut être mis en oeuvre, au moins partiellement, par le second équipement et/ou par un autre équipement, dit équipement facilitateur, appartenant au réseau (par exemple par un équipement avec qui le premier équipement sait déjà communiquer, par exemple un équipement centralisant sur le réseau toutes les applications de contrôle avec des équipements à contrôler du réseau). Dans certains modes de réalisation particuliers, la fourniture peut être effectuée de façon périodique (par exemple à des moments déterminés d'une journée, par exemple des moments où la charge réseau et/ou l'activité de certains équipements est a priori faible), ou suite à certains évènements (par exemple une connexion au réseau d'un nouvel équipement à contrôler). Selon une caractéristique particulière, la fourniture est mise en oeuvre lors de chaque connexion dudit premier et/ou second équipement audit réseau de communication. Selon une caractéristique particulière, ledit procédé de proposition de contrôle met en oeuvre une technique de communication entre lesdits équipements dudit réseau dite « Publisher/ Subscriber ». Selon au moins un mode de réalisation particulier, le procédé de proposition de contrôle comprend en outre une réception d'une indication contextuelle définissant une compatibilité et/ou une incompatibilité de ladite application de contrôle avec un contexte d'exécution et ladite fourniture tient compte de ladite indication contextuelle reçue. Selon une caractéristique particulière, le procédé de proposition de contrôle comprend en outre une mise à disposition, pour être téléchargée, de ladite application de contrôle. Selon les modes de réalisation, la mise à disposition petit être initiée depuis l'équipement à contrôler ou depuis un équipement tiers . Bien que non explicitement décrits, les modes de réalisations du procédé de contrôle et/ou du procédé de proposition présentés peuvent être mis en oeuvre selon n'importe quelle combinaison ou sous-combinaison. Par exemple, un mode de réalisation dans lequel le procédé de contrôle comprend une émission par ledit premier équipement d'au moins un descripteur de contexte d'exécution relatif audit premier équipement peut être combiné avec un mode de réalisation dans lequel ledit procédé comprend une restitution d'une information de désignation dudit second équipement, ladite restitution tenant compte de ladite information représentative d'une disponibilité reçue. D'autres modes de réalisation, facilement envisageables par un homme du métier à la lecture de la présente description, sont également inclus dans le périmètre de l'invention. Selon un autre aspect, la présente divulgation concerne un équipement électronique comprenant un module de communication, configuré pour une communication avec au moins un autre équipement électronique, lesdits équipements appartenant à un même réseau de communication. Selon au moins un mode de réalisation particulier, ledit équipement comprend au moins: un module de fourniture configuré pour une fourniture audit premier équipement d'au moins une information représentative d'une disponibilité sur ledit réseau d'au moins une application de contrôle dudit second équipement. Bien que non explicitement décrit, ledit équipement électronique peut être configuré pour mettre en oeuvre le procédé de proposition de contrôle de la présente divulgation dans l'un quelconque de ses modes de réalisation. Selon un autre aspect, la présente divulgation concerne un système électronique comprenant au moins un premier et un second équipements appartenant à un même réseau de communication et comprenant chacun un module de communication, configuré pour une communication avec au moins un autre équipement électronique dudit réseau. Selon au moins un mode de réalisation particulier du système électronique, ledit second équipement et/ou ledit autre équipement comprend : un module de fourniture configuré pour une fourniture audit premier équipement d'au moins une information représentative d'une disponibilité sur ledit réseau d'au moins une application de contrôle dudit second équipement; et ledit premier équipement et/ou ledit autre équipement comprend : un module de réception configuré pour une réception d'au moins une information représentative d'une disponibilité sur ledit réseau d'au moins une application de contrôle dudit second équipement, ladite information représentative d'une disponibilité comprenant au moins un identifiant donnant accès à ladite application de contrôle sur un équipement dudit réseau ; un module d'obtention configuré pour une obtention de ladite application de contrôle tenant compte dudit identifiant d'accès fourni. Bien que non explicitement décrit, lesdits second et autre équipements électroniques dudit système électronique peuvent être configuré pour mettre en oeuvre le procédé de de proposition de contrôle de la présente divulgation, dans l'un quelconque de ses modes de réalisation, et ledit premier équipement électronique dudit système électronique peut être configuré pour mettre en oeuvre le procédé de contrôle de la présente divulgation dans l'un quelconque de ses modes de réalisation. Selon un autre aspect, la présente divulgation concerne un produit programme d'ordinateur comprenant des instructions de code de programme pour exécuter, le procédé de contrôle ci-dessus, dans l'un quelconque des modes de réalisation précités, lorsque ledit programme est exécuté par un ordinateur. Selon un autre aspect, l'invention concerne un produit programme d'ordinateur comprenant des instructions de code de programme pour exécuter le procédé de proposition de contrôle ci-dessus, dans l'un quelconque des modes de réalisation précités, lorsque ledit programme est exécuté par un ordinateur. Selon encore un autre aspect, l'invention concerne un support de stockage lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions de code de programme pour exécuter le procédé de contrôle et/ou le procédé de proposition de contrôle de l'invention, dans l'un quelconque des modes de réalisation précités, lorsque lesdits programmes sont exécutés par un ordinateur. Un tel support de stockage lisible par un ordinateur peut prendre la forme d'un produit programme d'ordinateur chargé sur au moins un support de stockage lisible par un ordinateur comprenant des instructions de code de programme lisibles par un ordinateur et exécutables par un ordinateur. Ainsi, dans la présente demande, un support de stockage lisible par un ordinateur est considéré comme étant un support de stockage non transitoire ayant la capacité intrinsèque de stocker des informations ainsi que la capacité intrinsèque de permettre une restitution des informations qu'il stocke. Un support de stockage lisible par un ordinateur peut être par exemple, mais pas seulement, un système, un appareil ou un équipement électronique, magnétique, optique, électromagnétique, infra-rouge, à semi-conducteurs, ou mettant en oeuvre une combinaison des techniques précédemment citées. Il est à souligner que les éléments suivants, qui fournissent des exemples plus spécifiques de supports de stockage lisibles par un ordinateur auxquels les principes de l'invention peuvent s'appliquer, sont essentiellement cités à but illustratif et ne constituent en aucun cas une liste exhaustive, comme il sera facilement interprété par un homme du métier : une disquette portable pour ordinateur, un disque hardware, une mémoire de type ROM (pour Read Only Memory selon la terminologie anglaise), une mémoire effaçable de type EPROM (pour Erasable Programmable Read Only Memory selon la terminologie anglaise) ou mémoire flash, un disque portable compact comportant une mémoire ROM (ou CD_ROM selon la terminologies anglaise), un équipement optique de stockage, un équipement magnétique de stockage, ou toute combinaison adaptée des précédents éléments. Comme il serait facilement compréhensible pour un homme du métier, selon des variantes, les aspects de la présente invention peuvent être mis en oeuvre par un équipement, par une méthode ou un support de stockage lisible par ordinateur. Aussi, des aspects de la présente invention peuvent être implémentés dans certains modes de réalisation sous la forme de composants entièrement matériels (par exemple un composant électronique ou une carte électronique munie de composants), ou sous forme de composants entièrement logiciels (incluant par exemple des composants firmwares, un logiciel dit « résident », du microcode, etc...). D'autres modes de réalisation peuvent mettre en oeuvre à la fois des composants matériels et des composants logiciels. De plus, ces composants matériels ou logiciels peuvent être implémentés dans un même équipement physique. On désignera de façon générale dans le présent document par le terme « module » un composant pouvant aussi bien correspondre à un composant matériel ou à un composant logiciel. De plus, des aspects de la présente invention peuvent être implémentés sous forme d'un support de stockage lisible par ordinateur. Toute combinaison d'un ou plusieurs supports de stockage lisibles par ordinateur peut être utilisée. Certains des modes de réalisation de l'invention peuvent permettre en particulier d'éviter d'équiper un équipement à contrôler d'une interface utilisateur coûteuse (telle qu'un écran tactile par exemple) et/ou mal adaptée à la taille de l'équipement à contrôler (par exemple lorsqu'il s'agit d'un équipement de petit taille tel qu'une montre connectée ou de faible prix de vente tel qu'un capteur par exemple) en utilisant l'interface utilisateur plus conviviale d'un équipement de contrôle distant. De tels modes de réalisation sont donc particulièrement adaptés à un objectif de réduction de coûts de production ou de taille d'un équipement communicant. 4. Liste des figures. L'invention sera mieux comprise, et d'autres particularités et avantages apparaîtront à la lecture de la description détaillée qui va suivre, relative à un mode de réalisation particulier, la description faisant référence aux dessins annexés parmi lesquels : - Les figure 1A à 1D présentent une vue synoptique simplifiée d'un système, dans différents modes de réalisation particuliers de l'invention ; - La figure 2 est un diagramme fonctionnel illustrant le procédé de contrôle de l'invention, dans au moins un mode de réalisation particulier, compatible notamment avec les modes de réalisation décrits en liaison avec la figure 1B ; - La figure 6 est un diagramme fonctionnel illustrant le procédé de proposition de contrôle de l'invention, dans au moins un mode de réalisation particulier, compatible notamment avec les modes de réalisation décrits en liaison avec les figures 1B et 2 ; - Les figures 3 à 5 représentent respectivement un exemple d'architecture matérielle d'un équipement facilitateur, d'un équipement à contrôler, et d'un équipement de contrôle selon des modes de réalisation particuliers de l'invention. Un même élément est désigné dans l'ensemble des figures par le même signe de référence. Les figures présentées ont uniquement un but illustratif et ne limitent en aucun cas l'invention aux modes de réalisation illustrés. 5. Description de modes de réalisation de l'invention. 5.1 Principe général On présente à présent en relation avec les figures 1A à 1D, le principe général de l'invention. Celui-ci consiste à permettre à permettre à un premier équipement 120 (dit équipement de contrôle) d'un réseau de communication, notamment un réseau domestique (comme un réseau local, par exemple un réseau local d'une habitation ou d'une entreprise), d'être averti de la disponibilité sur le réseau, notamment pour être téléchargée, d'au moins une application (dite de contrôle) permettant de contrôler un second équipement 110 (dit équipement à contrôler) du réseau. Une analyse de la compatibilité entre l'application et le premier équipement est effectuée préalablement à une obtention de l'application (notamment par téléchargement par le premier équipement). Par exemple, lorsque l'équipement de contrôle est une tablette fonctionnant sous Android version 4.2.2, l'exécution d'une application de contrôle devra être compatible avec Android version 4.2.2. Selon les modes de réalisation, cette analyse peut être effectuée avant d'avertir l'équipement de la présence d'une application de contrôle disponible (par exemple par l'équipement à contrôler ou par un équipement tiers du réseau, dit équipement facilitateur) ou par l'équipement de contrôle lui-même. Un mode de réalisation où l'analyse est effectuée avant d'avertir l'équipement de contrôle peut permettre notamment de ne l'avertir que de la présence d'applications qui le concernent (et donc par exemple de minimiser l'occupation du réseau). Un mode de réalisation où l'analyse est effectuée par l'équipement de contrôle peut permettre une mise en oeuvre plus simple ou plus adaptée à un système de petite taille, comprenant par exemple seulement un équipement de contrôle et des équipements à contrôler peu perfectionnés. Dans certains modes de réalisation, mettant en oeuvre des abonnements à des types très particuliers de messages (par exemple des messages concernant un certain système d'exploitation seulement), l'analyse de compatibilité peut être effectuée, de façon automatique, par un filtrage basé sur ces abonnements. Par exemple, un équipement abonné aux messages concernant son système d'exploitation ne recevra que les messages concernant son système d'exploitation et en particulier, pour les messages comprenant des informations représentative d'une disponibilité d'une application de contrôle, seulement celles ayant une indication contextuelle de comptabilité concernant ce système d'exploitation. De ce fait, selon au moins un mode de réalisation particulier, la présente divulgation permet d'éviter des téléchargements inutiles, coûteux en temps et en mémoire et en termes de charge du réseau local, d'applications qui pourraient ensuite ne pas s'exécuter correctement sur le premier équipement. De plus, lorsque plusieurs versions d'une même application sont disponibles, un tel mode de réalisation permet de faciliter la sélection d'une application adéquate par le premier équipement ou par son utilisateur, en limitant la sélection aux choix a priori pertinents. Ainsi, l'invention permet par exemple, dans au moins certains de ses modes de réalisation, à un utilisateur d'obtenir simplement une application (applet, firmware, driver...) permettant par exemple de contrôler à distance un équipement communicant 110 (par exemple un réfrigérateur intelligent, une balance, une imprimante etc...) depuis un équipement 120 possédant une interface utilisateur plus conviviale que celle de l'équipement communicant. Un utilisateur peut par exemple superviser à distance un régulateur de chauffage ou un dispositif de détection d'intrusion 110 depuis un terminal de communication comme une ordinateur personnel, une tablette, un smartphone, un terminal central de contrôle d'une habitation ou d'une entreprise, ou encore depuis une set top box ou depuis une passerelle d'accès à un réseau domestique. En particulier, au moins dans certains modes de réalisation, l'utilisateur n'a pas besoin de prendre en charge manuellement le téléchargement d'une application depuis un serveur distant, étranger au réseau domestique. Ainsi au moins certains modes de réalisation offrent une solution conviviale à un utilisateur, puisqu'elle lui évite des manipulations fastidieuses. De plus, au moins certains modes de réalisation offrent une solution plus fiable que les solutions de l'art antérieur, puisque le choix de l'application adéquate est fait automatiquement, ce qui évite à l'utilisateur (notamment lorsqu'il est peu au fait des techniques informatiques) des choix erronés. De plus, certains modes de réalisation, par exemple des modes de réalisation dans lesquels seuls les équipements à contrôler pour lesquels une application de contrôle compatible avec un équipement de contrôle de l'utilisateur est disponible sont visibles par l'utilisateur de cet équipement de contrôle, permettent à l'utilisateur de bénéficier d'une vision simplifiée du réseau de communication, mettant en évidence les seuls équipements qu'il peut contrôler depuis cet équipement de contrôle. Par ailleurs, un tel mode de réalisation met en évidence pour un utilisateur qui souhaite contrôler un équipement particulier la nécessité de choisir un autre équipement de contrôle, si l'équipement particulier qu'il souhaite contrôler n'est pas « visible » depuis l'équipement de contrôle qu'il est en train d'utiliser. De plus, au moins certains modes de réalisation offrent l'avantage de ne pas effectuer de téléchargement depuis un ordinateur extérieur au réseau domestique. Ils offrent donc des avantages en terme de sécurité, notamment vis-à-vis du risque de téléchargement d'une application malfaisante. Enfin, certains modes de réalisation particuliers sont adaptés à un contrôle d'un équipement nouvellement intégré au réseau domestique ou permettent d'obtenir de façon transparente pour un utilisateur d'un équipement de contrôle les applications de contrôle adéquates pour contrôler d'autres équipements du réseau, lors d'une mise à jour du contexte d'exécution de l'équipement de contrôle de l'utilisateur (par exemple lorsque l'équipement de contrôle de l'utilisateur est un smartphone dont l'utilisateur vient de mettre à jour la version du système d'exploitation). On présente à présent, en liaison avec les figures 1A à 1D, des modes de réalisation particuliers de l'invention, pour un système 100 d'un réseau de communication, par exemple un réseau domestique tel qu'un réseau WIFI ou un réseau filaire. Dans le mode de réalisation particulier des figures 1A à 1D, le système 100 comprend des équipements 110, 120, 130 (par exemple un réfrigérateur, une balance, un thermostat, une set top box, une passerelle d'accès à un réseau distant, une tablette, un smartphone, un ordinateur personnel,.. ) connectés au réseau local par un bus de communication 140. A au moins un équipement à contrôler 110 correspond au moins une application de contrôle, dont l'exécution peut permettre un contrôle à distance de cet équipement à contrôler depuis un équipement de contrôle 120, appartenant au même réseau de communication , lorsqu'elle s'exécute sur un équipement de contrôle 120 lui offrant un contexte d'exécution adapté. Dans le mode de réalisation illustré en figure 1A, l'équipement à contrôler 110 comprend notamment un module de stockage du code exécutable de plusieurs applications permettant de le contrôler, adaptées à des systèmes d'exploitation différents et un module de réception, configuré pour une réception d'au moins un descripteur 150 de contexte d'exécution relatif à l'équipement de contrôle (par exemple un nom et/ou une version du système d'exploitation de l'équipement de contrôle). Les applications peuvent notamment être stockées dans un espace persistent de l'équipement à contrôler, par exemple lors de la fabrication de l'équipement à contrôler, avant sa sortie d'usine ou lors de sa première mise en service, ou lors d'une mise à jour de l'équipement. Dans ce mode de réalisation particulier, l'analyse de compatibilité est effectuée par l'équipement à contrôler 110. L'équipement à contrôler 110 comprend également un module de fourniture, configuré pour une fourniture (par exemple à l'équipement de contrôle 120) d'au moins une information représentative 152 de la disponibilité d'une de ses applications de contrôle, compatible avec le descripteur de contexte d'exécution reçu. L'équipement de contrôle 120 comprend un module d'émission, configuré pour une émission d'un descripteur 150 de contexte d'exécution et un module de réception, configuré pour une réception d'au moins une information représentative 152 d'une disponibilité d'une application de contrôle de l'équipement à contrôler 110 adaptée à son système d'exploitation et un module de téléchargement, configuré pour un téléchargement de l'application 154 auprès de l'équipement à contrôler 110. L'information représentative de disponibilité 152 peut notamment comprendre un identifiant donnant accès (par exemple un chemin d'accès (comme une URL) à l'application compatible stockée par l'équipement à contrôler 110. La figure 1B est une variante du mode de réalisation illustré en figure 1A dans laquelle le système 100 comprend en outre un équipement facilitateur 130, qui prend en charge l'analyse de compatibilité. Il peut par exemple s'agir d'un équipement du réseau local restant continuellement actif, notamment une passerelle permettant une interconnexion du réseau local avec un réseau distant, ou un équipement dédié, par exemple de basse consommation. Dans le mode de réalisation illustré en figure 1B, l'équipement de contrôle 120 est par exemple identique à l'équipement de contrôle 120 de la figure 1A. L'équipement à contrôler 110 comprend notamment un module de stockage identique à celui de l'équipement à contrôler de la figure 1A . Il comprend en outre un module de fourniture, configuré pour une fourniture, à l'équipement facilitateur 130, d'informations représentatives 156 de la disponibilité d'au moins une de ses applications de contrôle, comprenant pour cette application, une indication contextuelle définissant une compatibilité, ou une incompatibilité, de l'application avec un contexte d'exécution. L'équipement facilitateur 130 comprend un module de réception et de stockage, configuré pour une réception et un stockage d'informations représentatives 156 d'une disponibilité d'au moins une application de contrôle d'au moins un équipement à contrôler, par exemple l'équipement à contrôler 110 illustré. Il comprend aussi un module de réception d'au moins un descripteur 150 de contexte d'exécution relatif à l'équipement de contrôle et un module de fourniture, configuré pour une fourniture à l'équipement de contrôle d'au moins une information représentative de disponibilité 152 relative à une application de contrôle de l'équipement à contrôler 110, compatible avec le descripteur de contexte d'exécution reçu de l'équipement de contrôle 120. L'information représentative de disponibilité peut notamment comprendre un identifiant donnant accès à l'application compatible stockée par l'équipement à contrôler 110 (ou par un autre équipement). Un tel mode de réalisation peut par exemple permettre d'adresser à un équipement de contrôle nouvellement connecté au réseau des informations représentatives de disponibilité d'applications relatives à l'ensemble des équipements à contrôler du réseau (ou des seuls équipements à contrôler connectés au réseau), ou encore d'adresser à un équipement de contrôle se reconnectant au réseau après une période de déconnexion toutes les informations représentatives de disponibilité d'applications reçues depuis le moment de déconnexion de l'équipement de contrôle. Il peut également s'agir d'une émission périodique à destination de l'ensemble des équipements de contrôle du réseau ou à certains équipements de contrôle (par exemple des équipements abonnés à cette émission périodique). Dans le mode de réalisation illustré en figure 1C, l'équipement de contrôle 120 est par exemple identique à l'équipement de contrôle 120 des figures lA et 1B. L'équipement à contrôler 110 est rudimentaire. Les applications de contrôle de l'équipement à contrôler 110 sont stockées par l'équipement facilitateur 130. Il peut également stocker des indications contextuelles définissant une compatibilité de ces applications avec certains contextes d'exécution. L'équipement facilitateur 130 comprend aussi un module de réception, configuré pour une réception d'au moins un descripteur 150 de contexte d'exécution relatif à l'équipement de contrôle 120 et un module de fourniture, configuré pour une fourniture à l'équipement de contrôle 120 d'au moins une information représentative de disponibilité 152 relative à une application de contrôle de l'équipement à contrôler 110, compatible avec le descripteur de contexte d'exécution reçu de l'équipement de contrôle 120. L'information représentative de disponibilité peut notamment comprendre un identifiant donnant accès à l'application compatible à l'application stockée par l'équipement facilitateur 120. Dans une variante, les applications de contrôle sont stockées localement sur l'équipement à contrôler mais les informations de disponibilité sont générées par l'équipement facilitateur (et incluent par exemple un identifiant d'accès aux applications sur l'équipement à contrôler). Dans le mode de réalisation illustré en figure 1D, l'équipement à contrôler est par exemple identique à l'équipement à contrôler de la figure 1B ou à l'équipement à contrôler de la figure 1C et l'équipement facilitateur est optionnel. Les applications de contrôle de l'équipement à contrôler 110 sont stockées sur l'équipement à contrôler ou sur l'équipement facilitateur 130, s'il existe. L'équipement de contrôle 120, qui prend en charge l'analyse de compatibilité, comprend un module de réception d'au moins une information représentative 156 de disponibilité relative à au moins une application de contrôle de l'équipement à contrôler 110, comprenant une indication contextuelle définissant une compatibilité de l'application avec un contexte d'exécution. L'information représentative de disponibilité peut comprendre en outre un identifiant donnant accès à l'application compatible, stockée par l'équipement facilitateur 120 ou sur l'équipement à contrôler 110. Il est à noter que dans le mode de réalisation de la figure 1D, l'équipement de contrôle peut recevoir des informations représentative de disponibilité depuis l'équipement facilitateur (notamment si l'équipement à contrôler est rudimentaire) et/ou depuis l'équipement à contrôler 110. Un tel mode de réalisation offre l'avantage de permettre une adaptation du procédé aux périodes d'indisponibilité de l'équipement facilitateur. Il peut également permettre une meilleure réactivité lors de la mise à disposition d'une nouvelle application (notamment lorsqu'il s'agit d'un équipement à contrôler dont le contrôle est critique pour un utilisateur, comme un équipement de détection d'intrusion, de détection d'incendie ou de régulation de chauffage). Les figures 1A à 1D illustrent des modes de réalisation volontairement simples de l'invention, pour mieux mettre en avant certains des concepts de l'invention. Il est clair cependant que, sans sortir du cadre de l'invention, le système peut comprendre plusieurs équipements à contrôler, plusieurs équipements facilitateur et/ou plusieurs équipements de contrôle. En particulier des équipements facilitateur peuvent être dédiés à certains équipements à contrôler et/ou de contrôle du réseau, et pas à d'autres (par exemple il peut y avoir une partition en zones de contrôle du réseau domestique). De plus, certains équipements à contrôler, facilitateur et/ou de contrôle peuvent n'être présents que temporairement sur le réseau (par exemple lorsqu'il s'agit d'un équipement mobile comme un ordinateur portable ou un smartphone). Dans les modes de réalisation particuliers illustrés en liaison avec les figures 1A à 1D, les équipements à contrôler 110, de contrôle 120 et facilitateur 130 communiquent par le biais d'un bus de données 140. Les échanges entre les équipements communicants du système 100 peuvent notamment être basés sur un protocole standard interopérable d'échange de données, par exemple le protocole « DDS » (pour « Data Distribution Service » selon la terminologie anglaise) géré par l'association OMG (pour « Object Management Group »). Ainsi, dans le mode de réalisation particulier présenté en figure 1B, les équipements appartiennent à une plateforme, comme la plateforme « Qeo » du demandeur, basée sur une architecture distribuée et utilisant par exemple un modèle d'échanges de donnés de type « éditeur/ souscripteur » (ou « Publisher/ Subscriber » selon la terminologie anglaise) mis en oeuvre dans le protocole « DDS ». Une telle plateforme offre l'avantage de permettre une communication point à point ou multipoint des équipements sans nécessiter une connaissance mutuelle. Dans une variante, les échanges entre équipements peuvent utiliser une plateforme de type « Mosquitto », basée sur une architecture centralisée, dans lesquelles les échanges entre équipements sont mis en oeuvre via un serveur intermédiaire, qui gère les souscriptions et les notifications des équipements du réseau, par exemple une architecture utilisant le protocole « MQTT » (pour MQ Telemetry Transport). Dans un mode de réalisation utilisant un protocole DDS ou MQTT, les publications prennent la forme de messages, associés à un type de contenu donné (on parlera ci-après dans un souci de simplification de « type de message »). Chaque message correspond à une structure de données, comprenant notamment un contenu et/ou un élément d'accès vers ce contenu, et un type de contenu. La structure de données peut également comprendre d'autres éléments, variables selon le type de contenu du message. Les équipements souscripteurs s'abonnent en fournissant la liste des types de message qui les intéressent. Par exemple, dans le mode de réalisation illustré en figure 1A ou B, l'équipement facilitateur 130 et/ou l'équipement de contrôle 120 peut s'abonner pour recevoir à des messages de type « texte », « phrase », ou d'un type spécifique, relatifs à des informations représentative de disponibilité d'applications de contrôle, notamment à des informations représentative de disponibilité ayant une indication contextuelle de compatibilité ou d'incompatibilité particulière. . De même, l'équipement facilitateur 130 et/ou l'équipement à contrôler 110 peut s'abonner pour recevoir à des messages de type « texte », « phrase », ou d'un type spécifique, relatifs à des descripteurs de contexte particuliers. On présente en liaison avec la figure 6 le fonctionnement dynamique du procédé de proposition de contrôle de l'invention dans un mode de réalisation particulier compatible avec le mode de réalisation illustré en figure 1B, dans lequel le procédé de proposition de contrôle est mis en oeuvre par l'équipement facilitateur 130. Dans d'autres modes de réalisations, compatibles par exemple avec le mode de réalisation illustré en figure 1A, le procédé de proposition de contrôle peut être mis en oeuvre par l'équipement à contrôler 110. Dans le mode de réalisation de la figure 6, le procédé de proposition de contrôle comprend une réception 600 d'au moins une information représentative de la disponibilité d'au moins une application de contrôle de l'équipement à contrôler 110, par exemple de l'ensemble des applications permettant de le contrôler (comme une application s'exécutant sous Windows, une application s'exécutant sous Android et une application s'exécutant sous 10S. Dans le mode de réalisation particulier présenté, une information représentative d'une disponibilité, peut en particulier comprendre, outre une indication contextuelle de définition d'une compatibilité, au moins une information appartenant au groupe comprenant : une horodate de début et/ou de fin de disponibilité de l'application de contrôle ; une information d'identification de l'équipement à contrôler 110 (par exemple un nom commercial de l'équipement, une référence, un nom attribué par un utilisateur et/ou une adresse IP) ; une information d'identification d'une application de contrôle (par exemple un nom et/ou un numéro de version, ... ) ; un identifiant d'un équipement sur lequel ladite application est disponible ; un identifiant d'un autre équipement sur lequel ladite application est déjà téléchargée et/ou installée; un identifiant d'accès à l'application de contrôle ; un identifiant de sécurité (mot de passe, clé d'accès, etc..) nécessaire à l'accès à ladite application sur un équipement sur lequel elle est disponible. Cette réception 600 d'une information représentative d'une disponibilité peut notamment faire suite à une demande (non illustrée) de l'équipement facilitateur 130, par exemple lors d'une détection d'une présence sur le réseau d'un nouvel équipement à contrôler. Dans le mode de réalisation particulier illustré en figure 6, l'information représentative d'une disponibilité d'une application de contrôle comprend une indication contextuelle définissant une compatibilité de l'application de contrôle avec un contexte d'exécution. Cette information représentative d'une disponibilité est mémorisée par l'équipement facilitateur 130. De façon optionnelle, le procédé peut également comprendre une mise à disposition 610 de l'application disponible, par exemple dans un espace de stockage de l'équipement facilitateur, adapté à accès pour téléchargement depuis un autre équipement. Cette mise à disposition peut être initiée par l'équipement facilitateur (par téléchargement de l'application auprès de l'équipement de contrôle par exemple) ou par l'équipement à contrôler lui-même. Dans le mode de réalisation particulier présenté en figure 6, le procédé de proposition de contrôle comprend en outre une réception 620 d'un descripteur de contexte relatif à l'équipement de contrôle 120. Bien entendu, la réception d'une information représentative d'une disponibilité et la réception d'un descripteur de contexte peuvent être dé-corrélées et peuvent être effectuées dans un ordre chronologique différent de celui présenté. Dans le mode de réalisation particulier présenté, le procédé de proposition de contrôle comprend de plus une fourniture 630 d'une information représentative reçue vers l'équipement de contrôle 120, lorsqu'elle est relative à une application considérée comme compatible avec une exécution sur l'équipement de contrôle 110. La compatibilité de l'application peut être analysée (632) lors de la fourniture en tenant compte du descripteur de contexte relatif à l'équipement de contrôle 120 et de l'indication contextuelle de l'application. Par exemple, pendant l'analyse 632, si une indication contextuelle reçue est une chaîne de caractère (par exemple « IOS 5Mo »), et le descripteur de contexte un mot clé (par exemple « IOS »), le descripteur peut être recherché dans l'indication contextuelle. Bien entendu, de façon similaire, une recherche d'au moins une partie (par exemple « IOS ») d'indication contextuelle textuelle peut être effectuée dans des descripteurs de contexte (par exemple « IOS 4»). Selon les modes de réalisation, l'analyse 632 peut conclure à une compatibilité lorsque un descripteur de contexte est retrouvé intégralement et/ou partiellement dans une indication contextuelle définissant une compatibilité, ou est absent d'une indication contextuelle définissant une incompatibilité), et/ou vice-versa. Le descripteur de contexte (respectivement une indication contextuelle) peut également être une chaîne de caractères énonçant au moins une règle relative à une indication contextuelle (respectivement un descripteur de contexte) à respecter (par exemple « Indication Contextuelle contenant 'Android 4.2.2' »). Dans le mode de réalisation illustré, lorsque, à l'issue de l'analyse, en fonction du descripteur et de l'indication contextuelle notamment, l'application est considérée comme compatible (ou dans une variante n'est pas considérée comme incompatible), une information représentative d'une disponibilité, sur le réseau, de l'application de contrôle est émise vers l'équipement de contrôle. On présente en liaison avec la figure 2 le fonctionnement dynamique du procédé de contrôle de l'invention dans un mode de réalisation particulier compatible avec au moins un mode de réalisation illustré en figure 1B et avec au moins un mode de réalisation du procédé de proposition de contrôle illustré en figure 6. Dans le mode de réalisation de la figure 2, le procédé de contrôle comprend une réception 210, par un équipement de contrôle 120, d'une information représentative d'une disponibilité, sur le réseau, d'au moins une application de contrôle d'un équipement à contrôler 110. Une telle information représentative peut comprendre différents éléments, comme déjà décrit en relation avec la figure 6, et notamment un identifiant donnant accès à l'application de contrôle. La réception peut notamment faire suite à une demande 200 de l'équipement de contrôle 120, auprès l'équipement à contrôler 110 ou d'un équipement facilitateur 130. Selon les modes de réalisation du procédé, cette demande 200 peut ne concerner qu'un seul équipement à contrôler, ou être relative à plusieurs équipements à contrôler, notamment à certains équipements particuliers du réseau, ou à l'ensemble des équipements du réseau. Ainsi, dans certains modes de réalisation particuliers, la demande peut concerner un nombre déterminé d'équipements de contrôle ou d'application de contrôle (par exemple les n dernières applications de contrôle disponibles ou les n dernières informations représentatives d'une disponibilité reçues par un équipement facilitateur), ou encore les informations représentatives d'une disponibilité reçues par l'équipement facilitateur (ou par l'équipement à contrôler) depuis une certaine horodate, ou pendant une période et/ou une durée temporelle particulière (par exemple pendant les dernières 24 heures) ou depuis un évènement particulier (par exemple depuis une déconnexion de l'équipement de contrôle, de l'équipement facilitateur ou d'un équipement à contrôler). Dans d'autres modes de réalisation, la réception 210 peut ne pas nécessiter de demande spécifique de l'équipement de contrôle. Dans le mode de réalisation illustré en figure 2, le procédé de contrôle comprend en outre un téléchargement 230 de l'application de contrôle, tenant compte de l'identifiant d'accès reçu. L'identifiant donnant accès à une application de contrôle peut comprendre une information de localisation de l'application de contrôle sur l'un des équipements du réseau, par exemple une ou plusieurs URI et/ou un identifiant d'un équipement sur le réseau, et/ou un chemin d'accès sur cet équipement à au moins un fichier ou un répertoire. Ces fichiers peuvent par exemple être mémorisés localement dans l'équipement à contrôler, à distance sur un équipement facilitateur, comme dans le mode de réalisation illustré en figure 1C. Dans certains modes de réalisation, dans lesquelles l'information représentative de disponibilité reçue comprend une indication contextuelle définissant une compatibilité d'une application, le procédé de contrôle peut comprendre en outre, préalablement au téléchargement, une analyse de compatibilité (non illustrée), similaire à l'analyse de compatibilité décrite précédemment en liaison avec le mode de réalisation particulier du procédé de proposition de contrôle illustré en figure 6. Dans certains modes de réalisation, notamment lorsque le réseau de communication comprend un petit nombre d'équipements, le téléchargement d'une application de contrôle analysée comme potentiellement compatible peut être effectué 10 systématiquement. Dans d'autres modes de réalisation, le téléchargement d'une application de contrôle potentiellement compatible peut être effectué de façon conditionnelle. Par exemple, le téléchargement peut n'être effectué qu'une fois (comme après une première analyse de compatibilité) ou, lorsque l'information représentative d'une disponibilité 15 comprend un numéro et/ou un indice de version de l'application différent du numéro et/ou de l'indice de version de l'application de contrôle déjà présente sur l'équipement de contrôle. De plus, dans certains modes de réalisation particuliers comme illustré en figure 2, le téléchargement est mis en oeuvre après une validation 232 du téléchargement. La 20 validation peut être fournie par exemple par un équipement tiers, par exemple l'équipement facilitateur 130 ou un équipement de supervision du réseau acceptant le téléchargement d'une application de contrôle en fonction de la charge du réseau. Elle peut également être fournie par un utilisateur de l'équipement de contrôle 120. Un tel mode de réalisation peut permettre une optimisation de la place mémoire disponible sur le premier 25 équipement, en limitant les téléchargements inutiles, relatifs à des équipements que l'utilisateur ne souhaite pas contrôler depuis son équipement de contrôle. La validation peut notamment dépendre d'au moins un élément que comprend une information représentative d'une disponibilité reçue, par exemple une taille de l'application de contrôle ou un identifiant d'un autre équipement de contrôle du réseau sur lequel 30 l'application est déjà téléchargée et/ou installée. Ainsi, la validation peut être effectuée pour tout téléchargement d'une application dont l'occupation mémoire dépasse une certaine valeur seuil ou tout téléchargement susceptible de nécessiter un temps de téléchargement supérieur à une certaine valeur seuil. Dans d'autres modes de réalisation, une validation peut être demandée si le téléchargement concerne une application de contrôle d'un équipement à contrôler 110 pour lequel une application de contrôle est déjà téléchargée et/ou installée sur l'équipement de contrôle 120 ou sur un autre équipement de contrôle du réseau, notamment si sa compatibilité a déjà été vérifiée par une exécution sans détection d'anomalies sur l'équipement de contrôle , ou s'il s'agit d'une même famille d'applications (par exemple avec une version différente) que l'application de contrôle déjà téléchargée et/ou installée sur l'équipement de contrôle 120. Dans une variante, un téléchargement ne sera pas effectué lorsque l'information représentative d'une disponibilité reçue concerne une application de contrôle déjà téléchargée et/ou installée sur l'équipement de contrôle ou lorsque l'occupation de la CPU de l'équipement de contrôle dépasse une certaine valeur seuil. La validation peut également tenir compte du profil de l'utilisateur de l'équipement de contrôle 120 et/ou requérir un contrôle d'accès (par exemple par le biais d'une saisie d'un mot de passe) auprès d'un utilisateur de l'équipement de contrôle 120. Par exemple, l'identifiant de l'utilisateur peut être utilisé pour vérifier, en association avec un profil de l'utilisateur, son droit de téléchargement d'une application disponible et potentiellement compatible. Selon les modes de réalisation, la validation 232 peut être effectuée avant ou après l'analyse de compatibilité. Dans certains modes de réalisation particuliers, le procédé comprend également une restitution 220, par exemple sur un module d'affichage de l'équipement de contrôle, d'au moins une information de désignation d'un équipement pour lequel une application de contrôle est disponible sur le réseau. Dans certains modes de réalisation, la restitution peut être limitée aux applications considérées comme compatibles (ou, dans une variante, non incompatibles), par exemple lors de l'analyse de compatibilité. De tels modes de réalisation permettent à un utilisateur d'un équipement de contrôle 120 de « voir » tous les équipements à contrôler du réseau qu'il lui est possible de contrôler depuis son équipement de contrôle 120. Par exemple, la restitution peut comprendre un affichage d'un ensemble (prenant par exemple la forme d'une liste ou représentation graphique d'une pluralité d'icônes par exemple) d'informations de désignation (textuelles et/ou graphiques) d'équipements à contrôler, relatives uniquement à des équipements pour lesquels est disponible et/ou est téléchargée au moins une application potentiellement compatible avec l'équipement de contrôle 120. Selon les modes de réalisation du procédé, la restitution 220 peut être effectuée avant (comme illustré en figure 2) et/ou après le téléchargement de l'application de contrôle de l'équipement à contrôler et/ou l'installation de l'application téléchargée. En particulier, dans certains modes de réalisation où l'ensemble restitué comprend une information de désignation d'un équipement pour lequel aucune application de contrôle n'est téléchargée et/ou installée sur l'équipement de contrôle (ou une application obsolète) et pour lequel est disponible au moins une application de contrôle potentiellement compatible à télécharger, le téléchargement peut être mis en oeuvre après une sélection de l'information de désignation (par exemple par un clic de l'utilisateur), avec ou sans validation 232 ultérieure, et être suivi éventuellement de l'installation et/ou du lancement de l'application téléchargée. La sélection d'une information de désignation d'un équipement pour le contrôle duquel une application est déjà téléchargée et/ou installée sur l'équipement de contrôle pourra par exemple provoquer son installation et/ou son lancement et nécessiter éventuellement une validation de l'utilisateur de l'équipement de contrôle. Dans d'autres modes de réalisation, la sélection d'une information de désignation d'un équipement pour lequel est disponible au moins une application de contrôle potentiellement compatible à télécharger, pourra être suivie du téléchargement de l'application, avec ou sans validation ultérieure, même si une application de contrôle de l'équipement est déjà présente. On présente à présent en relation avec les figures 3, 4 et 5 un exemple de réalisation matérielle des équipements à contrôler 110, facilitateur 130 et de contrôle 120, dans un mode de réalisation notamment compatible avec le mode de réalisation particulier décrit en figures 1B, 2 et 6. On observe que le mot « registre » utilisé dans la description d'une mémoire désigne dans chacune des mémoires mentionnées, aussi bien une zone de mémoire de faible capacité (quelques données binaires) qu'une zone mémoire de grande capacité (permettant de stocker un programme entier par exemple). On présente à présent en figure 3 un exemple de réalisation matérielle de l'équipement facilitateur 130, correspondant par exemple à un ordinateur personnel, à un décodeur (ou set top box selon la terminologie anglaise) ou encore à une passerelle d'accès à un réseau local. Dans le mode de réalisation particulier illustré, l'équipement facilitateur 130 comprend les éléments suivants, reliés entre eux par un bus 300 d'adresses et de données qui transporte également un signal d'horloge : un microprocesseur 31 (ou CPU) ; un ou plusieurs dispositifs I/O (de l'anglais « Input/Output » ou en français « Entrée/Sortie ») 34 (par exemple un clavier, un haut-parleur, un microphone,...); une mémoire non volatile de type ROM (de l'anglais « Read Only Memory ») 35 ; une mémoire vive ou RAM (de l'anglais « Random Access Memory ») 36 ; une interface de communication 37 configurée pour la réception de données via une connexion sans fil (par exemple de type WIFI® ou Bluetooth) ou filaire (par exemple de type Ethernet); une interface de communication 38 configurée pour la transmission de données via une connexion sans fil (par exemple de type WIFI® ou Bluetooth) ou filaire (par exemple de type Ethernet); une alimentation 39. L'équipement facilitateur 130 peut comprendre également dans certains modes de réalisation, comme représenté en figure 3, une carte graphique 32 et un dispositif d'affichage 33 de type écran d'affichage relié directement à la carte graphique 32 par un bus dédié 330. Selon une variante, l'équipement facilitateur comprend plusieurs microprocesseurs. Selon une autre variante, l'alimentation 39 est externe à l'équipement facilitateur 130. A la mise sous tension, le microprocesseur 31 charge et exécute les instructions du programme contenu dans un registre 360 de la RAM 36, et notamment les algorithmes mettant en oeuvre certaines étapes du procédé de proposition de contrôle propres à l'invention et décrites ci-dessus. Dans le mode de réalisation illustré en figure 3, le microprocesseur 31 peut être en particulier configuré pour : une fourniture audit équipement à contrôler d'au moins une information représentative d'une disponibilité sur ledit réseau d'au moins une application de contrôle dudit équipement à contrôler. On présente à présent en figure 4 un exemple de réalisation matérielle de l'équipement à contrôler 110, correspondant par exemple à une set-top-box ou à un équipement d'électroménager intelligent, connecté au réseau local, comme un réfrigérateur, une balance, une montre connectée ou un régulateur de chauffage. Dans le mode de réalisation particulier illustré, l'équipement à contrôler 110 comprend les éléments suivants, reliés entre eux par un bus 400 d'adresses et de données qui transporte également un signal d'horloge : un microprocesseur 41 (ou CPU) ; un ou plusieurs dispositifs I/O (de l'anglais « Input/Output » ou en français « Entrée/Sortie ») 44 (par exemple des diodes électroluminescentes, des boutons,...); une mémoire non volatile de type ROM (de l'anglais « Read Only Memory ») 45 ; une mémoire vive ou RAM (de l'anglais « Random Access Memory ») 46 ; une interface de communication 48 configurée pour la transmission de données, notamment de type audio, via une connexion sans fil (par exemple de type WIFI® ou Bluetooth) ou filaire (par exemple de type Ethernet); une alimentation 49. Dans certains modes de réalisation particuliers, comme illustré par exemple en figure 4, l'équipement à contrôler 110 peut aussi comprendre une interface de communication 47 configurée pour la réception de données via une connexion sans fil (par exemple de type WIFI® ou Bluetooth) ou filaire (par exemple de type Ethernet). Selon une variante, l'équipement à contrôler 110 comprend plusieurs microprocesseurs. Selon une autre variante, l'alimentation 49 est externe à l'équipement à contrôler 110. A la mise sous tension, le microprocesseur 41 charge et exécute les instructions du programme contenu dans un registre 460 de la RAM 46, et notamment les algorithmes mettant en oeuvre certaines étapes du procédé de proposition de contrôle propres à l'invention et décrites ci-dessus. Dans le mode de réalisation illustré en figure 4, le microprocesseur 41 peut être en particulier configuré pour : - une fourniture audit premier équipement d'au moins une information représentative d'une disponibilité sur ledit réseau d'au moins une application de contrôle dudit second équipement. On présente à présent en figure 5 un exemple de réalisation matérielle de l'équipement de contrôle 120 de la figure 1, correspondant par exemple à un ordinateur personnel, éventuellement portable (de l'anglais « laptop »), à une tablette ou à un téléphone intelligent (de l'anglais Smartphone). Dans le mode de réalisation particulier illustré, l'équipement de contrôle 120 comprend les éléments suivants, reliés entre eux par un bus 500 d'adresses et de données qui transporte également un signal d'horloge : un microprocesseur 51 (ou CPU) ; un ou plusieurs dispositifs I/O (de l'anglais « Input/Output » ou en français « Entrée/Sortie ») 54 (par exemple un clavier, un haut-parleur, un microphone,...); une mémoire non volatile de type ROM (de l'anglais « Read Only Memory ») 55 ; une mémoire vive ou RAM (de l'anglais « Random Access Memory ») 56 ; une interface de communication 57 configurée pour la réception de données via une connexion sans fil (par exemple de type WIFI® ou Bluetooth), notamment des données de type audio ou textuel ; une alimentation 59. L'équipement de contrôle 120 peut éventuellement comprendre également, comme représenté en figure 5, une carte graphique 52 et un dispositif d'affichage 53 de type écran d'affichage relié directement à la carte graphique 52 par un bus dédié 500. En particulier, dans le mode de réalisation de la figure 5, l'équipement à commander comprend une interface une interface de communication 58 configurée pour la transmission de données via une connexion sans fil (par exemple de type WIFI® ou Bluetooth), via une connexion sans fil (par exemple de type WIFI® ou Bluetooth) ou filaire (par exemple de type Ethernet). Selon une variante, l'équipement de contrôle 120 comprend plusieurs microprocesseurs. Selon une autre variante, l'alimentation 59 est externe à l'équipement de contrôle 120. A la mise sous tension, le microprocesseur 51 charge et exécute les instructions du programme contenu dans un registre 560 de la RAM 56, et notamment les algorithmes mettant en oeuvre certaines étapes du procédé de contrôle propres à l'invention et décrits ci-dessus. Dans le mode de réalisation illustré en figure 5, le microprocesseur 51 peut être en particulier configuré pour : une réception d'au moins une information représentative d'une disponibilité sur ledit réseau d'au moins une application de contrôle dudit équipement à contrôler, ladite information représentative d'une disponibilité comprenant au moins un identifiant donnant accès à ladite application de contrôle sur un équipement dudit réseau ; - une obtention de ladite application de contrôle, tenant compte dudit identifiant d'accès fourni. REVENDICATIONS1. Procédé de contrôle, depuis un premier équipement électronique, d'au moins un second équipement électronique, lesdits premier et second équipements appartenant à un même réseau de communication, ledit procédé étant caractérisé en ce qu'il comprend : une réception d'au moins une information représentative d'une disponibilité sur ledit réseau d'au moins une application de contrôle dudit second équipement, ladite information représentative d'une disponibilité comprenant au moins un identifiant donnant accès à ladite application de contrôle sur un équipement dudit réseau ; - une obtention de ladite application de contrôle, tenant compte dudit identifiant d'accès fourni. 2. Procédé de contrôle selon la revendication 1 caractérisé en ce qu'il comprend en outre une émission d'au moins un descripteur de contexte d'exécution relatif audit premier équipement. 3. Procédé de contrôle selon la revendication 1 ou 2 caractérisé en ce que ladite information représentative d'une disponibilité comprenant en outre une indication contextuelle définissant une compatibilité et/ou une incompatibilité de ladite application de contrôle avec un contexte d'exécution et en ce que ladite obtention tient compte de ladite indication contextuelle. 4. Equipement électronique comprenant un module de communication, configuré pour une communication avec au moins un autre équipement électronique, lesdits équipements appartenant à un même réseau de communication, ledit équipement étant caractérisé en ce qu'il comprend au moins: un module de réception configuré pour une réception d'au moins une information représentative d'une disponibilité sur ledit réseau d'au moins une application de contrôle dudit second équipement, ladite information représentative d'une disponibilité comprenant au moins un identifiant donnant accès à ladite application de contrôle sur un équipement dudit réseau ; un module d'obtention configuré pour une obtention de ladite application de contrôle, tenant compte dudit identifiant d'accès fourni. 5. Procédé de proposition de contrôle, par un premier équipement, d'au moins un second équipement électronique, lesdits premier et second équipements appartenant à un réseau de communication, ledit procédé étant caractérisé en ce qu'il comprend : une fourniture audit premier équipement d'au moins une information représentative d'une disponibilité sur ledit réseau d'au moins une application de contrôle dudit second équipement. 6. Procédé de proposition de contrôle selon la revendication 5 caractérisé en ce qu'il comprend en outre une réception d'une indication contextuelle définissant une compatibilité et/ou une incompatibilité de ladite application de contrôle avec un contexte d'exécution et en ce que ladite fourniture tient compte de ladite indication contextuelle reçue. 7. Equipement électronique comprenant un module de communication, configuré pour une communication avec au moins un autre équipement électronique, lesdits équipements appartenant à un même réseau de communication, ledit équipement étant caractérisé en ce qu'il comprend au moins: un module de fourniture configuré pour une fourniture audit premier équipement d'au moins une information représentative d'une disponibilité sur ledit réseau d'au moins une application de contrôle dudit second équipement. 8. Système électronique comprenant au moins un premier et un second équipements appartenant à un même réseau de communication et comprenant chacun un module de communication, configuré pour une communication avec au moins un autre équipement électronique dudit réseau, ledit système électronique étant caractérisé en ce que ledit second équipement et/ou ledit autre équipement comprend : un module de fourniture configuré pour une fourniture audit premier équipement d'au moins une information représentative d'une disponibilité sur ledit réseau d'au moins une application de contrôle dudit second équipement ; et en ce que ledit premier équipement et/ou ledit autre équipement comprend : un module de réception configuré pour une réception d'au moins une information représentative d'une disponibilité sur ledit réseau d'au moins une application de contrôle dudit second équipement, ladite information représentative d'unedisponibilité comprenant au moins un identifiant donnant accès à ladite application de contrôle sur un équipement dudit réseau ; un module d'obtention configuré pour une obtention de ladite application de contrôle tenant compte dudit identifiant d'accès fourni. 9. Produit programme d'ordinateur, caractérisé en ce qu'il comprend des instructions de code de programme pour exécuter le procédé de contrôle selon l'une quelconque des revendications 1 à 3 ou le procédé de proposition de contrôle de la revendication 5, lorsque ledit programme est exécuté par un ordinateur. 10. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions de code de programme pour exécuter le procédé de contrôle de l'une quelconque des revendications 1 à 3 ou le procédé de proposition de contrôle de la revendication 5, lorsque ledit programme est exécuté par un ordinateur.