EP2484089A1 - Surveillance d'un reseau upnp - Google Patents

Surveillance d'un reseau upnp

Info

Publication number
EP2484089A1
EP2484089A1 EP10777048A EP10777048A EP2484089A1 EP 2484089 A1 EP2484089 A1 EP 2484089A1 EP 10777048 A EP10777048 A EP 10777048A EP 10777048 A EP10777048 A EP 10777048A EP 2484089 A1 EP2484089 A1 EP 2484089A1
Authority
EP
European Patent Office
Prior art keywords
digital content
network
content server
server
message
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
EP10777048A
Other languages
German (de)
English (en)
Inventor
Vincent Murphy
Rémi BARS
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.)
Orange SA
Original Assignee
France Telecom SA
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 France Telecom SA filed Critical France Telecom SA
Publication of EP2484089A1 publication Critical patent/EP2484089A1/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
    • 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
    • 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/535—Tracking the activity of the user

Definitions

  • the invention relates to the field of multimedia content sharing networks, and more particularly to networks based on the UPnP protocol (for 'Universal Plug and Play').
  • UPnP Universal Plug and Play'
  • DLNA Digital Living Network Alliance
  • DLNA defines network protocols that automatically enable the detection and dynamic removal of such devices, as well as the use of control points for the services they provide. These protocols are based on the XML protocol (for 'Extensible Markup Language'), HTTP (for 'Hyper Text Transfer Protocol'), TCP (for 'Transmission Control Protocol') and UDP (for 'User Data Protocol').
  • DMR type devices for 'Digital Media Renderer' in English
  • DMS type for 'Digital Media Server' in English
  • DMP type for 'Digital Media Player' 'in English
  • a UPnP AV (for Universal Plug and Play Audio and Video) network generally includes at least one DMS, a Control Point and a DMR.
  • the UPnP Control Point is a network master device that is adapted to detect other UPnP devices, to receive events from these devices and to control them by sending them UPnP actions.
  • the Control Point when coupled to a human-machine interface, allows a user to consult a list of contents available on different DMS, select a content (video, audio, image) made available by one of the DMS and broadcast it on the DMR of his choice.
  • the Control Point may for example correspond to a mobile terminal.
  • the DMR U PnP corresponds to a slave device in charge of the restitution or display of the content as is for example a television, a hi-fi system, a game station, a computer, etc.
  • UPnP DMS is a slave server that shares media content, such as audio, video, or images, with client devices on the UPnP network. It stays tuned for client device requests on the network.
  • the DMS is the network entity that knows the digital contents required by a given user. Thus, it is not possible to monitor the activity on the UPnP network considered independently of the entities of type DMS or without modification of these entities.
  • the present invention aims to improve the situation.
  • a first aspect of the present invention relates to a method of monitoring a network comprising at least one digital content server and a masking module; said method comprising the following step, at the level of the masking module:
  • this masking module is responsible for transmitting a non-presence message on behalf of any digital content server that sends a message indicating its arrival in the network.
  • a message indicating the absence of the newly arrived server in the network may notably be a 'byebye' type message according to the SSDP protocol (for 'Simple Service Discovery Protocol').
  • the message indicating the presence of a digital content server may be an 'alive' message according to the SSDP protocol.
  • the masking module prepares the network for setting up a virtual digital content server, acting for the devices of the network as a proxy (or 'proxy server') of the hidden content server.
  • step IM information identifying the digital content server is saved at the masking module.
  • This information is for example the "User Agent” parameter transmitted in the HTTP requests used for sending the messages "ssdp: alive” and "ssdp: byebye". This information is used when the subsequent message is issued indicating the absence of the same server.
  • this masking module can maintain a list of the various digital content servers present in the network under surveillance, indicating for each server whether it has already been hidden.
  • This list is updated on receipt of messages indicating the absence of a digital content server, as well as receiving a message indicating the presence of a digital content server.
  • the method further comprises, following the transmission of the second message, a transmission step in the network of a third message indicating the presence of another digital content server, corresponding to a server.
  • proxy capable of receiving at least one interrogation request from said digital content server and obtaining from said digital content server a response to said request.
  • this proxy server designed to intercept the requests for the hidden digital content server in order to play the role of this digital content server vis-à-vis other devices U PnP network.
  • this proxy server declares itself as a digital content server to the devices of the network, by sending a message indicating its presence as a digital content server and by declaring itself by this message with the same characteristics as the data server. hidden digital content, with localization. This message is issued only after detecting that a digital content server has been hidden by the masking module. In other words, the proxy server waits at the same time for receiving a message indicating the presence of a digital content server in step IM, and a message indicating the absence of this digital content server in step 121.
  • the proxy server therefore expects the UPnP devices of the network to be informed by the masking module, before taking the place of the newly arrived digital content server vis-à-vis the network devices.
  • a digital content rendering device may require a given digital content from this other digital content server, forming a virtual content server and acting as a proxy on behalf of the hidden content server.
  • the following steps can be implemented:
  • Ibl forward said request to the digital content server
  • the proxy server acts as a digital content server vis-à-vis the digital content rendering device that requires digital content. It therefore provides this device with a navigation path identifying the required digital content, as would the digital content server if the rendering device had sent his request.
  • a third aspect of the present invention provides a method of monitoring a network comprising at least one digital content server and a registration module adapted to cooperate with a proxy server according to the invention; said method comprising the following steps, at the level of the recording module:
  • NI transmit said digital content to the device issuing the obtaining request.
  • the digital content playback device dialogues with the recording module, transparently as if the exchanges were made with the digital content server itself and, secondly, the digital content request can easily be stored at the recording module.
  • the recording module is in maintains a list of the digital contents required in the network in question, in association with the respective rendering devices.
  • a fourth aspect of the present invention provides a masking module of a network adapted for carrying out a monitoring method according to the first aspect of the present invention.
  • a fifth aspect of the present invention provides a proxy server of a network adapted for carrying out a monitoring method according to the second aspect of the present invention.
  • a sixth aspect of the present invention provides a network registration module adapted for carrying out a monitoring method according to the third aspect of the present invention.
  • a seventh aspect of the present invention provides a network gateway comprising a masking module according to the fourth aspect of the present invention, a digital content server proxy server according to the fifth aspect of the present invention and a registration module. according to the sixth aspect of the present invention.
  • An eighth aspect of the present invention proposes a system for monitoring a network according to a UPnP type protocol comprising at least one digital content rendering device, a digital content server, a masking module according to the fourth aspect of the present invention.
  • a digital content server proxy server according to the fifth aspect of the present invention and a registration module according to the sixth aspect of the present invention.
  • a ninth aspect of the present invention provides a computer program comprising instructions for carrying out the method according to the first aspect of the present invention, according to the second aspect and / or the third aspect, when this program is executed by a processor.
  • an embodiment of the present invention can advantageously be implemented on the basis of already defined protocol messages, and in an already existing network in an easy manner.
  • Figure 1 illustrates a network monitoring system according to a first embodiment of the present invention
  • Figure 2 illustrates another network monitoring system according to a second embodiment of the present invention
  • Fig. 3 illustrates a flow diagram according to the first embodiment of the present invention
  • Figure 4 illustrates a flow diagram according to the second embodiment of the present invention
  • FIG. 5 illustrates an architecture of modules adapted for the implementation of a monitoring method according to the first or second embodiment of the present invention.
  • module or the term server may correspond in this document to both a software component, a hardware component or a set of hardware and software components.
  • a software component corresponds to one or more computer programs, one or more subroutines of a program, or more generally to any element of a program or software capable of implementing a function or a program. set of functions, as described below for the module concerned.
  • Such a software component is executed by a data processor of a physical entity (terminal, server, gateway, set-top-box, router, etc.) and is capable of accessing the hardware resources of this entity (memories, data carriers, etc.). recording, communication buses, I / O boards, user interfaces, etc.).
  • a hardware component corresponds to any element of a hardware set (or hardware) able to implement a function or a set of functions, as described below for the module concerned. It may be a hardware component that is programmable or has an integrated processor for executing software, for example an integrated circuit, a smart card, a memory card, an electronic card for executing a firmware ( firmware), etc.
  • the present invention is further described in its application to UPnP type networks. It can easily be implemented in any type of UPnP network, whether it be a U-PNP model network with three boxes, as with reference to FIG. 1, or whether it is a U-PNP model network with two boxes, such as with reference to Figure 2.
  • obtaining digital content assumes both a step 121 of first obtaining a path to the required digital content (by means of a UPnP command named 'browse' in English) and a subsequent step 123 of obtaining the digital content in as such (using an HTTP command named '' GET '' in English).
  • a step 122 is executed by a Control Point U PnP and consists in sending a "SetAVTransportURI" command followed by a "Play” command to a DMR rendering device. the DMR rendering device issuing the GET command, only after having received the command "Play”.
  • the step of obtaining the path may consist in querying the digital content server to obtain a list of the digital contents referenced by the digital content server, as well as the metadata of the digital contents of this list.
  • the metadata provided by the digital content server includes, for each referenced digital content, a navigation path to the digital content, which navigation path is provided in the form of URI (Uniform Resource Identifier) addresses.
  • This URI includes an identification of the content server from which the digital content considered is likely to be obtained and an identification of the digital content itself.
  • This URI address is for example in the form:
  • mediaserver: 9000 is an identifier of the content server (or an IP address of this server);
  • Figure 1 illustrates a network monitoring system 10 according to a first embodiment of the present invention, applicable to the case of using a 'three-box' model for UPnP components.
  • the system comprises a digital content server 1 10, conforming to the UPnP standard, of the DMS type, a digital content rendering device 1 1 1, conforming to the UPnP standard, of the DMR type, a control device, FIG. standard UPnP, named here "Control Point” ("Control Point” in English).
  • the Control Point is in charge of controlling both the digital content server DMS 1 10 and the digital content reproduction device DMR.
  • the Control Point is in charge of querying the digital content server for digital content and sending a rendering request to the rendering device.
  • the system includes a gateway 100 (GW for 'GateWay') for interconnecting the network 10 with the Internet.
  • This gateway includes:
  • a proxy server 52 a proxy server 52; and a recording module 53.
  • the DMS 1 1 0 When the DMS 1 1 0 connects to the network during a step 31, it is reported to the UPnP devices of this network by sending a message M1 indicating its presence.
  • a message M1 can be an 'alive' message according to the SSDP protocol.
  • This message M1 is broadcast in the network in multicast mode. As a result, it is received by both the DMR, the Control Point 1 12 and the gateway 100.
  • This first message M1 is for example composed as follows:
  • NT urn: schemas-upnp-org: device: MediaServer: 1
  • NTS ssdp: alive
  • http: // mediaserver: 9000 / device.xml is a URI identifying the entity whose presence is reported;
  • integerp / 1 .0 is the type of the content server.
  • the masking module 51 of the gateway 100 Upon receipt of this message M1, the masking module 51 of the gateway 100 transmits, in a step 32, a message M2 indicating that the DMS 1 10 is no longer available in the network.
  • This message M2 indicating the absence of the DMS 1 10 may be a 'byebye' message according to the SSDP protocol.
  • This 'byebye' message may be an SSDP Notify message sent to a multicast group address.
  • This second message M2 is for example composed as follows:
  • NT urn: schemas-upnp-org: device: MediaServer: 1
  • the "ssdp: byebye" field indicates that the message M2 is used to signal the absence of an entity.
  • This message preferably includes an identification of the entity whose absence is reported, in the form of address or name.
  • Control Point 1 12 or between DMS 1 10 and DMR 1 12.
  • the proxy server of the gateway 100 sends an M3 message to declare itself as a UPnP content server to the UPnP devices of the network.
  • This message M3 is a message indicating the presence of a new UPnP content server: like any message of this type, it is broadcast in multicast mode in the network to all U PnP equipment of the network.
  • This new content server is in fact a virtual DMS, which acts as a proxy (or 'proxy') of the hidden DMS and is implemented by the proxy server 52 of the gateway 100.
  • This third message M3 may be identical to the first message M1, but with the replacement of the URI identifying the digital content server by a URI identifying the proxy server:
  • NTS ssdp: alive
  • the URI used to identify the proxy server comprises the URI identifying the DMS content server.
  • the proxy server upon receipt of a request including this U RI, the proxy server is able to determine which is the target hidden content server.
  • the UPnP devices of the network are aware of the presence of the virtual DMS, constituted by the proxy server located in the gateway in this embodiment.
  • the Control Point 1 12 sends a query request for digital contents referenced by the DMS 1 10.
  • This request uses the identifier of the virtual server provided in the message M3 indicating the presence of this virtual server.
  • the request is sent to the proxy server 52 of the gateway 100 whose presence has been signaled by the third message M3.
  • the message exchange 131 takes place in place of the exchange 121 which can not take place, since the DMS 1 10 is absent from the network from the point of view of the Control Point 1 12.
  • a UPnP device of the network such as for example a Control Point or a DMP, issues an interrogation request intercepted by the proxy server.
  • this request is transmitted to the hidden server, that is to say to the content server DMS 1 1 0 during a step 35.
  • the DMS content server 110 sends the proxy server a response to the query request.
  • This response contains metadata of at least one content referenced by the content server DMS 1 10.
  • the metadata of a content themselves include a URI identifier by means of which the content considered is likely to be obtained.
  • proxy server 52 of gateway GW 100 replaces each URI # 1 of content with another URI # 2 by which said digital content can be obtained from the module. 53 of the gateway 100.
  • the identifier of the recording module 53 preferably comprises the identifier ("mediaserver: 9000") of the hidden content server, so that, upon receipt of a request for obtaining or accessing to a content comprising the modified identifier URI # 2, the registration module 53 can determine which is the hidden content server from which this content is likely to be obtained.
  • step 37 the proxy server 52 sends the sender, or sending device, the query request, the response to this request comprising the URI identifier or identifiers modified in step 36.
  • transmitting device is understood to mean any device in the network capable of making requests in the network, without any limitation.
  • step 38 following a selection of content to be rendered by a user, the Control Point 1 12 triggers the reproduction of the digital content referenced by the DMS 1 10, by sending to the DMR 1 13 of a command UPnP named "SetAVTransportURI” followed by a "Play” command.
  • This message exchange is identical to the exchange 122 which takes place in the absence of the invention.
  • the "SetAVTransportURI" command which identifies the content to be rendered includes as content identifier one of the URI modified URI # 2 in step 37.
  • step 39 an acknowledgment of receipt is issued by DMR 1 13 at Checkpoint 1 12.
  • the message exchange 133 takes place, which replaces the message exchange 123: the DMR 13 issues an HTTP request of the "GET" type to obtain the digital content itself.
  • this HTTP request is sent, not to the DMS as in the case of the exchange 123, but to the recording module 53 identified as the server of contained in this modified identifier URI # 2.
  • step 41 the recording module 53 transmits or redirects the request "GET" to the content server DMS 1 10, after having replaced in this request the modified identifier URI # 2 by the original identifier U RI # 1.
  • step 42 the content server DMS 1 10 responds to this HTTP request by sending to the recording module 53 at least one data packet of the digital content considered.
  • step 43 the recording module 53 transfers the received data packets, without modification, to the emitter of the HTTP request "GET", that is to say the DMR 1 13.
  • Figure 2 illustrates another network monitoring system according to a second embodiment of the present invention, applicable to the case of using a two-box model for UPnP components.
  • the network 11 comprises a DMS 1 10 and a DMP 1 1 1.
  • This DMP 1 1 1 integrates the functions of Control Point.
  • This network 1 1 further comprises a gateway 100 according to one embodiment of the present invention.
  • the DMS 1 10 that arrives in the network in question sends a message indicating its presence.
  • the DMS and the DMP could exchange messages 221 with each other.
  • the gateway 100 upon receipt of the presence message of the DMS server 1 10, broadcasts a message in the network indicating the absence of the same DMS 1 10.
  • the message exchanges 221 are no longer possible, which will allow the gateway to intercept the messages 221 that could have occurred.
  • the gateway sends a message indicating the presence of another DMS, the virtual DMS which corresponds to the gateway itself.
  • the UPnP devices of the network can make requests to the gateway which will play virtually the role of a DMS.
  • the DMP111 exchanges messages 232 with the gateway 100, which are relayed to the DMS 110 via messages 2333 transparently for the DMP111.
  • FIG. 4 illustrates a flow diagram used in the second embodiment of the present invention applicable in the case of the implementation of a two-box UPnP model (DMP and DMS content server). With reference to this figure, are described in detail the different steps of querying and obtaining a digital content for illustration.
  • DMP and DMS content server DMP and DMS content server
  • the UPnP device of the DMP type can be integrated in a digital content reproduction station.
  • the modules 51, 52, 53 used for monitoring the network are identical to those described in the first embodiment.
  • Steps 31 to 33 are identical to those described in the case of the first embodiment.
  • the steps 34 to 37 are identical to those described in the case of the first embodiment, with the only difference that it is the DMP which is the originator of the interrogation request of the digital content server DMS and which plays the role played. by the Control Point 1 12 in the first embodiment.
  • Steps 38 and 39 are not necessary since the DMP plays the role of the DMR and Control Point 1 12.
  • Steps 40 to 43 are identical to those described in the case of the first embodiment, with the only difference that it is the DMP which is the originator of the request to obtain the digital content to be reproduced and which plays the role played by the DMR in the first embodiment.
  • FIG. 5 illustrates an architecture of modules adapted for the implementation of a monitoring method according to one embodiment of the present invention.
  • a masking module 51 comprises:
  • a reception unit 51 1 adapted to receive a first message M1, transmitted via the network, indicating the presence of the digital content server in the network;
  • a transmission unit 512 adapted for, following reception of the first message by the reception unit, transmitting via the network a second message M2 indicating the absence of said digital content server of the network.
  • This masking module may further comprise a memory 513 adapted to save information identifying the digital content server.
  • the transmission unit is adapted to transmit via the network a third message M3 indicating the presence of another digital content server, corresponding to a proxy server capable of receiving at least one interrogation request. said digital content server and obtain from said digital content server a response to said request.
  • a proxy server 52 of digital content adapted to implement monitoring of a UPnP network may include:
  • a receiving unit 521 adapted to receive via the network a first message indicating the presence of the digital content server in the network and a second message indicating the absence of said digital content server of the network;
  • a transmission unit 522 adapted for, in the event of reception by the reception unit of the first message followed by reception of the second message, sending in the network a third message indicating the presence of another digital content server, said other digital content server corresponding to the proxy server.
  • This proxy server 52 may further include:
  • a first interface management unit 523 adapted to receive from a sending device a query request from the digital content server
  • a second interface management unit 524 adapted to: transmitting said request to the digital content server 1 10;
  • the first interface management unit 523 being adapted to transmit the modified response to the device transmitting said interrogation request.
  • the interface management unit 524 implements an UPnP service interface, identical to that implemented by the DMS content server 1 10 and making it possible to invoke actions of this service by means of UPnP requests.
  • the message M3 contains an identification of the proxy server by which the process of discovery and interrogation of the proxy server can take place to discover the UPnP service implemented by this proxy server. For other UPnP entities in the network, everything happens as if this proxy server was indeed a UPnP content server.
  • This proxy server 52 may further comprise a translation module 525 for replacing in a response received from the content server DMS 1 10 said identifier by another identifier by means of which the digital content considered is likely to be obtained from the module. recording digital content obtaining request 53, the first interface management unit 523 being adapted to transmit the modified response to the device issuing the interrogation request.
  • the recording module 53 described above may include:
  • a first interface management unit 531 for receiving from a sending device a request for obtaining a digital content referenced by said digital content server;
  • the first interface management unit 531 being adapted to transmit said received digital content to the device transmitting said obtaining request.
  • modules 51, 52, 53 are functional entities whose location in the considered network does not matter. So, they can be co-located in a network gateway for example, or else be implemented in different respective devices of the network.
  • the masking module and the proxy server can also be merged into a single module: in this case, the messages M2 and M3 are emitted successively by this module, without it being necessary to wait for the receipt of the message M2 to transmit the message M3.
  • This recovered information is then stored at the level of the recording module and can subsequently be exploited by a service provider or an operator.
  • the latter can then offer digital content or information that is adapted to the profile of the user considered.
  • the implementation of an embodiment of the present invention is easy in an existing UPnP type network. Indeed, this implementation can be performed transparently for the devices present in the network.

