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

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

Info

Publication number
EP2795877A1
EP2795877A1 EP12801760.5A EP12801760A EP2795877A1 EP 2795877 A1 EP2795877 A1 EP 2795877A1 EP 12801760 A EP12801760 A EP 12801760A EP 2795877 A1 EP2795877 A1 EP 2795877A1
Authority
EP
European Patent Office
Prior art keywords
server
aggregator
content
stored
equipment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP12801760.5A
Other languages
German (de)
English (en)
Inventor
Eric Masera
Frédéric BONE
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sagemcom Broadband SAS
Original Assignee
Sagemcom Broadband SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sagemcom Broadband SAS filed Critical Sagemcom Broadband SAS
Publication of EP2795877A1 publication Critical patent/EP2795877A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3206—Monitoring of events, devices or parameters that trigger a change in power modality
    • G06F1/3209—Monitoring remote activity, e.g. over telephone lines or network connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2807—Exchanging configuration information on appliance services in a home automation network
    • H04L12/2812—Exchanging configuration information on appliance services in a home automation network describing content present in a home automation network, e.g. audio video content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/59—Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2408—Monitoring of the upstream path of the transmission network, e.g. client requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/241—Operating system [OS] processes, e.g. server setup

Definitions

  • Method and device for providing content stored on a server in energy saver mode.
  • the present invention relates to a method for making content available, stored on a server in energy saver mode.
  • Equipment and content servers including multimedia, communicate, today, through communication networks allowing a user to access these contents without having to intervene directly on these servers.
  • the Digital Living Network Alliance (DLNA) standard provides interoperability between equipment from different vendors to implement content availability features on these networks. on multimedia servers, content playback (reader and content viewer), or discovery and control of lists of equipment connected to the network and contents stored on these servers, by control points of these networks.
  • DLNA Digital Living Network Alliance
  • the DLNA standard allows the deployment of a distributed networked system in which it is necessary for each equipment to signal itself.
  • any server, carrier of UPnP services that leaves the network sees its services deleted from the lists managed by the control points of the network, either because a time limit occurs, or because this server leaving the network has generated a start message, related to UPnP or not, or because a message to this server does not receive a response.
  • the system loses all traces of the existence of this server and the contents it stores.
  • the continuity of distributed multimedia services is therefore based on the permanent availability of the servers, thus preventing any deep standby mode of these servers and generating a significant power consumption, even if the multimedia service is not used.
  • TwonkyServer allows a server to present the content of other servers in the same subnet.
  • This solution presents contents to a user by masking the presence of the different servers via the use of an aggregator, which is only one of the servers of the network which is in charge of presenting to the user his own contents but also those of other servers.
  • This role of aggregator is maintained by making either a copy of the contents or a copy of the references on the server designated as aggregator.
  • the physical copy of the contents on the aggregator makes it possible to offer a high availability to the contents but with an important additional cost in storage space because the aggregator is mirror for all the other servers.
  • the role of aggregator can also be held by presenting to the user references, said original of these contents. These original references make it possible to identify the servers of the network on which these contents are stored and make it possible to access these contents on these servers thus identified.
  • the aggregation of the references of the contents on the aggregator avoids a copy of the contents on the aggregator.
  • Such a method of referencing follows the functioning of the DLNA standard, that is to say that the original references of the contents which are stored on servers disconnected from the network are erased from the aggregator, either because these servers leave the network, either because a time limit expires, or because these servers leaving the network have generated a start message (related to UPnP or not), or because a message to these servers does not receive a response.
  • This method of referencing is not suitable for servers to operate in a standby mode because in this case their contents are no longer available.
  • the problem solved by the present invention is to allow continuity of access to content referenced and stored on servers of a server network while allowing these servers to operate in sleep mode.
  • the original reference of each content likely to be made available to a device of this network is associated information, called local reference.
  • These local and original references are stored by one of the servers of this network, said aggregator, which allows the servers that host the referenced content, to stand by and not be awakened by another element of the network, which can be the aggregator itself, only when access to one of its contents is requested.
  • a device makes a request to list the contents stored by all the servers connected to this network as well as their associated local references. This list of contents can then be presented to a user of this equipment: each of these contents is then associated with an association between an original reference and a local reference and regardless of the state of operation of these servers (awake or in Eve).
  • a request is formed which contains a local reference and the equipment sends this request to the aggregator.
  • This aggregator receives the request from which it extracts the local reference of the required content, finds the original reference of this content from this local reference, wakes up the server identified by this original reference and transmits the original reference to the equipment for this equipment is redirected to the server that stores the requested content.
  • the present invention relates to a method of making available content stored on a server of a server network in which one of these servers, said aggregator, presents to an equipment contents which are stored on servers of this network, each content being accessible by the equipment from information stored by the aggregator, called original reference, which identifies the server on which this content is stored and which allows to access this content on this server thus identified.
  • the method is characterized in that it comprises the following steps:
  • the original reference which is associated with a local reference present in a content request sent by a device and received by the aggregator
  • the wake-up message is sent either directly to the server which stores the content associated with the original reference thus obtained, or to an entity of the network capable of transmitting, in its turn, a message of wake up to the server that stores the content associated with the original reference thus obtained.
  • the original reference thus obtained is sent by the aggregator to the equipment only once the server which stores the required content responds to the message sent by the aggregator during the wake up step.
  • the original reference thus obtained is sent by the aggregator to the equipment only once the server, which stores the required content, responds to the message sent by the aggregator during the waking step. . Indeed, the method then ensures that the equipment that required the content can access it because the server that stores it is no longer in standby.
  • the step of storing the process is preceded by a step of discovering the equipment on the network during which the equipment connected to the network, those leaving this network and those who are newly connected to the network.
  • network are signaled to the other equipment of the network, equipment discovery step which is followed by the storage step so that is memorized an association between the original reference of each multimedia content of each server thus discovered and a local reference.
  • the step of storing the process is preceded by a step of discovering services specific to the management of the energy states of the equipment of the network, during which it is established which servers have the capacity to change the operating mode when they are connected, and during which the wakeup methods of each of these servers are stored by the aggregator or other equipment of the network in charge of the alarm clock, these methods of waking being then used during the waking stage.
  • an association is memorized between the original reference of each multimedia content of a server thus discovered and a local reference only if this server has the capacity to change the operating mode.
  • the invention also relates to a computer program, which can be stored on a medium and / or downloaded from a communication network, in order to be read by a computer system or a processor.
  • This computer program includes instructions for implementing the method mentioned above, when said program is executed by the computer system or processor.
  • the invention also relates to storage means comprising such a computer program and a device comprising means for implementing the method above.
  • Fig. 1 shows an example of a schematic of a communication system that implements a content delivery method according to the present invention.
  • Fig. 2 is a diagram of a variant of the method of FIG. 1.
  • FIG. 3 is a diagram of another variant of the method of FIG. 1.
  • FIG. 4 schematically illustrates the architecture of a device which implements, at least partially, the method of FIG. 1.
  • the system comprises at least one multimedia content server, in this case SI and S2.
  • the server SI stores multimedia contents COI and C02 while the server S2 stores multimedia content C03.
  • the system also includes a device P, typically equipment used by a user to view multimedia content such as a computer or a smartphone.
  • This equipment in a mode involving UPnP / DLNA, is a control point that can be hosted by any network entity including one of the servers or the equipment that the user uses to request a multimedia content stored on one of the servers SI or S2.
  • the system also includes a server A, which is subsequently called the aggregator, to indicate that in addition to being able to perform the conventional functions of a multimedia content server, it includes particular means for implementing the present invention.
  • the aggregator A comprises means for presenting to a user the contents stored by the servers S1 and S2. When these contents are multimedia type, they are presented in the form, for example, of a list of titles of these contents or illustrations representing the covers of these contents. Whatever its visual representation and the means used by the user to select a content from its representation visual, each visual representation, once selected, allows the aggregator A to know the original reference of this requested content.
  • the servers S1, S2, the aggregator A and the equipment P communicate with each other via a communication network NET or a local wireless or wireless network.
  • This system is only an example given for illustrative purposes and does not limit the scope of the invention which extends to networks having more than two content servers, several P equipment or any type of local network or not.
  • Each content is associated with information memorized by the aggregator A, referred to as the original reference, which identifies the server on which this content is stored and which makes it possible to access this content on this server thus identified.
  • an original reference RI is associated with the content COI, an original reference R2 to C02 and an original reference R3 to C03.
  • protocol indicates the communication protocol used to access the content
  • addresslP _MD is the address or the machine name and optionally the port
  • server on which the content is stored and the path specifies the access on the server to the server. content.
  • the method of providing multimedia content stored on a server, in this case S2 of the network of servers NET, comprises a step 1 of storage, by the aggregator A, for each content stored on a server of the network, information, called local reference, in association with the original reference of this content.
  • the aggregator stores a local reference for each content stored on the same server.
  • content stored on some servers in the network may not be associated with local references.
  • the content C03, stored on the server S2 can be associated with a local reference RL3, then stored in association with the original reference R3 and the contents CO1 and C02, stored on the server SI are not associated with references local.
  • a local reference is, for example, a URL of the protocol ty pe: // addresslP _ML / fruct.aggregated.
  • protocol indicates the communication protocol used to access the content
  • addresselP _ML indicates that the content is stored locally
  • path specifies access on the server to content
  • .aggregated is a flag that distinguishes a local reference from an original reference.
  • this local reference has a form or has an indicator (a flag) that allows the aggregator to distinguish it from an original reference.
  • the associations between the original references and the local references are stored in a table T1, illustrated in FIG. 1, and the associations between local references and the IP and MAC addresses of the servers SI and S2 are stored in a table T2.
  • the tables T1 and T2 may possibly be combined together to form a single table.
  • Each content stored on servers is thus associated with its original reference and a local reference.
  • the aggregator returns the list of content stored by all servers connected to this network and their associated local references.
  • This list of contents can then be presented to a user of this equipment. This user can then request one of these contents, for example the content C03.
  • the request which then comprises the local reference relating to this required content, in this case RL3, is sent by the equipment P to the aggregator A (step 2).
  • the method then continues with a step of obtaining 3 among the original references stored by the aggregator A of the original reference, in this case R3, which is associated with the local reference RL3.
  • the method continues with a step 4 of waking up this server by the aggregator A during which the aggregator sends a message called wake up to the server which stores the content associated with the original reference thus obtained.
  • this wake-up message is sent directly to the server which stores the content associated with the original reference thus obtained, and according to another variant, this wake-up message is sent to an entity of the network capable of transmitting, in turn, a wake-up message to the server that stores the content associated with the original reference thus obtained.
  • a so-called wake-up packet such as the "ethernet packet magic" protocol called Wake On Lan (WOL)
  • WOL Wake On Lan
  • Aggregator A retrieves the IP address and / or MAC of this server from the table T2 then referenced by the local reference associated with the required content.
  • the awakening step is followed by a transmission step 5, by the aggregator A and to the equipment P, of the original reference R3 thus obtained.
  • HTTP REDIRECT method standardized by the W3C organization in RFC2616 entitled "Hypertext Transfer Protocol - HTTP / 1.1" can be used. This method makes it possible, in general, during a request by a device on an entity, to redirect this equipment to another entity.
  • the equipment P then considers this original reference R3 and is thus redirected to the server S2 which stores the required content C03.
  • the original reference is issued by the aggregator A to the equipment P following the wakeup step.
  • the original reference is sent by the aggregator A to the equipment P only once the server that stores the required content responds to a message sent by the aggregator following the wakeup step.
  • an ICMP echo request (PING) is issued by the aggregator A and an ICMP response echo reply of the server is expected by the aggregator to indicate that this server is awake.
  • Figs. 2 and 3 show diagrams of two variants of the method illustrated in FIG. 1 in the case where the UPnP / DLNA standards (www.upnp.org and www.dlna.org) are implemented on the different equipment and servers of the NET network to offer specific services such as the discovery of equipment connected to the network NET or the management of the energy states of the equipment of this network.
  • at least one PC control point is present in the network.
  • This PC control point may be hosted by the aggregator A or by any other equipment then in relation with the equipment P and the aggregator A, including a server of this network. It will be considered later that the control point PC is hosted by the aggregator A and we will speak only of the aggregator A.
  • this PC control point can be deported to another entity and then communicate with the aggregator A without departing from the scope of the invention.
  • Fig. 2 is a diagram of a first variant of the method of FIG. 1.
  • the step 1 of storing the process is preceded by a step of discovering the different equipment of the network, such as the equipment P and the servers S1 and S2.
  • Discovery of devices connected to the NET network allows each piece of equipment in this network to signal itself to other equipment in the network, either periodically, or as soon as this equipment is newly connected to this network or when it leaves this network.
  • the aggregator A permanently knows the servers that are connected to the network.
  • This discovery step is implemented, for example, by the PC control point.
  • each discovered server is then browsed to establish a list of the contents it stores and an association is then stored between the original reference of each content of each server thus discovered and a local reference.
  • the aggregator A when an equipment makes a request to list the contents available to the aggregator from the equipment P, the aggregator A returns the list of contents stored by all the servers connected to this network and their local references. associated. This list of contents can then be presented to a user of this equipment P: each of these contents is then associated with an association between an original reference and a local reference and this regardless of the operating state of these servers (awake or Standby).
  • a request is formed which contains a local reference, in this case RL3, and the equipment P sends this request to the aggregator.
  • the method then continues with the step 3 of obtaining from the original references stored by the aggregator A, the original reference which is associated with a local reference present in a content request sent by the equipment P and received by Aggregator A.
  • the obtaining step then continues with step 4 of awakening as described above.
  • the awakening step is continued by the emission step, by the aggregator A and to the equipment P, of the original reference thus obtained.
  • Fig. 3 is a diagram of another variant of the method of FIG. 1.
  • the step 1 of storing the process is preceded by a step of discovering services specific to the management of the energy states of the equipment of the network.
  • the signaling at the middleware level of the energy states of the equipment of a network has been addressed by different standardization groups.
  • UPnP Forum www.upnp.org
  • UPnP Low Power a set of services and commands for remotely knowing and modifying standby states.
  • this type of service consists in that each equipment connected to the network signals to the other equipment, including the aggregator A, its changes of state (woken / standby) so that the knowledge of each of the equipment connected to the network concerning the other equipment connected to this network is updated.
  • the aggregator A, or other equipment of the network in charge of the alarm clock knows permanently whether each server of the network is awake or in standby and consequently if each server has the capacity to change mode of operation (awake / in Eve).
  • the aggregator or other equipment of the network in charge of the alarm, obtains, moreover, the methods of waking these servers and memorizes these methods of awakening which are then used during the 'waking step of these servers.
  • the discovery steps of equipment and services specific to the management of the energy states of these equipment are performed in parallel.
  • each server connected to the network is browsed to establish a list of the contents it stores and an association is stored between the original reference of each multimedia content of a server thus discovered and a local reference only if this server has the ability to change operating mode, that is to say the ability to switch from a standby mode to a waking mode and vice versa.
  • the server S2 has the ability to change operating mode and the server SI does not have it.
  • the association between RL3 and R3 is stored in the table T1 and the IP and / or MAC addresses of the server S2 are stored in the table T2 in relation with RL3.
  • each multimedia content that is presented to the user is associated either with its original reference if this server has not signaled that it has the ability to change operating mode, or to an association between its original reference and a local reference if this server has reported that it has the ability to change the mode of operation.
  • the request then comprises either an original reference, thus indicating that the server is awake, a local reference, thus indicating that the server is in standby.
  • a server connected to the NET network when a server connected to the NET network is woken up, an association between the original reference of each content stored on this server and a local reference is memorized by the aggregator A and the aggregator transmits then a signal to this server telling him that he can go to sleep.
  • UPnP Low Power signaling can be used for this purpose.
  • This variant makes it possible to minimize the energy consumption of the servers of the network.
  • the process then continues with a step of testing the content of this request.
  • the process continues with the step of sending, by the aggregator A and to the equipment P, the original reference thus obtained.
  • This equipment can then access the required content because the server that stores it is not idle.
  • step 3 the process then continues with step 3 of obtaining the original reference followed by the awakening step 4 during which the server is woken up using the one or one of its alarm methods stored by the aggregator A.
  • step 4 is followed by the step 5 of issuing the original reference to the equipment P as described above. It is only then that the equipment P can then access the required content because the server that stores it is not in standby.
  • Fig. 4 schematically illustrates the architecture of a device which implements, at least partially, the method of FIG. 1.
  • the device 400 comprises, connected by a communication bus 401:
  • processors micro-processor, microcontroller (denoted ⁇ ) or CPU (Central Processing Unit in English or Central Processing Unit in French) 402; a volatile memory (Random Access Memory in English or Random Access Memory in French) 403;
  • non-volatile memory Read Only Memory in English or Memory to Read Only in French
  • a 405 medium storage drive such as an SD card reader (Secure
  • interface means 406 with the communication network NET such as for example a cellular radio network, the Internet or a WiFi network;
  • man-machine interface means 407 allowing, for example, to manage a touch screen and / or a set of keys.
  • the microcontroller 402 is capable of executing instructions loaded into the memory 403 from the memory 404, an external memory (not shown), a storage medium, such as an SD card or the like, or a communication network. When the device 400 is turned on, the microcontroller 402 is able to read from the memory 403 of the instructions and execute them. These instructions form a computer program which causes the implementation by the microcontroller 402 of all or some of the algorithms described above in relation to FIGS. 1, 2 and 3.
  • All or part of the algorithms described below in relation to FIGS. 1, 2 and 3 can be implemented in software form by executing a set of instructions by a programmable machine, such as a DSP (Digital Signal Processor in English), a CPU or a SoC device, or a microcontroller, such as the microcontroller 402, or be implemented in hardware form by a machine or a dedicated component, such as an FPGA (Field Programmable Gate Array) or Programmable Gate Matrix on Field in French) or ASIC (Application-Specific Integrated Circuit).
  • a programmable machine such as a DSP (Digital Signal Processor in English)
  • a CPU or a SoC device or a microcontroller, such as the microcontroller 402
  • a machine or a dedicated component such as an FPGA (Field Programmable Gate Array) or Programmable Gate Matrix on Field in French) or ASIC (Application-Specific Integrated Circuit).

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Automation & Control Theory (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)
  • Power Sources (AREA)

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

