FR3004044A1 - Procede de controle de la consommation energetique d'equipements d'un reseau de communication local - Google Patents

Abstract

La présente invention concerne un procédé de contrôle de la consommation énergétique d'une pluralité d'équipements (D1,..., Dn) comprenant chacun au moins un composant et connectés au sein d'un réseau de communication local (LAN), ledit procédé étant caractérisé en ce qu'un module de traitement de données (MT) connecté au réseau local est configuré pour : - obtenir un identifiant d'un équipement nécessaire à l'exécution d'un service dans le réseau local et - pour un identifiant d'équipement obtenu, obtenir une liste de composants dudit équipement nécessaires à l'exécution du service et commander audit équipement une modification de l'état énergétique des composants de la liste lorsqu'une exécution du service est déclenchée.

Description

DOMAINE TECHNIQUE GENERAL L'invention a pour objet l'optimisation énergétique, et concerne plus précisément un procédé de contrôle de la consommation énergétique d'une pluralité d'équipements d'un réseau de communication local.

ETAT DE LA TECHNIQUE Les réseaux de communication domestiques, c'est-à-dire les réseaux d'équipements connectés (entre eux et éventuellement à Internet) au sein d'un foyer, prennent aujourd'hui une place de plus en plus importante, et voient leur part dans la consommation électrique globale du foyer augmenter sensiblement. Ces équipements sont par exemple des ordinateurs, des boitiers d'accès à internet, des consoles de jeu, des télévisions, etc. On constate que les utilisateurs ne prennent pas toujours l'initiative d'éteindre systématiquement les équipements de leur foyer après chaque utilisation, ce d'autant plus que les temps de redémarrage de tels équipements sont parfois particulièrement longs (parfois plusieurs 15 minutes pour des boitiers multimédia, ou « Set-Top Box »). Il existe des solutions de réduction de la consommation d'énergie de tels équipements proposant de faire entrer un équipement ou un composant d'un équipement dans un état de veille lorsque celui-ci est peu sollicité ou inactif. Un tel changement d'état peut être contrôlé localement à différents niveaux au sein d'un équipement : du plus bas niveau dans un composant élémentaire 20 (« chipset ») au plus haut niveau avec une gestion de l'alimentation des composants de l'équipement par son système d'exploitation. Ainsi, lorsqu'un équipement doté d'une connexion réseau est faiblement sollicité et échange des données par son interface réseau avec un faible débit, la carte réseau de l'équipement peut décider de se mettre partiellement en veille de façon à diminuer sa 25 consommation énergétique. Par exemple, dans le cas d'une connexion sans-fil, la puissance allouée à une antenne d'émission peut être gérée dynamiquement par la carte réseau afin que l'antenne consomme moins d'énergie dans les périodes de faible consommation de bande passante. Par ailleurs, lorsqu'une telle interface réseau est complètement inutilisée, le système d'exploitation peut commander sa mise en veille complète pour diminuer davantage la consommation 30 énergétique de l'équipement.

Néanmoins, de telles solutions présentent l'inconvénient de ne pas gérer au niveau du réseau la consommation de l'ensemble des composants des équipements constituant ce réseau. Ces solutions n'envisagent une diminution de la consommation d'énergie qu'au niveau d'un équipement donné, sans prendre en compte ses interactions avec les autres équipements du 5 réseau. En effet, dans de nombreux foyers, les différents équipements d'un réseau peuvent coopérer pour la réalisation d'un service, alors dénommé service collaboratif. La consommation de l'ensemble des équipements du réseau et l'activation des composants de ces équipements est alors liée au service collaboratif demandé par le ou les utilisateurs du réseau. Les solutions existantes ne permettent pas de réaliser une gestion globale de la consommation énergétique des différents 10 équipements du réseau en contrôlant l'état énergétique de chacun des composants de ces équipements lors de l'exécution de tels services. De plus, de telles solutions sont inadaptées à l'usage particulier que chaque foyer peut faire de ses équipements connectés. En effet chaque foyer peut utiliser de manière combinée plusieurs équipements d'une manière qui lui est propre pour l'exécution de services collaboratifs 15 particuliers. Les solutions actuelles ne permettent pas de prendre en compte, pour l'optimisation de la consommation énergétique du réseau d'un foyer, la spécificité des services collaboratifs mis en oeuvre au sein de ce foyer, par rapport à ceux mis en oeuvre au sein d'un foyer voisin pouvant pourtant utiliser les mêmes équipements. Ainsi, deux foyers voisins disposant chacun d'une passerelle et d'un boitier multimédia (« Set Top Box ») peuvent mettre en oeuvre des services 20 différents faisant collaborer ces équipements. Par exemple un premier foyer peut utiliser son boitier multimédia pour enregistrer un flux audio/vidéo de télévision transmis à celui-ci par la passerelle alors que le second foyer peut utiliser son boitier multimédia pour afficher une photographie provenant d'un ordinateur du réseau et transmise au boitier multimédia par la passerelle. 25 Il existe donc un besoin de disposer d'une solution permettant de réduire la consommation énergétique de l'ensemble des équipements d'un réseau coopérant à l'exécution de services collaboratifs. Pour optimiser au maximum cette consommation, une telle solution doit gérer l'état énergétique des équipements du réseau jusqu'au niveau de leurs composants en tenant compte de leur implication dans l'exécution des différentes fonctions nécessaires à la mise en oeuvre de ces 30 services. Cette solution doit également tenir compte des spécificités d'usage desdits équipements par des utilisateurs du réseau, du fait des services collaboratifs particuliers requis par ces utilisateurs.

PRESENTATION DE L'INVENTION La présente invention se rapporte ainsi selon un premier aspect à un procédé de contrôle de la consommation énergétique d'une pluralité d'équipements comprenant chacun au moins un composant et connectés au sein d'un réseau de communication local, ledit procédé étant caractérisé en ce qu'un module de traitement de données connecté au réseau local est configuré pour : - obtenir un identifiant d'un équipement nécessaire à l'exécution d'un service dans le réseau local et - pour un identifiant d'équipement obtenu, obtenir une liste de composants dudit équipement nécessaires à l'exécution du service et commander audit équipement une modification de l'état énergétique des composants de la liste lorsqu'une exécution du service est déclenchée. Une telle solution permet de gérer au plus juste la consommation énergétique de l'ensemble des équipements d'un réseau nécessaires à l'exécution d'un service en contrôlant l'état énergétique de chacun des composants de chacun de ces équipements. La connaissance précise des composants des équipements utilisés permet de réaliser une optimisation particulièrement fine de la consommation énergétique de ces équipements en ne laissant actifs que les composants strictement nécessaires à l'exécution du service. De plus, la connaissance de tous les équipements du réseau local utilisés permet de réaliser cette optimisation à l'échelle du réseau entier, en prenant en compte les interactions nécessaires entre ces équipements pour l'exécution du service. Selon une caractéristique avantageuse et non limitative : - ledit module de traitement de données est en outre configuré pour obtenir une liste de fonctions à exécuter pour l'exécution dudit service sur ledit équipement et en ce que pour chacune desdites fonctions, ladite liste de composants comprend les composants requis pour l'exécution de ladite fonction. Ceci permet de simplifier pour le module de traitement la gestion des composants des équipements nécessaires à la mise en oeuvre d'un service en subdivisant celle-ci en une pluralité d'exécution de différentes fonctions pour chacune desquelles le module de traitement a connaissance des composants nécessaires à l'exécution de la fonction.

