EP2310942A2 - PROCEDE ET DISPOSITIF UPnP D'ETIQUETAGE DE CONTENUS MULTIMEDIA - Google Patents

PROCEDE ET DISPOSITIF UPnP D'ETIQUETAGE DE CONTENUS MULTIMEDIA

Info

Publication number
EP2310942A2
EP2310942A2 EP09737080A EP09737080A EP2310942A2 EP 2310942 A2 EP2310942 A2 EP 2310942A2 EP 09737080 A EP09737080 A EP 09737080A EP 09737080 A EP09737080 A EP 09737080A EP 2310942 A2 EP2310942 A2 EP 2310942A2
Authority
EP
European Patent Office
Prior art keywords
content
upnp
server
metadata
control device
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.)
Ceased
Application number
EP09737080A
Other languages
German (de)
English (en)
Inventor
Vincent Murphy
Roberto Agro
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 EP2310942A2 publication Critical patent/EP2310942A2/fr
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/322—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier used signal is digitally coded
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4541—Directories for service discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6581—Reference data, e.g. a movie identifier for ordering a movie or a product identifier in a home shopping application
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L2012/2847—Home automation networks characterised by the type of home appliance used
    • H04L2012/2849—Audio/video appliances
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames

Definitions

  • the present invention relates to the field of telecommunication networks in which the terminals communicate via the UPnP protocol defined by I 1 UPnP Forum II may be for example a home network, or a home network. a local network, of the Intranet or other type
  • this protocol aims at enabling the interoperability and the interconnection of multimedia equipment, without configuration by the user.
  • a device is said UPnP device if it complies with the UPnP standard or with another equivalent or derivative standard, especially if it uses a control protocol conforming to such a standard
  • UPnP devices In UPnP architectures, different types of UPnP devices are generally distinguished from Digital Media Controller (DMC) control devices, Digital Media Server (DMS) content servers, and Digital Media Renderer (DMA) content rendering devices (DMA). Digital Media Adapter) or DMP (Digital Media Player) content playback devices
  • DMC Digital Media Controller
  • DMS Digital Media Server
  • DMA Digital Media Renderer
  • DMA Digital Media Renderer
  • DMA Digital Media Adapter
  • DMP Digital Media Player
  • the DMC control device has a central role in discovering the other UPnP devices in the network, the services offered by these devices, and connecting a DMS server with a device. DMR, DMA or DMP rendering for this device to render multimedia content identified at the DMS server
  • the invention aims to facilitate the manipulation of these contents by the user, and more particularly the manipulation of content accessed online
  • the invention relates to a UPnP control device of a local network, comprising means for receiving a command for associating a tag with multimedia content accessible from a server of a remote network and referenced by a UPnP content server of the local network;
  • the local network mentioned above is a home network, more particularly a mobile telecommunication network, for example using WiFi technology.
  • the remote network is for example the Internet network.
  • the label is created strictly speaking by a UPnP control device.
  • the invention provides a new service for the user to label, via UPnP entities of a local area network, multimedia contents made available by a server of a remote network.
  • the content server of the local network is a UPnP content server as defined in the UPnP standard.
  • This UPnP content server also serves as an interface between the UPnP local network and the remote network, both for referencing the content made available by the remote servers and for obtaining from these remote servers the data necessary to the creation of labels.
  • the invention also relates to a labeling method implemented by a UPnP control device of a local network, comprising:
  • a label (or bookmark) of a multimedia content is a subset of the metadata associated with this multimedia content.
  • the metadata necessary for the creation of these tags are collected by a UPnP content server adapted to implement this label creation service.
  • the data provided by the UPnP content server comprises metadata of said multimedia content
  • the means for obtaining the UPnP control device are able to obtain said metadata by querying the UPnP content server by means of a command UPnP
  • the metadata necessary for the creation of these tags are collected directly by the control device according to the invention.
  • the data provided by the UPnP content server comprises an address
  • the means for obtaining the UPnP control device are able to obtain said metadata by querying a server identified by said address.
  • the invention is directed to a UPnP content server of a local network, this server comprising
  • the invention relates to a collection method that can be implemented by a content server UPnP of a first network called local network, this method comprising at least one step of obtaining and storing metadata associated with at least one multimedia content accessible from at least one server of a second network, said remote network, and a step of sending metadata associated with said multimedia content to a UPnP control device of the local network, in response to a UPnP command received from this UPnP control device
  • the content server according to the invention obtains the metadata directly from the servers of the second network.
  • the invention proposes the implementation of an intermediation platform between the servers of the second network and the home network, this implementation platform being the privileged interlocutor of the UPnP DMS content server. with this second network
  • This intermediation platform can also act as a cache for online multimedia content rendered on the UPnP network
  • the invention also aims at an intermediation platform comprising
  • the invention relates to an aggregation process that can be implemented by an intermediation platform, this method comprising
  • the invention makes it possible, in particular, to label online multimedia content, for example content broadcast via Web TV or Web radio streams, during their playback by a DMR DMA DMP device of the UPnP network.
  • a particular content streamed via such a stream for example a particular song in a web radio feed, or a particular TV program in a Web TV feed, it is necessary to enrich the metadata to qualify that particular content.
  • the content server comprises, in a particular embodiment, means for obtaining metadata associated with multimedia stream broadcast by said remote server, the metadata associated with said multimedia content being obtained during the broadcast via this stream multimedia of this multimedia content
  • control device is suitable, when the multimedia content to be labeled is a content that is broadcast via a continuous stream, obtain metadata made available for said multimedia content during said broadcast
  • the labels created by the control device are stored in a storage area of the control device according to the invention.
  • the latter then comprises means for presenting at least part of the contents of this storage area to a user, for example. example via a web page
  • the DMC control device is potentially accessible at any time (generally running in a home gateway type device operating permanently), which is not necessarily the case of the server of DMS content that may not be running
  • the DMC control device being the central point for controlling the UPnP entities of a network, it is more efficient to centralize the information at its level because it is able to to trigger UPnP command sends to any UPnP entity as needed "browse” command to obtain additional information from a content server, "play” command to trigger a return of particular content on a particular device, etc.
  • the applications of the invention in connection with the creation of labels are thus multiple
  • the various steps of the labeling method, the collection method, and the aggregation method are determined by computer program instructions.
  • this program being capable of being implemented in a UPnP control device or more generally in a computer, this program comprising instructions adapted to the implementation of the steps of the labeling process as mentioned above,
  • this program being capable of being implemented in a UPnP content server or more generally in a computer, this program comprising instructions adapted to the implementation of the steps of the collection process as mentioned above, and
  • this program being capable of being implemented in an intermediation platform or more generally in a computer, this program comprising instructions adapted to the implementation of the steps of the aggregation process as mentioned above
  • Each of these programs can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any form what other form desirable
  • the invention also relates to a computer readable information medium, and comprising at least instructions of a computer program as mentioned above.
  • the information carrier may be any entity or device capable of storing the program.
  • the medium may include storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or still a magnetic recording means, for example a floppy disk or a hard disk
  • the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio link or by other means.
  • the program according to the invention can be downloaded in particular on an Internet-type network
  • the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question
  • FIG. 1 represents a terminal, a proxy device, a control device, a content server and an intermediation platform in a particular example of implementation of the invention
  • FIG. 2 represents the main steps of the methods according to the invention, in a first embodiment
  • FIG. 1 shows a local home network constituted, in this example, by a wireless WN network, for example WIFI, not UPnP, and a UPnP network UN, this home network being interconnected with an IPN Internet network by means of a network. intermediary of a home gateway bearing the reference IGD
  • the IGD home gateway between the UPnP UN and the Internet has no special features
  • the reference R in FIG. 1 represents a router of the IPN network. This router serves as a routing module for CS servers of the IPN network and an intermediation platform IMP.
  • the terminal MT has the hardware architecture of a computer II comprising a processor 11, a random access memory 12, a read-only memory ROM 13 and WIFI communication means 14
  • the read-only memory 13 comprises a computer program P1 for executing the method implemented by this terminal and whose main steps E10 to E40 will be described later with reference to FIG.
  • a user interface is made available to the user of the MT terminal so that the user can select the multimedia content to tag and send commands to the proxy device
  • This user interface may be constituted by a Web page hosted by the DMCP proxy device and transmitted to the user terminal during a communication session established with the DMCP proxy device, the user terminal and the DMCP proxy device communicating for example by means of the protocol HTTP
  • This user interface can also be included in software, embedded on the terminal and communicating with the DMCP proxy device via the HTTP protocol
  • the communication means 14 of the mobile terminal MT are able to download a web page hosted on the proxy device DMCP, this web page comprising a human-machine interface allowing the user to choose a content
  • the invention is also applicable to the labeling of content being restored through a stream broadcast continuously by a content broadcasting service (radio station or television channel typically).
  • the communication means 14 of the WIFI MT terminal send a command to the DMCP proxy device according to the invention to ask him to associate a label with the multimedia content chosen by the user.
  • the communication means 14 of the mobile terminal MT are able to download a web page hosted on the proxy device DMCP, this web page comprising a human-machine interface allowing the user to trigger the restitution multimedia content
  • the communication means 14 of the WIFI MT terminal send a command to the DMCP proxy device according to the invention to ask it to render this multimedia content on a device chosen by the user.
  • DMPC proxy device The interface between the WN WiFi network and the UPnP UN network is done through a proxy device referenced DMCP.
  • This DMCP proxy device allows a mobile terminal MT, not accessing the network UN, to send requests and commands to a UPnP device of the network UN, for example to a UPnP control device, referenced DMC, this device UPnP control itself being able to dialogue in accordance with the UPnP standard with UPnP entities UPnP UN network.
  • the DMCP proxy device When the DMCP proxy device receives a command from the Wifi terminal MT, it interprets and translates this command so that it is adapted for sending to the DMC control device and sends a translated command to the DMC control device according to the invention. .
  • the DMCP proxy device has the hardware architecture of a computer. It comprises in particular a processor 21, a random access memory 22, a read-only memory ROM 23 and communication means 24 compliant with the WiFi standard for communicating on the WiFi network WN with the mobile terminal MT according to the invention.
  • ROM ROM 22 includes a computer program P2 for executing the method implemented by the DMCP proxy and whose main steps F10 to F80 are shown in FIG. 2.
  • the DMCP proxy device also comprises communication means 26 for communicating with a DMC control device according to the invention.
  • the communication technology used between the DMCP proxy device and the DMC control device is for example a "Web service” technology or any other method of sending a request, for example using the HTTP protocol, or procedure call method.
  • remote RPC, Remote Procedure CaII
  • local procedure call when the DMCP proxy device and the control device are co-located in the same physical equipment and run in the same runtime environment.
  • the DMCP proxy device When the DMCP proxy device receives, from the Wifi terminal MT, a UC tag command transmitted by WiFi connection, it interprets this command and sends a PC command to the DMC control device according to the invention.
  • the DMC control device has the hardware architecture of a computer. It includes a processor 31, a random access memory 32, a ROM ROM 33 and communication means 34 on the UPnP network.
  • the read ROM ROM 33 comprises a computer program P3, this program comprising instructions for implementing the labeling method according to the invention and whose main steps G10 to G70 are shown in FIG. 2.
  • the DMC controller When the DMC controller receives from the DMCP proxy device a UPnP-compliant PC command for tagging media content, it sends a UPnP ATTB command, named "Browse", to a UPnP DMS content server according to the invention to obtain MD metadata of this content and create a BK tag from the metadata obtained.
  • a UPnP ATTB command named "Browse”
  • Creating a label involves saving all or part of the metadata of a content in a dedicated storage area, in this case in the SZ storage area, so that this metadata is treated as data from a label , that is, an object for marking content and intended to be presented in a user interface in relation to that content.
  • a tag is also a means for storing information about a content.
  • all the metadata giving information on the labeled content interpretable by a user (title, author, etc.) or usable as a search criterion for searching and retrieving this content are retained to constitute the label as well as any identifier or address to access a server through which this content is accessible.
  • the DMC control device is thus designed to store, in the tag, in the metadata constituting the tag or in association with this metadata, a content identifier assigned by the UPnP DMS content server and an identifier (in the form of a tag). eg hypertext link or address) of a server from which access to this content is possible.
  • a server is for example a content download server, a content broadcast server, a content search server, a content purchase server, etc.
  • a label is also a means of accessing the labeled content.
  • the server thus identified may be distinct from the CS server providing the content in question. But it can also be the CS server. In the case where the CS server is a streaming content server, the identified server will generally be distinct and able to provide content to download regardless of any broadcast performed by the CS server.
  • the identifier of the remote server stored in the tag is either provided by the UPnP DMS content server in the metadata of the content under consideration, or generated by the DMC control device: thus, when no content server identifier is available for the content in question (this is the case of ephemeral content having been broadcast during a time interval elapsed by a server of broadcasting content), the DMC control device is designed to store in the metadata defining the label created for this content, an identifier of a server providing a content search service.
  • the storage area SZ is also used to store a WP file, for example as an HTML page or XML file, used to generate a user interface page to present the labels to the user via an interface user of a terminal.
  • a WP file for example as an HTML page or XML file
  • the storage area is thus used by the control device DMC as a data source for the generation of a user interface page, intended to be sent to a terminal of a user and displayed on this terminal, so that to present to a user the different labels created and stored in this storage area.
  • This user interface page is designed so that when a user clicks on a UI element representing or associated with a tag, an HTTP request is sent to the server whose identifier is stored with the user. label and through which access to this content is possible.
  • This request optionally includes a subset of the content metadata constituting the label.
  • the request is formed for example from a Uniform Resource Identifier (URI) address comprising a server identifier and optionally a subset of the metadata (title, artist, etc.) of the tagged content used to trigger a search or identification of the content. using this subset of metadata as the search criteria:
  • URI Uniform Resource Identifier
  • the WP file defines an RSS feed that is established when this interface element is clicked: the user of the MT terminal, provided that this terminal is equipped with an RSS reader, is then linked to the server whose identifier is stored and / or displays information on the content and / or access to an interface for accessing the content with which the label is associated.
  • the user interface page generated by the DMC control device is in this case designed so that when a user clicks on an interface element user, representative or associated with a tag, a link, with a search interface of a search engine of the identified content search server, is established to automatically trigger a search for content.
  • This makes it possible to search for content having the same metadata as those constituting the tag or having at least some metadata common with this tag (same author for example).
  • the content server DMS has the hardware architecture of a computer. It comprises a processor 41, a random access memory 42, a ROM ROM 43 and communication means 44 on the UPnP network.
  • the read-only memory 43 constitutes a support in which a computer program P4 is recorded, this program comprising instructions for implementing the collection method according to the invention, the main steps H10 to H50 of this method being represented in FIG. 2.
  • the DMS Content Server is a UPnP content server. It conforms to the UPnP standard and is particularly suitable for being detected as a UPnP content server during a discovery procedure defined in the UPnP standard.
  • the content server DMS further comprises means 46 for communicating, via the home gateway IGD, with equipment of the IPN Internet network.
  • These means 46 allow it in particular to retrieve metadata associated with one or more multimedia content MC online, for example a content of the CS server IPN network.
  • online content is meant here content that is not stored by a content server of the local network UN, but is stored by a remote server, accessible via the IPN network for example.
  • each of the CS servers of the IPN network associates, with an online multimedia content MC, MD metadata.
  • the content server DMS is designed to obtain the metadata of the multimedia contents accessible via a server CS of the IPN network, either directly from this server CS, or indirectly via a intermediation platform according to the invention, which serves as a communication intermediary for a set of CS servers IPN network.
  • the DMS content server is able to regularly poll the CS servers to obtain the MD metadata content hosted by these servers.
  • the content server DMS according to the invention obtains these metadata by regularly probing the intermediation platform IMP according to the invention.
  • the content server DMS is capable of regularly probing the remote servers CS to obtain MD service metadata relating to one or more services offered by these remote servers CS.
  • a service is for example a content broadcasting service, such as a radio station or a television channel.
  • the service metadata includes a name or identifier of the service in question.
  • a content broadcasting service it is planned to insert in the service metadata, an identifier of a server able to provide content metadata broadcast by this service. This identifier is in the form of public name, public IP address, hypertext link or URL (Uniform Resource Locator) and is used to establish a connection with such a server.
  • URL Uniform Resource Locator
  • the content server of DMS includes a database BDD in which it stores the metadata relating to contents or services of the CS servers of the IPN network.
  • Each set of metadata includes an address or identifier of the CS server via which this content / service is accessible.
  • Each set of metadata is stored in association with an identifier of that content / service assigned by the content server DMS to the content / service.
  • This database is named CDS or "Content Directory Service” in the UPnP standard. It makes it possible to generate a list of contents or services accessible from one or more remote servers CS.
  • the content server DMS can thus be qualified as a virtual content server in that it references contents stored physically on non-UPnP CS servers or CS servers of another network or services offered by non-UPnP CS servers or CS servers from another network.
  • the content server of DMS stores indeed content or service metadata for these content and services and is able to provide UPnP devices of the network ONE such metadata, in particular in response to a command UPnP "Browse".
  • the DMS content server also serves as an intermediary in the communication between the UPnP entities of the UN network and the remote servers CS.
  • requests for access to the data of a content pass through the content server DMS, which serves as a communication relay between the UPnP entities of the network UN and the remote servers CS.
  • the DMS content server thus serves as a representative or proxy, vis-à-vis UPnP entities of the UN network, non-UPnP servers or servers of another network.
  • the content server DMS is also able to send, in response to a UPnP "Browse" command relating to a content or service, through its communication means 44, MD metadata to the DMC control device. so that they can create a label for that content or service.
  • the platform IMP has the hardware architecture of a computer. It comprises a processor 11, a random access memory 52, a ROM-type read only memory 53 and means 54 of communication on the IPN Internet network.
  • the read-only memory 53 constitutes a support for a computer program P5, which comprises instructions of an aggregation method according to the invention and whose main steps J10 to J20 are represented in FIG. 2.
  • the intermediation platform IMP obtains the metadata of a multimedia content from the CS servers of the IPN network. It is able to send, to the DMS content server according to the invention, the MD metadata and a link or LK identifier (in the form of a URI or address or URL identifier) of this content and / or the CS server which will be stored in association with the metadata of this content by the DMS content server.
  • the intermediation platform IMP has a BDI database in which it stores the MD metadata and the LK links to the MC contents.
  • steps E10 to E40 are steps of a method according to the invention implemented by the WIFI terminal MT
  • the steps F10 to F80 are steps of a method according to the invention implemented by the DMCP proxy device
  • the steps G10 to G70 are steps of a labeling method according to the invention implemented by the DMC control device,
  • the steps H10 to H50 are steps of a collection method according to the invention implemented by the content server DMS, and
  • the steps J10 and J20 are steps of an aggregation method according to the invention implemented by the intermediation platform according to the invention
  • Steps J10 to J20 and H10 to H20 correspond to a metadata collection phase
  • the intermediation platform IMP periodically probes, during a step J10, the servers CS of the IPN network to obtain the MD metadata of the contents hosted by these servers.
  • the UPnP DMS content server conforming to the information regularly probes, during a step H10, the platform IMP according to the invention.
  • This platform IMP receives these polling requests during a poll.
  • step J20 during which it returns to the content server UPnP DMS according to the invention, the metadata it obtained from the servers CS of the Internet network IPN
  • the content server DMS can, during a step H20, obtain MD metadata directly from the CS servers of the IPN Internet network, for example by polling
  • Steps E10 to E20, F10 to F40 and G10 to G50 and H30 to H40 correspond to a content labeling phase
  • the mobile terminal MT includes a user interface allowing it to read all the content references by the content server DMS in its database.
  • BDD data for this purpose, at the request of a user, transmitted to the DMC control device via the DMCP proxy device, a UPnP request named "Browse" is sent by the DMC control device to the UPnP content server DMS, the latter returning in response data contained in this database BDD, a list of contents and metadata associated with these contents
  • the mobile terminal MT emits, during a step E10, a command to associate a label with this multimedia content, this command being sent to the proxy device DMCP
  • This command comprises an identifier of the content to be labeled and an identifier of the UPnP content server referencing this content.
  • the DMCP proxy device receives this command, transmitted by WIFI link, during a step F10 and sends, during a step F20, a PC command to the DMC control device according to the invention so that it creates the Requested label
  • the PC command also includes an identifier of the content to be labeled
  • This PC command is received by the DMC control device according to the invention during a step G10
  • the DMC control device sends a GIS signal according to the invention to the UPnP server DMS, this signal comprising a UPnP command ATTB, named "Browse" in the UPnP standard, identifying the multimedia content, in order to obtain metadata relating to the multimedia content that the user wishes to label
  • This signal GIS is received by the content server DMS during a step H30
  • the server DMS then consults its database BDD and sends the metadata requested to the control device DMC according to the invention during a step H40
  • This metadata is received by the DMC controller during a step G30
  • control device DMC creates the label BK by storing all or part of these metadata in the storage area SZ in association with a label name
  • the content identifier, assigned to the content by the content server DMS and present in the metadata provided by the content server DMS, is also stored so that the control device DMC can send commands to the content server DMS. to this content (for example a UPnP "Browse" command)
  • the DMC control device sends to the DMCP proxy according to the invention an acknowledgment message ACK, during a step G50.
  • This acknowledgment message ACK is received by the proxy device DMCP during a step F30 II can in turn, during a step F40, send an acknowledgment message ACK to the terminal according to the invention, this message being received by this terminal during a step E20 Information is displayed on the terminal MT on receipt of this acknowledgment to warn the user of the end of the execution of the labeling
  • the steps E30 to E40, F50 to F80, G60 to G70 and H50 correspond to a phase of triggering a restitution of a content
  • the terminal MT can also be used to control the UPnP devices of the network UN
  • the UCR control request contains instructions for the content of a CS server to be restored by a DMR rendering device of the network UN.
  • This request UCR is received by the proxy according to the invention during a step F50 via a WIFI connection
  • the DMCP proxy sends a command CR to the DMC control device according to the invention so that the latter puts the target DMR rendering device in relation with the remote server CS via the server.
  • DMS content a command CR to the DMC control device according to the invention so that the latter puts the target DMR rendering device in relation with the remote server CS via the server.
  • the DMC controller then sends a UPnP request, named "Play", to the DMR rendering device containing the content identifier and the DMS content server so that an FX data stream can be established.
  • a UPnP request named "Play”
  • the rendering device DMR On receipt of this command UPnP "Play", the rendering device DMR sends (step K50) a request, of type HTTP GET, to the content server DMS it retransmits (step H50) this request to the remote content server CS The content data is then sent back to the DMR rendering device, via the DMS content server, by means of data packets sent in accordance with the HTTP protocol
  • the DMC control device sends during a step G70, an acknowledgment message to the DMCP proxy according to the invention
  • the proxy according to the invention receives this acknowledgment message during a step F70 and in turn sends an acknowledgment message ACK, during a step F80, to the terminal according to the invention
  • the terminal according to the invention receives this ACK message during a step E40
  • control device DMC when, in step G10, the control device receives a UC labeling command for a content being restored (for which it has previously received a restitution request), the control device DMC is designed to query the DMS content server for metadata currently available for that content in the database BDD.
  • the control device DMC then updates in the storage area SZ the metadata associated with this content with the metadata newly provided by the server CS.
  • the metadata of content being broadcast is potentially richer or more detailed than the metadata that may be collected from the same server during a metadata collection phase prior to this broadcast.
  • the remote content server CS is a server broadcasting a continuous FX stream - corresponding for example to a streaming service of contents for a radio station or a television channel -
  • the metadata provided by the associated metadata server to this service during the broadcast of a content are metadata specific to this content (for example the song currently broadcast on the radio or the program currently broadcast on the television channel).
  • the metadata provided prior to this broadcast is just continuous stream metadata, that is broadcast service metadata, giving information about that service (radio name, radio frequency, or name of the broadcast service). channel, etc.) and, optionally, a mailing list (called a program guide, or EPG in the case of a television channel) relative to a given period of time (for a day for example).
  • the DMC control device is designed to determine whether the content for which labeling has been requested is content identified as being a streaming stream, and, if so, to query the DMS content server for they get metadata specific to the content commonly distributed via this stream An enrichment of the metadata is thus possible when the user requires a labeling during a restitution, since the metadata thus obtained are specific to the content commonly broadcast and not specific to the stream broadcast, considered as a whole, without taking into account. different content broadcast via this stream
  • the steps H10 and H20 of the metadata collection phase are executed by the control device DMC and not by the content server UPnP DMS.
  • the control device DMC also stores the collected tags. in a metadata directory, in association with files to generate user interface pages
  • the steps G20, H30, H40 and G30 for obtaining metadata are then no longer necessary for the labeling of a content the control device DMC is able to obtain the metadata associated with one of the contents referenced by the local content server DMS from a remote server of the IPN network.
  • This remote server is either a metadata server associated with the remote content server CS broadcasting, storing or storing at the disposal of the content considered, either directly the remote content server CS broadcasting, storing or making available the content considered
  • control device DMC is able to obtain from the content server DMS, not directly the metadata of a content to be labeled, but an identifier (in the form of an address or a URL, Uniform Resource Locator a remote metadata server
  • an identifier in the form of an address or a URL, Uniform Resource Locator a remote metadata server
  • This identifier is for example present in the metadata of a service provided by the remote server CS considered, these metadata being obtained via the local content server DMS by interrogation, via the platform d intermediation or not, different CS remote content servers
  • service metadata are stored in the database BDD
  • the DMC control device When this identifier is likely to vary over time, it suffices for the DMC control device to interrogate the DMS content server at periodic time intervals (for example once a day, or once an hour) to obtain the identifier current
  • the local DMS content server interrogates, via the intermediation platform or not, the various remote content servers CS
  • the DMC control device is designed to determine whether the content for which labeling has been requested is identified as a streaming stream, and if so, to obtain, without going through the UPnP DMS Content Server, metadata available for content that is commonly delivered through this feed.
  • the invention allows the labeling of contents, whether these contents are being restored or not, provided via a continuous stream or not.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Dispositif de contrôle UPnP (DMC) d'un réseau local (UN), comprenant des moyens (34) de réception d'une commande (PC) pour associer une étiquette (BK) à un contenu multimédia (MC) accessible auprès d'un serveur (CS) d'un réseau distant et référencé par un serveur de contenu UPnP (DMS) du réseau local; des moyens (36) d'obtention de métadonnées (MD) relatives audit contenu multimédia (MC) à partir de données fournies par le serveur de contenu UPnP; et des moyens (31, 32, 33) de création de ladite étiquette (BK) à partir des métadonnées (MD) obtenues.

Description

Procède et dispositif UPnP d'étiquetage de contenus multimédia
Arrière-plan de l'invention
La présente invention se rapporte au domaine des réseaux de télécommunication dans lesquels les terminaux communiquent via le protocole UPnP défini par I1UPnP Forum II peut s'agir par exemple d'un réseau domestique (en anglais "home network"), ou d'un réseau local, de type Intranet ou autre
De façon connue, ce protocole vise à permettre l'interopérabilité et l'interconnexion d'équipements multimédia, sans configuration par l'utilisateur
Dans la suite de la description, on parlera de réseau UPnP pour désigner un ensemble d'équipements interconnectés entre eux par réseau et utilisant le protocole UPnP pour communiquer entre eux à travers ce réseau
Un dispositif est dit dispositif UPnP s'il est conforme au standard UPnP ou à un autre standard équivalent ou dérivé, notamment s'il utilise un protocole de commande conforme à un tel standard
On distingue généralement, dans les architectures UPnP différents types de dispositifs UPnP les dispositifs de contrôle DMC (Digital Media Controller), les serveurs de contenu DMS (Digital Media Server) et les dispositifs de restitution de contenu DMR (Digital Media Renderer), DMA (Digital Media Adapter) ou des dispositifs de lecture de contenu DMP (Digital Media Player)
Dans un réseau UPnP, le dispositif de contrôle DMC a un rôle central en ce qu'il permet de découvrir les autres dispositifs UPnP du réseau, les services offerts par ces dispositifs, et la mise en relation d'un serveur DMS avec un dispositif de restitution DMR, DMA ou DMP pour que ce dispositif restitue un contenu multimédia identifié au niveau du serveur DMS
Historiquement, les contenus multimédia manipulés dans les réseaux UPnP étaient des contenus locaux au réseau domestique
Depuis peu, les acteurs de l'industrie fournissent des mécanismes pour manipuler des contenus en ligne, par exemple des flux audio diffusés depuis le Web, connus de l'homme du métier sous le nom de "Web radio streams"
L'invention vise a faciliter la manipulation de ces contenus par l'utilisateur, et plus particulièrement la manipulation de contenus accèdes en ligne
Obiet et résume de l'invention
L'invention concerne, selon un premier aspect, un dispositif de contrôle UPnP d'un réseau local, comportant - des moyens de réception d'une commande pour associer une étiquette à un contenu multimédia accessible auprès d'un serveur d'un réseau distant et référencé par un serveur de contenu UPnP du réseau local;
- des moyens d'obtention de métadonnées relatives audit contenu multimédia à partir de données fournies par le serveur de contenu UPnP; et
- des moyens de création de ladite étiquette à partir des métadonnées obtenues.
De façon privilégiée, le réseau local mentionné ci-dessus est un réseau domestique, plus particulièrement un réseau de télécommunication mobile, utilisant par exemple la technologie WiFi. Le réseau distant est par exemple le réseau Internet.
Dans ce document, la notion d'étiquette ou d'étiquetage est à rapprocher de la notion connue sous le nom de "bookmark" ou "bookmarking".
Conformément à l'invention, l'étiquette est créée à proprement parler par un dispositif de contrôle UPnP.
L'invention offre un nouveau service à l'utilisateur pour étiqueter, au moyen d'entités UPnP d'un réseau local, des contenus multimédia mis à disposition par un serveur d'un réseau distant. Le serveur de contenus du réseau local est un serveur de contenus UPnP tel que défini dans le standard UPnP. Ce serveur de contenus UPnP sert en outre d'interface entre le réseau local UPnP et le réseau distant, à la fois pour le référencement des contenus mis à disposition par les serveurs distant et pour l'obtention auprès de ces serveurs distants de données nécessaires à la création d'étiquettes.
Corrélativement, l'invention vise aussi un procédé d'étiquetage mis en œuvre par un dispositif de contrôle UPnP d'un réseau local, comportant :
- une étape de réception d'une commande pour associer une étiquette à un contenu multimédia accessible auprès d'un serveur d'un réseau distant et référencé par un serveur de contenu UPnP du réseau local;
- une étape d'obtention de métadonnées relatives audit contenu multimédia à partir de données fournies par ledit serveur de contenu UPnP; et
- une étape de création de ladite étiquette à partir des métadonnées obtenues.
Conformément à l'invention, une étiquette (ou bookmark) d'un contenu multimédia est un sous-ensemble des métadonnées associées à ce contenu multimédia.
Selon une première variante de réalisation de l'invention, les métadonnées nécessaires à la création de ces étiquettes sont collectées par un serveur de contenu UPnP adapté pour mettre en œuvre ce service de création d'étiquette. Dans cette première variante, les données fournies par le serveur de contenu UPnP comprennent des métadonnées dudit contenu multimédia, les moyens d'obtention du dispositif de contrôle UPnP sont aptes à obtenir lesdites métadonnées par interrogation du serveur de contenu UPnP au moyen d'une commande UPnP
Selon une deuxième variante de réalisation de l'invention, les métadonnées nécessaires à la création de ces étiquettes sont collectées directement par le dispositif de contrôle selon l'invention
Dans cette deuxième variante, les données fournies par le serveur de contenu UPnP comprennent une adresse, les moyens d'obtention du dispositif de contrôle UPnP sont aptes à obtenir lesdites métadonnées par interrogation d'un serveur identifié par ladite adresse
Selon un deuxième aspect, l'invention vise un serveur de contenu UPnP d'un réseau local, ce serveur comportant
- des moyens d'obtention et de mémorisation de métadonnées associées à au moins un contenu multimédia accessible auprès d'au moins un serveur d'un réseau distant, et
- des moyens pour envoyer des métadonnées associées à un dit contenu multimédia à un dispositif de contrôle UPnP, en réponse à une commande UPnP reçue dudit dispositif de contrôle UPnP
Corrélativement, l'invention vise un procédé de collecte pouvant être mis en œuvre par un serveur de contenu UPnP d'un premier réseau dit réseau local, ce procédé comportant au moins une étape d'obtention et de mémorisation de métadonnées associées à au moins un contenu multimédia accessible auprès d'au moins un serveur d'un deuxième réseau, dit réseau distant, et une étape d'envoi de métadonnées associées à un dit contenu multimédia à un dispositif de contrôle UPnP du réseau local, en réponse à une commande UPnP reçue de ce dispositif de contrôle UPnP
Dans un mode de réalisation, le serveur de contenu selon l'invention obtient les métadonnées directement auprès des serveurs du deuxième réseau
Mais, dans un autre mode de réalisation , l'invention propose l'implementation d'une plateforme d'intermédiation entre les serveurs du deuxième reseau et le réseau domestique, cette plateforme d'implémentation étant l'interlocuteur privilégié du serveur de contenu DMS UPnP avec ce deuxième réseau Cette plateforme d'intermédiation peut aussi jouer le rôle de cache pour les contenus multimédia en ligne restitués sur le réseau UPnP
Ainsi, selon un troisième aspect, l'invention vise aussi une plateforme d'intermediation comportant
- des moyens pour obtenir des métadonnées d'au moins un contenu multimédia accessible via un serveur dans un premier réseau , et
- des moyens pour envoyer ces métadonnées et un lien vers le contenu à un serveur de contenu UPnP d'un deuxième réseau, via une passerelle entre le premier réseau et ce deuxième réseau
Corrélativement, l'invention vise un procédé d'agrégation pouvant être mis en œuvre par une plateforme d'intermédiation, ce procédé comportant
- une étape d'obtention de métadonnées d'au moins un contenu multimédia accessible via un serveur dans un premier réseau , et
- une étape d'envoi de ces métadonnées et d'un lien vers ce contenu à un serveur de contenu UPnP d'un deuxième réseau, via une passerelle entre le premier réseau et ce deuxième réseau
L'invention permet notamment l'étiquetage de contenus multimédia en ligne, par exemple des contenus diffusés via des flux de type Web TV ou Web radio, pendant leur restitution par un dispositif DMR DMA DMP du réseau UPnP
Pour étiqueter un contenu particulier diffusé via un tel flux, par exemple une chanson particulière dans un flux Web radio, ou un programme télévisé particulier dans un flux Web TV, il est nécessaire d'enrichir les métadonnées pour qualifier ce contenu particulier
En conséquence, le serveur de contenu selon l'invention comporte, dans un mode particulier de réalisation, des moyens pour obtenir des métadonnées associées à flux multimédia diffusé par ledit serveur distant, les métadonnées associées audit contenu multimédia étant obtenues pendant la diffusion via ce flux multimédia de ce contenu multimédia
Corrélativement, le dispositif de contrôle selon l'invention est apte, lorsque le contenu multimédia à étiqueter est un contenu faisant l'objet d'une diffusion via un flux continu, obtenir des métadonnées mises à disposition pour ledit contenu multimédia lors de ladite diffusion
Les étiquettes créées par le dispositif de contrôle sont mémorisées dans une zone de stockage du dispositif de contrôle selon l'invention Celui-ci comporte alors des moyens de présentation d'au moins une partie du contenu de cette zone de stockage à un utilisateur, par exemple via une page Web Ce mode de réalisation est intéressant en ce que le dispositif de contrôle DMC est potentiellement accessible à tout moment (en général s'exécutant dans un dispositif de type passerelle domestique fonctionnant en permanence), ce qui n'est pas forcément le cas du serveur de contenu DMS qui peut ne pas être en cours d'exécution En outre, le dispositif de contrôle DMC étant le point central pour la commande des entités UPnP d'un réseau, il est plus efficace de centraliser les informations à son niveau car il est apte à déclencher des envois de commande UPnP vers toute entité UPnP en fonction des besoins commande "browse" pour obtenir des informations complémentaires d'un serveur de contenu, commande "play" pour déclencher une restitution d'un contenu particulier sur un équipement particulier, etc Les applications de l'invention en relation avec la création d'étiquettes sont donc multiples
Dans un mode particulier de réalisation, les différentes étapes du procédé d'étiquetage, du procédé de collecte, du procédé d'agrégation, sont déterminées par des instructions de programmes d'ordinateurs
En conséquence, l'invention vise aussi
- un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en œuvre dans un dispositif de contrôle UPnP ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en œuvre des étapes du procédé d'étiquetage tel que mentionné ci-dessus ,
- un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en œuvre dans un serveur de contenu UPnP ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en œuvre des étapes du procédé de collecte tel que mentionné ci-dessus , et
- un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en œuvre dans une plateforme d'intermédiation ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en œuvre des étapes du procédé d'agrégation tel que mentionné ci-dessus
Chacun de ces programmes 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 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 ordinateur, et comportant des instructions au moins d'un programme d'ordinateur tel que mentionné ci-dessus
Le support d'informations peut être n'importe quelle entité ou dispositif capable 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 dise) ou un disque dur
D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par liaison 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é dans l'exécution du procédé en question
Brève description des dessins
D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif Sur les figures
- la figure 1 représente un terminal, un dispositif proxy, un dispositif de contrôle, un serveur de contenu et une plateforme d'intermédiation dans un exemple particulier de mise en œuvre de l'invention , et
- la figure 2 représente, les principales étapes des procédés selon l'invention, dans un premier mode de réalisation
Description détaillée d'un mode de réalisation
Sur la figure 1 , on a représenté un réseau domestique local constitué, dans cet exemple, par un réseau WN sans fil, par exemple WIFI, non UPnP, et un réseau UPnP UN, ce réseau domestique étant interconnecté avec un réseau Internet IPN par l'intermédiaire d'une passerelle domestique portant la référence IGD
La passerelle domestique IGD entre le réseau UPnP UN et le réseau Internet ne présente pas de caractéristiques particulières
La référence R de la figure 1 représente un routeur du réseau IPN Ce routeur sert de module de routage pour des serveurs CS du réseau IPN et une plateforme d'intermédiation IMP Terminal MT
Dans l'exemple de réalisation décrit ICI, le terminal MT a l'architecture matérielle d'un ordinateur II comporte un processeur 11 , une mémoire vive 12, une mémoire morte de type ROM 13 et des moyens de communication WIFI 14
La mémoire morte 13 comporte un programme d'ordinateur P1 pour l'exécution du procédé mis en œuvre par ce terminal et dont les principales étapes E10 à E40 seront décrites ultérieurement en référence à la figure 2
Une interface utilisateur est mise à disposition de l'utilisateur du terminal MT pour que l'utilisateur puisse sélectionner le contenu multimédia à étiqueter et envoyer des commandes au dispositif proxy
Cette interface utilisateur peut être constituée par une page Web hébergée par le dispositif proxy DMCP et transmise au terminal utilisateur lors d'une session de communication établie avec le dispositif proxy DMCP, le terminal utilisateur et le dispositif proxy DMCP communiquant par exemple au moyen du protocole HTTP Cette interface utilisateur peut également être incluse dans un logiciel, embarqué sur le terminal et communiquant avec le dispositif proxy DMCP via le protocole HTTP
Dans l'exemple de réalisation décrit ICI, les moyens de communication 14 du terminal mobile MT sont aptes à télécharger une page Web hébergée sur le dispositif proxy DMCP, cette page Web comportant une interface homme-machine permettant à l'utilisateur de choisir un contenu multimédia qu'il souhaite étiqueter L'invention est applicable également à l'étiquetage d'un contenu en cours de restitution à travers un flux diffusé en continu par un service de diffusion de contenus (station radio ou chaîne de télévision typiquement)
Lorsque l'utilisateur fait ce choix, les moyens de communication 14 du terminal WIFI MT envoient une commande au dispositif proxy DMCP selon l'invention pour lui demander d'associer une étiquette au contenu multimédia choisi par l'utilisateur
Dans l'exemple de réalisation décrit ICI, les moyens de communication 14 du terminal mobile MT sont aptes à télécharger une page Web hébergée sur le dispositif proxy DMCP, cette page Web comportant une interface homme-machine permettant à l'utilisateur de déclencher la restitution d'un contenu multimédia
Lorsque l'utilisateur fait ce choix, les moyens de communication 14 du terminal WIFI MT envoient une commande au dispositif proxy DMCP selon l'invention pour lui demander de restituer ce contenu multimédia sur un dispositif choisi par l'utilisateur
Dispositif proxy DMPC L'interface entre le réseau WiFi WN et le réseau UPnP UN se fait grâce à un dispositif proxy référencé DMCP.
Ce dispositif proxy DMCP permet à un terminal mobile MT, n'accédant pas au réseau UN, d'envoyer des requêtes et commandes, à un dispositif UPnP du réseau UN, par exemple à un dispositif de contrôle UPnP, référencé DMC, ce dispositif de contrôle UPnP étant lui-même apte à dialoguer conformément au standard UPnP avec des entités UPnP du réseau UPnP UN.
Lorsque le dispositif proxy DMCP reçoit, en provenance du terminal Wifi MT, une commande il interprète et traduit cette commande pour qu'elle soit adaptée pour un envoi au dispositif de contrôle DMC et envoie une commande traduite au dispositif de contrôle DMC selon l'invention.
Dans l'exemple de réalisation décrit ici, le dispositif proxy DMCP a l'architecture matérielle d'un ordinateur. Il comporte notamment un processeur 21 , une mémoire vive 22, une mémoire morte de type ROM 23 et des moyens de communication 24 conformes à la norme WiFi pour communiquer sur le réseau WiFi WN avec le terminal mobile MT selon l'invention.
La mémoire morte de type ROM 22 comporte un programme d'ordinateur P2 pour l'exécution du procédé mis en œuvre par le proxy DMCP et dont les principales étapes F10 à F80 sont représentées à la figure 2.
Le dispositif proxy DMCP comporte également des moyens de communication 26 pour communiquer avec un dispositif de contrôle DMC conforme à l'invention. La technologie de communication utilisée entre le dispositif proxy DMCP et le dispositif de contrôle DMC est par exemple une technologie de "Web service" ou toute autre méthode d'envoi de requête, utilisant par exemple le protocole HTTP, ou méthode d'appel de procédure distante (RPC, Remote Procédure CaII), voire d'appel de procédure locale lorsque le dispositif proxy DMCP et le dispositif de contrôle sont co-localisés dans un même équipement physique et s'exécute dans un même environnement d'exécution.
Lorsque le dispositif proxy DMCP reçoit, en provenance du terminal Wifi MT, une commande d'étiquetage UC, transmise par liaison WiFi, il interprète cette commande et envoie une commande PC au dispositif de contrôle DMC selon l'invention.
Dispositif de contrôle DMC
Dans le mode de réalisation décrit ici, le dispositif de contrôle DMC selon l'invention a l'architecture matérielle d'un ordinateur. Il comporte notamment un processeur 31 , une mémoire vive 32, une mémoire morte de type ROM 33 et des moyens 34 de communication sur le réseau UPnP.
La mémoire morte de type ROM 33 comporte un programme d'ordinateur P3, ce programme comportant des instructions pour mettre en œuvre le procédé d'étiquetage selon l'invention et dont les principales étapes G10 à G70 sont représentées à la figure 2.
Lorsque le dispositif de contrôle DMC reçoit du dispositif proxy DMCP une commande PC conforme au protocole UPnP pour étiqueter un contenu multimédia, il envoie une commande UPnP ATTB, nommé "Browse", à un serveur de contenu UPnP DMS conforme à l'invention pour obtenir des métadonnées MD de ce contenu et créer une étiquette BK à partir des métadonnées obtenues.
La création d'une étiquette consiste à enregistrer tout ou partie des métadonnées d'un contenu dans une zone de stockage dédiée, en l'occurrence dans la zone de stockage SZ, afin que ces métadonnées soient traitées en tant que données d'une étiquette, c'est-à-dire d'un objet servant à marquer un contenu et destiné à être présenté dans une interface utilisateur en relation avec ce contenu. Une étiquette est également un moyen pour mémoriser des informations sur un contenu.
De préférence, toutes les métadonnées donnant des informations sur le contenu étiqueté interprétables par un utilisateur (titre, auteur, etc) ou utilisables en tant que critère de recherche pour rechercher et retrouver ce contenu sont conservées pour constituer l'étiquette ainsi que tout identifiant ou adresse pour accéder à un serveur via lequel ce contenu est accessible.
Le dispositif de contrôle DMC est ainsi conçu pour mémoriser, dans l'étiquette, dans les métadonnées constituant l'étiquette ou en association avec ces métadonnées, un identifiant de contenu affecté par le serveur de contenus UPnP DMS ainsi qu'un identifiant (sous forme par exemple de lien hypertexte ou d'adresse) d'un serveur à partir duquel un accès à ce contenu est possible. Un tel serveur est par exemple un serveur de téléchargement de contenus, un serveur de diffusion de contenus, un serveur de recherche de contenus, un serveur d'achat de contenus, etc. Une telle étiquette constitue donc également un moyen d'accès au contenu étiqueté.
Le serveur ainsi identifié peut être distinct du serveur CS mettant à disposition le contenu considéré. Mais il peut s'agir du également du serveur CS. Dans le cas où le serveur CS est un serveur de diffusion continue de contenus, le serveur identifié sera généralement distinct et propre à fournir des contenus à télécharger indépendamment de toute diffusion effectuée par le serveur CS.
L'identifiant du serveur distant mémorisé dans l'étiquette est soit fourni par le serveur de contenu UPnP DMS dans les métadonnées du contenu considéré, soit généré par le dispositif de contrôle DMC: ainsi, lorsqu'aucun identifiant de serveur de contenu n'est disponible pour le contenu considéré (c'est le cas d'un contenu éphémère ayant été diffusé pendant un intervalle de temps écoulé par un serveur de diffusion de contenus), le dispositif de contrôle DMC est conçu pour mémoriser dans les métadonnées définissant l'étiquette créée pour ce contenu, un identifiant d'un serveur fournissant un service de recherche de contenu.
La zone de stockage SZ est utilisée également pour stocker un fichier WP, par exemple sous forme de page HTML ou de fichier XML, utilisé pour générer une page d'interface utilisateur afin de présenter les étiquettes à l'utilisateur au moyen d'une interface utilisateur d'un terminal.
La zone de stockage est ainsi utilisée par le dispositif de contrôle DMC comme source de données pour la génération d'une page d'interface utilisateur, destinée à être émise à destination d'un terminal d'un utilisateur et affichée sur ce terminal, afin de présenter à un utilisateur les différentes étiquettes créées et mémorisées dans cette zone de stockage.
Cette page d'interface utilisateur est conçue de telle sorte que, lorsqu'un utilisateur clique sur un élément d'interface utilisateur représentant ou associé à une étiquette, une requête HTTP est émise à destination du serveur dont l'identifiant est mémorisé avec l'étiquette et via lequel un accès à ce contenu est possible. Cette requête comprend optionnellement un sous-ensemble des métadonnées du contenu, constitutives de l'étiquette. La requête est formée par exemple à partir d'une adresse URI (Uniform Resource Identifier) comprenant un identifiant du serveur et optionnellement un sous-ensemble des métadonnées (titre, artiste, etc) du contenu étiqueté servant à déclencher une recherche ou identification du contenu utilisant ce sous-ensemble de métadonnées comme critère de recherche:
http://mymusicst.ore. com/search?artiste=xxxx&titre=zzzz
où " mymusicstore.com" est l'identifiant du serveur
"artiste=xxxx&titre=zzzz" sont des métadonnées du contenu servant de critère de recherche.
En complément ou en alternative, le fichier WP défini un flux RSS qui est établi lorsqu'on clique sur cet élément d'interface: l'utilisateur du terminal MT, sous réserve que ce terminal soit équipé d'un lecteur de flux RSS, est alors mis en liaison avec le serveur dont l'identifiant est mémorisé et/ou visualise des informations sur le contenu et/ou accède à une interface pour l'accès au contenu auquel est associée l'étiquette.
Lorsque le serveur distant identifié dans l'étiquette est serveur de recherche de contenus, la page d'interface utilisateur générée par le dispositif de contrôle DMC est dans ce cas conçue de telle sorte que, lorsqu'un utilisateur clique sur un élément d'interface utilisateur, représentant ou associé à une étiquette, une liaison, avec une interface de recherche d'un moteur de recherche du serveur de recherche de contenus identifié, est établie afin de déclencher automatiquement une recherche de contenus. Cela permet de rechercher un contenu possédant les mêmes métadonnées que celles constituant l'étiquette ou possédant au moins certaines métadonnées communes avec cette étiquette (même auteur par exemple).
Serveur de contenu DMS
Dans l'exemple de réalisation décrit ici, le serveur de contenu DMS conforme à l'invention a l'architecture matérielle d'un ordinateur. Il comporte un processeur 41 , une mémoire vive 42, une mémoire morte de type ROM 43 et des moyens de communication 44 sur le réseau UPnP.
La mémoire morte 43 constitue un support dans lequel est enregistré un programme d'ordinateur P4, ce programme comportant des instructions pour mettre en œuvre le procédé de collecte selon l'invention, les principales étapes H10 à H50 de ce procédé étant représentées à la figure 2.
Le serveur de contenu DMS est un serveur de contenus UPnP. Il est conforme au standard UPnP et est notamment apte à être détecté en tant que serveur de contenus UPnP lors d'une procédure de découverte définie dans le standard UPnP. Le serveur de contenu DMS comporte en outre des moyens 46 pour communiquer, via la passerelle domestique IGD, avec des équipements du réseau Internet IPN.
Ces moyens 46 lui permettent notamment de récupérer des métadonnées associées à un ou plusieurs contenus multimédia MC en ligne, par exemple un contenu du serveur CS du réseau IPN. Par contenu en ligne, on entend ici un contenu qui n'est pas stocké par un serveur de contenu du réseau local UN, mais est stocké par un serveur distant, accessible via le réseau IPN par exemple.
De façon connue, chacun des serveurs CS du réseau IPN associe, à un contenu multimédia en ligne MC, des métadonnées MD.
Conformément à l'invention, le serveur de contenu DMS est conçu pour obtenir les métadonnées des contenus multimédia accessibles via un serveur CS du réseau IPN, soit directement auprès de ce serveur CS, soit indirectement via une plateforme d'intermédiation conforme à l'invention, qui sert d'intermédiaire de communication pour un ensemble de serveurs CS du réseau IPN.
Dans un mode particulier de réalisation de l'invention, le serveur de contenu DMS est apte à sonder régulièrement les serveurs CS pour obtenir les métadonnées MD des contenus hébergés par ces serveurs.
Mais, préférentiellement, le serveur de contenu DMS selon l'invention obtient ces métadonnées en sondant régulièrement la plateforme d'intermédiation IMP conforme à l'invention.
Une telle technique de sondage est connue de l'homme du métier sous le nom "polling". D'autres techniques, notamment technique dite "push" seraient également appropriées pour l'obtention de ces métadonnées.
Dans un mode particulier de réalisation de l'invention, le serveur de contenu DMS est apte à sonder régulièrement les serveurs distants CS pour obtenir des métadonnées MD de service relatives à un ou plusieurs services proposés par ces serveurs distants CS. Un tel service est par exemple un service de diffusion de contenus, comme une station radio ou une chaîne de télévision. Les métadonnées de service comprennent notamment un nom ou identifiant du service considéré. Dans le cas d'un service de diffusion de contenu, il est prévu d'insérer dans les métadonnées de service, un identifiant d'un serveur apte à fournir des métadonnées de contenus diffusés par ce service. Cet identifiant est sous forme de nom public, d'adresse IP publique, de lien hypertexte ou encore d'URL (Uniforme Resource Locator) et est utilisé pour établir une connexion avec un tel serveur.
Dans l'exemple de réalisation décrit ici, le serveur de contenu de DMS comporte une base de données BDD dans laquelle il stocke les métadonnées relatives à des contenus ou services des serveurs CS du réseau IPN. Chaque jeu de métadonnées comprend une adresse ou identifiant du serveur CS via lequel ce contenu / service est accessible. Chaque jeu de métadonnées est stocké en association avec un identifiant de ce contenu / service affecté par le serveur de contenu DMS au contenu / service.
Cette base de données est nommée CDS ou "Content Directory Service" dans le standard UPnP. Elle permet de générer une liste de contenus ou de services accessibles auprès d'un ou de plusieurs serveurs distants CS.
Le serveur de contenu DMS peut ainsi être qualifié de serveur de contenu virtuel en ce qu'il référence des contenus stockés physiquement sur des serveurs CS non UPnP ou des serveurs CS d'un autre réseau ou des services proposés par des serveurs CS non UPnP ou des serveurs CS d'un autre réseau. Le serveur de contenu de DMS mémorise en effet des métadonnées de contenus ou de service pour ces contenus et services et est en mesure de fournir à des dispositifs UPnP du réseau UN de telles métadonnées, notamment en réponse à une commande UPnP "Browse".
Le serveur de contenu DMS sert aussi d'intermédiaire dans la communication entre les entités UPnP du réseau UN et les serveurs distants CS. En particulier, les requêtes d'accès aux données d'un contenu transitent par le serveur de contenu DMS, qui sert de relais de communication entre les entités UPnP du réseau UN et les serveurs distants CS.
Le serveur de contenu DMS sert ainsi de représentant ou proxy, vis-à-vis des entités UPnP du réseau UN, des serveurs non UPnP ou des serveurs d'un autre réseau.
Conformément à l'invention, le serveur de contenu DMS est en outre apte à envoyer, en réponse à une commande UPnP "Browse" relative à un contenu ou service, grâce à ses moyens de communication 44, des métadonnées MD au dispositif de contrôle DMC pour que celui-ci puisse créer une étiquette pour ce contenu ou ce service.
Plateforme d'intermédiation IMP
Dans l'exemple de réalisation décrit ici, la plateforme IMP conforme à l'invention a l'architecture matérielle d'un ordinateur. Elle comporte un processeur 11 , une mémoire vive 52, une mémoire morte de type ROM 53 et des moyens 54 de communication sur le réseau Internet IPN. La mémoire morte 53 constitue un support pour un programme d'ordinateur P5, celui-ci comportant des instructions d'un procédé d'agrégation conforme à l'invention et dont les principales étapes J10 à J20 sont représentées à la figure 2.
La plateforme d'intermédiation IMP obtient les métadonnées d'un contenu multimédia auprès des serveurs CS du réseau IPN. Elle est apte à envoyer, au serveur de contenu DMS selon l'invention, les métadonnées MD ainsi qu'un lien ou identifiant LK (sous forme d'identifiant URI ou d'adresse ou d'URL) de ce contenu et/ou du serveur CS qui sera mémorisé en association avec les métadonnées de ce contenu par le serveur de contenu DMS.
Dans le mode de réalisation décrit ici, la plateforme d'intermédiation IMP comporte une base de données BDI dans laquelle elle stocke les métadonnées MD et les liens LK vers les contenus MC.
En référence à la figure 2, nous allons maintenant décrire une session d'étiquetage pouvant être mise en œuvre grâce à l'invention. Dans cette figure : - les étapes E10 à E40 sont des étapes d'un procédé conforme à l'invention mis en œuvre par le terminal WIFI MT
- les étapes F10 à F80 sont des étapes d'un procédé conforme à l'invention mis en oeuvre par le dispositif proxy DMCP ,
- les étapes G10 à G70 sont des étapes d'un procédé d'étiquetage conforme à l'invention mis en œuvre par le dispositif de contrôle DMC ,
- les étapes H10 à H50 sont des étapes d'un procédé de collecte conforme à l'invention mis en œuvre par le serveur de contenu DMS , et
- les étapes J10 et J20 sont des étapes d'un procédé d'agrégation conforme à l'invention mis en œuvre par la plateforme d'intermédiation conforme à l'invention
Les étapes J10 à J20 et H10 à H20 correspondent à une phase de collecte de métadonnées
Dans le mode de réalisation décrit ICI, la plateforme d'intermédiation IMP sonde régulièrement, au cours d'une étape J10, les serveurs CS du réseau IPN pour obtenir les métadonnées MD des contenus hébergés par ces serveurs
Dans le mode de réalisation décrit ICI, le serveur de contenu UPnP DMS conforme à l'information sonde régulièrement, au cours d'une étape H10, la plateforme IMP selon l'invention Cette plateforme IMP reçoit ces requêtes de sondage au cours d'une étape J20, au cours de laquelle elle retourne au serveur de contenu UPnP DMS selon l'invention, les métadonnées qu'elle a obtenues auprès des serveurs CS du réseau Internet IPN
En variante ou en complément, le serveur de contenu DMS selon l'invention peut, au cours d'une étape H20, obtenir des métadonnées MD directement à partir des serveurs CS du réseau Internet IPN, par exemple par sondage
Les étapes E10 à E20, F10 à F40 et G10 à G50 et H30 à H40 correspondent à une phase d'étiquetage de contenu
Nous supposerons qu'un utilisateur du terminal mobile MT souhaite étiqueter un contenu multimédia MC En pratique, le terminal mobile MT comporte une interface utilisateur permettant à celui-ci de prendre connaissance de tous les contenus références par le serveur de contenu DMS dans sa base de données BDD dans ce but, sur demande d'un utilisateur, transmise au dispositif de contrôle DMC par l'intermédiaire du dispositif proxy DMCP, une requête UPnP nommée "Browse" est émise par le dispositif de contrôle DMC à destination du serveur de contenus UPnP DMS, ce dernier retournant en réponse des données contenues dans cette base de données BDD, soit une liste de contenus et métadonnées associées a ces contenus Lorsque l'utilisateur choisit d'étiqueter un contenu multimédia de cette liste de contenus, le terminal mobile MT émet, au cours d'une étape E10, une commande pour associer une étiquette à ce contenu multimédia, cette commande étant envoyée au dispositif proxy DMCP conforme à l'invention Cette commande comprend un identifiant du contenu à étiqueter et un identifiant du serveur de contenu UPnP référençant ce contenu
Le dispositif proxy DMCP reçoit cette commande, transmise par liaison WIFI, au cours d'une étape F10 et envoie, au cours d'une étape F20, une commande PC au dispositif de contrôle DMC selon l'invention pour qu'il crée l'étiquette demandée La commande PC comprend également un identifiant du contenu à étiqueter
Cette commande PC est reçue par le dispositif de contrôle DMC selon l'invention au cours d'une étape G10
Au cours d'une étape G20, le dispositif de contrôle DMC selon l'invention envoie un signal SIG conforme à l'invention au serveur UPnP DMS, ce signal comportant une commande UPnP ATTB, nommée "Browse" dans le standard UPnP, identifiant le contenu multimédia, afin d'obtenir des métadonnées relatives au contenu multimédia que l'utilisateur souhaite étiqueter Ce signal SIG est reçu par le serveur de contenu DMS au cours d'une étape H30
Le serveur DMS consulte alors sa base de données BDD et envoie les métadonnées demandées au dispositif de contrôle DMC selon l'invention au cours d'une étape H40
Ces métadonnées sont reçues par le dispositif de contrôle DMC au cours d'une étape G30
Au cours d'une étape G40, le dispositif de contrôle DMC selon l'invention crée l'étiquette BK en stockant tout ou partie de ces métadonnées dans la zone de stockage SZ en association avec un nom d'étiquette
L'identifiant de contenu, affecté au contenu par le serveur de contenus DMS et présent dans les métadonnées fournies par le serveur de contenus DMS, est également mémorisé afin que le dispositif de contrôle DMC puisse émettre à destination du serveur de contenu DMS des commandes relatives à ce contenu (par exemple une commande UPnP "Browse")
Une fois que l'étiquette BK a été créée, le dispositif de contrôle DMC selon l'invention envoie au proxy DMCP selon l'invention un message d'acquittement ACK, au cours d'une étape G50
Ce message d'acquittement ACK est reçu par le dispositif proxy DMCP au cours d'une étape F30 II peut à son tour, au cours d'une étape F40, envoyer un message d'acquittement ACK au terminal selon l'invention, ce message étant reçu par ce terminal au cours d'une étape E20 Une information est affichée sur le terminai MT à réception de cet acquittement pour avertir l'utilisateur de la fin de l'exécution de l'étiquetage
Les étapes E30 à E40, F50 à F80, G60 à G70 et H50 correspondent à une phase de déclenchement d'une restitution d'un contenu
Conformément à l'invention, le terminal MT peut aussi être utilisé pour commander les dispositifs UPnP du réseau UN
Nous supposons que l'utilisateur envoie, au cours d'une étape E30, une requête de contrôle UCR pour déclencher la restitution d'un contenu
Nous supposons dans cet exemple que la requête de contrôle UCR contient des instructions pour qu'un contenu d'un serveur CS soit restitué par un dispositif de restitution DMR du réseau UN
Cette requête UCR est reçue par le proxy selon l'invention au cours d'une étape F50 via une liaison WIFI
Au cours d'une étape F60, le proxy DMCP selon l'invention envoie une commande CR au dispositif de contrôle DMC selon l'invention pour que celui-ci mette en relation le dispositif de restitution DMR visé avec le serveur distant CS via le serveur de contenu DMS
Conformément au standard UPnP, le dispositif de contrôle DMC envoie alors une requête UPnP, nommée "Play", au dispositif de restitution DMR contenant l'identifiant du contenu et celui du serveur de contenu DMS afin qu'un flux de données FX puisse être établi entre le dispositif de restitution DMR et le serveur CS concerné
A réception de cette commande UPnP "Play", le dispositif de restitution DMR émet (étape K50) une requête, de type HTTP GET, à destination du serveur de contenu DMS celui-ci retransmet (étape H50) cette requête au serveur de contenu distant CS Les données du contenu sont alors renvoyées au dispositif de restitution DMR, via le serveur de contenu DMS, au moyen de paquets de données envoyés conformément au protocole HTTP
Lorsque la restitution a commencé, c'est-à-dire lorsqu'un flux de données FX est effectivement établi, via le serveur de contenu DMS, entre le serveur CS considéré et le dispositif de restitution DMR visé, le dispositif de contrôle DMC envoie, au cours d'une étape G70, un message d'acquittement au proxy DMCP selon l'invention Le proxy selon l'invention reçoit ce message d'acquittement au cours d'une étape F70 et envoie à son tour un message d'acquittement ACK, au cours d'une étape F80, au terminal selon l'invention Le terminal selon l'invention reçoit ce message ACK au cours d'une étape E40 II est à noter que les phases d'étiquetage et de déclenchement d'une restitution peuvent être interverties, la phase de déclenchement d'une restitution précédant alors la phase d'étiquetage. Dans ce cas, un étiquetage peut avoir lieu pendant la restitution d'un contenu.
Dans ce cas, lorsque, à l'étape G10, le dispositif de contrôle reçoit une commande d'étiquetage UC pour un contenu en cours de restitution (pour lequel il a reçu antérieurement une requête de restitution), le dispositif de contrôle DMC est conçu pour interroger le serveur de contenu DMS pour obtenir des métadonnées couramment disponibles pour ce contenu dans la base de données BDD.
Le dispositif de contrôle DMC met alors à jour dans la zone de stockage SZ les métadonnées associées à ce contenu avec les métadonnées nouvellement fournies par le serveur CS.
Lorsque le contenu pour lequel une restitution a été demandée est un contenu identifié comme un flux diffusé en continu par un serveur CS distant (c'est-à- dire défini dans le standard UPnP au moyen d'un objet appartenant à une classe nommée "broadcast item") les métadonnées de contenu en cours de diffusion sont potentiellement plus riches ou plus détaillées que les métadonnées susceptibles d'être collectées auprès de ce même serveur lors d'une phase de collecte de métadonnées antérieure à cette diffusion.
En effet, notamment lorsque le serveur de contenu distant CS est un serveur diffusant un flux FX continu - correspondant par exemple à un service de diffusion continue de contenus pour une station radio ou une chaîne de télévision - les métadonnées fournies par le serveur de métadonnées associé à ce service pendant la diffusion d'un contenu sont des métadonnées spécifiques à ce contenu (par exemple la chanson couramment diffusée sur la radio ou l'émission couramment diffusée sur la chaîne de télévision). Tandis que les métadonnées fournies avant cette diffusion ne sont que des métadonnées du flux continu, c'est-à-dire des métadonnées du service de diffusion, donnant des informations sur ce service (nom de la radio, fréquence radio, ou nom de la chaîne, etc) et, optionnellement, une liste de diffusion (appelée guide de programme, ou EPG dans le cas d'une chaîne de télévision) relative à une période de temps donnée (pour une journée par exemple).
En conséquence, le dispositif de contrôle DMC est conçu pour déterminer si le contenu pour lequel un étiquetage a été demandé est un contenu identifié comme étant un flux diffusé en continu, et, dans l'affirmative, pour interroger le serveur de contenu DMS pour que celui-ci obtiennent des métadonnées propres au contenu couramment diffusé via ce flux Un enrichissement des métadonnées est ainsi possible lorsque l'utilisateur requiert un étiquetage pendant une restitution, puisque les métadonnées ainsi obtenues sont propres au contenu couramment diffusé et non propre au flux diffusé, considéré dans son ensemble, sans prise en compte des différents contenus diffusés via ce flux
En variante de réalisation, les étapes H10 et H20 de la phase de collecte des métadonnées sont exécutées par le dispositif de contrôle DMC et non par le serveur de contenu UPnP DMS Dans cette variante de réalisation, le dispositif de contrôle DMC stocke également les étiquettes collectées dans un répertoire de métadonnées, en association avec des fichiers pour générer des pages d'interface utilisateur Les étapes G20, H30, H40 et G30 d'obtention de métadonnées ne sont alors plus nécessaires pour l'étiquetage d'un contenu le dispositif de contrôle DMC est apte à obtenir auprès d'un serveur distant du réseau IPN les métadonnées associées à un des contenus référencés par le serveur de contenu local DMS Ce serveur distant est soit un serveur de métadonnées associé au serveur de contenu distant CS diffusant, stockant ou mettant à disposition le contenu considéré, soit directement le serveur de contenu distant CS diffusant, stockant ou mettant à disposition le contenu considéré
Dans cette variante de réalisation, le dispositif de contrôle DMC est apte à obtenir du serveur de contenus DMS, non pas directement les métadonnées d'un contenu à étiqueter, mais un identifiant (sous forme d'adresse ou d'URL, Uniform Ressource Locator) d'un serveur de métadonnées distant Cet identifiant est par exemple présent dans les métadonnées d'un service fourni par le serveur distant CS considéré, ces métadonnées étant obtenues par l'intermédiaire du serveur de contenu local DMS par interrogation, via la plateforme d'intermédiation ou non, des différents serveurs de contenu distants CS Ces métadonnées de service sont enregistrées dans la base de données BDD
Lorsque cet identifiant est susceptible de varier au cours du temps, il suffit que le dispositif de contrôle DMC interroge à intervalle de temps périodique (par exemple une fois par jour, ou une fois par heure) le serveur de contenus DMS pour obtenir l'identifiant courant Le serveur de contenu DMS local quant à lui, interroge, via la plateforme d'intermédiation ou non, les différents serveurs de contenu distants CS
Dans cette variante de réalisation, le dispositif de contrôle DMC est conçu pour déterminer si le contenu pour lequel un étiquetage a été demandé est identifié comme un flux diffusé en continu, et, dans l'affirmative, pour obtenir, sans passer par le serveur de contenu UPnP DMS, des métadonnées disponibles pour le contenu couramment diffusé via ce flux.
Ainsi, grâce à l'invention, un utilisateur peut retrouver facilement des contenus multimédia ayant été étiqueté, autrement dit des contenus "favoris", pour une manipulation ultérieure.
L'invention permet l'étiquetage de contenus, que ces contenus soient en cours de restitution ou non, mis à disposition via un flux continu ou non.