Procédé et dispositif de mise à disposition d'un contenu, stocké sur un serveur en mode de veille énergétique.
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 œuvre 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é.
II 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 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 œuvre 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 œuvre 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 œuvre, au moins partiellement, le procédé de la Fig. 1.
Selon l'exemple de la Fig. l, le système comporte au moins un serveur de contenu multimédia, en l'occurrence SI et S2. Le serveur SI stocke des contenus multimédia COI et C02 tandis que le serveur S2 stocke un contenu multimédia C03.
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 œuvre la présente invention. Parmi ces moyens particuliers, Γ agrégateur A comporte des moyens pour présenter à un usager les contenus stockés par les serveurs S I 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 fïlaire 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 RI est associée au contenu COI, une référence originale R2 à C02 et une référence originale R3 à C03.
Une r é féren c e o ri g in a l e e st , p ar e x emp l e , un e URL du typ e protocole: // adresselP _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 C03, 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 COI et C02, stockés sur le serveur SI ne sont pas associés à des références locales.
Une référence locale est, par ex e m p l e , u n e U R L du ty p e protocole: //adresselP _ML/chemin.aggregated. Dans cet exemple, protocole indique le protocole de communication utilisé pour accéder au contenu, adresselP _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 Tl, illustrée à la Fig. 1, et les associations entre références locales et les adresses IP et MAC des serveurs SI et S2 sont mémorisées dans une table T2. Les tables Tl 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 leurs 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 C03. 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.
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, 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.
Selon un mode de réalisation de cette étape de réveil, un paquet dit de réveil, tel que le « magie 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 C03.
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 l'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 SI 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 œuvre, 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 leurs 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 C03, 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éfi n i 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 changer de mode de fonctionnement et le serveur SI ne l'a pas. Dans ce cas, seule l'association entre RL3 et R3 est mémorisée dans la table Tl 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 œuvre, 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, micro contrôleur (noté μο) 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 médium 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 micro contrô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 micro contrô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 œuvre, par le micro contrô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 micro contrôleur, tel que le micro contrôleur 402, ou être implémenté sous forme matérielle par une machine ou un composant dédié, tel qu'un FPGA (Field- Programmable Gâte 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

REVENDICATIONS
1) Procédé de mise à disposition d'un contenu (COI, C02, C03) stocké sur un serveur (SI, S2) d'un réseau de serveurs (NET) dans lequel l'un de ces serveurs, dit agrégateur (A), présente à un équipement (P) la liste des contenus disponibles stockés sur lesdits serveurs (SI, S2), chaque contenu (COI , C02, C03) étant accessible par l'équipement (P) à partir d'une information mémorisée par l'agrégateur (A), dite référence originale (RI, R2, R3), qui identifie le serveur (S I , S2) sur lequel est mémorisé ledit contenu,
ledit procédé étant caractérisé en ce que ledit agrégateur (A), en même temps qu'il présente audit équipement (P) la liste des contenus disponibles, présente une information, dite référence locale (RL3), de certains contenus, référence locale (RL3) qu'il a préalablement mémorisée en association avec la référence originale (R3) du contenu correspondant, et en ce qu'il comprend en outre les étapes suivantes mises en œuvre suite à l'émission par un équipement (P) d'une requête d'un contenu (C03) identifié par une référence locale (RL3) et sa réception par ledit agrégateur (A):
- une étape d'obtention (3) par ledit agrégateur (A) de la référence originale (R3) qui est associée à la référence locale (RL3) présente dans ladite requête,
- une étape de réveil par l'agrégateur (A) du serveur (S2) identifié par la référence originale (R3) ainsi obtenue par émission d'un message dit de réveil à destination dudit serveur (S2), et
- une étape d'émission par l'agrégateur (A) et à destination de l'équipement (P), de la référence originale (R3) ainsi obtenue afin que ledit équipement (P) puisse obtenir dudit serveur (S2) ledit contenu (C03) requis.
2) Procédé selon la revendication 1, dans lequel le message de réveil est émis soit directement au serveur (S2) sur lequel est stocké le contenu (C03) associé à la référence originale ainsi obtenue (R3), soit à destination d'une entité autre du réseau capable d'émettre, à son tour, un message de réveil à destination dudit serveur (S2) sur lequel est stocké le contenu (C03) associé à la référence originale ainsi obtenue (R3).
3) Procédé selon la revendication 1 ou 2, dans lequel la référence originale ainsi obtenue (R3) est émise par l'agrégateur (A) à destination de l'équipement (P) après que le serveur (S2) sur lequel est stocké le contenu (C03) requis a répondu au message de réveil émis par ledit agrégateur (A).
4) Procédé selon l'une des revendications précédentes, caractérisé en ce qu'il comporte 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 suivie d'une étape de mémorisation de la référence originale et de la référence locale associée, si elle existe, de chaque contenu disponible sur chaque serveur ainsi découvert.
5) Procédé selon la revendication 4, caractérisé en ce qu'il comporte en outre une étape de découverte des services propres à la gestion des états énergétiques des équipements du réseau, au cours de laquelle sont établis ceux des serveurs qui ont la capacité de changer de mode de fonctionnement lorsqu'ils sont connectés, suivie d'une étape d'association d'une référence locale à la référence originale des contenus stockés sur lesdits serveurs pour leurs mémorisations en association par ledit agrégateur (A).
6) Procédé selon la revendication 5 caractérisé en ce que, lors de ladite étape de découverte des services, les méthodes de réveil de chacun des serveurs qui ont la capacité de changer de mode de fonctionnement lorsqu'ils sont connectés sont mémorisées par l'agrégateur (A), ou par un autre équipement du réseau en charge du réveil, ces méthodes de réveil étant alors utilisées lors de ladite étape de réveil. 7) Procédé selon la revendication 5, caractérisé en ce qu'il comporte une étape d'association au cours de laquelle, lorsqu'un serveur connecté au réseau est réveillé et souhaite se mettre en veille, est associée une référence locale à la référence originale des contenus stockés sur ledit serveur pour mémorisation par ledit agrégateur (A) desdites références en association, ledit agrégateur (A) émettant alors un signal à audit serveur lui indiquant qu'il peut se mettre en veille.
8) Dispositif de mise à disposition d'un contenu (C03) 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 à au moins un équipement (P) la liste des contenus disponibles stockés sur des serveurs (SI, S2), ledit agrégateur (A) comportant une mémoire dans laquelle, à chaque contenu (COI, C02, C03) accessible par chaque équipement (P), est stockée une information, dite référence originale (RI, R2, R3), qui identifie le serveur (SI, S2) sur lequel est mémorisé ledit contenu,
ledit dispositif étant caractérisé en ce que dans la mémoire dudit agrégateur (A) est également stockée une information, dite référence locale (RL3), en association avec la référence originale (R3) de contenus de serveurs (S2),
et en ce que ledit agrégateur (A) comprend en outre :
- des moyens d'obtention 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
(P) et reçue par ledit agrégateur (A),
- des moyens de réveil du serveur (S2) identifié par la référence originale (R3) ainsi obtenue par lesdits moyens d'obtention par émission d'un message dit de réveil à destination dudit serveur (S2), et
- des moyens d'émission à destination de l'équipement (P) de la référence originale (R3) ainsi obtenue par lesdits moyens d'obtention afin que ledit équipement (P) puisse obtenir dudit serveur (S2) ledit contenu (C03) requis.
9) Programme d'ordinateur, caractérisé en ce qu'il comprend des instructions pour mettre en œuvre, 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 œuvre, par un agrégateur (A), le procédé selon l'une des revendications 1 à 7, lorsque ledit programme est exécuté par un processeur dudit agrégateur (A).
EP12801760.5A 2011-12-20 2012-12-18 Procede et dispositif de mise a disposition d'un contenu, stocke sur un serveur en mode de veille energetique Withdrawn EP2795877A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1162009A FR2984666B1 (fr) 2011-12-20 2011-12-20 Procede et dispositif de mise a disposition d'un contenu, stocke sur un serveur en mode de veille energetique
PCT/EP2012/075896 WO2013092549A1 (fr) 2011-12-20 2012-12-18 Procede et dispositif de mise a disposition d'un contenu, stocke sur un serveur en mode de veille energetique