Selon un premier mode de réalisation de l'invention, ledit identifiant dudit équipement et ladite liste de composants dudit équipement sont obtenus à la réception d'un message indiquant le déclenchement dudit service. Ceci permet au module de traitement de réaliser une optimisation de la consommation 5 énergétique des équipements du réseau dès qu'un de ces équipements le notifie du déclenchement d'un service de façon à minimiser l'intervalle de temps durant lequel des composants non nécessaires à l'exécution du service pourraient consommer de l'énergie de manière inutile. Selon un deuxième mode de réalisation, ledit module de traitement de données est configuré en outre pour obtenir au moins un paramètre contextuel relatif audit réseau de 10 communication local et ledit identifiant dudit équipement et ladite liste de composants dudit équipement sont obtenus par ledit module de traitement de données après détermination d'un usage prochain dudit équipement et d'un ensemble de composants dudit équipement pour une exécution prochaine du service en fonction dudit au moins un paramètre obtenu et par interrogation d'une base de données relatives à des usages habituels des composants desdits 15 équipements. En anticipant l'exécution d'un service grâce à une connaissance des habitudes de l'utilisateur, le module de traitement peut également déterminer à l'avance quels composants de quels équipements du réseau d'un foyer seront nécessaires à l'exécution du service et agir sur l'état énergétique de ces composants pour réduire au minimum la consommation énergétique du 20 réseau lors de l'exécution du service. L'anticipation des composants des équipements qui vont être prochainement utilisés permet de n'activer que les composants strictement nécessaires à l'usage prochain qui a été déterminé. De plus, la connaissance de tous les équipements du réseau local prochainement utilisés permet de réaliser cette optimisation à l'échelle du réseau entier, en prenant en compte à l'avance les interactions nécessaires entre ces équipements pour la réalisation 25 de l'usage déterminé. Selon d'autres caractéristiques avantageuses et non limitatives : - ladite base de données relative à des usages habituels des composants comprend: o une pluralité de services pouvant être mis en oeuvre, chaque service étant associé à au moins un composant desdits équipements nécessaire à son exécution. 30 Cette structure permet de détecter facilement et rapidement tous les composants nécessaires à chaque équipement collaborant à l'exécution d'un desdits services. Une telle information est ainsi rendue immédiatement disponible au module de traitement de données pour lui permettre de commander immédiatement les modifications d'état énergétique de composants nécessaires à une optimisation fine de la consommation énergétique globale du réseau local. - ladite base de données relatives à des usages comprend au moins une règle de transition d'un des desdits services à un autre desdits services, ladite règle étant déterminée en analysant l'exécution successive par un utilisateur desdits services lors d'un usage habituel desdits équipements du réseau. Cette structure permet de mémoriser les séquences d'utilisation d'équipements et de leurs composants pour l'exécution d'enchainement de services spécifiques à l'utilisateur et permet ainsi de repérer les usages habituels de l'utilisateur. Lors de la détection de l'exécution d'un service concerné par une telle règle, celle-ci permet de déterminer facilement si un autre service doit être exécuté à la suite de celui-ci et le cas échéant de préparer l'exécution de cet autre service pour anticiper l'usage habituel de l'utilisateur. - au moins une règle de transition de service ou au moins un service est associé à au moins une indication de condition, chaque indication de condition portant sur au moins un paramètre contextuel. - la détermination d'un usage prochain desdits équipements et de leurs composants comprend la vérification des indications de condition associées à chacun des services de ladite base de données et à chacune des règles de transition d'un service à un autre service.

Cette structure de condition permet de rendre plus précise la détermination d'usage prochain en associant à un service ou à un enchainement de service le contexte particulier dans lequel ce service ou cet enchainement s'exécute. L'utilisation de telles conditions empêche notamment le module de traitement de données de déterminer de manière erronée l'exécution prochaine d'un service lorsque le contexte est différent de celui décrit dans une condition associée au service dans la base de données. Elle permet ainsi de mieux prendre en compte les usages habituels des utilisateurs du réseau local. L'enregistrement de telles indications de conditions dans la base de données en association à un service ou une règle de transition permet de mettre facilement en oeuvre des tests booléens et ainsi d'assurer la rapidité d'exécution des vérifications de condition pour ne pas ralentir la détermination d'usage prochain par le module de traitement de données. - le module de traitement de données est en outre configuré pour, suite à une modification de l'état énergétique d'au moins un équipement du réseau provoquée par l'utilisateur, mettre à jour ladite base de données relative à des usages. Ce mode « non-supervisé » permet au système de s'améliorer automatiquement en permanence en prenant en compte de nouveaux usages de l'utilisateur ou l'évolution d'usages existants, s'exécutant par exemple dans un contexte différent. Le module de traitement de données est ainsi capable d'optimiser en permanence la consommation énergétique du réseau, même en cas d'évolution des usages des utilisateurs. - ledit paramètre contextuel est un paramètre parmi un paramètre temporel, une indication de l'état d'activité d'un équipement dudit réseau, un paramètre d'exécution d'un service ou une indication relative à l'exécution d'un service. Ces paramètres contextuels permettent l'anticipation des usages des équipements du réseau et de leurs composants tout en limitant la détermination d'usage à un contexte donné. Le paramètre temporel permet une bonne détermination d'un usage habituel des 15 équipements et de leurs composants car un grand nombre de comportements d'un utilisateur se répètent quotidiennement à heure fixe. Il permet également de ne pas confondre un usage réalisé sur une plage horaire prédéfinie avec un usage similaire réalisé en dehors de cette plage horaire. L'indication relative à l'exécution d'un service permet d'identifier l'état d'avancement du service et donc les composants sur le point de subir une modification de leur état énergétique. 20 - ladite modification d'état énergétique comprend l'activation des composants nécessaires à l'exécution dudit service ou uniquement l'activation des composants inactifs nécessaires à l'exécution dudit service. L'activation des composants nécessaires à l'exécution prochaine d'un service permet de réduire la consommation énergétique du réseau local ainsi que des équipements en évitant de 25 mettre sous tension tous les composants d'un équipement lorsque celui-ci va être nécessaire à l'exécution d'un service, permet à l'utilisateur de ne pas souffrir des temps de démarrage parfois longs des équipements et de leurs composants avant une nouvelle utilisation et améliore ainsi la qualité d'expérience de l'utilisateur (QoE). L'activation des composants inactifs nécessaires à l'exécution dudit service permet de ne 30 pas commander inutilement l'activation de composants nécessaires mais déjà actifs du fait de l'exécution d'un autre service par exemple. Ceci permet de limiter la quantité d'information échangée entre le module de traitement de données et les équipements au strict nécessaire, permettant ainsi d'économiser de la bande passante et d'accélérer la modification de l'état énergétique des composants des équipements. - ladite modification d'état énergétique comprend la désactivation des composants actifs inutilisés et non nécessaires à l'exécution dudit service. Cette variante permet de diminuer encore davantage la consommation d'énergie du réseau en commandant la désactivation des composants dès que ceux-ci ne sont plus nécessaires à l'exécution d'un service en cours ou prochain. Cette optimisation est réalisée sans dégrader la qualité d'expérience de l'utilisateur (QoE) en ne désactivant pas les composants nécessaires à une utilisation prochaine d'un service, évitant ainsi à l'utilisateur d'attendre la réactivation de ces composants. Selon un deuxième aspect, l'invention concerne un système comprenant une pluralité d'équipements comprenant chacun au moins un composant et connectés au sein d'un réseau de communication local; le système étant caractérisé en ce qu'il comprend un module de traitement de données connecté au réseau configuré pour : - obtenir un identifiant d'un équipement nécessaire à l'exécution d'un service dans le réseau local et pour un identifiant d'équipement obtenu, obtenir une liste de composants dudit équipement nécessaires à l'exécution du service et commander audit équipement une modification de l'état énergétique des composants de la liste lorsqu'une exécution du service est déclenchée. Selon un troisième et un quatrième aspect, l'invention concerne respectivement un produit programme d'ordinateur comprenant des instructions de code pour l'exécution d'un procédé de contrôle de la consommation énergétique d'une pluralité d'équipements connectés au sein d'un réseau de communication local selon le premier aspect de l'invention lorsque ce programme est exécuté par un processeur ; et un moyen de stockage lisible par un équipement informatique sur lequel un produit programme d'ordinateur comprend des instructions de code pour l'exécution d'un procédé de contrôle de la consommation énergétique d'une pluralité d'équipements connectés au sein d'un réseau de communication local selon le premier aspect de l'invention.