Claims

REVENDICATIONS
1 Dispositif de contrôle UPnP (DMC) d'un réseau local (UN), caractérisé en ce qu'il comporte
- des moyens (34) de réception d'une commande (PC) pour associer une étiquette (BK) à un contenu multimédia (MC) accessible auprès d'un serveur (CS) d'un réseau distant et référencé par un serveur de contenu UPnP (DMS) du réseau local,
- des moyens (36) d'obtention de métadonnées (MD) relatives audit contenu multimédia (MC) à partir de données fournies par le serveur de contenu UPnP, et
- des moyens (31 , 32, 33) de création de ladite étiquette (BK) à partir des métadonnées (MD) obtenues
2 Dispositif de contrôle UPnP (DMC) selon la revendication 1 , caractérisé en ce que lesdites données fournies comprennent des métadonnées dudit contenu multimédia, les moyens (36) d'obtention étant aptes à obtenir lesdites métadonnées par interrogation du serveur de contenu UPnP au moyen d'une commande UPnP
3 Dispositif de contrôle UPnP (DMC) selon la revendication 1 , caractérisé en ce que lesdites données fournies comprennent une adresse, les moyens (36) d'obtention étant aptes à obtenir lesdites métadonnées par interrogation d'un serveur identifié par ladite adresse
4 Dispositif de contrôle UPnP (DMC) selon la revendication 1 , ledit dispositif étant apte, lorsque le contenu multimédia à étiqueter est un contenu faisant l'objet d'une diffusion via un flux continu, obtenir des métadonnées mises à disposition pour ledit contenu multimédia au moment de ladite diffusion
5 Dispositif de contrôle UPnP (DMC) selon la revendication 1 , dans lequel l'étiquette comprend un identifiant d'un serveur apte à fournir un accès audit contenu
6 Dispositif de contrôle UPnP (DMC) selon la revendication 1 , caractérisé en ce qu'il comporte une zone de stockage (SZ) pour le stockage de ladite étiquette (BK) et des moyens (WP) de présentation d'au moins une partie du contenu de ladite zone de stockage (SZ) à un utilisateur 7 Serveur de contenu UPnP (DMS) d'un réseau local, caractérisé en ce qu'il comporte
- des moyens d'obtention (46) et de mémorisation de métadonnées (MD) associées à au moins un contenu multimédia (MC) accessible auprès d'au moins un serveur (CS) d'un réseau distant, et
- des moyens pour envoyer des métadonnées (MD) associées à un dit contenu multimédia à un dispositif de contrôle UPnP (DMC), en réponse à une commande UPnP (ATTB) reçue dudit dispositif de contrôle UPnP (DMC)
8 Serveur de contenu UPnP (DMS) selon la revendication 7, caractérisé en ce qu'il comporte des moyens (41 , 42, 43) pour transmettre à un dit serveur distant une requête d'obtention de données d'un dit contenu provenant d'un dispositif de restitution UPnP (DMS) du réseau local
9 Procédé d'étiquetage mis en œuvre par un dispositif de contrôle UPnP (DMC) d'un réseau local, caractérisé en ce qu'il comporte
- une étape (G10) de réception d'une commande (PC) pour associer une étiquette (BK) à un contenu multimédia (MC) accessible auprès d'un serveur (CS) d'un réseau distant et référencé par un serveur de contenu UPnP (DMS) du réseau local,
- une étape (G20) d'obtention (G30) de métadonnées (MD) relatives audit contenu multimédia (MC) à partir de données fournies par ledit serveur de contenu UPnP, et
- une étape de création (G40) de ladite étiquette (BK) à partir des métadonnées (MD) obtenues
10 Procédé de collecte mis en œuvre par un serveur de contenu UPnP (DMS) comportant au moins une étape (H20) d'obtention et de mémorisation de métadonnées (MD) associées à au moins un contenu multimédia (MC) accessible auprès d'au moins un serveur (CS) d'un réseau distant, et une étape (H40) d'envoi de métadonnées (MD) associées à un dit contenu multimédia à un dispositif de contrôle UPnP (DMC) du réseau local, en réponse à une commande UPnP (ATTB) reçue (H30) de ce dispositif de contrôle UPnP
(DMC)
11 Programme d'ordinateur (P4) comportant des instructions pour l'exécution des étapes du procédé selon la revendication 9 ou 10
EP09737080A 2008-07-21 2009-07-17 PROCEDE ET DISPOSITIF UPnP D'ETIQUETAGE DE CONTENUS MULTIMEDIA Ceased EP2310942A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0854949 2008-07-21
PCT/FR2009/051433 WO2010010280A2 (fr) 2008-07-21 2009-07-17 PROCEDE ET DISPOSITIF UPnP D'ETIQUETAGE DE CONTENUS MULTIMEDIA

