FR2984666A1

FR2984666A1 - Procede et dispositif de mise a disposition d'un contenu, stocke sur un serveur en mode de veille energetique

Info

Publication number: FR2984666A1
Application number: FR1162009A
Authority: FR
Inventors: Eric Masera; Frederic Bone
Original assignee: Sagemcom Broadband SAS
Current assignee: Sagemcom Broadband SAS
Priority date: 2011-12-20
Filing date: 2011-12-20
Publication date: 2013-06-21
Anticipated expiration: 2031-12-20
Also published as: BR112014014851A2; FR2984666B1; CN104137515A; WO2013092549A1; EP2795877A1; US20150113099A1

Abstract

La présente invention concerne un procédé de mise à disposition d'un contenu (CO3) stocké sur un serveur (S2) d'un réseau de serveurs (NET) dans lequel l'un de ces serveurs, dit agrégateur (A), présente à un équipement (P) des contenus qui sont stockés sur des serveurs de ce réseau, chaque contenu (CO1, CO2, CO3) étant accessible par l'équipement (P) à partir d'une information mémorisée par l'agrégateur (A), dite référence originale (R1, R2, R3), qui permet d'identifier le serveur (S1, S2) sur lequel est mémorisé ce contenu et qui permet d'accéder à ce contenu sur ce serveur ainsi identifié. Le procédé est caractérisé en ce qu'il comporte les étapes suivantes: - mémorisation (1), par l'agrégateur, pour chaque contenu stocké sur un serveur du réseau, d'une information, dite référence locale (RL3), en association avec la référence originale (R3) de ce contenu, - obtention (3), parmi les références originales ainsi mémorisées par l'agrégateur, de la référence originale (R3) qui est associée à une référence locale (RL3) présente dans une requête de contenu émise par un équipement et reçue par l'agrégateur, - réveil de ce serveur par l'agrégateur au cours duquel l'agrégateur émet un message dit de réveil à destination du serveur qui stocke le contenu associé à la référence originale ainsi obtenue (RL3), - émission, par l'agrégateur et à destination de l'équipement, de la référence originale ainsi obtenue.

Description

La présente invention concerne un procédé de mise à disposition d'un contenu, stocké sur un serveur en mode de veille énergétique. Les équipements et serveurs de contenu, notamment multimédia, communiquent, de nos jours, à travers des réseaux de communication permettant ainsi à un utilisateur d'accéder à ces contenus sans avoir à intervenir directement sur ces serveurs. La norme DLNA (Digital Living Network Alliance accessible sur le site Internet www.dlna.org), par exemple, offre une interopérabilité entre des équipements de différents constructeurs, pour que soient mises en oeuvre sur ces réseaux des fonctions de mise à disponibilité de contenu sur des serveurs multimédia, de lecture de contenu (lecteur et afficheur de contenu), ou encore de découverte et de contrôle de listes des équipements connectés au réseau et des contenus stockés sur ces serveurs, par des points de contrôle de ces réseaux. En particulier, la norme DLNA permet le déploiement d'un système distribué en réseau dans lequel il est nécessaire que chaque équipement se signale. En effet, comme la norme DLNA repose sur l'architecture UPnP (Universal Plug and Play accessible sur le site Internet www.upnp.org) de découverte et publication des services, tout serveur, porteur de services UPnP qui quitte le réseau voit ses services supprimés des listes gérées par les points de contrôle du réseau, soit parce que un temps limite intervient, soit parce que ce serveur en quittant le réseau a généré un message de départ, lié à UPnP ou non, soit parce que un message à destination de ce serveur ne reçoit pas de réponse. Une fois le serveur déconnecté, le système perd alors toute trace de l'existence de ce serveur et des contenus qu'il stocke. La continuité des services multimédia distribués repose donc sur la disponibilité permanente des serveurs, empêchant ainsi tout mode de veille profonde de ces serveurs et générant une consommation électrique importante, même si le service multimédia n'est pas utilisé. Il est connu des approches pour permettre toutefois à un serveur de fonctionner, c'est-à-dire de répondre à des requêtes de machines distantes, dans un mode de veille temporaire. Le principe général de ces approches consiste à mettre en veille le plus de parties possibles d'un serveur connecté, tout en gardant une interface active ou partiellement active pour qu'elle soit capable de recevoir et analyser un signal destiné à signifier son réveil à ce serveur. Une telle méthode dite Wake On LAN (WoL) en anglais a été proposée sur un lien Ethernet pour l'administration de systèmes (article de AMD « magie packet technology » accessible sur le site : http://support.amd.com/us/Embedded_TechDocs/20213.pdf). Elle consiste à envoyer un paquet Ethernet au contenu spécifique contenant l'adresse de la machine du système à réveiller. Une autre solution, connue sous le nom de TwonkyServer (accessible sur le site www.twonky.com), permet à un serveur de présenter le contenu d'autres serveurs du même sous-réseau. Cette solution présente des contenus à un utilisateur en masquant la présence des différents serveurs via l'utilisation d'un agrégateur, qui n'est autre qu'un des serveurs du réseau qui est en charge de présenter à l'utilisateur ses propres contenus mais aussi ceux des autres serveurs. Ce rôle d'agrégateur est tenu en faisant soit une copie des contenus, soit une copie des références sur le serveur désigné comme agrégateur. La copie physique des contenus sur l'agrégateur permet d'offrir une grande disponibilité aux contenus mais avec un surcoût important en espace stockage car l'agrégateur fait miroir pour tous les autres serveurs. Le rôle d'agrégateur peut également être tenu en présentant à l'utilisateur des références, dites originales de ces contenus. Ces références originales permettent d'identifier les serveurs du réseau sur lesquels sont mémorisés ces contenus et permettent d'accéder à ces contenus sur ces serveurs ainsi identifiés. L'agrégation des références des contenus sur l'agrégateur évite une copie des contenus sur l'agrégateur. Une telle méthode de référencement suit le fonctionnement de la norme DLNA c'est-à-dire que les références originales des contenus qui sont stockés sur des serveurs déconnectés du réseau sont effacées de l'agrégateur, soit parce que ces serveurs quittent le réseau, soit parce qu'un temps limite expire, soit parce que ces serveurs en quittant le réseau ont généré un message de départ (lié à UPnP ou non), soit parce qu'un message à destination de ces serveurs ne reçoit pas de réponse. Cette méthode de référencement n'est donc pas adaptée pour que les serveurs fonctionnent dans un mode de veille car dans ce cas leurs contenus ne sont plus 30 disponibles. Le problème résolu par la présente invention est de permettre la continuité de l'accès à des contenus référencés et stockés sur des serveurs d'un réseau de serveurs tout en autorisant à ces serveurs de fonctionner en veille.