Selon un cinquième aspect, la présente invention se rapporte à un procédé de contrôle de la consommation énergétique d'une pluralité d'équipements comprenant chacun au moins un composant et connectés au sein d'un réseau de communication local, ledit procédé étant caractérisé en ce qu'un module de traitement de données connecté au réseau local est configuré pour : - obtenir au moins un paramètre contextuel relatif audit réseau de communication local ; - déterminer un usage prochain desdits équipements et d'un ensemble de composants desdits équipements en fonction dudit au moins un paramètre obtenu, par interrogation d'une base de données relatives à des usages habituels des composants desdits équipements stockée sur un module de stockage de données connecté au réseau ; - modifier l'état énergétique dudit ensemble de composants en fonction du résultat de la détermination d'usage prochain. Selon un sixième aspect, l'invention concerne un système comprenant une pluralité d'équipements comprenant chacun au moins un composant et connectés au sein d'un réseau de communication 15 local; le système étant caractérisé en ce qu'il comprend un module de traitement de données connecté au réseau et un module de stockage de données connecté au réseau sur lequel est stockée une base de données relative à des usages habituels de composants desdits équipements, et en ce que le module de traitement de données est en outre configuré pour : 20 - obtenir au moins un paramètre contextuel relatif audit réseau de communication local ; - déterminer un usage prochain desdits équipements et d'un ensemble de composants desdits équipements en fonction dudit au moins un paramètre contextuel obtenu, par interrogation de ladite base de données relative à des usages habituels des composants desdits équipements; 25 - modifier l'état énergétique dudit ensemble de composants en fonction du résultat de la détermination d'usage prochain. Le procédé selon le cinquième aspect de l'invention est en effet optimal à l'échelle locale, c'est-à-dire à l'échelle du foyer ou de l'entreprise.

PRESENTATION DES FIGURES D'autres caractéristiques et avantages de la présente invention apparaîtront à la lecture de la description qui va suivre d'un mode de réalisation de l'invention. Cette description sera donnée en référence aux dessins annexés dans lesquels : - la figure 1 représente un exemple d'architecture pour la mise en oeuvre du procédé selon l'invention ; - la figure 2 est un diagramme schématisant un exemple de mise en oeuvre d'un procédé de contrôle de la consommation énergétique d'équipements selon un premier mode de réalisation de l'invention; - la figure 3 est un diagramme schématisant un exemple de mise en oeuvre d'un procédé de contrôle de la consommation énergétique d'équipements selon un second mode de réalisation de l'invention. DESCRIPTION DETAILLEE En référence à la figure 1, un mode de réalisation de l'invention concerne un procédé de contrôle de la consommation énergétique d'une pluralité d'équipements D1, D2, Dn comprenant chacun un ou plusieurs composants C et connectés au sein d'un réseau de communication local. Par réseau de communication local, on entend un réseau de type LAN (« Local Access Network »). Ce réseau peut être en particulier un réseau domestique ou un réseau d'entreprise, et est le plus souvent centré sur une passerelle, qui est en particulier un boitier d'accès à Internet (une « box ») du foyer ou de l'entreprise. Le réseau peut être aussi bien un réseau filaire de type Ethernet, selon la norme IEEE 802.3, qu'un réseau sans fil de type Wi-Fi, selon la norme IEEE 802.11, ou 3G ou bien une combinaison des deux. La liaison peut être directe, ou utiliser un équipement intermédiaire tel que des boitiers CPL. Les équipements D1 à Dn peuvent être n'importe quel équipement, en particulier domestique, disposant d'une connexion réseau filaire ou sans-fil. Par exemple, ces équipements peuvent être des ordinateurs, un boitier multimédia (« Set-Top Box »), une passerelle, une tablette tactile, des consoles, des téléphones intelligents (ou « smartphone » en anglais), de l'électroménager, etc. Ces équipements comportent chacun un ou plusieurs composants C dont l'état énergétique peut être modifié de façon à réduire la consommation énergétique de l'équipement intégrant ledit ou lesdits composants. Par composant, on entendra tout sous-système d'un équipement, alimenté en énergie, non autonome et destiné à être assemblé avec d'autres composants au sein dudit équipement afin de mettre en oeuvre au moins une fonction dudit équipement. On comprendra que les composants collaborent au sein dudit équipement de sorte à rendre possibles toutes les fonctionnalités de ce dernier, un composant ne pouvant être utilisé isolément hors de son équipement. De tels composants peuvent par exemple être une carte ou interface réseau, un disque dur, une puce de décodage vidéo, un écran d'affichage, une sortie vidéo telle qu'une sortie HDMI, un processeur etc...