Publications (1)

Publication Number Publication Date
EP2795877A1 true EP2795877A1 (fr) 2014-10-29

Family

ID=47358490

Family Applications (1)

Application Number Title Priority Date Filing Date
EP12801760.5A Withdrawn EP2795877A1 (fr) 2011-12-20 2012-12-18 Procede et dispositif de mise a disposition d'un contenu, stocke sur un serveur en mode de veille energetique

Country Status (6)

Country Link
US (1) US20150113099A1 (fr)
EP (1) EP2795877A1 (fr)
CN (1) CN104137515A (fr)
BR (1) BR112014014851A2 (fr)
FR (1) FR2984666B1 (fr)
WO (1) WO2013092549A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108134718B (zh) * 2017-11-16 2019-07-23 百度在线网络技术（北京）有限公司 发现设备的方法、装置、设备和计算机存储介质
FR3117293A1 (fr) * 2020-12-04 2022-06-10 Orange Procédé d’activation d’un service opéré dans un réseau de communication local, procédé de traitement d’une demande de réveil d’un équipement connecté au réseau local et configuré pour mettre en œuvre ledit service, procédé de demande d’activation d’un service, dispositifs, passerelle, équipement, terminal utilisateur, système et programmes d’ordinateur correspondants.

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070078959A1 (en) * 2005-10-03 2007-04-05 Yinghua Ye Low-power proxy for providing content listings in ad-hoc, peer to peer networks

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7269629B2 (en) * 2002-12-30 2007-09-11 Intel Corporation Method and apparatus for distributing notification among cooperating devices and device channels
US7359931B2 (en) * 2003-08-15 2008-04-15 Saudi Arabian Oil Company System to facilitate pipeline management, software, and related methods
KR100643326B1 (ko) * 2005-02-22 2006-11-10 삼성전자주식회사 홈 네트워크 시스템 및 그의 컨텐츠 전송 방법
US7870403B2 (en) * 2007-02-26 2011-01-11 Microsoft Corporation Centralized service for awakening a computing device
JP5448489B2 (ja) * 2009-02-10 2014-03-19 キヤノン株式会社 情報処理装置及びその制御方法、情報処理システム、及び、プログラム
JP5683313B2 (ja) * 2011-02-16 2015-03-11 キヤノン株式会社 情報処理装置、起動制御方法、及びプログラム

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070078959A1 (en) * 2005-10-03 2007-04-05 Yinghua Ye Low-power proxy for providing content listings in ad-hoc, peer to peer networks