A cet effet, de manière générale, selon la présente invention, à la référence originale de chaque contenu susceptible d'être mis à la disposition d'un équipement de ce réseau est associée une information, dite référence locale. Ces références locales et originales sont mémorisées par l'un des serveurs de ce réseau, dit agrégateur, ce qui permet aux serveurs qui hébergent les contenus ainsi référencés, de se mettre en veille et de n'être réveillés par un autre élément du réseau, qui peut être l'agrégateur lui-même, que lorsqu'un accès à l'un de ses contenus est demandé. Pour ce faire, un équipement fait une requête de listage des contenus stockés par tous les serveurs connectés à ce réseau ainsi que leur références locales associées. Cette liste des contenus peut alors être présentée à un utilisateur de cet équipement: chacun de ces contenus étant alors associé à une association entre une référence originale et une référence locale et ce quel que soit l'état de fonctionnement de ces serveurs (réveillé ou en veille). Lorsque l'utilisateur ayant reçu une liste de contenus disponibles émanant de l'agrégateur demande un contenu, une requête est formée qui contient une référence locale et l'équipement émet cette requête à destination de l'agrégateur. Cet agrégateur reçoit la requête de laquelle il extrait la référence locale du contenu requis, retrouve la référence originale de ce contenu à partir de cette référence locale, réveille le serveur identifié par cette référence originale et transmet la référence originale à l'équipement pour que cet équipement soit redirigé vers le serveur qui stocke le contenu demandé. Selon l'un de ses aspects, la présente invention concerne un procédé de mise à disposition d'un contenu stocké sur un serveur d'un réseau de serveurs dans lequel l'un de ces serveurs, dit agrégateur, présente à un équipement des contenus qui sont stockés sur des serveurs de ce réseau, chaque contenu étant accessible par l'équipement à partir d'une information mémorisée par l'agrégateur, dite référence originale, qui permet d'identifier le serveur sur lequel est mémorisé ce contenu et qui permet d'accéder à ce contenu sur ce serveur ainsi identifié. Le procédé est caractérisé en ce qu'il comporte les étapes suivantes: - mémorisation, par l'agrégateur, pour chaque contenu stocké sur un serveur du réseau, d'une information, dite référence locale, en association avec la référence originale de ce contenu, - obtention, parmi les références originales ainsi mémorisées par l'agrégateur, de la référence originale qui est associée à une référence locale présente dans une requête de contenu émise par un équipement et reçue par l'agrégateur, - réveil de ce serveur par l'agrégateur au cours duquel l'agrégateur émet un message dit de réveil à destination du serveur qui stocke le contenu associé à la référence originale ainsi obtenue, - émission, par l'agrégateur et à destination de l'équipement, de la référence originale ainsi obtenue. Selon une variante de ce procédé, le message de réveil est émis soit directement au serveur qui stocke le contenu associé à la référence originale ainsi obtenue, soit à destination d'une entité du réseau capable d'émettre, à son tour, un message de réveil à destination du serveur qui stocke le contenu associé à la référence originale ainsi obtenue. Selon une variante, la référence originale ainsi obtenue est émise par l'agrégateur à destination de l'équipement uniquement une fois que le serveur qui stocke le contenu requis répond au message émis par l'agrégateur au cours de l'étape de réveil. Il est avantageux que la référence originale ainsi obtenue soit émise par l'agrégateur à destination de l'équipement uniquement une fois que le serveur, qui stocke le contenu requis, répond au message émis par l'agrégateur au cours de l'étape de réveil. En effet, le procédé assure alors que l'équipement qui a requis le contenu peut y accéder car le serveur qui le stocke n'est plus en veille. Selon une variante de ce procédé, l'étape de mémorisation du procédé est précédée d'une étape de découverte des équipements sur le réseau au cours de laquelle les équipements connectés au réseau, ceux qui quittent ce réseau et ceux qui sont nouvellement connectés à ce réseau se signalent aux autres équipements du réseau, étape de découverte des équipements qui est suivie de l'étape de mémorisation de manière à ce que soit mémorisée une association entre la référence originale de chaque contenu multimédia de chaque serveur ainsi découvert et une référence locale.