Ce réseau comprend également un module de traitement de données MT configuré pour gérer la consommation énergétique desdits équipements D1 à Dn. Le module de traitement de données peut être intégré dans un équipement dédié, ou bien dans un des équipements D1 à Dn du réseau, en particulier dans la passerelle du réseau. La « box » est par définition le coeur d'un réseau de communication local. Tous les autres équipements du réseau lui sont reliés et elle échange déjà des messages avec ces équipements de par sa fonction de routage. Cet équipement est en effet celui qui contrôle le réseau, et a donc naturellement une position de coordinateur. De plus, il est bien moins souvent éteint que les autres (car il assure souvent la connectivité à Internet 24h/24). Elle dispose par ailleurs généralement déjà de moyens de traitement suffisants pour réaliser les opérations effectuées par le module de traitement de données. C'est ainsi le meilleur équipement pour la gestion de l'état énergétique des autres équipements du réseau. Dans une variante, le module de traitement de données est intégré à un équipement externe au réseau local, tel qu'un équipement d'un fournisseur de service. Selon un mode de réalisation, le module de traitement de données MT du réseau est connecté à un module superviseur d'un opérateur, externe au réseau et configuré pour gérer le fonctionnement des modules de traitement de données de plusieurs réseaux locaux selon une architecture hiérarchisée. Un tel module superviseur peut ainsi permettre une remontée d'information centralisée à destination de l'opérateur, lequel peut par exemple gérer de manière globale la consommation d'énergie d'un ensemble de réseaux locaux. Le module de traitement de données MT peut par ailleurs être connecté à un module de stockage MS stockant une base de données BD. Ledit module de stockage peut être intégré à un équipement dédié tel qu'un disque dur externe branché sur le module de traitement de données MT ou un disque dur réseau (« NAS ») connecté au réseau, ou bien intégré, par exemple sous forme d'une mémoire flash, à un des équipements D1 à Dn. Ladite base de données BD peut être de tout type connu de l'homme du métier, notamment une base de données relationnelle de type SQL, une base de données objet ou bien un fichier XML (« eXtensible Markup Language »). Pour gérer la consommation énergétique desdits équipements D1 à Dn, le module de traitement de données modifie l'état énergétique des composants de ces équipements. Par état énergétique d'un composant, on entend un niveau d'alimentation du composant. Un composant peut en effet être complètement allumé ou complètement éteint ou encore dans différents états de veille ou d'alimentation partielle. Dans le reste de cette demande on entend par composant actif un composant alimenté en énergie électrique, et par composant inactif un composant en veille ou non alimenté en énergie électrique. Par exemple, si un des équipements D1 à Dn est un routeur, il peut comprendre un module Wi-Fi. Ce module est un composant qui peut être complètement allumé de façon à permettre une communication sans-fil, complètement éteint, le routeur n'autorisant alors plus que des communications filaires, ou bien en veille, le routeur étant alors au repos du point de vue des communications sans fil mais capable d'établir une communication sans-fil dans un court délai. On comprendra ainsi que le présent procédé n'est limité à aucune liste spécifique d'états énergétiques de composants, et que l'homme du métier saura l'adapter à ces derniers. Tels que représentés à la figure 1, l'équipement D1 comprend des composants C11 à C16 et C18, et l'équipement D2 comprend des composants C23, C25 à C28. Ce procédé se distingue des procédés connus en ce que le module de traitement de données MT obtient l'identité des équipements nécessaires à l'exécution d'un service dans le réseau local, ainsi qu'une liste de composants de chacun de ces équipements nécessaires à l'exécution du service et modifie les états énergétiques de ces composants lors du déclenchement de l'exécution du service pour optimiser la consommation énergétique du réseau. Ce procédé s'applique tout particulièrement à des services dits collaboratifs. Par service collaboratif on entend une utilisation plus ou moins complexe de plusieurs équipements de façon coordonnée afin de satisfaire une demande d'un utilisateur. Le procédé permet ainsi la gestion globale de la consommation énergétique de l'ensemble du réseau local en modifiant l'état énergétique des composants des différents équipements du réseau local collaborant à l'exécution de tels services collaboratifs. Une telle utilisation d'équipements pour réaliser un service collaboratif donné S implique l'exécution d'une ou plusieurs fonctions F par des composants C de chacun de ces équipements. Tels que représentés à la figure 1, l'équipement D1 peut exécuter des fonctions F1 à F4 et l'équipement D2 peut exécuter des fonctions F1 à F3. A titre d'exemple, dans le cas où un utilisateur cherche à accéder à un service IPTV, deux équipements à savoir le boitier multimédia (« set top box » STB) et la passerelle réseau sont nécessaires à l'exécution de ce service collaboratif.

Sur la STB, les fonctions nécessaires à l'exécution du service IPTV sont notamment la connexion réseau, le codage vidéo, le déchiffrage des flux, et l'envoi du flux sur un dispositif d'affichage, et les composants nécessaires à l'exécution de ces fonctions sont le circuit intégré ("chipset") de codage de flux, de déchiffrage des flux, et l'interface HDMI.

Sur la passerelle réseau, les fonctions nécessaires à l'exécution du service IPTV sont notamment la connexion réseau, et les composants nécessaires à l'exécution de ces fonctions sont : la carte réseau et l'interface Ethernet. Dans une variante, le module de traitement de données MT obtient une liste de fonctions à mettre en oeuvre pour l'exécution d'un service sur les équipements Dl à Dn et pour chacune 10 desdites fonctions la liste de composants obtenue comprend les composants requis pour l'exécution de la fonction. Selon un premier mode de réalisation illustré en figure 2 et décrit en détail ci-dessous, ledit identifiant dudit équipement et ladite liste de composants dudit équipement sont obtenus à la réception d'un message indiquant le déclenchement dudit service. 15 Selon un second mode de réalisation illustré en figure 3 et décrit en détail ci-dessous, le module de traitement de données MT obtient au moins un paramètre contextuel relatif au réseau de communication local. L'identifiant d'un équipement et la liste de composants de l'équipement sont alors obtenus par le module de traitement de données MT après détermination d'un usage prochain de l'équipement et d'un ensemble de composants de l'équipement pour une exécution 20 prochaine d'un service en fonction des paramètres obtenus et par interrogation d'une base de données BD relatives à des usages habituels des composants des équipements stockée sur un module de stockage de données (MS) connecté au réseau. Un paramètre contextuel relatif au réseau peut par exemple être un paramètre temporel tel que l'heure, un paramètre d'exécution d'un service, une indication de l'état d'activité d'un 25 équipement du réseau, ou une indication relative à l'exécution d'un service collaboratif. Le paramètre d'exécution d'un service peut consister en un type de fichier auquel est appliqué un service, une résolution d'un signal vidéo etc... L'indication de l'état d'activité d'un équipement peut consister en une indication d'un état énergétique dudit équipement et/ou de ses composants. 30 L'indication relative à l'exécution d'un service peut indiquer le démarrage, une étape intermédiaire ou la fin de l'exécution d'un service.

