Brevet FR2960731A1 — publié le 20111202

Partage d'informations de contexte de restitution entre dispositifs de pilotage L'invention concerne le domaine des contenus numériques et des équipements 5 de restitution de contenus numériques. Elle a pour objet un procédé et un dispositif de pilotage de tels équipements. Dans le domaine des réseaux domestiques, le protocole UPnP / DLNA s'impose comme un standard pour le partage, la diffusion et le contrôle des contenus numériques. En particulier, la partie UPnP AV (pour UPNP Audio and Video) du 10 standard UPNP définit des mécanismes et une architecture permettant une mise en relation, de type réseau de pairs, entre les entités UPnP. Chaque entité UPnP peut être intégrée physiquement dans un des terminaux du réseau local ou encore dans un équipement de type passerelle d'interconnexion (Gateway), set-top-box (STB), routeur ou serveur de stockage de type NAS (Network Attached Storage), etc. Les 15 mécanismes de communication prévus dans le standard UPnP sont conçus pour permettre une interopérabilité entre les entités UPnP. Parmi ces entités, on distingue: - les serveurs de contenus multimédia, appelés DMS (« Digital Media Server ») dans le contexte UPnP; un tel serveur est une entité référençant et stockant des contenus multimédia ; 20 - les dispositifs de restitution UPnP / DLNA, comprenant les dispositifs de restitution de type DMR (de l'anglais « Digital Media Renderer ») ou DMP (de l'anglais "Digital Media Player") en charge de la restitution d'un contenu multimédia; - les dispositifs de pilotage UPnP, également appelés "Points de Contrôle" et notés DMC (de l'anglais « Digital Media Controller ») ; un tel dispositif de pilotage DMC 25 est une entité du réseau qui est apte à détecter les dispositifs UPnP présents dans un réseau, à déterminer quels sont les services qu'ils proposent, recevoir des événements de ces dispositifs et les commander en leur envoyant des commandes (appelées "actions" dans le standard UPnP). Un Point de Contrôle UPnP fait ainsi le lien entre les différents équipements 30 UPNP en veillant à ce que ceux-ci disposent des informations qui leur sont nécessaires. Au sein d'un réseau domestique, les équipements de restitution compatibles UPnP sont de plus en plus nombreux. II en est de même pour les logiciels de pilotage intégrant un Point de Contrôle UPnP et capables de piloter de tels équipements. 35 Il est donc souhaitable de disposer d'une solution technique permettant de piloter un même équipement de restitution avec deux ou plusieurs logiciels de pilotage: par exemple un premier logiciel dans un terminal mobile, un deuxième logiciel dans un ordinateur personnel, etc. Pour ce faire, il est utile que les informations sur la restitution en cours et sur le contenu en cours de restitution soient facilement mis à disposition de tout logiciel de pilotage qui serait utilisé pour piloter l'équipement de restitution, afin de pouvoir basculer facilement d'un logiciel de pilotage à un autre. Il est notamment souhaitable de présenter à l'utilisateur l'arborescence de répertoires du DMS qui référence ce contenu quand cet utilisateur reprend la main avec un autre DMC que celui ayant servi à initier la restitution. Le document de brevet WO2005/002139 décrit à ce sujet une méthode pour transmettre un contexte organisationnel d'un contenu sélectionné pour la restitution à un DMR. Cette méthode consiste à enrichir les métadonnées du contenu avec un champ de description de protocole "Protocolinfo" et une ressource particulière associée, ce champ comprenant l'adresse URI (Uniform Resource Identifier) du service CDS (Content Directory Service) du DMS référençant le contenu et un paramètre qui est l'identifiant d'objet référençant le contenu dans le CDS. Cette méthode nécessite toutefois d'implémenter un nouveau type de protocole associé à une ressource particulière, qui contient l'adresse URI du CDS du serveur de 20 contenu et un identifiant d'objet "objectlD" du contenu sélectionné. Un des buts de l'invention est de remédier à des problèmes, inconvénients ou insuffisances de l'état de la technique et/ou d'y apporter des améliorations. 25 L'invention concerne, selon un premier aspect, un procédé de pilotage mis en oeuvre par un dispositif de pilotage de dispositifs de restitution et de serveurs de contenus, le procédé comprenant - une étape d'envoi à un dispositif de restitution de paramètres de restitution identifiant un contenu à restituer, les paramètres de restitution envoyés étant 30 susceptibles d'être obtenus par un autre dispositif de pilotage par interrogation dudit dispositif de restitution; - une étape de déclenchement de la restitution dudit contenu, les paramètres de restitution envoyés étant enrichis d'un identifiant de serveur utilisable pour adresser à un serveur de contenu référençant ledit contenu une 35 commande d'interrogation de ce serveur sur des contenus référencés par ce serveur. L'invention propose une méthode de transmission d'informations d'un dispositif de pilotage (un DMC, par exemple) à un autre, méthode dans laquelle le dispositif de restitution (un DMR, par exemple) sert d'intermédiaire, les informations transmises étant celles nécessaires pour permettre une continuité d'usage lorsqu'un utilisateur bascule d'un dispositif de pilotage à un autre. Ces informations sont jointes aux paramètres de restitution envoyés par le dispositif de pilotage au dispositif de restitution lors d'une phase de paramétrage préalable à la restitution. Cet envoi de paramètres de restitution est effectué dans le cas d'exemple d'un dispositif de restitution UPnP par invocation d'une action nommée "SetAVTransportURl". En l'occurrence, il est prévu dans l'invention de joindre aux paramètres de restitution un identifiant de serveur, au moyen duquel il est possible d'interroger ce serveur sur les contenus multimédia référencés par ce serveur. Dans le standard UPnP, un tel identifiant est sous forme d'identifiant UDN (Unique Device Name) et permet d'adresser à un serveur de contenus des requêtes UPnP (actions UPnP). Dans le cas d'exemple du protocole UPnP, le dispositif de restitution UPnP ne reçoit dans les paramètres de restitution qu'une adresse URI lui indiquant la localisation du contenu à restituer. Il n'a pas d'information sur le serveur de contenu lui-même, ni sur les éléments référencés dans le répertoire du CDS du serveur dans lequel se trouve le contenu à restituer. La connaissance de l'identifiant de serveur permet donc d'interroger le serveur pour obtenir une liste de contenus multimédia référencés par ce serveur et de présenter à l'utilisateur une interface utilisateur de consultation de tels contenus. Dans le cas d'exemple du standard UPnP, seul le dispositif de pilotage (Point de Contrôle UPnP) qui a déclenché la restitution a connaissance de cet identifiant de serveur et est en mesure de fournir cette information. Dans un mode de réalisation particulier de l'invention, un identifiant d'objet (dans le cas d'UPnP, cet identifiant d'objet est nommé "Objectld"), utilisé par le serveur pour 30 référencer le contenu multimédia, est joint aux paramètres de restitution. Cet identifiant d'objet est celui utilisé dans le répertoire CDS du serveur de contenu pour référencer le contenu multimédia en question. La connaissance de l'identifiant d'objet permet en outre de présenter à l'utilisateur une interface utilisateur de consultation de contenus multimédia référencés 35 par le serveur et d'identifier et/ou présélectionner dans cette interface utilisateur le contenu en cours de restitution. Dans le cas d'exemple du standard UPnP, seul le DMC qui a déclenché la restitution a connaissance de cet identifiant d'objet. Un autre DMC, distinct de celui qui a initié la restitution, ne peut interroger le serveur de contenu et n'a pas d'information sur le répertoire du contenu en cours de restitution : l'utilisateur de cet autre DMC devra à nouveau naviguer à travers les listes de contenus multimédia référencés par les serveur de contenus pour retrouver le répertoire dans lequel se trouve le contenu et le contenu lui-même. En outre, si l'utilisateur a déclenché une restitution d'une liste de contenus multimédia, c'est-à-dire une "playlist", définie par un répertoire du CDS, et que le DMC qui a déclenché la restitution disparaît du réseau, le DMR a la possibilité de déclencher lui-même la restitution du contenu suivant, puisque par interrogation du serveur de contenu au moyen de l'identifiant de serveur, il peut obtenir une adresse du contenu suivant dans le répertoire en question, sans nécessiter l'intervention d'un DMC. Selon un mode de réalisation, le procédé selon l'invention comprend une étape d'enrichissement de métadonnées dudit contenu avec ledit identifiant de serveur, les paramètres de restitution envoyés comprenant les métadonnées enrichies. Dans ce mode de réalisation c'est le dispositif de pilotage lui-même qui enrichit les paramètres de restitution avec l'identifiant de serveur. Selon un mode de réalisation, le procédé selon l'invention comprend une étape d'obtention, auprès dudit serveur de contenus, de métadonnées dudit contenu enrichies avec ledit identifiant de serveur, les paramètres de restitution envoyés comprenant les métadonnées enrichies. Dans ce mode de réalisation c'est le serveur de contenus qui enrichit métadonnées du contenus avec l'identifiant de serveur, afin que cet identifiant de serveur soit transmis dans les métadonnées enrichies au dispositif de restitution. Les différents modes de réalisation mentionnés ci-dessus sont combinables entre eux pour la mise en oeuvre de l'invention. L'invention concerne, selon un deuxième aspect, un premier dispositif de pilotage 35 de dispositifs de restitution et de serveurs de contenus, ce premier dispositif de pilotage comprenant - des moyens d'envoi à un dispositif de restitution de paramètres de restitution identifiant un contenu à restituer, les paramètres de restitution envoyés étant susceptibles d'être obtenus par un autre dispositif de pilotage par interrogation dudit 5 dispositif de restitution; - des moyens de déclenchement de la restitution dudit contenu, les paramètres de restitution envoyés étant enrichis d'un identifiant de serveur utilisable pour adresser, à un serveur de contenu référençant ledit contenu, une commande d'interrogation de ce serveur sur des contenus référencés par ce serveur. 10 Symétriquement, l'invention concerne un deuxième dispositif de pilotage de dispositifs de restitution et de serveurs de contenus, ce deuxième dispositif de pilotage comprenant - des moyens d'interrogation d'un dispositif de restitution pour obtenir des paramètres de restitution, identifiant un contenu en cours de restitution, fournis à ce 15 dispositif de restitution par un dispositif de pilotage ayant déclenché ladite restitution et enrichis d'un identifiant de serveur affecté à un serveur de contenus; - des moyens pour, en utilisant ledit identifiant de serveur, adresser audit serveur de contenu une commande d'interrogation de ce serveur sur des contenus référencés par ce serveur; 20 - des moyens de présentation à un utilisateur d'une interface utilisateur de consultation de contenus référencés par ce serveur. Les avantages énoncés pour le procédé selon l'invention sont transposables directement aux premier et deuxième dispositifs selon l'invention. 25 Plus généralement, les premier et le deuxième dispositifs de pilotage selon l'invention comprennent chacun des moyens de mise en oeuvre des étapes du procédé selon l'invention. Selon une implémentation préférée, les différentes étapes du procédé selon 30 l'invention sont mises en oeuvre par un logiciel ou programme d'ordinateur, ce logiciel comprenant des instructions logicielles destinées à être exécutées par un processeur de données du premier ou deuxième dispositif de pilotage selon l'invention et étant conçu pour commander l'exécution des différentes étapes de ce procédé. En conséquence, l'invention vise aussi un programme, susceptible d'être exécuté 35 par un ordinateur ou par un processeur de données, ce programme comportant des instructions pour commander l'exécution des étapes d'un procédé tel que mentionné ci-dessus. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source 5 et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un processeur de données, et comportant des instructions d'un programme tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable 10 de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un 15 signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé 20 dans l'exécution du procédé en question. Selon un mode de réalisation, l'invention est mise en oeuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme "module" peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un 25 composant matériel ou à un ensemble de composants matériels et logiciels. Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel apte à mettre en oeuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit ci-dessous pour le module concerné. Un 30 tel composant logiciel est exécuté par un processeur de données d'une entité physique (terminal, serveur, passerelle, set-top-box, routeur, etc) et est susceptible d'accéder aux ressources matérielles de cette entité physique (mémoires, supports d'enregistrement, bus de communication, cartes électroniques d'entrées/sorties, interfaces utilisateur, etc). 35 De la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware) apte à mettre en oeuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit ci-dessous pour le module concerné. Il peut s'agir d'un composant matériel programmable ou avec processeur intégré pour l'exécution de logiciel, par exemple un circuit intégré, une carte à puce, une carte à mémoire, une carte électronique pour l'exécution d'un micrologiciel (firmware), etc. D'autres buts, caractéristiques et avantages de l'invention apparaîtront à travers la description qui va suivre, donnée uniquement à titre d'exemple non limitatif, et faite par référence aux dessins annexés dans lesquels: - la figure 1 représente de manière schématique un système de communication intégrant un dispositif selon l'invention; - la figure 2 représente un organigramme d'un premier mode de réalisation du procédé selon l'invention; - la figure 3 représente un organigramme d'un deuxième mode de réalisation du 15 procédé selon l'invention. Rappels sur le standard UPnP Le standard UPnP fournit des mécanismes et une architecture permettant une mise en relation, de type réseau de pairs, entre les entités UPnP. Chaque entité UPnP 20 peut être intégrée physiquement dans un des terminaux du réseau local ou encore dans un équipement de type passerelle d'interconnexion (Gateway), set-top-box (STB), routeur ou serveur de stockage de type NAS (Network Attached Storage), etc. Les mécanismes de communication prévus dans le standard UPnP sont conçus pour permettre une interopérabilité entre les entités UPnP. Le protocole UPnP utilise 25 notamment les protocoles TCP/UDP/IP (Transmission Control Protocol/User Datagram Protocol/lnternet Protocol) pour le transport des requêtes UPnP. Dans le contexte de ce document, une entité est dite entité UPnP si elle est conforme au standard UPnP ou à un autre standard équivalent ou dérivé, notamment si elle utilise un protocole de commande conforme à un tel standard. 30 Une architecture UPnP de gestion de contenus multimédia comprend généralement : - un ou plusieurs serveurs de contenus multimédia, appelés DMS (de l'anglais Digital Media Server ») dans le contexte UPnP; un tel serveur est une entité référençant et stockant des contenus multimédia ; 35 - un ou plusieurs dispositifs de pilotage UPnP, également appelé DMC (de l'anglais « Digital Media Controller ») ; un tel dispositif de pilotage DMC est une entité du réseau qui est apte à détecter les dispositifs UPnP présents dans un réseau, à déterminer quels sont les services qu'ils proposent, recevoir des événements de ces dispositifs et les commander en leur envoyant des commandes (appelées "actions" dans le standard UPnP) ; - un ou plusieurs dispositifs de restitution UPnP, comprenant les dispositifs de restitution de type DMR (de l'anglais « Digital Media Renderer ») ou DMP (de l'anglais "Digital Media Player") en charge de la restitution d'un contenu multimédia; un dispositif de restitution DMR ou DMP met en oeuvre, conformément au standard UPnP, les services nommés "AVTransport", "ConnectionManager" et "RenderingControl". Un dispositif de pilotage DMC, est réalisé usuellement sous forme de module logiciel, couplé à une interface utilisateur du terminal incorporant ce dispositif de pilotage, cette interface utilisateur permettant à un utilisateur de sélectionner un contenu multimédia mis à disposition par un serveur de contenus DMS et de le restituer sur un dispositif de restitution DMR de son choix. Selon le standard UPnP, la restitution d'un contenu multimédia comporte usuellement les étapes suivantes : - le dispositif de pilotage DMC obtient du serveur de contenu DMS, par envoi d'une requête nommée "Browse", les métadonnées et identifiants des contenus 20 multimédia référencés par le serveur de contenu DMS, afin que l'utilisateur puisse sélectionner un contenu multimédia à restituer; - le dispositif de pilotage DMC spécifie au dispositif de restitution DMR l'identifiant du contenu multimédia à restituer en utilisant une requête d'initialisation, appelée action "SetAVTransportURl » ; 25 - le dispositif de pilotage DMC déclenche la restitution du contenu multimédia sur le dispositif de restitution DMR visé en envoyant une requête d'exécution, appelée action « Play » ; - le dispositif de restitution DMR transmet alors au serveur de contenus DMS une requête pour l'obtention du contenu multimédia, en envoyant une requête nommée 30 "GET" conforme au protocole HTTP. - le serveur de contenus DMS transmet en réponse au dispositif de restitution DMR le contenu multimédia codé, par envoi de paquets de données conformément au protocole HTTP. L'invention permet de conserver ce mode de fonctionnement et cette succession 35 d'étapes afin de proposer une méthode de partage d'information de contexte de 9 restitution qui soit compatible avec tous les serveurs de contenus UPnP et dispositifs de restitution UPnP existant. Selon le standard UPnP, un serveur de contenus DMS comprend une base de données pour mémoriser les métadonnées des contenus accessibles via ce serveur de contenus DMS. Cette base de données est appelée CDS (de l'anglais, "Content Directory Service") et est organisée sous forme d'une arborescence d'objets. Pour chaque objet, un ou plusieurs champs de données sont utilisés pour mémoriser les propriétés de cet objet: ces champs de données constituent les métadonnées de cet objet. Chaque objet de cette base de données est identifiées par un identifiant d'objet, nommé "Objectld" dans UPnP. Pour chaque objet, un ou plusieurs champs de données sont utilisés pour mémoriser les propriétés de cet objet: ces champs de données constituent les métadonnées de cet objet. Une des propriétés d'un objet est sa classe d'appartenance. Chaque objet est en effet affecté à une classe d'objet, le nom de cette classe d'objet étant mémorisé dans un champ de données nommé "upnp:class". Les classes d'objet sont organisées de manière hiérarchisée et arborescente, certaines classes étant dérivées d'autres classes, selon ce qui est usuel en conception orientée objet. La racine de cette arborescence est la classe de base nommée "object". De cette classe de base "object", sont dérivées deux classes principales: d'une part, la classe "object.item", définissant un élément ou contenu multimédia (morceau de music, séquence vidéo, texte, etc), d'autre part, la classe "object.container", définissant un container ou ensemble de plusieurs contenus multimédia. A chaque contenu multimédia - c'est-à-dire à chaque objet appartenant à la classe "object.item" - sont associées une ou plusieurs ressources, chacune correspond à un fichier de données de contenu. Pour chaque ressource, un ou plusieurs champs de données sont utilisés pour mémoriser les propriétés de cette ressource. Ces champs de données font partie des métadonnées du contenu associé. Parmi les propriétés d'une ressource, il est connu d'utiliser dans le standard UPnP: - une adresse sous la forme d'un identifiant URI (de l'anglais « Uniform Resource Identifier »), servant à la fois d'identifiant de fichier et d'adresse de l'entité du réseau auprès de laquelle ce fichier peut être obtenu, en l'occurrence une adresse d'un serveur de contenus DMS; - un format de codage, un fichier comprenant un contenu audio pouvant par exemple être disponible dans plusieurs formats (compressé MP3 ou non compressé PCM, etc); - une résolution, lorsque le contenu est une photo ou un contenu vidéo disponible 5 dans plusieurs résolutions; - un identifiant du type MIME de codage des données du contenu codé dans le fichier ("audio/mpeg", "audio/mp3", ...); - un protocole de transport à utiliser pour transporter les données du fichier lors de la restitution du contenu ("http-get", "rtsp", ...). 10 L'invention ne nécessite aucune modification des serveurs de contenus DMS existants, ni des dispositifs de restitution DMR, ni des parties du standard UPnP concernant ces deux types d'entités. 15 L'invention repose notamment sur l'ajout de fonctions nouvelles à un dispositif de pilotage DMC conforme au standard UPnP (ou Point de Contrôle UPnP). L'invention est décrite plus en détail dans le cas de son application à une méthode d'accès aux contenus numériques référencés par un serveur de contenus 20 d'un réseau local RS1. Le réseau RS1 est également nommé ici réseau source. Il s'agit en particulier de contenus multimédia, par exemple, vidéo et / ou morceaux de musique. Le système représenté à la figure 1 est organisé autour du réseau local RS1, sous forme par exemple de réseau domestique. Ce système comprend les entités 25 suivantes: - un équipement MT d'un utilisateur U1, sous forme par exemple de terminal mobile, intégrant un dispositif de pilotage UPnP de type DMC, référencé DMC1; - un équipement PC d'un utilisateur U1, sous forme par exemple d'ordinateur personnel, intégrant un dispositif de pilotage UPnP de type DMC, référencé DMC2; 30 - un équipement de restitution intégrant un dispositif de restitution UPnP de type DMR, référencé DMR1; - deux serveur de contenus UPnP, de type DMS, référencés DMS1 et DMS2, connectés au réseau source RS1 et intégrés respectivement dans un équipement El et un équipement E2. 35 Le terminal mobile MT comprend un écran sur lequel est affichée une interface utilisateur, au moins une mémoire pour stocker un programme, et au moins un processeur de données apte à exécuter un programme. Le dispositif de pilotage DMC1 est réalisé sous forme de module logiciel, apte à être exécuté par le terminal mobile MT et dont l'interface utilisateur est conçue pour s'afficher sur l'écran du terminal MT. L'équipement PC est intègre un écran sur lequel est affichée une interface utilisateur, au moins une mémoire pour stocker un programme, et au moins un processeur de données apte à exécuter un programme. Le dispositif de pilotage DMC2 est réalisé sous forme de module logiciel, apte à être exécuté par l'équipement PC et dont l'interface utilisateur est conçue pour s'afficher sur l'écran de l'équipement PC. L'équipement de restitution, intégrant le dispositif de restitution DMR1, est par exemple constitué d'une Set-Top-Box raccordée au réseau RS1 et associée à un écran de télévision pour l'affichage de la vidéo d'un contenu multimédia et/ou la restitution du son d'un contenu multimédia. Les équipements El et E2, intégrant les serveurs de contenus DMS1 et DMS2, sont par exemple réalisés sous forme d'une Set-Top-Box raccordée au réseau RS1, comprenant un disque dur de stockage de contenus ainsi qu'un module logiciel mettant en oeuvre les fonctionnalités et interfaces prévues dans le standard UPnP pour un serveur de contenu. Dans l'exemple d'application de l'invention décrit ici, il est supposé qu'un utilisateur utilise le dispositif de pilotage DMC1 pour déclencher une restitution d'un ou plusieurs contenus référencés sur l'un des serveurs de contenus DMS1 et DMS2 du réseau RS1, puis reprend la main au moyen du dispositif de pilotage DMC2. Il est à noter toutefois que les rôles des dispositifs de pilotage DMC1 et DMC2 sont interchangeables: l'utilisateur peut déclencher la restitution au moyen du dispositif de pilotage DMC2 et reprendre la main avec le dispositif de pilotage DMC1. En conséquence, il est préférable que chaque dispositif de pilotage DMC1 ou DMC2 intègre les fonctions décrites ci-dessous pour les dispositifs de pilotage DMC1 et DMC2 et que chaque dispositif de pilotage DMC1 ou DMC2 comprenne des moyens de mise en oeuvre des étapes du procédé selon l'invention. Conformément au standard UPnP, le dispositif de pilotage DMC1 est conçu pour 35 envoyer à un dispositif de restitution UPnP des paramètres de restitution identifiant un contenu à restituer et déclencher de la restitution de ce contenu. Selon l'invention, le dispositif de pilotage DMC1 est conçu pour enrichir les paramètres de restitution à envoyer au moyen d'informations de contexte de restitution comprenant: - un identifiant de serveur utilisable pour adresser, à un serveur de contenu référençant ce contenu, une commande d'interrogation de ce serveur sur des contenus référencés par ce serveur; - un identifiant d'objet utilisé par ce serveur pour référencer ce contenu. - optionnellement, un identifiant (nommé "Parentld" dans le standard UPnP) du 10 répertoire du CDS du serveur de contenus dans lequel est référencé le contenu à restituer; - optionnellement, un mode de restitution: par exemple, une indication d'un mode "shuffle" (restitution dans un ordre aléatoire des contenus d'un ensemble de contenus) ou mode "repeat" (restitution en boucle d'un contenu ou d'un ensemble de contenus).. 15 Conformément à l'invention, le dispositif de pilotage DMC2 est conçu pour interroger un dispositif de restitution à piloter, sur lequel un contenu est en cours de restitution, afin d'obtenir des paramètres de restitution, identifiant ce contenu et ayant été fournis à ce dispositif de restitution par un dispositif de pilotage ayant déclenché cette restitution. 20 Lorsque les paramètres de restitution ont été fournis par le dispositif de pilotage DMC1, le dispositif de pilotage DMC2 est conçu pour rechercher et extraire de ces paramètres de restitution les informations de contexte de restitution qui ont été joints à ces paramètres de restitution par le dispositif de pilotage DMC1. Conformément à l'invention, le dispositif de pilotage DMC2 est conçu pour, en 25 utilisant l'identifiant de serveur, adresser au serveur de contenu ainsi identifié une commande d'interrogation de ce serveur sur des contenus référencés par ce serveur et pour présenter à un utilisateur une interface utilisateur de consultation de contenus référencés par ce serveur. 30 Premier mode de réalisation Ce premier mode de réalisation est décrit par référence à la figure 2, illustrant les étapes 210 à 280 exécutées par le dispositif de pilotage DMC1 ou de dispositif de pilotage DMC2. Dans ce premier mode de réalisation, les métadonnées du contenu à restituer 35 sont utilisées pour transmettre une information de contexte de restitution d'un dispositif de pilotage à un autre. Cette information de contexte de restitution, comprend un identifiant d'objet, référençant le contenu en cours de restitution dans le CDS du serveur de contenu, et l'identifiant du serveur de contenus via lequel ce contenu est accessible. Il s'agit plus précisément d'un identifiant de serveur au moyen duquel est susceptible d'être émise une commande d'interrogation de ce serveur sur des contenus référencés par ce serveur. Cette information de contexte de restitution comprend optionnellement un identifiant d'un répertoire du CDS de ce serveur de contenus dans lequel est référencé 10 ce contenu. Cette information de contexte de restitution comprend optionnellement une indication d'un mode de restitution à utiliser lors de la restitution d'un contenu ou d'un ensemble de contenus. Par exemple, une indication d'un mode "shuffle" (restitution dans un ordre aléatoire des contenus d'un ensemble de contenus) ou mode "repeat" 15 (restitution en boucle d'un contenu ou d'un ensemble de contenus). A l'étape 210, cet utilisateur sélectionne un serveur de contenus, par exemple le serveur de contenus DMS1 dont l'identifiant UDN (Unique Device Name) est noté UDN_DMS1. Cet identifiant de serveur a été fourni par le serveur de contenus DMS1 20 au dispositif de pilotage DMC1 lors d'une phase de découverte de dispositifs UPnP mise en oeuvre par ce dispositif de pilotage conformément au standard UPnP. Le dispositif de pilotage DMC1 émet une commande d'interrogation de ce serveur sur des contenus référencés par ce serveur, une telle commande d'interrogation étant en l'occurrence une action UPnP "Browse". Le serveur de 25 contenus DMS1 envoie en réponse les métadonnées d'une liste de contenus multimédia référencés et accessibles par le serveur de contenus DMS1. Cette liste de contenus multimédia, ou une partie au moins de cette liste, est présentée sur l'écran du terminal mobile MT afin de lui permettre de choisir un contenu à restituer. 30 A l'étape 220, cet utilisateur sélectionne un contenu dans cette liste de contenus multimédia, par exemple un contenu M1. Le dispositif de pilotage DMC1 interroge alors le serveur de contenus DMS1 pour obtenir l'ensemble des métadonnées du contenu sélectionné: le dispositif de pilotage DMC1 émet une requête UPNP nommée "Browse" 35 avec par exemple les paramètres suivants: Browse( ObjectlD=lD_Ml, BrowseFlag="BrowseMetadata", Filter="*", Startinglndex=0, RequestedCount=0, SortCriteria="" ) En réponse à cette requête, le serveur de contenus DMS1 envoie au dispositif de pilotage DMC1 un document XML noté Dl, contenant l'ensemble des métadonnées du 5 contenu M1. Ces métadonnées comprennent: - une adresse de type URI ("Uniform Resource Identifier"), qui indique la localisation de ce contenu dans le réseau, notamment indique l'entité du réseau via laquelle ce contenu peut être obtenu: cette adresse est notée URI1 M1; 10 - un identifiant d'objet ("objectlD" dans le standard UPnP) qui référence le contenu dans l'arborescence du CDS du serveur de contenus serveur de contenus DMS1: cet identifiant d'objet est noté ID_M1; - un identifiant de répertoire ("parentlD" dans le standard UPnP) qui identifie dans quel répertoire de l'arborescence du CDS du serveur de contenus DMS1 se 15 trouve le contenu en question: cet identifiant d'objet est noté ID_R1; L'adresse UR11_M1 du contenu M1 est par exemple sous la forme http://192.168.1.15:8055/lazzi .mp3 20 où 192.168.1.15 est l'adresse IP du serveur de contenus DMS1 référençant et stockant ce contenu, 8055 le port de communication du serveur de contenus DMS1, et "jazzl .mp3" le nom du fichier de ressource contenant les données du contenu. Cette adresse est notée URI1 M1. 25 A la différence de l'adresse IP, l'identifiant de serveur de type UDN est un identifiant désignant l'entité UPnP à laquelle est adressée une commande UPnP et devant être utilisé pour envoyer une telle commande UPnP à cette entité. Dans l'invention, l'identifiant de serveur fourni permet donc d'envoyer au serveur de contenus visé une commande d'interrogation de ce serveur sur des contenus 30 référencés par ce serveur, une telle commande d'interrogation étant en l'occurrence une action UPnP "Browse". Un identifiant UDN est une séquence alphanumérique associée de manière univoque à une entité UPnP, par exemple sous la forme : uuid:1 ad433da-1 dd2-11 b2-8c4a-e7c6697351 ff 35 Lors de l'étape 230, l'utilisateur sélectionne un dispositif de restitution, par exemple le dispositif de restitution DMR1, puis déclenche la restitution du contenu sélectionné à l'étape 251 sur le dispositif de restitution ainsi sélectionné. Le dispositif de pilotage DMC1 effectue alors les opérations suivantes. Le dispositif de pilotage DMC1 modifie le document Dl qui contient les métadonnées du contenu M1 en y ajoutant un champ d'information, repéré par une balise nommée par exemple "vendor-specific", contenant l'identifiant de serveur UDN_DMS1 du serveur de contenus DMS1 référençant le contenu M1 à restituer. Ce champ d'informations est par exemple sous la forme: UDN DMS1 Un exemple de fichier XML avec métadonnées enrichies par un identifiant UDN de serveur est donné en annexe 1. Dans une première variante, le dispositif de pilotage DMC1 ajoute dans le 15 document Dl un deuxième champ d'information comprenant un identifiant d'un répertoire du CDS du serveur de contenus DMS1 dans lequel sont référencés le ou les contenus à restituer. Dans une deuxième variante, combinable avec la première variante, le dispositif de pilotage DMC1 ajoute dans le document Dl un troisième champ d'information 20 comprenant une indication d'un mode de restitution à utiliser lors de la restitution du ou des contenus. Par exemple, une indication d'un mode "shuffle" (restitution dans un ordre aléatoire des contenus d'un ensemble de contenus) ou mode "repeat" (restitution en boucle d'un contenu ou d'un ensemble de contenus). Le document Dl ainsi enrichi est noté Dl BIS. 25 Lors de l'étape 230, le dispositif de pilotage DMC1 envoie une commande comprenant les paramètres de restitution au dispositif de restitution DMR1, en invoquant l'action "SetAVTransportURl" du service UPnP "AVTransport" mis en oeuvre par le dispositif de restitution DMR1. Les paramètres de restitution comprennent 30 notamment l'adresse URI1_Ml du contenu à restituer et le document D1 BIS contenant les métadonnées enrichies du contenu M1. Lors de l'étape 240, le dispositif de pilotage DMC1 déclenche la restitution du contenu M1, par envoi d'une commande de restitution au dispositif de restitution 35 DMR1, en l'occurrence invoque une action nommée "Play" du service UPnP 16 "AVTransport" mis en oeuvre par le dispositif de restitution DMR1. Lors de l'étape 250, l'utilisateur (ou un autre utilisateur que celui concerné par les étapes 210 à 240) décide d'utiliser un autre terminal, en l'occurrence le terminal PC1 pour contrôler la restitution du contenu en cours de restitution sur le dispositif de restitution DMR1. Ceci s'effectue grâce à la présence dans cet autre terminal d'un autre dispositif de pilotage DMC2, qui est apte à obtenir, par interrogation du dispositif de restitution DMR1, les informations de contexte de restitution transmises par le dispositif de pilotage DMC1 au dispositif de restitution DMR1 avec les paramètres de restitution du contenu considéré. L'utilisateur choisit dans l'interface utilisateur du dispositif de pilotage DMC2 le dispositif de restitution qu'il souhaite piloter: en l'occurrence, il choisit le dispositif de restitution DMR1. Le dispositif de pilotage DMC2 interroge ensuite le dispositif de restitution DMR1 sélectionné pour obtenir des informations de contexte de restitution relative à un contenu qui serait en cours de restitution par ce dispositif de restitution, afin d'obtenir notamment un identifiant d'objet, référençant ce contenu, et un identifiant du serveur de contenu via lequel ledit contenu est accessible. Ceci se déroule de la manière suivante. Le dispositif de pilotage DMC2 interroge le dispositif de restitution DMR1 sélectionné pour obtenir les métadonnées du contenu en cours de restitution: le dispositif de pilotage DMC2 invoque l'action "GetMedialnfo" du service AVTransport du dispositif de restitution DMR1. En réponse à cette interrogation, le dispositif de restitution DMR1 envoie dans le champ nommé "CurrentURlMetadata" les métadonnées demandées, contenant le document D1 BIS tel que modifié par le dispositif de pilotage DMC1. Le dispositif de pilotage DMC2 analyse le document D1 BIS et en extrait les données suivantes : l'identifiant d'objet ID_M1 référençant le contenu M1, l'identifiant de serveur UDN_DMS1 du serveur de contenus DMS1, - le cas échéant (cas de la première variante décrite ci-dessus), l'identifiant ID_R1 du répertoire du CDS du serveur de contenus DMS1 dans lequel est référencé le contenu M1, - le cas échéant (cas de la deuxième variante décrite ci-dessus), un mode de 35 restitution. Si l'identifiant ID_R1 du répertoire du CDS du serveur de contenus DMS1 dans lequel est référencé le contenu M1 ne se trouve pas dans les métadonnées reçues, le dispositif de pilotage DMC2 envoie au serveur de contenus DMS1 identifié par l'identifiant UDN_DMS1 une requête d'interrogation "Browse", contenant l'identifiant d'objet ID_M1 du contenu M1, afin d'obtenir cet identifiant de répertoire. Le serveur de contenus DMS1 envoie en réponse cet identifiant. A l'étape 260, le dispositif de pilotage DMC2 interroge le dispositif de restitution DMR1 sélectionné pour obtenir des informations sur l'état de ce dispositif de restitution DMR1: le DMC2 invoque l'action "GetTransportState" du service AVTransport du dispositif de restitution DMR1. En réponse à cette interrogation, le dispositif de restitution DMR1 envoie une information d'état, indiquant par exemple s'il se trouve en état de lecture, à l'arrêt ou en pause. Lorsque cela est requis par l'utilisateur du dispositif de pilotage DMC2, le dispositif de pilotage DMC2 affiche une interface utilisateur de pilotage du dispositif de 15 restitution DMR1, contenant une information sur l'état du dispositif de restitution DMR1. A l'étape 270, le dispositif de pilotage DMC2 interroge ensuite le serveur de contenus DMS1 identifié par l'identifiant UDN UDN_DMS1 pour obtenir des informations sur ce répertoire, notamment sur les autres contenus de ce répertoire: il 20 envoie une action "Browse" au serveur de contenus DMS1, contenant l'identifiant ID RI de ce répertoire. Le serveur de contenus DMS1 envoie en réponse une liste de contenus multimédia, et les métadonnées associées à ces contenus. Le dispositif de pilotage DMC2 présente alors une interface utilisateur de consultation des contenus du serveur de contenus DMS1, présentant des informations 25 sur le répertoire dans lequel se trouve le contenu M1, interface dans laquelle le contenu en cours de restitution est automatiquement sélectionné: l'utilisateur est ainsi replacé dans le répertoire qui contient le contenu M1 sans qu'il ne soit nécessaire à cet utilisateur de le rechercher à nouveau en se déplaçant dans l'arborescence des contenus du CDS du serveur de contenus DMS1. Ce répertoire est donc le répertoire 30 couramment sélectionné et le contenu M1 le contenu couramment sélectionné. Les étapes 260 et 270 sont susceptibles d'être exécutées dans l'ordre inverse: d'abord l'étape 270 puis l'étape 260, selon ce qui est prévu dans le logiciel du dispositif de pilotage DMC2 et selon les actions opérées par l'utilisateur sur l'interface utilisateur 35 du dispositif de pilotage DMC2: soit demande d'affichage d'une première interface utilisateur du dispositif de restitution DMR1, soit demande d'affichage d'une deuxième interface utilisateur de consultation du CDS du serveur de contenus DMS1, soit encore demande d'affichage d'une interface utilisateur combinant la première interface utilisateur avec la deuxième interface utilisateur. L'étape 280 est effectuée suite aux étapes 260 et 270. Suite aux étapes 260 et 270, l'utilisateur dispose lors de l'étape 280 à la fois d'une information sur l'état du dispositif de restitution DMR1 et une information sur le contenu en cours de restitution sur ce dispositif de restitution DMR1. Cet utilisateur peut donc déclencher toute opération proposée dans l'interface utilisateur du dispositif de restitution DMR1 ou dans l'interface utilisateur de consultation du CDS du serveur de contenus serveur de contenus DMS1, par exemple des opérations telles que: arrêt ou mise en pause de la restitution du contenu MI, en agissant sur l'interface utilisateur de pilotage du dispositif de restitution DMR1; envoi d'une commande pour restituer le contenu suivant ou précédent le contenu couramment sélectionné (commande "next" ou "previous") dans la liste de contenus multimédia du répertoire couramment sélectionné: ceci se fait en en agissant sur l'interface utilisateur de pilotage du dispositif de restitution DMR1, les contenus de la liste formant une "liste de restitution" ou "playlist" en terminologie anglo-saxonne; - modification du mode de restitution: suppression ou actionnement du mode "shuffle", suppression ou actionnement du mode "repeat": en agissant sur l'interface utilisateur de pilotage du dispositif de restitution DMR1; consultation du répertoire couramment sélectionné en agissant sur l'interface utilisateur de consultation du CDS du serveur de contenus DMS1, afin de sélectionner un contenu à restituer et de déclencher la restitution de ce contenu nouvellement sélectionné. - consultation du répertoire proche du répertoire couramment sélectionné en agissant sur l'interface utilisateur de consultation du CDS du serveur de contenus DMS1, afin de sélectionner un contenu à restituer et de déclencher la restitution de ce contenu nouvellement sélectionné. Deuxième mode de réalisation Ce deuxième mode de réalisation est décrit par référence à la figure 3, illustrant 35 les étapes 310 à 380 exécutées par le dispositif de pilotage DMC1 ou de dispositif de 19 pilotage DMC2. Dans le deuxième mode de réalisation, c'est l'adresse URI du contenu à restituer (et non pas les métadonnées, comme dans le premier mode de réalisation) qui est utilisée pour transmettre une information de contexte de restitution d'un dispositif de pilotage UPnP à un autre. Les étapes initiales 310 et 320 sont identiques respectivement aux étapes 210 et 220. Lors de l'étape 330, l'utilisateur sélectionne un dispositif de restitution, par exemple le dispositif de restitution DMR1, puis déclenche la restitution du contenu sélectionné à l'étape 251 sur le dispositif de restitution ainsi sélectionné. Le dispositif de pilotage DMC1 effectue alors les opérations suivantes : Le dispositif de pilotage DMC1 modifie l'adresse URI du contenu M1 en y insérant l'identifiant UDN_DMS1 du serveur de contenus DMS1 ainsi que l'identifiant d'objet (ou "objectlD") référençant, dans le CDS du serveur de contenus DMS1, le contenu M1 à restituer. L'adresse ainsi enrichie est par exemple de la forme: http:II192.168.1.15:8055/photo/iazzl .mp3?dmsUDN/uuid:5772e3bae9cdb/objectl D=2$73688166$805306398 Cette adresse enrichie est noté URI2 M1. Dans une première variante, le dispositif de pilotage DMC1 insère en outre dans l'adresse URI2_Ml un identifiant d'un répertoire du CDS de ce serveur de contenus dans lequel sont référencés le ou les contenus à restituer. Dans une deuxième variante, combinable avec la première variante, le dispositif de pilotage DMC1 insère en outre dans l'adresse URI2_M1 une indication d'un mode de restitution à utiliser lors de la restitution du ou des contenus. Par exemple, une indication d'un mode "shuffle" (restitution dans un ordre aléatoire des contenus d'un ensemble de contenus) ou mode "repeat" (restitution en boucle d'un contenu ou d'un ensemble de contenus). Lors de l'étape 330, le dispositif de pilotage DMC1 envoie une commande comprenant les paramètres de restitution au dispositif de restitution DMR1, en invoquant l'action "SetAVTransportURl" du service UPnP "AVTransport" mis en oeuvre par le dispositif de restitution DMR1. Les paramètres de restitution comprennent notamment l'adresse URI2_M1 du 20 contenu à restituer et le document D1 contenant les métadonnées du contenu M1. L'étape 340 est identique à l'étape 240, lors de laquelle le dispositif de pilotage DMC1 déclenche la restitution du contenu M1. Lors de l'étape 350, l'utilisateur (ou un autre utilisateur que celui concerné par les étapes 310 à 340) décide d'utiliser un autre terminal, en l'occurrence le terminal PC1 pour contrôler la restitution du contenu en cours de restitution sur le dispositif de restitution DMR1. Ceci s'effectue grâce à la présence dans cet autre terminal d'un autre dispositif de pilotage DMC2, qui est apte à obtenir du dispositif de restitution DMR1 les informations de contexte de restitution transmises par le dispositif de pilotage DMC1 au dispositif de restitution DMR1. L'utilisateur choisit dans l'interface utilisateur du dispositif de pilotage DMC2 le dispositif de restitution qu'il souhaite piloter: en l'occurrence, il choisit le dispositif de 15 restitution DMR1. Le dispositif de pilotage DMC2 interroge ensuite le dispositif de restitution DMR1 sélectionné pour obtenir des informations de contexte de restitution relative à un contenu qui serait en cours de restitution par ce dispositif de restitution, afin d'obtenir un identifiant d'un objet référençant ce contenu et un identifiant du serveur de contenu 20 via lequel ledit contenu est accessible. Ceci se déroule de la manière suivante. Le dispositif de pilotage DMC2 interroge le dispositif de restitution DMR1 sélectionné pour obtenir l'adresse URI du contenu en cours de restitution: le dispositif de pilotage DMC2 invoque l'action "GetMedialnfo" du service AVTransport du dispositif de restitution DMR1. En réponse à cette interrogation, le dispositif de restitution DMR1 25 envoie dans le champ nommé "CurrentURl", l'adresse URI2_M1 telle que modifiée par le dispositif de pilotage DMC1. Le dispositif de pilotage DMC2 analyse l'adresse URI2_M1 et en extrait les données suivantes : - l'identifiant d'objet ID_M1 référençant le contenu M1, 30 - l'identifiant de serveur UDN_DMS1 du serveur de contenus DMS1, - le cas échéant (cas de la première variante décrite ci-dessus), l'identifiant ID_R1 du répertoire du CDS du serveur de contenus DMS1 dans lequel est référencé le contenu M1. - le cas échéant (cas de la deuxième variante décrite ci-dessus), un mode de 35 restitution. Si l'identifiant du répertoire du CDS du serveur de contenus DMS1 dans lequel est référencé le contenu M1 ne se trouve pas dans l'adresse URI2 reçue, le dispositif de pilotage DMC2 envoie au serveur de contenus DMS1 identifié par l'identifiant UDN UDN_DMS1 une requête d'interrogation "Browse", contenant l'identifiant "Objectld" ID_M1 du contenu M1, afin d'obtenir cet identifiant. Le serveur de contenus DMS1 envoie en réponse cet identifiant. Les étapes 360, 370 et 380 suivantes sont identiques respectivement aux étapes 260, 270 et 280 déjà décrites: affichage (étape 360) d'une interface utilisateur de pilotage du dispositif de restitution DMR1 présentant une information sur l'état du dispositif de restitution DMR1, affichage (étape 370) d'une interface utilisateur de consultation des contenus du serveur de contenus DMS1, présentant des informations sur le répertoire dans lequel se trouve le contenu M1, puis déclenchement d'une action (étape 380) de l'utilisateur au moyen de l'une de ces deux interfaces utilisateur. L'invention permet aux utilisateurs d'avoir une continuité d'usage quel que soit le dispositif de pilotage DMC1 ou DMC2 utilisé. En effet, les informations de contexte de restitution sont transmises d'un dispositif de pilotage à un autre, le dispositif de restitution servant d'intermédiaire, dépositaire de ces informations de contexte de restitution, qui lui ont été transmises par celui de ces dispositifs de pilotage qui a configuré et déclenché la restitution. Au moment de la configuration de la restitution, les paramètres de restitution transmis sont enrichis avec les informations de contexte de restitution. L'invention évite à l'utilisateur de repasser par les étapes de sélection de contenu 25 et de sélection de répertoires dans le cas où il souhaite simplement consulter un autre contenu du même répertoire ou d'un répertoire proche. L'invention permet également d'assurer une continuité de la restitution de tous les contenus d'un répertoire, même si un dispositif de pilotage disparaît du réseau pendant cette restitution (le terminal se déconnecte du réseau ou est éteint), du 30 moment que l'utilisateur reprend la main sur un autre dispositif de pilotage. Ces informations de contexte de restitution sont transportées d'un dispositif de pilotage à un autre dans les métadonnées du contenu à restituer ou dans une adresse URI servant à localiser ce contenu. Les informations de contexte de restitution sont insérées dans l'adresse URI ou 35 les métadonnées par le dispositif de pilotage UPnP préalablement à l'appel de l'action UPnP "SetAVTransportURl" du service "AVTransport" du dispositif de restitution visé. Certaines de ces informations de contexte de restitution (identifiant de serveur notamment) peuvent également être insérées dans les métadonnées du contenu par le serveur de contenus UPnP référençant ce contenu. Certaines de ces informations de contexte de restitution (mode de restitution notamment) ne peuvent, elles, qu'être insérées par le dispositif de pilotage UPnP, qui seul dispose de ce type d'information. L'invention est applicable également à un dispositif de restitution de type DMP UPnP / DLNA ("Digital Media Player"), qui intègre les fonctions d'un DMC UPnP ("Control Point" ou "Digital Media Controller") et celle d'un DMR UPnP ("Digital Media Renderer"), et qu'un utilisateur, ayant initié une restitution de contenu sur le DMR inclut dans ce DMP au moyen d'un autre dispositif de pilotage UPnP, reprend le contrôle de la restitution sur ce DMR au moyen de l'interface utilisateur ou la télécommande du DMC inclut dans ce DMP. La situation inverse avec bascule d'un mode de pilotage à partir de l'interface utilisateur ou la télécommande du DMC inclut dans ce DMP vers un mode de pilotage au moyen d'un autre dispositif de pilotage UPnP est également envisageable. Le mécanisme proposé par l'invention est transposable à d'autres protocoles, servant à la commande d'entités d'un réseau, par exemple le protocole "BONJOUR". ANNEXE 1 Exemple de fichier XML de métadonnées enrichies 5 Plage Vacances 2009-07-16 object.item.imageltem.photo http://l 92.168.1.15:8055/DLNA-720x479/photo/plage.jpg http://192.168.1.15:8055/dlna-48x32/photo/plage. ipg uuid:5772e3bae9cdb 20 REVENDICATIONS1. Procédé de pilotage mis en oeuvre par un dispositif de pilotage (DMC1) de dispositifs de restitution (DMR1) et de serveurs de contenus (DMS1, DMS2), le procédé comprenant - une étape (230) d'envoi à un dispositif de restitution de paramètres de restitution identifiant un contenu à restituer, les paramètres de restitution envoyés étant susceptibles d'être obtenus par un autre dispositif de pilotage par interrogation dudit dispositif de restitution; - une étape (240) de déclenchement de la restitution dudit contenu, caractérisé en ce que les paramètres de restitution envoyés sont enrichis d'un identifiant de serveur utilisable pour adresser à un serveur de contenu référençant ledit contenu une commande d'interrogation de ce serveur sur des contenus référencés par ce serveur. 2. Procédé selon la revendication 1, dans lequel un identifiant d'objet utilisé par ledit serveur de contenus pour référencer ledit contenu est joint aux paramètres de restitution. 3. Procédé selon la revendication 1 comprenant une étape d'enrichissement de métadonnées dudit contenu avec ledit identifiant de serveur, les paramètres de restitution envoyés comprenant les métadonnées enrichies. 4. Procédé selon la revendication 1 comprenant une étape d'obtention auprès dudit serveur de contenu de métadonnées dudit contenu enrichies avec ledit identifiant de serveur, les paramètres de restitution envoyés comprenant les métadonnées enrichies. 5. Procédé selon la revendication 1 ou 2, comprenant une étape d'enrichissement d'une adresse dudit contenu avec ledit identifiant de serveur, les paramètres de restitution envoyés comprenant l'adresse ainsi enrichie. 6. Procédé selon la revendication 5 lorsqu'elle dépend de la revendication 2, comprenant une étape d'enrichissement de ladite adresse avec ledit identifiant d'objet, les paramètres de restitution envoyés comprenant l'adresse ainsi enrichie. 7. Procédé selon la revendication 1, dans lequel les paramètres de restitution envoyés sont enrichis en outre d'un identifiant de répertoire de contenus dans lequel est référencé le contenu par ledit serveur de contenu. 8. Procédé selon la revendication 1, dans lequel les paramètres de restitutionenvoyés sont enrichis en outre d'un mode de restitution. 9. Dispositif de pilotage (DMC1) de dispositifs de restitution et de serveurs de contenus, le dispositif de pilotage comprenant - des moyens d'envoi à un dispositif de restitution de paramètres de restitution identifiant un contenu à restituer, les paramètres de restitution envoyés étant susceptibles d'être obtenus par un autre dispositif de pilotage par interrogation dudit dispositif de restitution; - des moyens de déclenchement de la restitution dudit contenu, caractérisé en ce que les paramètres de restitution envoyés sont enrichis d'un identifiant de serveur utilisable pour adresser, à un serveur de contenu référençant ledit contenu, une commande d'interrogation de ce serveur sur des contenus référencés par ce serveur. 10. Dispositif de pilotage de dispositifs de restitution et de serveurs de contenus, le dispositif de pilotage comprenant - des moyens d'interrogation (250) d'un dispositif de restitution pour obtenir des paramètres de restitution, identifiant un contenu en cours de restitution, fournis à ce dispositif de restitution par un dispositif de pilotage ayant déclenché ladite restitution et enrichis d'un identifiant de serveur affecté à un serveur de contenus; - des moyens pour, en utilisant ledit identifiant de serveur, adresser audit serveur de contenu une commande d'interrogation de ce serveur sur des contenus référencés par ce serveur; - des moyens de présentation (260) à un utilisateur d'une interface utilisateur de consultation de contenus référencés par ce serveur. 11. Point de contrôle UPnP incluant un dispositif de pilotage selon la revendication 9 ou 10.