Selon une variante de ce procédé, l'étape de mémorisation du procédé est précédée d'une étape de découverte des services propres à la gestion des états énergétiques des équipements du réseau, au cours de laquelle il est établi ceux des serveurs qui ont la capacité de changer de mode de fonctionnement lorsqu'ils sont connectés, et au cours de laquelle les méthodes de réveil de chacun de ces serveurs sont mémorisées par l'agrégateur ou un autre équipement du réseau en charge du réveil, ces méthodes de réveil étant alors utilisées lors de l'étape de réveil. Selon une variante de ce mode de réalisation, une association n'est mémorisée entre la référence originale de chaque contenu multimédia d'un serveur ainsi découvert et une référence locale que si ce serveur a la capacité de changer de mode de fonctionnement. Selon une variante de ce mode de réalisation, lorsqu'un serveur connecté au réseau est réveillé, une association entre la référence originale de chaque contenu stocké sur ce serveur et une référence locale est mémorisée par l'agrégateur et l'agrégateur émet alors un signal à ce serveur lui indiquant qu'il peut se mettre en veille. L'invention concerne également un programme d'ordinateur, qui peut être stocké sur un support et/ou téléchargé d'un réseau de communication, afin d'être lu par un système informatique ou un processeur. Ce programme d'ordinateur comprend des instructions pour implémenter le procédé mentionné ci-dessus, lorsque ledit programme est exécuté par le système informatique ou le processeur. L'invention concerne également des moyens de stockage comprenant un tel programme d'ordinateur et un dispositif comportant des moyens pour mettre en oeuvre le procédé ci-dessus.

Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels: La Fig. 1 représente un exemple d'un schéma d'un système de communication qui met en oeuvre un procédé de mise à disposition de contenu selon la présente invention. La Fig. 2 représente un diagramme d'une variante du procédé de la Fig. 1. La Fig. 3 représente un diagramme d'une autre variante du procédé de la Fig. 1. La Fig. 4 illustre schématiquement l'architecture d'un dispositif qui met en oeuvre, au moins partiellement, le procédé de la Fig. 1. Selon l'exemple de la Fig.1, le système comporte au moins un serveur de contenu multimédia, en l'occurrence 51 et S2. Le serveur 51 stocke des contenus multimédia CO1 et CO2 tandis que le serveur S2 stocke un contenu multimédia CO3.