Un tel paramètre contextuel relatif au réseau permet d'anticiper un usage des équipements du réseau par l'utilisateur. Par exemple, si l'on constate que l'utilisateur regarde tous les soirs la télévision à 20h pour le journal en l'allumant vers 19h55, le paramètre contextuel est l'heure « 19h55 », fournie notamment par la passerelle. Si à ce moment, la télévision présente l'état « éteint », le module de traitement MT modifie cet état en l'allumant via le réseau. Un exemple de mise en oeuvre d'un procédé de contrôle de la consommation énergétique d'équipements selon un premier mode de réalisation de l'invention est représenté en Figure 2. Lors d'une étape 201, un utilisateur déclenche l'exécution d'un service collaboratif 51 sur un premier équipement D1 faisant partie des équipements D1 à Dn du réseau. L'équipement D1 transmet, lors d'une étape 202, au module de traitement de données MT un message indiquant à celui-ci le déclenchement du service Si, fournissant un identifiant du premier équipement D1 ainsi qu'une liste des composants (C11 à C16) nécessaires à l'exécution du service Si sur le premier équipement Dl. De manière équivalente, lorsque l'utilisateur déclenche l'exécution d'un service collaboratif S2 sur le premier équipement D1, l'équipement D1 transmet, lors de l'étape 202, au module de traitement de données MT un message indiquant à celui-ci le déclenchement du service S2 et fournissant un identifiant du premier équipement D1 ainsi qu'une liste des composants (C12, C14, C18) nécessaires à l'exécution du service S2 sur le premier équipement Dl. Selon une variante, ledit message peut également comprendre une liste des fonctions (F1, F2 et F3) à exécuter pour l'exécution du service Si sur l'équipement D1 et l'indication des composants requis pour chacune de ces fonctions, par exemple C11, C12 et C13 pour la fonction Fi, C12 et C14 pour la fonction F2 et C15 et C16 pour la fonction F3. Dans l'exemple particulier du service S2, le message comprend une liste des fonctions (F2 et F4) à exécuter pour l'exécution du service S2 sur l'équipement D1 et l'indication des composants requis pour chacune de ces fonctions, par exemple C12 et C14 pour la fonction F2, C18 pour la fonction F4. Lors d'une étape 204, l'utilisateur déclenche la collaboration d'un deuxième équipement D2 faisant partie des équipements D1 à Dn du réseau à l'exécution du service collaboratif 51, S2. Le deuxième équipement D2 transmet, lors d'une étape 205, au module de traitement de données MT un message indiquant à celui-ci sa collaboration à l'exécution du service 51, S2 et fournissant un identifiant du deuxième équipement D2 ainsi qu'une liste des composants, par exemple C25 et C26, nécessaires à l'exécution du premier service Si sur le deuxième équipement D2 ou, par exemple C23, C27 et C28, nécessaires à l'exécution du deuxième service S2 sur le deuxième équipement D2.

Selon une variante, ledit message peut également comprendre le détail des fonctions, par exemple F1, à exécuter pour l'exécution du premier service Si sur le deuxième équipement D2 et des fonctions, par exemple F2 et F3, à exécuter pour l'exécution du deuxième service S2 sur le deuxième équipement D2 ainsi que l'indication des composants requis pour chacune de ces fonctions, à savoir par exemple C25 et C26 pour la fonction F1, C23 pour la fonction F2 et C27 et C28 pour la fonction F3. Tous les autres équipements collaborant à l'exécution du service Si, S2 et le module de traitement de données réalisent de manière similaire des étapes identiques aux étapes 204 et 205 Lors des étapes 207 et 208, le module de traitement de données MT commande la 10 modification de l'état énergétique des composants des équipements collaborant au service Si, S2 afin de diminuer la consommation énergétique des composants de ces équipements n'étant pas requis pour l'exécution du service 51, S2. Selon un mode de réalisation, le module de traitement de données transmet à chacun des équipements collaborant au service Si, S2 la liste de ses composants requis pour l'exécution du 15 service Si, S2 et commande la mise en veille ou une coupure de l'alimentation de tous les autres composants de l'équipement. Selon l'exemple de la Figure 2, le module de traitement de données commande ainsi, pour l'exécution du premier service Si, au premier équipement D1 la mise en veille de tous ses composants sauf C11 à C16 et commande au deuxième équipement D2 la mise en veille de tous 20 ses composants sauf C25 et C26. De même, le module de traitement de données commande ainsi, pour l'exécution du deuxième service S2, au premier équipement D1 la mise en veille de tous ses composants sauf C12, C14 et C18 et commande au deuxième équipement D2 la mise en veille de tous ses composants sauf C23, C27 et C28. Lors de l'étape 209, le service 51, S2 est exécuté. 25 A la fin de l'exécution du service Si, S2, aux étapes 210 et 211, le module de traitement de données MT commande l'extinction complète des équipements ayant collaboré à l'exécution du service Si. Selon une variante, lors de la fin de l'exécution du service Si, S2 à l'étape 209 sur un équipement donné, celui-ci transmet au module de traitement de données un message indiquant la 30 fin de sa collaboration à l'exécution du service Si, S2. En réponse à la réception de ce message, le module de traitement de données commande à l'étape (210, 211) l'extinction dudit équipement.

Afin de déterminer les usages habituels des équipements D1 à Dn du réseau local, un processus d'apprentissage peut être mis en oeuvre lors de ce procédé qui permet l'enregistrement dans la base de données BD des usages habituels desdits équipements et de leurs composants. Lors de ce processus d'apprentissage lors d'une étape 203 optionnelle, l'heure à laquelle le 5 premier service Si a été déclenché sur le premier équipement D1 est mémorisée dans la base de données BD pour le premier service Si. En variante et de manière optionnelle, lorsque le déclenchement de l'exécution du service par l'utilisateur suit l'exécution d'un service précédent, le module de traitement de données enregistre, à une étape 203', dans la base de données une règle de transition d'un service à un 10 autre, indiquant que l'exécution du service suit l'exécution d'un service précédent. Cet enregistrement modifie un enregistrement existant dans la base de données en ajoutant cette règle de transition de service. Ainsi, selon l'exemple représenté en Figure 2, le déclenchement du deuxième service S2 lors d'une étape 201 suit l'exécution du premier service Si et le module de traitement de données enregistre lors d'une étape 203' une règle de transition indiquant que 15 l'exécution du deuxième service S2 suit l'exécution du premier service Si. Lors d'une étape 206, le module de traitement de données enregistre dans la base de données DB, pour le service Si, S2, l'identifiant dudit équipement ainsi que la liste des composants du premier équipement D1 ou du deuxième équipement D2 requis pour l'exécution du service Si, S2. 20 Dans une variante, le module de traitement de données enregistre également dans la base de données pour le service Si, S2, la liste des fonctions à exécuter pour l'exécution du service Si, S2 sur le premier équipement D1 ou le deuxième équipement D2 ainsi que la liste des composants du premier équipement D1 ou du deuxième équipement D2 requis pour chacune de ces fonctions. Tous les autres équipements collaborant à l'exécution du service Si, S2 et le module de 25 traitement de données réalisent de manière similaire des étapes identiques aux étapes 204 à 207. Selon un mode de réalisation, l'enregistrement par le module de traitement de données de l'ensemble des informations relatives au service Si, S2 dans la base de données est réalisé en une seule fois après la réception de l'ensemble des messages transmis par tous les équipements collaborant au service Si, S2. 30 Selon un mode de réalisation le processus d'apprentissage est démarré lors de la mise sous tension du module de traitement de données et réalisé de manière continue pendant une durée prédéterminée. De façon optionnelle, le processus d'apprentissage peut être relancé à intervalle régulier ou bien de manière programmée par un administrateur du réseau. Selon un autre mode de réalisation le processus d'apprentissage est exécuté tant que le module de traitement de données est sous tension.