Abstract

Au cours d'une surveillance d'un réseau comprenant un serveur de contenu numérique: - on reçoit via le réseau un message (31) indiquant la présence du serveur de contenu numérique dans le réseau; et on émet via le réseau un message (M2) indiquant l'absence dudit serveur de contenu numérique du réseau. on émet via le réseau un message (M3) indiquant la présence d'un autre serveur de contenu numérique, ledit autre serveur de contenu numérique correspondant à un serveur mandataire apte à recevoir au moins une requête d'interrogation dudit serveur de contenu numérique et à obtenir dudit serveur de contenu numérique une réponse à ladite requête.

Description

SURVEILLANCE D'UN RESEAU UPNP
L'invention se rapporte au domaine des réseaux de partage de contenus multimédia, et plus particulièrement aux réseaux basés sur le protocole UPnP (pour 'Universal Plug and Play').
Le protocole UPnP (pour 'Universal Plug and Play') défini par l'alliance de sociétés DLNA ('Digital Living Network Alliance') permet de partager, de diffuser et de contrôler des contenus numériques entre différents dispositifs dans un réseau. DLNA définit des protocoles réseau permettant, de manière automatique, la détection et le retrait dynamique de tels dispositifs, ainsi que l'utilisation depuis des points de contrôle des services qu'ils fournissent. Ces protocoles s'appuient notamment sur le protocole XML (pour 'extensible Markup Langage'), HTTP (pour 'Hyper Text Transfer Protocol'), TCP (pour 'Transmission Control Protocol') et UDP (pour 'User data Protocol').
Ces dispositifs peuvent être de différents types comme des dispositifs de type DMR (pour 'Digital Media Renderer' en anglais), ou encore de type DMS (pour 'Digital Media Server' en anglais) ou encore de type DMP (pour 'Digital Media Player' en anglais) par exemple.
Un réseau de type UPnP AV (pour 'Universal Plug and Play Audio and Video') comprend généralement au moins un DMS, un Point de Contrôle et un DMR.
Le Point de Contrôle UPnP correspond à un dispositif maître du réseau qui est adapté pour détecter les autres dispositifs UPnP, pour recevoir des événements depuis ces dispositifs et les commander en leur envoyant des actions UPnP. Le Point de Contrôle, lorsqu'il est couplé à une interface homme-machine, permet à un utilisateur de consulter une liste de contenus disponibles sur différents DMS, de sélectionner un contenu (vidéo, audio, image) mis à disposition par un des DMS et de le diffuser sur le DMR de son choix. Le Point de Contrôle peut par exemple correspondre à un terminal mobile.
Le DMR U PnP correspond à un dispositif esclave en charge de la restitution ou de l'affichage du contenu comme l'est par exemple une télévision, une chaîne HiFi, une station de jeux, un ordinateur, etc ..
Le DMS UPnP correspond à un serveur esclave qui partage les contenus média, comme des contenus audio, ou vidéo ou encore des images, avec des dispositifs clients du réseau UPnP. Il reste à l'écoute des requêtes de dispositifs clients sur le réseau. Dans un tel réseau, le DMS est l'entité réseau qui a connaissance des contenus numériques requis par un utilisateur donné. Ainsi, il n'est pas possible de surveiller l'activité sur le réseau UPnP considéré de manière indépendante des entités de type DMS ou sans modification de ces entités. La présente invention vise à améliorer la situation.
Un premier aspect de la présente invention concerne un procédé de surveillance d'un réseau comprenant au moins un serveur de contenu numérique et un module de masquage ; ledit procédé comprenant l'étape suivante, au niveau du module de masquage :
IM suite à une réception d'un premier message, émis via le réseau, indiquant la présence du serveur de contenu numérique dans le réseau, émettre via le réseau un deuxième message indiquant l'absence dudit serveur de contenu numérique du réseau.
Il est ici avantageusement prévu d'introduire un module de masquage qui est adapté pour faire 'disparaître' en quelque sorte, vis-à-vis d'autres dispositifs du réseau, un serveur de contenu numérique nouvellement relié au réseau.
A cet effet, ce module de masquage est en charge d'émettre un message de non présence au nom de tout serveur de contenu numérique qui émet un message indiquant son arrivée dans le réseau. Un tel message indiquant l'absence du serveur nouvellement arrivé dans le réseau peut notamment être un message de type 'byebye' selon le protocole SSDP (pour 'Simple Service Discovery Protocol'). Le message indiquant la présence d'un serveur de contenu numérique peut être un message de type 'alive' selon le protocole SSDP.
Pour la définition de ces messages, on peut par exemple se référer au document draft- cai-ssdp-v1 -02 de l' IETF (pour ' Internet Engineering Task Force').
En procédant ainsi, le module de masquage prépare le réseau à la mise en place d'un serveur de contenu numérique virtuel, agissant pour les dispositifs du réseau en tant que mandataire (ou encore 'serveur proxy') du serveur de contenu masqué.
Grâce à ces dispositions, il est possible de masquer en quelque sorte le serveur de contenu numérique pour les dispositifs UPnP du réseau. En effet, du point de vue de ces dispositifs UPnP, un serveur de contenu numérique a été présent temporairement puis a disparu. A ce stade, il est aisé de mettre à disposition de ces dispositifs UPnP un serveur de contenu numérique virtuel, agissant en tant que mandataire pour le compte du serveur de contenu numérique, de sorte à s'interfacer de manière transparente entre les dispositifs et le serveur de contenu numérique. On pourra alors surveiller facilement l'émission de requêtes, relatives à des contenus numériques référencés par un serveur de contenu numérique du réseau, émises sur demande des utilisateurs respectifs des dispositifs UPnP, et de ce fait, surveiller l'activité du réseau UPnP relatives à ces contenus numériques.
Dans un mode de réalisation de la présente invention, il est prévu qu'à l'étape IM, une information identifiant le serveur de contenu numérique soit sauvegardée au niveau du module de masquage. Cette information est par exemple le paramètre "User Agent" transmis dans les requêtes HTTP utilisée pour l'émission des messages "ssdp:alive" et "ssdp:byebye". Cette information est utilisée lors de l'émission ultérieure du message indiquant l'absence du même serveur.
En outre, ce module de masquage peut tenir à jour une liste des différents serveurs de contenus numériques présents dans le réseau sous surveillance, indiquant pour chaque serveur s'il a déjà été masqué.
Cette liste est mise à jour sur réception de messages indiquant l'absence d'un serveur de contenus numériques, aussi bien que sur réception de message indiquant la présence d'un serveur de contenus numériques.
Dans un mode de réalisation, le procédé comprend en outre, suite à l'émission du deuxième message, une étape d'émission dans le réseau d'un troisième message indiquant la présence d'un autre serveur de contenu numérique, correspondant à un serveur mandataire apte à recevoir au moins une requête d'interrogation dudit serveur de contenu numérique et à obtenir dudit serveur de contenu numérique une réponse à ladite requête. Un deuxième aspect de la présente invention propose un procédé de surveillance d'un réseau comprenant au moins un serveur de contenu numérique et un serveur mandataire, ledit procédé comprenant les étapes suivantes, au niveau du serveur mandataire :
/a/ en cas de réception via le réseau d'un message indiquant la présence du serveur de contenu numérique dans le réseau, suivie d'une réception via le réseau d'un message indiquant l'absence dudit serveur de contenu numérique du réseau, émettre via le réseau un message indiquant la présence d'un autre serveur de contenu numérique, ledit autre serveur de contenu numérique correspondant au serveur mandataire.
Il est donc ici prévu d'introduire un serveur mandataire conçu pour intercepter les requêtes destinées au serveur de contenus numériques masqué afin de jouer le rôle de ce serveur de contenus numériques vis-à-vis des autres dispositifs U PnP du réseau. A cet effet, ce serveur mandataire se déclare en tant que serveur de contenu numérique aux dispositifs du réseau, en émettant un message indiquant sa présence en tant que serveur de contenu numérique et en se déclarant par ce message avec les mêmes caractéristiques que le serveur de contenu numérique masqué, à la localisation près. Ce message n'est émis qu'après avoir détecté qu'un serveur de contenu numérique a été masqué par le module de masquage. Autrement dit, le serveur mandataire attend à la fois la réception d'un message indiquant la présence d'un serveur de contenu numérique à l'étape IM, et un message indiquant l'absence de ce serveur de contenu numérique à l'étape 121, avant de se déclarer comme serveur de contenu numérique pour les dispositifs du réseau considéré. Le serveur mandataire attend donc que les dispositifs UPnP du réseau soit informés par le module de masquage, avant de prendre la place du serveur de contenu numérique nouvellement arrivé vis-à-vis des dispositifs du réseau. En procédant ainsi, à ce stade, un dispositif de restitution de contenu numérique peut requérir un contenu numérique donné auprès de cet autre serveur de contenu numérique, formant serveur de contenu virtuel et agissant comme mandataire pour le compte du serveur de contenu masqué. Dans ce cas, au niveau du serveur mandataire, les étapes suivantes peuvent être mises en oeuvre :
/a/ recevoir en provenance d'un dispositif émetteur une requête d'interrogation dudit serveur de contenu numérique ;
Ibl transmettre ladite requête au serveur de contenu numérique ;
Ici recevoir une réponse dudit serveur de contenu numérique comprenant un identifiant d'au moins un contenu numérique au moyen duquel ledit contenu numérique est susceptible d'être obtenu auprès dudit serveur de contenu numérique et
/d/ remplacer dans la réponse ledit identifiant par un autre identifiant au moyen duquel ledit contenu numérique est susceptible d'être obtenu auprès d'un module d'enregistrement de requête d'obtention de contenu numérique;
le/ transmettre ladite réponse modifiée au dispositif émetteur de ladite requête d'interrogation.
Ici, le serveur mandataire agit en tant que serveur de contenu numérique vis-à-vis du dispositif de restitution de contenu numérique qui requiert un contenu numérique. Il fournit donc à ce dispositif un chemin de navigation identifiant le contenu numérique requis, comme le ferait le serveur de contenu numérique si le dispositif de restitution lui avait envoyé sa requête.
Un troisième aspect de la présente invention propose un procédé de surveillance d'un réseau comprenant au moins, un serveur de contenu numérique et un module d'enregistrement conçu pour coopérer avec un serveur mandataire selon l'invention; ledit procédé comprenant les étapes suivantes, au niveau du module d'enregistrement:
l\l recevoir en provenance d'un dispositif émetteur une requête d'obtention d'un contenu numérique référencé par ledit serveur de contenu numérique ;
lui enregistrer ladite requête d'obtention;
transmettre ladite requête d'obtention au serveur de contenu numérique ; /iv/ recevoir dudit serveur de contenu numérique le contenu numérique ; et
NI transmettre ledit contenu numérique au dispositif émetteur de la requête d'obtention.
Grâce à ces dispositions, d'une part, le dispositif de restitution de contenu numérique dialogue avec le module d'enregistrement, de manière transparente comme si les échanges étaient effectués avec le serveur de contenu numérique lui-même et, d'autre part, la requête de contenu numérique peut aisément être mémorisée au niveau du module d'enregistrement. Ainsi, dans un mode de réalisation de la présente invention, le module d'enregistrement est en charge de maintenir une liste des contenus numériques requis dans le réseau considéré, en association des dispositifs de restitution respectifs.
Dans ces conditions, il est alors aisé d'établir des profils d'utilisateurs de ce réseau en fonction des informations stockées au niveau de ce module d'enregistrement.
Grâce à de tels profils d'utilisateurs, on peut offrir des services adaptés aux différents utilisateurs du réseau.
Un quatrième aspect de la présente invention propose un module de masquage d'un réseau adapté pour la mise en oeuvre d'un procédé de surveillance selon le premier aspect de la présente invention.
Un cinquième aspect de la présente invention propose un serveur mandataire d'un réseau adapté pour la mise en oeuvre d'un procédé de surveillance selon le deuxième aspect de la présente invention.
Un sixième aspect de la présente invention propose un module d'enregistrement d'un réseau adapté pour la mise en oeuvre d'un procédé de surveillance selon le troisième aspect de la présente invention.
Un septième aspect de la présente invention propose une passerelle de réseau comprenant un module de masquage selon le quatrième aspect de la présente invention, un serveur mandataire de serveur de contenu numérique selon le cinquième aspect de la présente invention et d'un module d'enregistrement selon le sixième aspect de la présente invention.
Un huitième aspect de la présente invention propose un système de surveillance d'un réseau selon un protocole de type UPnP comprenant au moins un dispositif de restitution de contenu numérique, un serveur de contenu numérique, un module de masquage selon le quatrième aspect de la présente invention, un serveur mandataire de serveur de contenu numérique selon le cinquième aspect de la présente invention et un module d'enregistrement selon le sixième aspect de la présente invention.
Un neuvième aspect de la présente invention propose un programme d'ordinateur comportant des instructions pour la mise en oeuvre du procédé selon le premier aspect de la présente invention, selon le second aspect et/ou selon le troisième aspect, lorsque ce programme est exécuté par un processeur.
De manière générale, un mode de réalisation de la présente invention peut avantageusement être mis en oeuvre sur la base de messages protocolaires déjà définis, et dans un réseau déjà existant de manière aisée.
D'autres particularités et avantages de la présente invention apparaîtront dans la description détaillée ci-après, faite en référence aux dessins annexés sur lesquels :
la figure 1 illustre un système de surveillance de réseau selon un premier mode de réalisation de la présente invention ; la figure 2 illustre un autre système de surveillance de réseau selon un deuxième mode de réalisation de la présente invention ;
la figure 3 illustre un diagramme de flux selon le premier mode de réalisation de la présente invention;
la figure 4 illustre un diagramme de flux selon le deuxième mode de réalisation de la présente invention ;
la figure 5 illustre une architecture de modules adaptés pour la mise en oeuvre d'un procédé de surveillance selon le premier ou le deuxième mode de réalisation de la présente invention.
Des références identiques désignent des objets identiques ou similaires d'une figure à l'autre.
L'invention est mise en oeuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme module ou encore le terme serveur peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un 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 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é (mémoires, supports d'enregistrement, bus de communication, cartes électroniques d'entrées/sorties, interfaces utilisateur, etc).
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.
La présente invention est décrite par la suite dans son application aux réseaux de type UPnP. Elle peut aisément être mise en oeuvre dans tout type de réseau UPnP, que ce soit un réseau U PnP de modèle à trois boites, comme en référence à la figure 1 , ou que ce soit un réseau U PnP de modèle à deux boites, comme en référence à la figure 2.
Ainsi, en règle générale dans un réseau UPnP, selon ce qui est représenté à la figure 1 , obtenir un contenu numérique suppose à la fois une étape 121 consistant à obtenir en premier lieu un chemin vers le contenu numérique requis (au moyen d'une commande UPnP nommée 'browse' en anglais) et une étape ultérieure 123 consistant à obtenir le contenu numérique en tant que tel (au moyen d'une commande HTTP nommée '"GET" en anglais). En outre, dans le cas d'un modèle à trois boîtes, une étape 122 est exécutée par un Point de Contrôle U PnP et consiste à envoyer à un dispositif de restitution DMR une commande "SetAVTransportURI" suivie d'une commande "Play", le dispositif de restitution DMR n'émettant la commande GET, qu'après avoir reçu la commande "Play".
L'étape consistant à obtenir le chemin peut consister à interroger le serveur de contenus numériques pour obtenir préalablement une liste des contenus numériques référencés par le serveur de contenus numériques, ainsi que les métadonnées des contenus numériques de cette liste. Les métadonnées fournies par le serveur de contenus numériques comprennent, pour chaque contenu numérique référencé, un chemin de navigation vers le contenu numérique, ce chemin de navigation étant fourni sous forme d'adresses URI ('Uniform Resource Identifier).
Cette adresse URI comprend une identification du serveur de contenus auprès duquel le contenu numérique considéré est susceptible d'être obtenu ainsi qu'une identification du contenu numérique proprement dit. Cette adresse URI est par exemple sous la forme:
http://mediaserver:9000/Obiectid=1234
où
"mediaserver:9000" est un identifiant du serveur de contenu (ou une adresse IP de ce serveur) ;
"Objectid=1234" est une identification du contenu défini par ce serveur.
La figure 1 illustre un système de surveillance d'un réseau 1 0 selon un premier mode de réalisation de la présente invention, applicable au cas d'utilisation d'un modèle à 'trois boites' pour les composants UPnP.
Le système comprend un serveur de contenu numérique 1 10, conforme au standard UPnP, de type DMS, un dispositif de restitution de contenu numérique 1 1 1 , conforme au standard UPnP, de type DMR, un dispositif de commande, 1 12, conforme au standard UPnP, nommé ici "Point de Contrôle" ("Control Point" en anglais).
Dans une telle architecture, le Point de Contrôle est en charge de piloter à la fois le serveur de contenu numérique DMS 1 10 et le dispositif de restitution DMR de contenu numérique. Ainsi, le Point de Contrôle est en charge d'interroger le serveur de contenus numériques relativement à un contenu numérique et d'envoyer une requête de restitution au dispositif de restitution.
La présente invention peut aisément être appliquée à ce type d'architecture réseau. Dans un mode de réalisation, le système comprend une passerelle 1 00 (GW pour 'GateWay') pour l'interconnexion du réseau 10 avec le réseau Internet. Cette passerelle comprend :
un module de masquage 51 ;
un serveur mandataire 52; et un module d'enregistrement 53.
Il convient de noter qu'il ne s'agit ici que d'un simple exemple, et qu'il est aisé d'en déduire une mise en oeuvre de la présente invention dans laquelle les trois modules 51 , 52, 53 sont intégrés dans deux, voire trois équipements physiquement distincts respectifs du réseau. L'invention repose en effet sur des modules fonctionnels et aucune limitation n'est attachée à leurs emplacements respectifs dans le réseau.
Le rôle de ces différentes entités dans la mise en oeuvre du procédé de surveillance de réseau selon un premier mode de réalisation de l'invention, applicable au cas d'utilisation d'un modèle à 3 boîtes, est décrit plus en détail au regard des figures 1 et 3.
Lorsque le DMS 1 1 0 se connecte au réseau au cours d'une étape 31 , il se signale aux dispositifs UPnP de ce réseau par l'envoi d'un message M1 indiquant sa présence. Un tel message M1 peut être un message 'alive' selon le protocole SSDP. Ce message M1 est diffusé dans le réseau en mode multicast. De ce fait, il est reçu à la fois par le DMR, le Point de Contrôle 1 12 et par la passerelle 100.
Ce premier message M1 est par exemple composé comme suit:
NOTIFY * HTTP/1 .1
HOST: 239.255.255.250:1900
CACHE-CONTROL: 1 500
LOCATION: http://mediaserver:9000/device.xml
NT: urn:schemas-upnp-org:device:MediaServer:1
NTS: ssdp:alive
SERVER: intelupnp/1 .0
USN: advertisement UU ID
Où
"ssdp:alive" indique que le message M1 sert à signaler la présence d'une entité;
"http://mediaserver:9000/device.xml" est une URI identifiant l'entité dont la présence est signalée;
"urn:schemas-upnp-org:device:MediaServer:1 " indique que l'entité dont la présence est signalée est un serveur de contenus UPnP;
"intelupnp/1 .0" est le type du serveur de contenus.
Sur réception de ce message M1 , le module de masquage 51 de la passerelle 100 émet, lors d'une étape 32, un message M2 indiquant que le DMS 1 10 n'est plus disponible dans le réseau. Ce message M2 indiquant l'absence du DMS 1 10 peut être un message 'byebye' selon le protocole SSDP. Ce message 'byebye' peut correspondre à un message SSDP Notify émis à destination d'une adresse de groupe multicast.
Ce deuxième message M2 est par exemple composé comme suit:
NOTIFY * HTTP/1 .1 HOST: 239.255.255.250:1900
NT: urn:schemas-upnp-org:device:MediaServer:1
NTS: ssdp:byebye
USN: advertisement UU ID
où
le champ "ssdp:byebye" indique que le message M2 sert à signaler l'absence d'une entité.
"urn:schemas-upnp-org:device:MediaServer:1 " indique que l'entité dont l'absence est signalée est un serveur de contenus UPnP.
Ce message comprend de préférence une identification de l'entité dont l'absence est signalée, sous forme d'adresse ou de nom.
A ce stade, pour le Point de Contrôle 1 12 et le DMR 1 13, le DMS 1 10 n'est plus disponible. Ainsi, il n'y a plus de tentative d'échange de message entre le DMS 1 10 et le
Control Point 1 12 ou entre le DMS 1 10 et le DMR 1 12.
Des échanges 121 et 123 n'ont plus lieu d'être, étant donné que les dispositifs UPnP ne voient plus le DMS 1 10: ils sont remplacés respectivement par des échanges de messages
131 et 133.
Lors d'une étape 33, le serveur mandataire de la passerelle 100 émet un message M3 pour se déclarer en tant que serveur de contenus UPnP aux dispositifs UPnP du réseau. Ce message M3 est un message indiquant la présence d'un nouveau serveur de contenus UPnP: comme tout message de ce type, il est diffusé en mode multicast dans le réseau à tous les équipements U PnP du réseau. Ce nouveau serveur de contenus est en fait un DMS virtuel, qui joue le rôle d'un mandataire (ou 'proxy') du DMS masqué et est mis en oeuvre par le serveur mandataire 52 de la passerelle 100.
Ce troisième message M3 peut être identique au premier message M1 , mais avec remplacement de l'URI identifiant le serveur de contenus numériques par une URI identifiant le serveur mandataire:
NOTIFY * HTTP/1 .1
HOST: 239.255.255.250:1900
CACHE-CONTROL: 1 500
LOCATION: http://uritricker?schema=mediaserver:9000/device.xml NT: urn:schemas-upnp-org:device:MediaServer:1
NTS: ssdp:alive
SERVER: intelupnp/1 .0
USN: advertisement UU ID
Où l'URI "http://uritricker?schema=mediaserver:9000/device.xml" sert à identifier l'entité dont la présence est signalée. Ce troisième message M3 permet donc de signaler la présence d'un serveur de contenus ayant les mêmes caractéristiques que le serveur de contenus masqué, mais localisé différemment.
De préférence, comme illustré dans cet exemple de message M3, l'URI utilisée pour identifier le serveur mandataire comprend l'URI identifiant le serveur de contenus DMS. De cette manière, à réception d'une requête comprenant cette U RI, le serveur mandataire est en mesure de déterminer quel est le serveur de contenus masqué visé.
A ce stade, les dispositifs UPnP du réseau ont connaissance de la présence du DMS virtuel, constitué par le serveur mandataire, localisé dans la passerelle dans ce mode de réalisation.
Lors d'une étape 34, le Point de Contrôle 1 12 émet une requête d'interrogation relativement à des contenus numériques référencés par le DMS 1 10. Cette requête utilise l'identifiant du serveur virtuel fourni dans le message M3 indiquant la présence de ce serveur virtuel. La requête est donc envoyée au serveur mandataire 52 de la passerelle 100 dont la présence a été signalée par le troisième message M3. L'échange de message 131 , a lieu à la place de l'échange 121 qui ne peut avoir lieu, puisque le DMS 1 10 est absent du réseau du point de vue du Point de Contrôle 1 12.
Ainsi, lors de cette étape 34, un dispositif UPnP du réseau, comme par exemple un Point de Contrôle ou encore un DMP, émet une requête d'interrogation interceptée par le serveur mandataire.
Ensuite, cette requête est transmise au serveur masqué, c'est-à-dire au serveur de contenus DMS 1 1 0 lors d'une étape 35.
Puis, au cours de l'étape 36, le serveur de contenus DMS 1 10 envoie au serveur mandataire une réponse à la requête d'interrogation. Cette réponse contient des métadonnées d'au moins un contenu référencé par le serveur de contenus DMS 1 10. Les métadonnées d'un contenu comprennent elles-mêmes un identifiant URI au moyen duquel le contenu considéré est susceptible d'être obtenu.
Puis, au cours de l'étape 37, le serveur mandataire 52 de la passerelle GW 100, remplace chaque identifiant URI#1 de contenu par un autre identifiant URI#2 au moyen duquel ledit contenu numérique est susceptible d'être obtenu auprès du module d'enregistrement 53 de la passerelle 100.
En d'autres termes, un identifiant URI#1 de la forme:
http://mediaserver:9000/Obiectid=1234
est remplacé par un identifiant UR2#1 de la forme
http://proxyloqger?scheina=mediaserver:9000/Obîectid=1234
La traduction d'identifiant URI ainsi opérée consiste donc à remplacer, dans chaque URI, identifiant au moyen d'un chemin d'accès à la fois un contenu et un serveur de contenus, l'identifiant du serveur de contenus masqué par l'identifiant ("proxylogger?schema=mediaserver:9000") du module d'enregistrement 53 auprès duquel ce contenu est susceptible d'être obtenu. Comme illustré dans cet exemple, l'identifiant du module d'enregistrement 53 comprend de préférence l'identifiant ("mediaserver:9000") du serveur de contenus masqué, afin que, à réception d'une requête d'obtention ou d'accès à un contenu comprenant l'identifiant modifié URI#2, le module d'enregistrement 53 puisse déterminer quel est le serveur de contenus masqué auprès duquel ce contenu est susceptible d'être obtenu.
A l'étape 37, le serveur mandataire 52 envoie à l'émetteur, ou dispositif émetteur, de la requête d'interrogation, la réponse à cette requête comprenant le ou les identifiants URI modifiés à l'étape 36.
On entend par les termes 'dispositif émetteur', tout dispositif du réseau susceptible de faire des requêtes dans le réseau, sans aucune limitation.
Au cours de l'étape 38, suite à une sélection de contenu à restituer effectuée par un utilisateur, le Point de Contrôle 1 12 déclenche la restitution du contenu numérique référencé par le DMS 1 10, par envoi au DMR 1 13 d'une commande UPnP nommée "SetAVTransportURI" suivie d'une commande "Play". Cet échange de message est identique à l'échange 122 qui a lieu en l'absence de l'invention. La commande "SetAVTransportURI" qui identifie le contenu à restituer, comprend comme identifiant de contenu un des identifiants URI modifiés URI#2 à l'étape 37.
A l'étape 39, un accusé de réception est émis par le DMR 1 13 au Point de Contrôle 1 12.
Puis, au cours de l'étape 40, a lieu l'échange de message 133 qui remplace l'échange de message 123: le DMR 1 13 émet une requête HTTP de type "GET" pour obtenir le contenu numérique proprement dit. Compte-tenu de l'identifiant modifié URI#2 transmis via la commande "SetAVTransportURI", cette requête HTTP est envoyée, non pas au DMS comme dans le cas de l'échange 123, mais au module d'enregistrement 53 identifié comme serveur de contenu dans cet identifiant modifié URI#2.
A l'étape 41 , le module d'enregistrement 53 transmet ou redirige la requête "GET" au serveur de contenus DMS 1 10, après avoir remplacé dans cette requête l'identifiant modifié URI#2 par l'identifiant d'origine U RI#1 .
A l'étape 42, le serveur de contenus DMS 1 10 répond à cette requête HTTP en envoyant au module d'enregistrement 53 au moins un paquet de données du contenu numérique considéré.
A l'étape 43, le module d'enregistrement 53 transfert les paquets de données reçus, sans modification, à l'émetteur de la requête HTTP "GET", c'est-à-dire au DMR 1 13. La figure 2 illustre un autre système de surveillance de réseau selon deuxième un mode de réalisation de la présente invention, applicable au cas d'utilisation d'un modèle à 'deux boites' pour les composants UPnP.
Dans l'architecture illustrée à la figure 2, le réseau 1 1 comprend un DMS 1 10 et un DMP 1 1 1 . Ce DMP 1 1 1 intègre les fonctionnalités de Point de Contrôle. Ce réseau 1 1 comprend en outre une passerelle 100 selon un mode de réalisation de la présente invention.
Le DMS 1 10 qui arrive dans le réseau considéré émet un message indiquant sa présence. A ce stade là, le DMS et le DMP pourraient avoir des échanges de messages 221 entre eux. Toutefois, la passerelle 100, dès réception du message de présence du serveur DMS 1 10, diffuse un message dans le réseau indiquant l'absence de ce même DMS 1 10. Ainsi, les échanges de messages 221 ne sont plus possibles, ce qui va permettre à la passerelle d'intercepter les messages 221 qui auraient pu avoir lieu.
Puis, la passerelle émet un message indiquant la présence d'un autre DMS, le DMS virtuel qui correspond à la passerelle elle même. A ce stade, les dispositifs UPnP du réseau peuvent faire des requêtes auprès de la passerelle qui va jouer de manière virtuelle le rôle d'un DMS.
Ainsi, le DMP 1 1 1 échange des messages 232 avec la passerelle 100, qui sont relayés au DMS 1 10 via des messages 2333 de manière transparente pour le DMP 1 1 1 .
Il est aisé de déduire d'autres applications de la présente invention à différentes autres architectures de réseau.
La figure 4 illustre un diagramme de flux utilisé dans le deuxième mode de réalisation de la présente invention applicable dans le cas de la mise en oeuvre d'un modèle UPnP à deux boîtes (DMP et serveur de contenus DMS). En référence à cette figure, sont décrites en détail les différentes étapes de requête et d'obtention d'un contenu numérique à titre d'illustration.
Le dispositif UPnP de type DMP peut être par intégré dans une station de restitution de contenu numérique. Les modules 51 , 52, 53 mis en oeuvre pour la surveillance du réseau sont identiques à ceux décrits dans le premier mode de réalisation.
Les étapes 31 à 33 sont identiques à celles décrites dans le cas du premier mode de réalisation.
Les étapes 34 à 37 sont identiques à celles décrites dans le cas du premier mode de réalisation, avec la seule différence que c'est le DMP qui est émetteur de la requête d'interrogation du serveur de contenus numériques DMS et qui joue le rôle joué par le Point de Contrôle 1 12 dans le premier mode de réalisation.
Les étapes 38 et 39 ne sont pas nécessaires puisque le DMP joue le rôle du DMR et du Point de Contrôle 1 12. Les étapes 40 à 43 sont identiques à celles décrites dans le cas du premier mode de réalisation, avec la seule différence que c'est le DMP qui est émetteur de la requête d'obtention du contenu numérique à restituer et qui joue le rôle joué par le DMR dans le premier mode de réalisation.
La figure 5 illustre une architecture de modules adaptés pour la mise en oeuvre d'un procédé de surveillance selon un mode de réalisation de la présente invention.
Dans ce mode de réalisation, un module de masquage 51 comprend :
une unité de réception 51 1 adaptée pour recevoir un premier message M1 , émis via le réseau, indiquant la présence du serveur de contenu numérique dans le réseau ; et
une unité d'émission 512 adaptée pour, suite à une réception du premier message par l'unité de réception, émettre via le réseau un deuxième message M2 indiquant l'absence dudit serveur de contenu numérique du réseau.
Ce module de masquage peut en outre comprendre une mémoire 513 adaptée pour sauvegarder une information identifiant le serveur de contenu numérique.
Dans un mode de réalisation, l'unité d'émission est adaptée pour émettre via le réseau un troisième message M3 indiquant la présence d'un autre serveur de contenu numérique, correspondant à un serveur mandataire apte à recevoir au moins une requête d'interrogation dudit serveur de contenu numérique et à obtenir dudit serveur de contenu numérique une réponse à ladite requête.
Ici, un serveur mandataire 52 de contenu numérique adapté pour mettre en oeuvre une surveillance d'un réseau UPnP peut comprendre :
une unité de réception 521 adaptée pour recevoir via le réseau un premier message indiquant la présence du serveur de contenu numérique dans le réseau et un deuxième message indiquant l'absence dudit serveur de contenu numérique du réseau ; et
une unité d'émission 522 adaptée pour, en cas de réception par l'unité de réception du premier message suivie d'une réception du deuxième message, émettre dans le réseau un troisième message indiquant la présence d'un autre serveur de contenu numérique, ledit autre serveur de contenu numérique correspondant au serveur mandataire.
Ce serveur mandataire 52 peut en outre comprendre :
une première unité de gestion d'interface 523 adaptée pour recevoir en provenance d'un dispositif émetteur une requête d'interrogation du serveur de contenu numérique ;
une deuxième unité de gestion d'interface 524 adaptée pour : - transmettre ladite requête au serveur de contenu numérique 1 10 ;
- recevoir une réponse dudit serveur de contenu numérique 1 1 1 , 1 13 comprenant un identifiant d'au moins un contenu numérique 46 au moyen duquel ledit contenu numérique (46) est susceptible d'être obtenu auprès dudit serveur de contenu numérique ; et
- remplacer dans la réponse ledit identifiant par un autre identifiant au moyen duquel ledit contenu numérique est susceptible d'être obtenu auprès d'un module d'enregistrement de requête d'obtention de contenu numérique;
la première unité de gestion d'interface 523 étant adaptée pour transmettre la réponse modifiée au dispositif émetteur de ladite requête d'interrogation.
L'unité de gestion d'interface 524 met en oeuvre une interface de service UPnP, identique à celle mise en oeuvre par le serveur de contenus DMS 1 10 et permettant d'invoquer des actions de ce service au moyen de requêtes UPnP. Le message M3 contient une identification du serveur mandataire au moyen de laquelle le processus de découverte et d'interrogation du serveur mandataire peut se dérouler pour découvrir le service UPnP mis en oeuvre par ce serveur mandataire. Pour les autres entités UPnP du réseau, tout se passe comme si ce serveur mandataire était effectivement un serveur de contenus UPnP.
Ce serveur mandataire 52 peut en outre comprendre un module de traduction 525 pour remplacer dans une réponse reçue du serveur de contenus DMS 1 10 ledit identifiant par un autre identifiant au moyen duquel le contenu numérique considéré est susceptible d'être obtenu auprès du module d'enregistrement 53 de requête d'obtention de contenu numérique, la première unité de gestion d'interface 523 étant adaptée pour transmettre la réponse modifiée au dispositif émetteur de la requête d'interrogation.
Le module d'enregistrement 53 décrit ci-dessus peut comprendre :
une première unité de gestion d'interface 531 pour recevoir en provenance d'un dispositif émetteur une requête d'obtention d'un contenu numérique référencé par ledit serveur de contenu numérique ;
une unité d'enregistrement 533 pour enregistrer ladite requête d'obtention ; - une deuxième unité de gestion d'interface 532 adaptée pour :
- transmettre ladite requête d'obtention au serveur de contenu numérique ; et
- recevoir le contenu numérique du serveur de contenu numérique.
la première unité de gestion d'interface 531 étant adaptée pour transmettre ledit contenu numérique reçu au dispositif émetteur de ladite requête d'obtention.
II convient de noter que ces trois modules 51 , 52, 53 sont des entités fonctionnelles dontcalisation dans le réseau considéré importe peu. Ainsi, ils peuvent être co-localisés dans une passerelle de réseau par exemple, ou bien encore être implémentés dans différents dispositifs respectifs du réseau.
Le module de masquage et le serveur mandataire peuvent être aussi fusionnés en un seul module: dans ce cas, les messages M2 et M3 sont émis successivement par ce module, sans qu'il y soit nécessaire d'attendre la réception du message M2 pour émettre le message M3.
En procédant ainsi, il est possible de surveiller de manière globale l'ensemble de T'activité sur un réseau UPnP. En effet, dans un tel système selon un mode de réalisation de la présente invention, lorsqu'un utilisateur décide de lancer un contenu numérique sur un dispositif de restitution, comme par exemple une chanson sur un dispositif UPnP il est possible de récupérer des informations "clés" associées à ce contenu comme par exemple le nom de l'artiste, le nom de l'album, le nom de la chanson etc....
Ces informations récupérées sont ensuite stockées au niveau du module d'enregistrement et peuvent par la suite être exploitées par un fournisseur de service ou un operateur. Ce dernier peut ensuite proposer des contenus numériques ou des informations qui sont adaptées au profil de l'utilisateur considéré.
Avantageusement, la mise en oeuvre d'un mode de réalisation de la présente invention est aisée dans un réseau de type UPnP déjà existant. En effet, cette mise en oeuvre peut être effectuée de manière transparente pour les dispositifs présents dans le réseau.

Claims

REVENDICATIONS
1 . Procédé de surveillance d'un réseau comprenant au moins un serveur de contenu numérique (1 10) et un module de masquage (51 ) ;
ledit procédé comprenant l'étape suivante, au niveau du module de masquage :
IM suite à une réception d'un premier message (M1 ), émis via le réseau, indiquant la présence du serveur de contenu numérique dans le réseau, émettre via le réseau un deuxième message (M2) indiquant l'absence dudit serveur de contenu numérique du réseau.
2. Procédé de surveillance d'un réseau selon la revendication 1 , dans lequel, comprenant, suite à l'émission du deuxième message, une étape d'émission dans le réseau d'un troisième message (M3) indiquant la présence d'un autre serveur de contenu numérique, correspondant à un serveur mandataire apte à recevoir au moins une requête d'interrogation dudit serveur de contenu numérique et à obtenir dudit serveur de contenu numérique une réponse à ladite requête.
3. Procédé de surveillance d'un réseau comprenant au moins un serveur de contenu numérique (1 10) et un serveur mandataire (52),
ledit procédé comprenant les étapes suivantes, au niveau du serveur mandataire :
/a/ en cas de réception via le réseau d'un message (31 ) indiquant la présence du serveur de contenu numérique dans le réseau, suivie d'une réception via le réseau d'un message (M2) indiquant l'absence dudit serveur de contenu numérique du réseau, émettre via le réseau un message (M3) indiquant la présence d'un autre serveur de contenu numérique, ledit autre serveur de contenu numérique correspondant au serveur mandataire.
4. Procédé de surveillance d'un réseau selon la revendication 3, comprenant en outre les étapes suivantes au niveau du serveur mandataire (52) :
/a/ recevoir en provenance d'un dispositif émetteur une requête d'interrogation dudit serveur de contenu numérique ;
/b/ transmettre ladite requête au serveur de contenu numérique (1 1 0) ;
Ici recevoir une réponse dudit serveur de contenu numérique (1 1 1 , 1 13) comprenant un identifiant d'au moins un contenu numérique (46) au moyen duquel ledit contenu numérique (46) est susceptible d'être obtenu auprès dudit serveur de contenu numérique et /d/ remplacer dans la réponse ledit identifiant par un autre identifiant au moyen duquel ledit contenu numérique est susceptible d'être obtenu auprès d'un module d'enregistrement de requête d'obtention de contenu numérique;
lel transmettre ladite réponse modifiée au dispositif émetteur de ladite requête d'interrogation.
5. Procédé de surveillance d'un réseau comprenant au moins, un serveur de contenu numérique (1 10) et un module d'enregistrement (53) conçu pour coopérer avec un serveur mandataire selon la revendication 8 ou 9 ;
ledit procédé comprenant les étapes suivantes, au niveau du module d'enregistrement: l\l recevoir en provenance d'un dispositif émetteur une requête d'obtention d'un contenu numérique (43) référencé par ledit serveur de contenu numérique ;
enregistrer ladite requête d'obtention;
transmettre ladite requête d'obtention (47) au serveur de contenu numérique ; /iv/ recevoir dudit serveur de contenu numérique le contenu numérique (48) ; et NI transmettre ledit contenu numérique (44) au dispositif émetteur de la requête d'obtention.
6. Module de masquage (51 ) d'un réseau comprenant au moins un serveur de contenu numérique (1 10) ;
ledit module de masquage (51 ) comprenant :
une unité de réception (51 1 ) adaptée pour recevoir un premier message (M1 ), émis via le réseau, indiquant la présence du serveur de contenu numérique dans le réseau ; et
une unité d'émission (512) adaptée pour, suite à une réception du premier message par l'unité de réception, émettre via le réseau un deuxième message (M2) indiquant l'absence dudit serveur de contenu numérique du réseau.
7. Module de masquage (51 ) selon la revendication 6, dans lequel l'unité d'émission est adaptée pour émettre via le réseau un troisième message (M3) indiquant la présence d'un autre serveur de contenu numérique, correspondant à un serveur mandataire apte à recevoir au moins une requête d'interrogation dudit serveur de contenu numérique et à obtenir dudit serveur de contenu numérique une réponse à ladite requête.
8. Serveur mandataire (52) adapté pour mettre en oeuvre une surveillance d'un réseau comprenant au moins un serveur de contenu numérique (1 10); ledit serveur mandataire (52) comprenant :
une unité de réception (521 ) adaptée pour recevoir via le réseau un premier message (M1 ) indiquant la présence du serveur de contenu numérique dans le réseau et un deuxième message (M2) indiquant l'absence dudit serveur de contenu numérique du réseau ; et
une unité d'émission (522) adaptée pour, en cas de réception par l'unité de réception du premier message suivie d'une réception du deuxième message, émettre dans le réseau un troisième message indiquant la présence d'un autre serveur de contenu numérique, ledit autre serveur de contenu numérique correspondant au serveur mandataire.
9. Serveur mandataire selon la revendication 8, comprenant en outre :
une première unité de gestion d'interface (523) adaptée pour recevoir en provenance d'un dispositif émetteur une requête d'interrogation du serveur de contenu numérique ;
une deuxième unité de gestion d'interface (524) adaptée pour :
- transmettre ladite requête au serveur de contenu numérique (1 1 0) ;
- recevoir une réponse dudit serveur de contenu numérique (1 1 1 , 1 13) comprenant un identifiant d'au moins un contenu numérique (46) au moyen duquel ledit contenu numérique (46) est susceptible d'être obtenu auprès dudit serveur de contenu numérique ; et
- remplacer dans la réponse ledit identifiant par un autre identifiant au moyen duquel ledit contenu numérique est susceptible d'être obtenu auprès d'un module d'enregistrement de requête d'obtention de contenu numérique;
la première unité de gestion d'interface (523) étant adaptée pour transmettre la réponse modifiée au dispositif émetteur de ladite requête d'interrogation.
10. Module d'enregistrement (53) d'un réseau comprenant au moins un serveur de contenu numérique (1 10) ;
ledit module d'enregistrement (53) étant conçu pour coopérer avec un serveur mandataire selon la revendication 8 ou 9 et comprenant :
une première unité de gestion d'interface (531 ) pour recevoir en provenance d'un dispositif émetteur une requête d'obtention d'un contenu numérique référencé par ledit serveur de contenu numérique ;
une unité d'enregistrement (533) pour enregistrer ladite requête d'obtention ; une deuxième unité de gestion d'interface (532) adaptée pour :
- transmettre ladite requête d'obtention au serveur de contenu numérique ; et - recevoir le contenu numérique du serveur de contenu numérique, la première unité de gestion d'interface (531 ) étant adaptée pour transmettre ledit contenu numérique reçu au dispositif émetteur de ladite requête d'obtention.
1 1 . Passerelle d'un réseau comprenant un module de masquage (51 ) selon la revendication 6 et un serveur mandataire (52) selon la revendication 8.
12. Passerelle selon la revendication 1 1 comprenant en outre un module d'enregistrement (53) selon la revendication 1 0.
13. Programme d'ordinateur comportant des instructions pour la mise en oeuvre du procédé selon l'une quelconque des revendications 1 à 5, lorsque ce programme est exécuté par un processeur.
EP10777048A 2009-09-30 2010-09-30 Surveillance d'un reseau upnp Withdrawn EP2484089A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0956817 2009-09-30
PCT/FR2010/052061 WO2011039481A1 (fr) 2009-09-30 2010-09-30 Surveillance d'un reseau upnp

Publications (1)

Publication Number Publication Date
EP2484089A1 true EP2484089A1 (fr) 2012-08-08

Family

ID=42145074

Family Applications (1)

Application Number Title Priority Date Filing Date
EP10777048A Withdrawn EP2484089A1 (fr) 2009-09-30 2010-09-30 Surveillance d'un reseau upnp

Country Status (2)

Country Link
EP (1) EP2484089A1 (fr)
WO (1) WO2011039481A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2977435A1 (fr) * 2011-06-29 2013-01-04 France Telecom Transcodage d'un contenu a restituer par un dispositif de restitution de contenus

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7899964B2 (en) 2006-07-13 2011-03-01 Samsung Electronics Co., Ltd. Method and system for providing universal plug and play resource surrogates

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2011039481A1 *

Also Published As

Publication number Publication date
WO2011039481A1 (fr) 2011-04-07

Similar Documents

Publication Publication Date Title
EP1804459B1 (fr) Procédé et appareil destinés à permettre à un dispositif d'accéder à des services dans un réseau universel upnp
EP1545064B1 (fr) Appareil de gestion coordonnée de contenu multimedia
US8194681B2 (en) Bridging between AD HOC local networks and internet-based peer-to-peer networks
RU2448362C2 (ru) Отображение обнаруженных элементов универсального режима "подключай и работай" на местоположение smb
EP1825655B1 (fr) Procede de regroupement de recherche de services d'un reseau local et dispositif mettant en oeuvre le procede
US7647394B2 (en) Scaling UPnP v1.0 device eventing using peer groups
EP3070954B1 (fr) Procédé et appareil de gestion de la connexion entre un dispositif recevant une diffusion et un autre dispositif relié par un réseau
US9372839B2 (en) Rendering system
EP2107723B1 (fr) Commande d'un dispositif a distance par un terminal
EP2668746A1 (fr) Procede d'acces a des contenus multimedias au sein d'un foyer
WO2011005051A2 (fr) Procédé et appareil permettant de contrôler et de mettre à niveau un micrologiciel à distance
US8972558B1 (en) Lightweight polling technique
EP2484089A1 (fr) Surveillance d'un reseau upnp
WO2012010803A1 (fr) Mise a disposition d'informations par un terminal mobile dans un reseau
FR2837045A1 (fr) SYSTEME ET PROCEDE DE GESTION DE TRANSFERT D'INFORMATIONS SUR UN RESEAU CONFORME A UNE NORME DE TRANSMISSION DE DONNEES, NOTAMMENT LA NORME UPnP, MACHINE D'INTERFACAGE ET D'EMULATION ET PROGRAMME D'ORDINATEUR CORRESPONDANTS
CN105323125A (zh) 一种跨家庭网络的处理方法及http网关、dlna设备
EP2504957B1 (fr) Acces a un contenu reference par un serveur de contenu
EP2469768A1 (fr) Procédé d'interfaçage de dispositifs UPnP
JP2006099380A (ja) 更新版ソフトウェア配布方法及びシステム
EP2692117A1 (fr) Substitution d'un ou plusieurs serveurs de contenus par un serveur de substitution
EP2384566A1 (fr) DETECTION D'UN DISPOSITIF DE CONTROLE UPnP ET MISE EN RELATION AVEC UN TERMINAL

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: 20120403

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 SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

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: 20160401