Le système comporte également un équipement P, typiquement un équipement utilisé par un usager pour visualiser un contenu multimédia tel qu'un ordinateur ou un smartphone. Cet équipement, dans un mode mettant en jeu UPnP/DLNA, est un point de contrôle qui peut être alors hébergé par une quelconque entité du réseau y compris l'un des serveurs ou encore l'équipement qu'utilise l'utilisateur pour requérir un contenu multimédia stocké sur l'un des serveurs Si ou S2. Le système comporte également un serveur A, qui est appelé par la suite agrégateur, pour indiquer qu'en plus de pouvoir assurer les fonctions classiques d'un serveur de contenu multimédia, il comporte des moyens particuliers pour mettre en oeuvre la présente invention. Parmi ces moyens particuliers, l'agrégateur A comporte des moyens pour présenter à un usager les contenus stockés par les serveurs Si et S2. Lorsque ces contenus sont de type multimédia, ils sont présentés sous forme, par exemple, d'une liste de titres de ces contenus ou encore d'illustrations représentant les jaquettes de ces contenus. Quels que soient sa représentation visuelle et les moyens utilisés par l'utilisateur pour sélectionner un contenu à partir de sa représentation visuelle, chaque représentation visuelle, une fois sélectionnée, permet à l'agrégateur A de connaître la référence originale de ce contenu demandé. Les serveurs Si, S2, l'agrégateur A et l'équipement P communiquent entre eux via un réseau de communication NET ou encore un réseau local filaire ou sans fil.

Ce système n'est qu'un exemple donné à titre illustratif et ne limite en rien la portée de l'invention qui s'étend à des réseaux ayant plus de deux serveurs de contenu, plusieurs équipements P ou encore à tout type de réseau local ou pas. A chaque contenu est associée une information mémorisée par l'agrégateur A, dite référence originale, qui permet d'identifier le serveur sur lequel est mémorisé ce contenu et qui permet d'accéder à ce contenu sur ce serveur ainsi identifié. Ainsi, une référence originale R1 est associée au contenu C01, une référence originale R2 à CO2 et une référence originale R3 à CO3. Une référence originale est, par exemple, une URL du type protocole://adresseIP MD/chemin. Dans cet exemple, protocole indique le protocole de communication utilisé pour accéder au contenu, adresselP MD est l'adresse ou le nom de machine et optionnellement le port, du serveur sur lequel est stocké le contenu et chemin précise l'accès sur le serveur au contenu. Le procédé de mise à disposition d'un contenu multimédia stocké sur un serveur, en l'occurrence S2 du réseau de serveurs NET, comporte une étape 1 de mémorisation, par l'agrégateur A, pour chaque contenu stocké sur un serveur du réseau, d'une information, dite référence locale, en association avec la référence originale de ce contenu. Ainsi, à l'issue de cette étape, l'agrégateur mémorise une référence locale pour chaque contenu stocké sur un même serveur. Ceci sous-entend que les contenus stockés sur certains serveurs du réseau peuvent ne pas être associés à des références locales. Par exemple, le contenu CO3, stocké sur le serveur S2, peut être associé à une référence locale RL3, alors mémorisée en association avec la référence originale R3 et les contenus CO1 et CO2, stockés sur le serveur S2 ne sont pas associés à des références locales. Une référence locale est, par ex e m p 1 e, une U R L du type protocole://adresseIP ML/chemin.aggregated. Dans cet exemple, protocole indique le protocole de communication utilisé pour accéder au contenu, adresseIP ML indique que le contenu est stocké localement, chemin précise l'accès sur le serveur au contenu, et .aggregated est un drapeau qui permet de distinguer une référence locale d'une référence originale. D'autres exemples pour former une référence locale peuvent être utilisés sans pour autant sortir de la portée de la présente invention. Ce qui est primordial c'est que cette référence locale ait une forme ou bien comporte un indicateur (un drapeau) qui permet à l'agrégateur de la distinguer d'une référence originale. Selon un exemple, les associations entre les références originales et les références locales sont mémorisées dans une table Ti, illustrée à la Fig. 1, et les associations entre références locales et les adresses IP et MAC des serveurs 51 et S2 sont mémorisées dans une table T2. Les tables Ti et T2 peuvent éventuellement être combinées entre elles pour ne former qu'une seule table. Chaque contenu stocké sur des serveurs est ainsi associé à sa référence originale et à une référence locale. Ainsi, lorsqu'un équipement fait une requête de listage des contenus disponibles à l'agrégateur, l'agrégateur lui renvoie la liste des contenus stockés par tous les serveurs connectés à ce réseau ainsi que leur références locales associées. Cette liste des contenus peut alors être présentée à un utilisateur de cet équipement. Cet utilisateur peut alors requérir l'un de ces contenus, par exemple le contenu CO3. La requête, qui comporte alors la référence locale relative à ce contenu requis, en l'occurrence RL3, est émise par l'équipement P à destination de l'agrégateur A (étape 2).