Selon un autre mode de réalisation, le processus d'apprentissage est démarré lors de la détection par le module de traitement de données d'un évènement particulier tel que par exemple, le lancement d'un nouveau service ou bien l'installation dans le réseau d'un nouvel équipement. La base de données BD comprend donc au minimum, pour chaque service enregistré dans la base de données, une correspondance entre le service, les équipements collaborant à l'exécution 10 du service et les composants de chacun de ces équipements requis pour l'exécution du service. La base de données BD peut comprendre, selon l'exemple représenté sous forme de fichier XML fourni en Annexe, deux services collaboratifs : le premier service 51 consistant à transférer un contenu sur le boitier multimédia de l'utilisateur (« downloadfiles »), et le deuxième service S2 consistant à lire le contenu (« view_file »). 15 Chacun de ces deux services est décrit via les équipements (« devices ») collaborant à l'exécution du service, par exemple le boitier multimédia (« STB ») et une passerelle (« gateway ») pour le premier service. Les composants requis pour l'exécution du premier service 51 sont définis pour chacun des deux équipements collaborant à l'exécution du service, par exemple les composants C11 à C16 20 pour l'exécution du premier service sur le boitier multimédia. Selon une variante, la base de données peut comprendre en outre au moins une règle de transition d'un premier service S1 à un deuxième service S2. Une telle règle permet lors de la détection de la fin d'exécution d'un premier service, d'anticiper l'exécution d'un deuxième service. Les services et les règles de transition d'un service à un autre peuvent être associés à au 25 moins une indication de condition pouvant notamment porter sur un paramètre contextuel relatif au réseau. Par exemple une condition peut porter sur un paramètre temporel (<start_time>20h</start_time> ou <time_range> 17h-24h </time_range>) ou un type de fichier auquel est appliqué un service (<files_type>multimédia</files_We>). Une règle de transition d'un service à un autre est associée à une condition portant sur un 30 paramètre contextuel indicatif de l'exécution d'un service, à savoir notamment une indication de la fin d'exécution dudit premier service. Ainsi selon l'exemple fourni en Annexe, la règle de transition d'un service à un autre (« following_elementary_service_condition ») permet d'anticiper la consultation d'un contenu (« view_files ») lorsque ce contenu a été totalement récupéré download_files »). L'obtention d'un paramètre contextuel indicatif de l'exécution du service collaboratif de récupération de contenu permet la détection de la fin de la récupération du 5 contenu. Chaque indication de condition peut également être associée à un coefficient représentatif d'une probabilité d'occurrence de la condition (par exemple <decision_weight>0.9</decision_weight>). 10 Les données de la base de données mémorisent comme expliqué précédemment les habitudes de l'utilisateur pour la mise en oeuvre d'un service particulier. Selon une variante, au lieu d'être enregistrées au cours d'un processus d'apprentissage, ces données peuvent être prédéterminées à l'aide d'études comportementales et être fournies au module de traitement de données par une entité extérieure au réseau local, par exemple par le module superviseur d'un 15 opérateur. Un opérateur peut ainsi prédéfinir dans la base de données avant l'exécution d'un processus d'apprentissage des données relatives aux usages habituels constatés chez la majorité de ses clients. Un deuxième mode de mise en oeuvre de l'invention concerne également un procédé de 20 contrôle de la consommation énergétique des équipements D1 à Dn du réseau (LAN). Un exemple d'un tel procédé est représenté en Figure 3. Un tel procédé contrôle de façon intelligente la consommation énergétique des équipements du réseau en anticipant leur collaboration à l'exécution d'un ou plusieurs services collaboratif, à l'aide de données d'usage habituel desdits équipements issues de la base de 25 données BD, lesdites données pouvant être enregistrées dans la base de données au cours d'un processus d'apprentissage dont un exemple est décrit ci-dessus. Lors d'une étape 301, le module de traitement de données obtient un ou plusieurs paramètres contextuels relatifs au réseau. Selon l'exemple représenté en Figure 3, un tel paramètre peut être l'heure courante, ici 20h (« 8PM »). 30 A partir de la base de données BD et d'au moins un paramètre contextuel obtenu, le module de traitement détermine un usage prochain des équipements D1 à Dn et de leurs composants. Cette détermination comprend la vérification des indications de condition associées à chacun des services et des règles de transition d'un service à un autre. Si l'ensemble des conditions associées respectivement à un service ou une règle de transition d'un premier service à un deuxième service sont vérifiées, le module de traitement de données anticipe respectivement l'exécution dudit service ou dudit deuxième service et détermine à partir de la base de données les équipements collaborant à l'exécution de ce service et la liste des composants de ces équipements nécessaires à cette exécution. Ainsi, selon l'exemple en Figure 3, le module de traitement de données anticipe à 20h l'exécution du premier service Si et détermine que l'exécution de ce service nécessite le premier 10 équipement D1 et ses composants C11 à C16 ainsi que le deuxième équipement D2 et ses composants C25 et C26. Selon une variante, le module de traitement de données anticipe également les fonctions à exécuter par ces équipements pour l'exécution du service anticipé. Ainsi, selon l'exemple en Figure 3, le module de traitement anticipe, pour l'exécution du service Si, l'exécution des fonctions F1, 15 F2, F3 sur l'équipement D1 et de la fonction F1 sur l'équipement D2. Lors des étapes 302 et 303, le module de traitement de données transmet aux équipements nécessaires à l'exécution du service anticipé un message commandant une modification de l'état énergétique des composants de ces équipements, afin d'optimiser leur consommation électrique. 20 Selon l'exemple représenté en Figure 3, le module de traitement de données commande au premier équipement D1 l'activation de ses composants C11 à C16, et commande au deuxième équipement D2 l'activation de ses composants C25 et C26. L'activation de certains de ces composants pouvant être longue, une telle activation préalable et automatique permet d'éviter à l'utilisateur un long temps d'attente lors du déclenchement ultérieur de l'exécution du service. 25 Les équipements nécessaires à l'exécution du service anticipé exécutent alors les modifications d'état énergétique de leurs composants commandées par le module de traitement de données. Selon une variante, le module de traitement de données transmet aux équipements nécessaires à l'exécution du service anticipé un message contenant une liste des fonctions 30 nécessaires à l'exécution de ce service et des composants nécessaires à l'exécution de ces fonctions, et commandant une modification de l'état énergétique de ces composants, sans spécifier précisément la modification requise. Chaque équipement décide alors de manière autonome de l'état énergétique dans lequel placer ses composants pour exécuter les fonctions requises pour l'exécution du service. Aux étapes 304 à 306, l'exécution du service collaboratif (Si) sur les équipements nécessaires à l'exécution de ce service est déclenchée à l'initiative des équipements du réseau ou 5 du module de traitement de données. Selon une première variante, le module de traitement de données commande l'exécution du service sur l'ensemble des équipements nécessaires, permettant ainsi un démarrage du service automatique. Selon une autre variante, un des équipements affiche une demande de confirmation de l'exécution du service S1 à un utilisateur. Lorsqu'un utilisateur apporte cette confirmation, l'exécution du service Si est déclenchée sur cet 10 équipement et celui-ci transmet au module de traitement de données un message de démarrage d'exécution. Le module de traitement de données déclenche alors à son tour l'exécution du service Si sur les autres équipements nécessaires. Ceci permet d'automatiser l'exécution du service collaboratif tout en permettant de ne pas exécuter le service si l'utilisateur ne le désire pas. A l'étape 307, le module de traitement de données obtient au moins un paramètre 15 contextuel indicatif de la fin d'exécution d'un premier service, tel que le service Si selon l'exemple en Figure 3. A partir dudit au moins un paramètre contextuel, le module de traitement de données vérifie les indications de condition associées aux règles de transition d'un premier service à au moins un deuxième service enregistrées dans la base de données. Si toutes les conditions d'une desdites règles sont vérifiées, le module de traitement de données anticipe l'exécution du 20 deuxième service correspondant et détermine à partir de la base de données les équipements collaborant à l'exécution de ce service et les composants de ces équipements nécessaires à cette exécution. Selon l'exemple représenté en Figure 3, le module de traitement de données anticipe l'exécution du deuxième service S2 successivement à la fin de l'exécution du premier service Si et 25 détermine que l'exécution de ce service nécessite le premier équipement D1 et ses composants C12, C14 et C18 ainsi que le deuxième équipement D2 et ses composants C23 et C27 et C28. Selon une variante, le module de traitement de données détermine également les composants des équipements déjà actifs du fait de l'exécution du premier service et notamment quels composants nécessaires pour l'exécution du deuxième service sont déjà actifs car également 30 requis pour l'exécution du premier service. Selon l'exemple représenté en Figure 3, le module de traitement de données détermine que les composants C12 et C14 nécessaires au deuxième service S2 et les composants C11, C13, C15 et C16 du premier équipement D1 non nécessaires pour l'exécution du deuxième service S2 sont actifs pour l'exécution du premier service Si.