Also Published As

Publication number Publication date
FR2984666A1 (fr) 2013-06-21
US20150113099A1 (en) 2015-04-23
BR112014014851A2 (pt) 2017-06-13
WO2013092549A1 (fr) 2013-06-27
FR2984666B1 (fr) 2014-12-05
CN104137515A (zh) 2014-11-05

Similar Documents

Publication Publication Date Title
US8738750B2 (en) System and method for efficient replication of and access to application specific environments and data
US20110102157A1 (en) Wake-Up For Wireless Devices Based On Requested Data
FR2923969A1 (fr) Procede de gestion de trames dans un reseau global de communication, produit programme d'ordinateur, moyen de stockage et tete de tunnel correspondants
EP2107723B1 (fr) Commande d'un dispositif a distance par un terminal
WO2018109419A1 (fr) Procédé de contrôle d'un signal radio émis par une passerelle, passerelle et programme d'ordinateur correspondants
WO2007031685A1 (fr) Procede et systeme de transmission d'un signal comprenant un preambule et une trame de donnees
EP2795877A1 (fr) Procede et dispositif de mise a disposition d'un contenu, stocke sur un serveur en mode de veille energetique
EP3053309A1 (fr) Gestion améliorée des connexions réseau
EP2883341B1 (fr) Dispositif et procede de mise a disposition de services dans un reseau de communication
Wang et al. A toolkit for building dependable and extensible home networking applications
EP3520322A1 (fr) Procédé et dispositif de réveil à distance d'un équipement connecté à un réseau
US8095651B2 (en) Delayable events in home network
EP1798902A1 (fr) Système de communication entre terminaux domotiques raccordés à internet
EP3149920B1 (fr) Technique de médiation dans un réseau résidentiel
EP2925084B1 (fr) Technique de gestion d'un etat d'activation d'un reseau d'acces radio dans un reseau local
CN105745876B (zh) 子网之间的基于dlna的通信
WO2012010803A1 (fr) Mise a disposition d'informations par un terminal mobile dans un reseau
FR3071692A1 (fr) Gestion de groupes d' objets connectes utilisant des protocoles de communication sans fil
Kum et al. Design and implementation of aggregation framework for UPNP/DLNA media server
WO2022223918A1 (fr) Procédé de traitement d'une demande d'activation d'au moins une interface d'un équipement hôte avec au moins un réseau de communication local géré par ledit équipement hôte, procédé de demande d'activation de ladite au moins une interface, dispositifs, équipement hôte, équipement terminal, système de gestion et programmes d'ordinateur correspondants
EP3036867A1 (fr) Passerelle résidentielle mettant à disposition au moins un espace mémoire privé
FR3091100A1 (fr) Procédé D’IDENTIFICATION DE nœud DE COMMUNICATION
Jimeno Saving energy in network hosts with an application layer proxy: design and evaluation of new methods that utilize improved bloom filters
WO2011157576A1 (fr) Procede et systeme de communication bases sur ws-discovery
FR3077458A1 (fr) Procede d'agregation d'une pluralite de connexions radio dans un reseau sans fil

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20140717

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20150330

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20150811