Le procédé se poursuit alors par une étape d'obtention 3 parmi les références originales mémorisées par l'agrégateur A de la référence originale, en l'occurrence R3, qui est associée à la référence locale RL3. Le procédé se poursuit par une étape 4 de réveil de ce serveur par l'agrégateur A au cours de laquelle l'agrégateur émet un message dit de réveil à destination du serveur qui stocke le contenu associé à la référence originale ainsi obtenue RL3. Selon une variante, ce message de réveil est émis directement au serveur qui stocke le contenu associé à la référence originale ainsi obtenue RL3, et selon une autre variante, ce message de réveil est émis à destination d'une entité du réseau capable d'émettre, à son tour, un message de réveil à destination du serveur qui stocke le contenu associé à la référence originale ainsi obtenue RL3. Selon un mode de réalisation de cette étape de réveil, un paquet dit de réveil, tel que le « magic packet ethernet » du protocole appelé Wake On Lan (WOL), est émis afin de réveiller le serveur qui stocke le contenu requis. Pour ce faire, l'agrégateur A récupère l'adresse IP et/ou MAC de ce serveur à partir de la table T2 alors référencée par la référence locale associée au contenu requis. L'étape de réveil est suivie d'une étape 5 d'émission, par l'agrégateur A et à destination de l'équipement P, de la référence originale R3 ainsi obtenue. Pour ce faire, la méthode HTTP REDIRECT normalisée par l'organisation W3C dans le document RFC2616 intitulée « Protocole de transfert Hypertexte -- HTTP/1.1 » peut être utilisée. Cette méthode permet en effet, de manière générale, lors d'une requête par un équipement sur une entité, de rediriger cet équipement vers une autre entité. L'équipement P considère alors cette référence originale R3 et est ainsi redirigé vers le serveur S2 qui stocke le contenu requis CO3. Selon un mode de réalisation, la référence originale est émise par l'agrégateur A à destination de l'équipement P suite à l'étape de réveil. Avantageusement, la référence originale est émise par 1' agrégateur A à destination de l'équipement P uniquement une fois que le serveur qui stocke le contenu requis répond à un message émis par l'agrégateur suite à l'étape de réveil. Par exemple, suite à l'étape de réveil au cours de laquelle un paquet de réveil a été émis, une commande PING (ICMP echo request) est émise par l'agrégateur A et une réponse ICMP echo reply du serveur est attendue par l'agrégateur pour lui indiquer que ce serveur est bien réveillé.

Les Fig. 2 et 3 représentent des diagrammes de deux variantes du procédé illustré à la Fig. 1 dans le cas où les standards UPnP/DLNA (site Internet www.upnp.org et www.dlna.org) sont implémentés sur les différents équipements et serveurs du réseau NET pour offrir des services spécifiques tels que la découverte des équipements connectés au réseau NET ou encore la gestion des états énergétiques des équipements de ce réseau. Selon ces standards, au moins un point de contrôle PC est présent dans le réseau. Ce point de contrôle PC peut être hébergé par l'agrégateur A ou par tout autre équipement alors en relation avec l'équipement P et l'agrégateur A, y compris un serveur de ce réseau. On considèrera par la suite que le point de contrôle PC est hébergé par l'agrégateur A et nous ne parlerons que de l'agrégateur A. Toutefois, il est évident pour l'homme du métier que ce point de contrôle PC peut être déporté sur une autre entité et communiquer alors avec l'agrégateur A sans pour autant sortir de la portée de l'invention. La Fig. 2 représente un diagramme d'une première variante du procédé de la Fig. 1. Selon cette première variante, l'étape 1 de mémorisation du procédé est précédée d'une étape de découverte des différents équipements du réseau, tels que l'équipement P et les serveurs 51 et S2. La découverte des équipements connectés au réseau NET permet à chaque équipement de ce réseau de se signaler aux autres équipements du réseau et ce, soit périodiquement, soit dès que cet équipement est nouvellement connecté à ce réseau ou lorsqu'il quitte ce réseau. Ainsi, à partir de cette signalisation, l'agrégateur A connaît en permanence les serveurs qui sont connectés au réseau. Cette étape de découverte est mise en oeuvre, par exemple, par le point de contrôle PC. Au cours de l'étape de mémorisation, chaque serveur découvert est alors parcouru pour établir une liste des contenus qu'il stocke et une association est alors mémorisée entre la référence originale de chaque contenu de chaque serveur ainsi découvert et une référence locale.