Lors des étapes 308 et 309, le module de traitement de données transmet respectivement au premier équipement D1 et au deuxième équipement D2 un message commandant une modification de l'état énergétique des composants des équipements D1 et D2 afin d'optimiser la consommation électrique de ces équipements lors de l'exécution du deuxième service S2.

Selon une première variante le module de traitement de données commande la désactivation de tous les composants nécessaires à l'exécution du premier service 51 et l'activation de tous les composants nécessaires à l'exécution du deuxième service S2. Selon une autre variante, le module de traitement de données commande la désactivation de tous les composants actifs inutilisés et non nécessaires à l'exécution du deuxième service S2, c'est-à-dire des composants qui étaient requis pour l'exécution du premier service Si mais qui ne le sont plus pour l'exécution du deuxième service S2, et ne commande l'activation que des composants inactifs requis pour le deuxième service S2, c'est-à-dire des composants requis pour le deuxième service S2 mais non nécessaires à l'exécution du premier service Si. Ainsi, le module de traitement de données ne demande pas l'activation des composants nécessaires pour l'exécution du deuxième service S2 mais déjà actifs car nécessaires pour l'exécution du premier service Si. Selon l'exemple représenté en Figure 3, le module de traitement de données commande au premier équipement D1 l'activation de son composant C18 et la désactivation de ses composants C11, C13, C15 et C16, et commande au deuxième équipement D2 l'activation de ses composants C23, C27 et C28 et la désactivation de ses composants C25 et C26. L'activation de certains de ces composants pouvant être longue, une telle activation préalable et automatique permet d'éviter à l'utilisateur un long temps d'attente lors du déclenchement ultérieur de l'exécution du deuxième service S2. Les équipements D1 et D2 nécessaires à l'exécution du deuxième service exécutent alors les modifications d'état énergétique de leurs composants commandées par le module de traitement 25 de données. Les équipements D1 et D2 nécessaires à l'exécution du deuxième service ainsi que le module de traitement de données collaborent ensuite à l'exécution du service S2 en réalisant des étapes similaires aux étapes 304 à 306 décrite ci-dessus pour l'exécution du premier service Si. 30 Le procédé décrit ci-dessus et illustré selon l'exemple en Figure 2 peut être exécuté simultanément au procédé de contrôle de la consommation énergétique des équipements du réseau décrit ci-dessus et illustré selon l'exemple en Figure 3.

D'autre part, le procédé de contrôle décrit ci-dessus peut être mis en oeuvre simultanément pour plusieurs services collaboratifs. Dans ce cas, le module de traitement doit vérifier, avant de commander la désactivation d'un composant suite à la fin d'exécution d'un service, que ce composant n'est pas requis pour l'exécution d'un second service en cours d'exécution ou dont l'exécution est anticipée. De manière optionnelle, le module de traitement ne commande pas l'activation d'un composant si celui-ci est déjà activé pour l'exécution d'un autre service. Selon une variante, un service ou une règle de service de la base de données n'est prise en compte lors de la détermination d'un usage prochain que si les poids de ses conditions dépassent un seuil prédéterminé. Lesdits poids peuvent être adaptés en fonction des usages des utilisateurs constatés. Si un utilisateur a un usage d'un service conforme aux conditions enregistrées pour ce service dans la base de données, le poids de ces conditions est augmenté dans la base de données. A l'inverse si un usage prochain d'un service est déterminé et que l'utilisateur a un comportement contraire à l'usage déterminé, par exemple en ne validant pas l'exécution du service, le poids des conditions associées au service dans la base de données est diminué. Selon un autre exemple de mise en oeuvre, de tels procédés sont intégrés à la technologie DLNA (pour « Digital Living Network Alliance »). Ainsi ces procédés sont utilisés pour le contrôle de la consommation d'énergie d'équipements du réseau collaborant au partage de contenus multimédia stockés sur un serveur multimédia et à la lecture de ces contenus. Le module de traitement de données mémorise lors du processus d'apprentissage les habitudes de l'utilisateur telles que l'utilisation de son boitier multimédia pour parcourir et jouer des contenus partagés par le serveur multimédia à l'aide de la technologie DLNA. Il est alors capable d'anticiper le déclenchement et les enchainements des services collaboratifs réalisés par l'utilisateur, tels que le partage de contenus sur le réseau, la récupération d'une liste de contenus, l'affichage sur la télévision etc..., et d'allumer des composants tels que une carte WiFi, une carte Ethernet, un disque dur, un composant graphique HD, un composant graphique SD, un composant audio nécessaires à court-terme à la mise en place de ces services.

Plus particulièrement, selon la terminologie employée dans la norme DLNA, le module de traitement de données réalise la fonction de DMC (« Digital Media Controller ») et met en relation et contrôle la consommation d'énergie d'équipements DMS (« Digital Media Server »), DMR (« Digital Media Printer ») et DMP (« Digital media Printer ») du réseau. Le module de traitement apprend et anticipe l'exécution de services colla boratifs prévus par la norme DLNA tels que ContentDirectory qui permet de parcourir le contenu d'un DMS, AVTransport qui permet de transporter le contenu audio-vidéo d'un DMS vers un DMR, RenderingControl qui permet de contrôler le rendu d'un DMR, et ScheduledRecording qui permet de programmer un enregistrement sur le DMS. Selon une variante le module de traitement de données enregistre notamment dans la base de données chacune des fonctions nécessaires à la mise en oeuvre de ces services telles que les actions DLNA Browse, Play, CreateJob, Le procédé de contrôle décrit peut également réaliser le contrôle de la consommation énergétique des équipements du réseau en modifiant l'état énergétique des composants de ces 10 équipements selon une version étendue des fonctions prévues dans le cadre des groupes de travail DLNA et UPnP Low Power (pour « Universal Plug and Play »).