Publications (1)

Publication Number Publication Date
EP2310942A2 true EP2310942A2 (fr) 2011-04-20

Family

ID=40467297

Family Applications (1)

Application Number Title Priority Date Filing Date
EP09737080A Ceased EP2310942A2 (fr) 2008-07-21 2009-07-17 PROCEDE ET DISPOSITIF UPnP D'ETIQUETAGE DE CONTENUS MULTIMEDIA

Country Status (2)

Country Link
EP (1) EP2310942A2 (fr)
WO (1) WO2010010280A2 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2973633A1 (fr) * 2011-03-30 2012-10-05 France Telecom Restitution en differe de donnees.
US10042907B2 (en) * 2012-11-29 2018-08-07 Teradata Us, Inc. Providing metadata to database systems and environments with multiple processing units or modules

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030122966A1 (en) * 2001-12-06 2003-07-03 Digeo, Inc. System and method for meta data distribution to customize media content playback
EP1770543A3 (fr) * 2004-05-03 2007-05-09 LG Electronics Inc. Procédé et appareil de gestion d'informations de signet pour des contenus stockés dans une passerelle réseau multimédia

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
WO2010010280A2 (fr) 2010-01-28
WO2010010280A3 (fr) 2010-08-19

Similar Documents

Publication Publication Date Title
US20090037382A1 (en) System and Method to Manage and Distribute Media Using a Predictive Media Cache
EP1473904B1 (fr) Procédé et système d'accès à un réseau poste à poste
US9131261B2 (en) Apparatus and method for automatic conversion of content address and associated action thereof for social television sharing
US20120226778A1 (en) Method and Apparatus for Obtaining Digital Objects in a Communication Network
US20070174301A1 (en) Method and apparatus for storing and restoring state information of remote user interface
EP2230612A1 (fr) Génération de recommandations pour un serveur de contenus
US20080235198A1 (en) Translation Service for a System with a Content Directory Service
EP2310942A2 (fr) PROCEDE ET DISPOSITIF UPnP D'ETIQUETAGE DE CONTENUS MULTIMEDIA
EP3646196A1 (fr) Procédé et dispositif de téléchargement de contenu audiovisuel
EP4035408A1 (fr) Gestion du téléchargement progressif adaptatif d'un contenu numérique sur réseau mobile avec sélection d'un débit d'encodage maximum autorisé en fonction d'un godet de données
EP2031522B1 (fr) Fourniture de services media permettant la reprise de sessions interrompues
EP2577915B1 (fr) Partage d'informations de contexte de restitution entre dispositifs de pilotage
EP2105854A1 (fr) Procédé de détermination de données complémentaires relatives à au moins un contenu, procédé pour transmettre ces données complémentaires, dispositif de traitement et serveur d'applications associés
EP2484086B1 (fr) TRANSCODAGE D'UN CONTENU MULTIMÉDIA DANS UN RESEAU UPnP
EP2282475B1 (fr) Procédé et dispositif de restitution d'un contenu multimédia
WO2023208688A1 (fr) Gestion de la restitution d'un contenu multimédia
EP2083554A1 (fr) Procédé de transmission en direct de contenus en vue d'une récupération en différé en mode P2P après découpage, et dispositif de controle et équipements associés
WO2010012961A2 (fr) Mise à jour de critères de recherche de contenu définis pour un fournisseur de service
EP2096821B1 (fr) Procédé de restitution de contenu sur un terminal domestique et terminal domestique associé
WO2021084184A1 (fr) Procédé de diffusion d'une vidéo par un dispositif client, dispositif client et système associé
FR2973629A1 (fr) Substitution d'un ou plusieurs serveurs de contenus par un serveur de substitution
FR2961999A1 (fr) Procede de lecture de donnees relatives a un contenu principal et dispositif de lecture associe
EP2724518A1 (fr) Transcodage d'un contenu reference par un serveur de contenus
WO2010086570A1 (fr) DETECTION D'UN DISPOSITIF DE CONTROLE UPnP ET MISE EN RELATION AVEC UN TERMINAL
EP2442534A1 (fr) Découverte de services WEB dans un réseau local

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

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): 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

AX Request for extension of the european patent

Extension state: AL BA RS

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

Effective date: 20121123

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

APBK Appeal reference recorded

Free format text: ORIGINAL CODE: EPIDOSNREFNE

APBN Date of receipt of notice of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA2E

APBR Date of receipt of statement of grounds of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA3E

APAF Appeal reference modified

Free format text: ORIGINAL CODE: EPIDOSCREFNE

APBX Invitation to file observations in appeal sent

Free format text: ORIGINAL CODE: EPIDOSNOBA2E

APBZ Receipt of observations in appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNOBA4E

APBT Appeal procedure closed

Free format text: ORIGINAL CODE: EPIDOSNNOA9E

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

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

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20151024