Ainsi, lorsqu'un équipement fait une requête de listage des contenus disponibles à l'agrégateur à partir de l'équipement P, l'agrégateur A lui renvoie la liste des contenus stockés par tous les serveurs connectés à ce réseau ainsi que leur références locales associées. Cette liste des contenus peut alors être présentée à un utilisateur de cet équipement P: chacun de ces contenus étant alors associé à une association entre une référence originale et une référence locale et ce quel que soit l'état de fonctionnement de ces serveurs (réveillé ou en veille). Lorsque l'utilisateur demande un contenu au travers de l'équipement P, par exemple CO3, une requête est formée qui contient une référence locale, en l'occurrence RL3, et l'équipement P émet cette requête à destination de l'agrégateur. Le procédé se poursuit alors par l'étape 3 d'obtention parmi les références originales mémorisées par l'agrégateur A, de la référence originale qui est associée à une référence locale présente dans une requête de contenu émise par l'équipement P et reçue par l'agrégateur A. L'étape d'obtention se poursuit alors par l'étape 4 de réveil telle que décrite précédemment. L'étape de réveil se poursuit par l'étape d'émission, par l'agrégateur A et à destination de l'équipement P, de la référence originale ainsi obtenue. La Fig. 3 représente un diagramme d'une autre variante du procédé de la Fig. 1. Selon cette variante, l'étape 1 de mémorisation du procédé est précédée d'une étape de découverte des services propres à la gestion des états énergétiques des équipements du réseau. La signalisation au niveau middleware des états énergétiques des équipements d'un réseau a été abordée par différents groupes de standardisation. En particulier, le UPnP Forum (www.upnp.org) a défini UPnP Low Power, un ensemble de services et de commandes permettant de connaître et de modifier à distance les états de veille. En résumé, ce type de service consiste à ce que chaque équipement connecté au réseau signale aux autres équipements, dont l'agrégateur A, ses changements d'état (réveillé/veille) pour que la connaissance de chacun des équipements connectés au réseau concernant les autres équipements connectés à ce réseau soit mise à jour. Ainsi, l'agrégateur A, ou un autre équipement du réseau en charge du réveil, connaît en permanence si chaque serveur du réseau est réveillé ou en veille et par conséquent si chaque serveur a la capacité de changer de mode de fonctionnement (réveillé/en veille). Au cours de cette étape de découverte des services, l'agrégateur, ou un autre équipement du réseau en charge du réveil, obtient, de plus, les méthodes de réveil de ces serveurs et mémorise ces méthodes de réveil qui sont alors utilisées lors de l'étape de réveil de ces serveurs. De préférence, les étapes de découverte des équipements et des services propres à la gestion des états énergétiques de ces équipements sont réalisées en parallèle.

Au cours de l'étape 1 de mémorisation, chaque serveur connecté au réseau est parcouru pour établir une liste des contenus qu'il stocke et une association n'est mémorisée entre la référence originale de chaque contenu multimédia d'un serveur ainsi découvert et une référence locale que si ce serveur a la capacité de changer de mode de fonctionnement c'est-à-dire la capacité de basculer d'un mode en veille vers un mode réveillé et réciproquement. Selon l'exemple de la Fig. 1, le serveur S2 a la capacité de change de mode de fonctionnement et le serveur S3 ne l'a pas. Dans ce cas, seule l'association entre RL3 et R3 est mémorisée dans la table T1 et les adresses IP et/ou MAC du serveur S2 sont mémorisées dans la table T2 en relation avec RL3. En effet, dans le cas où un serveur n'a pas cette capacité de basculer d'un mode réveillé vers un mode de veille et réciproquement, il est inutile de mémoriser une association entre références locale et originale car tous les contenus stockés sur ces serveurs sont directement accessibles par l'équipement P.

Ainsi, chaque contenu multimédia qui est présenté à l'utilisateur est associé soit à sa référence originale si ce serveur n'a pas signalé qu'il a la capacité de changer de mode de fonctionnement, soit à une association entre sa référence originale et une référence locale si ce serveur a signalé qu'il a la capacité de changer de mode de fonctionnement. Lorsque l'utilisateur requiert l'un de ces contenus, la requête comporte alors soit une référence originale, indiquant ainsi que le serveur est réveillé, soit une référence locale, indiquant ainsi que le serveur est en veille. Selon une variante de l'étape de mémorisation, lorsqu'un serveur connecté au réseau NET est réveillé, une association entre la référence originale de chaque contenu stocké sur ce serveur et une référence locale est mémorisée par l'agrégateur A et l'agrégateur émet alors un signal à ce serveur lui indiquant qu'il peut se mettre en veille. La signalisation UPnP Low Power peut être utilisée à cet effet. Cette variante permet de minimiser la consommation énergétique des serveurs du réseau. Lorsque l'agrégateur A reçoit une requête, le procédé se poursuit alors par une étape de test du contenu de cette requête. Si la requête comporte une référence originale, alors le procédé se poursuit par l'étape d'émission, par l'agrégateur A et à destination de l'équipement P, de la référence originale ainsi obtenue. Cet équipement peut alors accéder au contenu requis car le serveur qui le stocke n'est pas en veille.