ANNEXE <?xml version= 1.0!! encoding="IS0-8859-1" ?> <database_info> <service_collaborative type="download_files"> <start_service_condition id="0"> <start_time>20h</start_time> <decision_weight>0.1</decision_weight> </start_service_condition> <device id="1"> <name>STB</name> <function id ="1"> <component id= "11"> <power_comsumption>2watt</power_comsumption> </component> <component id= "12"> <power_comsumption>1.1watt</power_comsumption> </component> <component id= "13"> <power_comsumption>2watt</power_comsumption> </component> </function> <function id ="2"> <component id= "12"> <power_comsumption>1.1watt</power_comsumption> </component> <component id= "14"> <power_comsumption>0.6watt</power_comsumption> </component> </function> <function id ="3"> <component id= "15"> <power_comsumption>1.12watt</power_comsumption> </component> <component id= "16"> <power_comsumption>2.1watt</power_comsumption> </component> </function> </device> <device id = "2"> <name>gateway</name> <function id ="1"> <component id= "25"> <power_comsumption>2watt</power_comsumption> </component> <component id= "26"> <power_comsumption>1watt</power_comsumption> </component> </function> </device> </service_collaborative> <following_elementary_sevice_condition> <actual_elementary_sevice>downloadfiles</actual_elementary_sevice> <following_elementary_sevice>view_files</following_elementary_sevice> <condition id="0"> <files_type>multimedia</files_type> <decision_weight>0.9</decision_weight> </condition> <condition id="1"> <time_range>17h-24h</time_range> <decision_weight>0.7</decision_weight> </condition> </following_elementary_sevice_condition> <service_collaborative type="view_files"> <device id="1"> <name>STB</name> <function id="1"> <component id= "12"> <power_comsumption>1.1watt</power_comsumption> </component> <component id= "14"> <power_comsumption>0.6watt</power_comsumption> </component> </function> <function id="4"> <component id = "18"> <power_comsumption>1.33watt</power_comsumption> </component> </function> </device> <device id="2"> <name>Gateway</name> <function id="2"> <component id = "23"> <power_comsumption>1.2watt</power_comsumption> </component> </function> <function id="3"> <component id = "27"> <power_comsumption>0.6watt</power_comsumption> </component> <component id = "28"> <power_comsumption>0.2watt</power_comsumption> </component> </function> </device> </service_collaborative> </database_info>30

Claims (14)

1. REVENDICATIONS1. Procédé de contrôle de la consommation énergétique d'une pluralité d'équipements (D1,..., Dn) comprenant chacun au moins un composant et connectés au sein d'un 5 réseau de communication local (LAN), ledit procédé étant caractérisé en ce qu'un module de traitement de données (MT) connecté au réseau local est configuré pour : - obtenir un identifiant d'un équipement nécessaire à l'exécution d'un service dans le réseau local et 10 pour un identifiant d'équipement obtenu, obtenir une liste de composants dudit équipement nécessaires à l'exécution du service et commander audit équipement une modification de l'état énergétique des composants de la liste lorsqu'une exécution du service est déclenchée.
2. 2. Procédé selon la revendication précédente, dans lequel 15 ledit module de traitement de données (MT) est en outre configuré pour obtenir une liste de fonctions à exécuter pour l'exécution dudit service sur ledit équipement et en ce que pour chacune desdites fonctions, ladite liste de composants comprend les composants requis pour l'exécution de ladite fonction.
3. 3. Procédé selon l'une quelconque des revendications précédentes, dans 20 lequel ledit identifiant dudit équipement et ladite liste de composants dudit équipement sont obtenus à la réception d'un message indiquant le déclenchement dudit service.
4. 4. Procédé selon l'une quelconque des revendications 1 ou 2, dans lequel ledit module de traitement de données (MT) est configuré en outre pour obtenir au moins un paramètre contextuel relatif audit réseau de communication local, 25 et dans lequel ledit identifiant dudit équipement et ladite liste de composants dudit équipement sont obtenus par ledit module de traitement de données (MT) après détermination d'un usage prochain dudit équipement et d'un ensemble de composants dudit équipement pour une exécution prochaine du service en fonction dudit au moins un paramètre obtenu et par interrogation d'une base de données (BD) relatives à des usages habituels des composants desdits équipements.
5. 5. Procédé selon la revendication 4, dans lequel ladite base de données (BD) relatives à des usages habituels de composants comprend: une pluralité de services pouvant être mis en oeuvre, chaque service étant associé à au moins un composant desdits équipements nécessaire à son exécution.
6. 6. Procédé selon la revendication 5, dans lequel ladite base de données (BD) relatives à des usages comprend : au moins une règle de transition d'un desdits services à un autre desdits services, ladite règle étant déterminée en analysant l'exécution successive par un utilisateur desdits services lors d'un usage habituel desdits équipements du réseau.
7. 7. Procédé selon la revendication 6, dans lequel au moins une règle de transition de service ou au moins un service est associé à au moins une indication de condition, chaque indication de condition portant sur au moins un paramètre contextuel.
8. 8. Procédé selon la revendication 7, dans lequel la détermination d'un usage prochain desdits équipements et de leurs composants comprend la vérification des indications de 15 condition associées à chacun des services de ladite base de données et à chacune des règles de transition d'un service à un autre service.
9. 9. Procédé selon l'une quelconque des revendications 4 à 8, dans lequel le module de traitement de données (MT) est en outre configuré pour, suite à une modification de l'état énergétique d'au moins un équipement du réseau provoquée par l'utilisateur, mettre à jour 20 ladite base de données relatives à des usages.
10. 10. Procédé selon l'une quelconque des revendications 4 à 9, dans lequel ledit paramètre contextuel est un paramètre parmi un paramètre temporel, une indication de l'état d'activité d'un équipement dudit réseau, un paramètre d'exécution d'un service ou une indication relative à l'exécution d'un service. 25
11. 11. Procédé selon l'une quelconque des revendications précédentes, dans lequel ladite modification d'état énergétique comprend l'activation des composants nécessaires à l'exécution dudit service ou uniquement l'activation des composants inactifs nécessaires à l'exécution dudit service.
12. 12. Procédé selon l'une quelconque des revendications précédentes, dans 30 lequel ladite modification d'état énergétique comprend la désactivation des composants actifs inutilisés et non nécessaires à l'exécution dudit service.
13. 13. Système comprenant une pluralité d'équipements (D1,..., Dn) comprenant chacun au moins un composant et connectés au sein d'un réseau de communication local; le système étant caractérisé en ce qu'il comprend un module de traitement de données (MT) connecté au réseau configuré pour : - obtenir un identifiant d'un équipement nécessaire à l'exécution d'un service dans le réseau local et pour un identifiant d'équipement obtenu, obtenir une liste de composants dudit équipement nécessaires à l'exécution du service et commander audit équipement une modification de l'état énergétique des composants de la liste lorsqu'une exécution du service est déclenchée.
14. 14. Produit programme d'ordinateur comprenant des instructions de code pour l'exécution d'un procédé de contrôle de la consommation énergétique d'une pluralité d'équipements (D1,..., Dn) connectés au sein d'un réseau de communication local selon l'une quelconque des revendications 1 à 12 lorsque ce programme est exécuté par un processeur.