Si la requête comporte une référence locale, le procédé se poursuit alors par l'étape 3 d'obtention de la référence originale suivie de l'étape 4 de réveil au cours de laquelle le serveur est réveillé en utilisant la ou l'une de ses méthodes de réveil mémorisée par l'agrégateur A. L'étape 4 est suivie de l'étape 5 d'émission de la référence originale à l'équipement P telles que décrites ci-dessus. Ce n'est qu'à partir de ce moment-là que l'équipement P peut alors accéder au contenu requis car le serveur qui le stocke n'est pas en veille. La Fig. 4 illustre schématiquement l'architecture d'un dispositif qui met en oeuvre, au moins partiellement, le procédé de la Fig. 1.

Le dispositif 400 comporte, reliés par un bus de communication 401 : - un processeur, micro-processeur, microcontrôleur (noté 1.1c) ou CPU (Central Processing Unit en anglais ou Unité Centrale de Traitement en français) 402 ; - une mémoire volatile (Random Access Memory en anglais ou Mémoire à Accès Aléatoire en français) 403 ; - une mémoire non volatile (Read Only Memory en anglais ou Mémoire à Lecture Seule en français) 404 ; - un lecteur 405 de medium de stockage, tel qu'un lecteur de carte SD (Secure Digital Card en anglais ou Carte Numérique Sécurisée en français) ; - des moyens d'interface 406 avec le réseau de communication NET, comme par exemple un réseau de radiotéléphonie cellulaire, Internet ou un réseau WiFi ; et - des moyens d'interface homme-machine 407, permettant, par exemple, de gérer un écran tactile et/ou un ensemble de touches. Le microcontrôleur 402 est capable d'exécuter des instructions chargées dans la mémoire 403 à partir de la mémoire 404, d'une mémoire externe (non représentée), d'un support de stockage, tel qu'une carte SD ou autre, ou d'un réseau de communication. Lorsque le dispositif 400 est mis sous tension, le microcontrôleur 402 est capable de lire de la mémoire 403 des instructions et de les exécuter. Ces instructions forment un programme d'ordinateur qui cause la mise en oeuvre, par le microcontrôleur 402, de tout ou partie des algorithmes décrits ci-dessus en relation avec les Figs. 1, 2 et 3. Tout ou partie des algorithmes décrits ci-après en relation avec les Figs. 1, 2 et 3 peut être implémenté sous forme logicielle par exécution d'un ensemble d'instructions par une machine programmable, telle qu'un DSP (Digital Signal Processor en anglais ou Unité de Traitement de Signal Numérique en français), un CPU ou un dispositif SoC, ou un microcontrôleur, tel que le microcontrôleur 402, ou être implémenté sous forme matérielle par une machine ou un composant dédié, tel qu'un FPGA (Field-Programmable Gate Array en anglais ou Matrice de Portes Programmable sur Champ en français) ou un ASIC (Application-Specific Integrated Circuit en anglais ou Circuit Intégré Spécifique à une Application en français).

Claims

REVENDICATIONS1) Procédé de mise à disposition d'un contenu (CO3) stocké sur un serveur (S2) d'un réseau de serveurs (NET) dans lequel l'un de ces serveurs, dit agrégateur (A), présente à un équipement (P) des contenus qui sont stockés sur des serveurs de ce réseau, chaque contenu (C01, CO2, CO3) étant accessible par l'équipement (P) à partir d'une information mémorisée par l'agrégateur (A), dite référence originale (R1, R2, R3), qui permet d'identifier le serveur (51, S2) sur lequel est mémorisé ce contenu et qui permet d'accéder à ce contenu sur ce serveur ainsi identifié, le procédé étant caractérisé en ce qu'il comporte les étapes suivantes: - mémorisation (1), par l'agrégateur, pour chaque contenu stocké sur un serveur du réseau, d'une information, dite référence locale (RL3), en association avec la référence originale (R3) de ce contenu, - obtention (3), parmi les références originales ainsi mémorisées par l'agrégateur, de la référence originale (R3) qui est associée à une référence locale (RL3) présente dans une requête de contenu émise par un équipement et reçue par l'agrégateur, - réveil de ce serveur par l'agrégateur au cours duquel l'agrégateur émet un message dit de réveil à destination du serveur qui stocke le contenu associé à la référence originale ainsi obtenue (RL3), - émission, par l'agrégateur et à destination de l'équipement, de la référence originale ainsi obtenue.
2) Procédé selon la revendication 1, dans lequel le message de réveil est émis soit directement au serveur qui stocke le contenu associé à la référence originale ainsi obtenue, soit à destination d'une entité du réseau capable d'émettre, à son tour, un message de réveil à destination du serveur qui stocke le contenu associé à la référence originale ainsi obtenue.
3) Procédé selon la revendication 1 ou 2, dans lequel la référence originale ainsi obtenue est émise par l'agrégateur à destination de l'équipement uniquement une fois que le serveur qui stocke le contenu requis répond au message émis par l'agrégateur au cours de l'étape de réveil.
4) Procédé selon l'une des revendications précédentes, dans lequel l'étape (1) de mémorisation du procédé est précédée d'une étape de découverte des équipements sur le réseau au cours de laquelle les équipements connectés au réseau, ceux qui quittent ce réseau et ceux qui sont nouvellement connectés à ce réseau se signalent aux autres équipements du réseau, étape de découverte des équipements qui est suivie de l'étape de mémorisation de manière à ce que soit mémorisée une association entre la référence originale de chaque contenu multimédia de chaque serveur ainsi découvert et une référence locale.
5) Procédé selon la revendication 4, dans lequel l'étape (1) de mémorisation du procédé est précédée d'une étape de découverte des services propres à la gestion des états énergétiques des équipements du réseau, au cours de laquelle il est établi ceux des serveurs qui ont la capacité de changer de mode de fonctionnement lorsqu'ils sont connectés, et au cours de laquelle les méthodes de réveil de chacun de ces serveurs sont mémorisées par l'agrégateur, ou un autre équipement du réseau en charge du réveil, ces méthodes de réveil étant alors utilisées lors de l'étape de réveil.
6) Procédé selon la revendication 5, dans lequel une association n'est mémorisée entre la référence originale de chaque contenu multimédia d'un serveur ainsi découvert et une référence locale que si ce serveur a la capacité de changer de mode de fonctionnement.
7) Procédé selon la revendication 5, dans lequel lorsqu'un serveur connecté au réseau est réveillé, une association entre la référence originale de chaque contenu stocké sur ce serveur et une référence locale est mémorisée par l'agrégateur et l'agrégateur émet alors un signal à ce serveur lui indiquant qu'il peut se mettre en veille.
8) Dispositif de mise à disposition d'un contenu (CO3) stocké sur un serveur (S2) d'un réseau de serveurs (NET), ledit dispositif comportant des moyens pour communiquer avec d'autres équipements et serveurs de ce réseau, et des moyens pour présenter à un équipement (P) de ce réseau des contenus qui sont stockés sur des serveurs de ce réseau, chaque contenu (C01, CO2, CO3) étant accessible par l'équipement (P) à partir d'une information mémorisée par ledit dispositif, diteréférence originale (R1, R2, R3), qui permet d'identifier le serveur (S1, S2) sur lequel est mémorisé ce contenu et qui permet d'accéder à ce contenu sur ce serveur ainsi identifié, ledit dispositif comportant également: - des mémoires pour mémoriser pour chaque contenu stocké sur un serveur du réseau, une information, dite référence locale (RL3), en association avec la référence originale (R3) de ce contenu, - des moyens pour obtenir, parmi les références originales mémorisées de la référence originale (R3) qui est associée à une référence locale (RL3) présente dans une requête de contenu émise par un équipement et reçue par ledit dispositif, - des moyens pour réveiller ce serveur par émission d'un message dit de réveil à destination du serveur qui stocke le contenu associé à la référence originale ainsi obtenue (RL3), - des moyens pour émettre, à destination de l'équipement, la référence originale ainsi obtenue.
9) Programme d'ordinateur, caractérisé en ce qu'il comprend des instructions pour mettre en oeuvre, par un dispositif, le procédé selon l'une des revendications 1 à 7 lorsque ledit programme est exécuté par un processeur du dispositif
10) Moyens de stockage, caractérisés en ce qu'ils stockent un programme d'ordinateur comprenant des instructions pour mettre en oeuvre, par une passerelle résidentielle, le procédé selon l'une des revendications 1 à 7, lorsque ledit programme est exécuté par un processeur d'un dispositif