EP3050311A1 - Procedes de synchronisation, de generation d'un flux, programmes d'ordinateur, media de stockage, dispositifs de restitution, d'execution et de generation correspondants - Google Patents

Procedes de synchronisation, de generation d'un flux, programmes d'ordinateur, media de stockage, dispositifs de restitution, d'execution et de generation correspondants

Info

Publication number
EP3050311A1
EP3050311A1 EP14796206.2A EP14796206A EP3050311A1 EP 3050311 A1 EP3050311 A1 EP 3050311A1 EP 14796206 A EP14796206 A EP 14796206A EP 3050311 A1 EP3050311 A1 EP 3050311A1
Authority
EP
European Patent Office
Prior art keywords
additional data
multimedia stream
execution
stream
multimedia
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
EP14796206.2A
Other languages
German (de)
English (en)
Inventor
Roberto Agro
Halim Bendiabdallah
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
Orange 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 Orange SA filed Critical Orange SA
Priority to EP23166037.4A priority Critical patent/EP4224868A3/fr
Publication of EP3050311A1 publication Critical patent/EP3050311A1/fr
Ceased legal-status Critical Current

Links

Classifications

    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/23424—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving splicing one content stream with another content stream, e.g. for inserting or substituting an advertisement
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4126—The peripheral being portable, e.g. PDAs or mobile phones
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4126—The peripheral being portable, e.g. PDAs or mobile phones
    • H04N21/41265—The peripheral being portable, e.g. PDAs or mobile phones having a remote control device for bidirectional communication between the remote control device and client device
    • 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/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43079—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of additional data with content streams on multiple devices
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and video streams
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and video streams
    • H04N21/4349—Demultiplexing of additional data and video streams by extracting from data carousels, e.g. extraction of software modules from a DVB carousel
    • 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • 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
    • 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/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • H04N21/8173—End-user applications, e.g. Web browser, game
    • 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/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • H04N21/8186—Monomedia components thereof involving executable data, e.g. software specially adapted to be executed by a peripheral of the client device, e.g. by a reprogrammable remote control
    • 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/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8545—Content authoring for generating interactive applications

Definitions

  • the field of the invention is that of digital television (DTV, for "Digital Television” in English).
  • a multimedia transport stream is distributed by cable, satellite, terrestrial hertzian or ADSL ("Asymmetric Digital Subscriber Line" in English).
  • This multimedia transport stream contains one or more programs (services) each of which consists of images, sounds and other information (data) complementary. It is broadcast to the users (end customers) who have a specific decoder (also called “Set-top box”) or a connected television, or more generally a rendering terminal with functions of demultiplexing and decoding such a stream .
  • the present invention applies in particular, but not exclusively, in the case of a multimedia transport stream compliant with the standards MPEG-2 TS ("Moving Picture Experts Group - 2 Transport Stream” in English) and DVB ("Digital Video Broadcasting"). In English), described in ISO / IEC 13818-1.
  • the invention applies to interactive television, defined for example in the standard HBBTV (for "Hybrid Broadcast Broadband TV” in English) which provides, for connected TVs and set-top boxes (“set-top box”) , to add information to display on the TV screen while the user is watching a television program (television channel).
  • HBBTV Hybrid Broadcast Broadband TV
  • set-top box set-top box
  • the number of programs involving viewers is growing. For example, during a TV reality show, the viewer can vote for a candidate, or during a game show, the viewer can answer a quiz. In all cases, it is for the viewer to provide an answer to a question that is presented to him during the broadcast.
  • the question is put to the viewer by means of at least one image that is displayed by the television screen.
  • the question can be formulated orally by the presenter of the program and is reproduced by the speakers of the television.
  • the additional information to be displayed on the television screen is available directly in the multimedia stream (broadcasted information, or "broadcast” in English), or delivered via a connection (return channel) between the user terminal (connected TV or set-top box) and a server of the broadcaster or of a third party operating in relation to the broadcaster (information transmitted via point-to-point access, or "broadband”).
  • the viewer has the opportunity to display the recipe on its HBBTV terminal, if the info is transmitted in the stream by the broadcaster.
  • An HBBTV terminal i.e., compatible with the HBBTV standard
  • a software architecture generally comprising system software over which interactive television middleware ("iTV middleware") is run.
  • iTV middleware interactive television middleware
  • an interactive application management module including a browser
  • a table management module i.e., a browser
  • an object carousel management module i.e., a browser
  • the broadcaster When deploying a given interactive application, associated with a given program (television channel), the broadcaster transmits (within a multimedia stream) the given program comprising:
  • Constituents in particular a software code, for example in HTML, in the form of a web page
  • a software code for example in HTML, in the form of a web page
  • DSM CC standard Digital Storage Media
  • AIT Application Information Table
  • the HBBTV terminal On receipt of this program, the HBBTV terminal displays the audio and video streams (thanks to the tables describing them).
  • the table management module processes the AIT table and detects that a software code of the given interactive application has been transmitted in an object carousel; the carousel management module receives and reassembles the constituents of the given interactive application; and the application management module manages the given interactive application (reassembled by the carousel management module).
  • the latter can for example take one of the following states: downloaded ("loaded"), paused ", active (" active ”) or destroyed (" destroyed ").
  • the given (broadcast) program does not include the constituents of the given interactive application, but the AIT table specifies a URL where the given interactive application can be obtained.
  • the table management module processes the AIT table and obtains this URL address; the browser of the application management module sends a request to this URL, in order to receive the given interactive application; and the application management module manages the given interactive application.
  • a disadvantage of this operation is a visual discomfort for the user. Indeed, each time the user accesses, on a television channel (program), a particular interactive application associated with the program and offering access to a web portal, this leads to the display, in superposition of the TV program. current, a window containing a message or a logo indicating to the user that access to a portal is possible by pressing a key ("OK" key for example) of the remote control of the terminal HBBTV.
  • a key "OK" key for example
  • Second screen application ("second screen application” according to the English terminology) and provide complementary content to television programs according to their scope (for all channels, for a channel or for a program), on a separate device (for example a smartphone or a tablet) from that used to view the TV program (for example a television).
  • additional content can be editorial or interactive (quizzes, polls, predictions, ...), synchronized or not with the TV program.
  • a synchronization is required between the TV stream and the content displayed on the second screen application of the second device and can be implemented according to several different technologies, among which:
  • Watermarking this technique consists of adding additional information to audiovisual content allowing the insertion of "markers" in the content. This technique is often used to insert a copyright. It is also used to insert audio markers in the TV stream, imperceptible by the user, that can be captured by the second screen application to trigger an action. Digital tattooing is implemented at the level of the broadcaster;
  • the fingerprint (FingerPrinting" in English): this technique consists in generating a file of signatures from an audiovisual content. This file then allows an audio synchronization module listening to a stream, for example on the second device running the second screen application, to know the precise position in the content. For example, an audio signature of an episode of a series makes it possible to know to which position in the episode one is. This technique is independent of the diffuser and is not very reliable because it depends on the ambient noise and the quality of reception in the room where the viewer watches the TV;
  • this technique consists of triggering events on the second screen application only on an hourly basis. This technique is not very reliable and does not manage the offsets that can occur with different means of receiving TV streams (IPTV, TNT, satellite, ).
  • the main disadvantage of these second-screen applications lies in the lack of reliability or accuracy of synchronization techniques necessary for their proper operation.
  • a method of synchronization between a reproduction of a multimedia stream by a rendering device and an execution of an operation by a software application by at least one execution device is proposed. restitution and execution being present within a local communication network.
  • the method comprises the following steps, in the rendering device:
  • the multimedia stream comprising additional data synchronized with a multimedia element contained in the multimedia stream
  • the invention proposes a method of synchronizing the execution of an operation of processing additional data with the reproduction of a multimedia element contained in the multimedia stream, by providing a retransmission of additional data contained in the multimedia stream and received by a device for rendering the multimedia stream, to a separate device in charge of executing this processing operation relating to these additional data, via a software application for example previously downloaded and installed on said separate device execution.
  • the general principle of the invention relies in particular on the presence, in the multimedia stream, of an indicator making it possible to detect that the additional data are intended to be processed by a device other than that which has received the multimedia stream. Once this indicator has been detected, the device for rendering the multimedia stream processes it to extract the additional data before transmitting it, for example via a communication module, to the destination execution device.
  • these additional data are processed by a device separate from the stream rendering device, allowing better ergonomics for the user, who can continue to view the multimedia stream on the rendering device (for example a television program on a television ), while benefiting from additional information produced by the execution, by this distinct device (for example a smartphone or a tablet,) of the operation of processing additional data (this operation corresponding for example to a connection and display of data).
  • this distinct device for example a smartphone or a tablet, of the operation of processing additional data (this operation corresponding for example to a connection and display of data).
  • a given web page or an interactive application execution related to the content of the multimedia element may be processed by a device separate from the stream rendering device, allowing better ergonomics for the user, who can continue to view the multimedia stream on the rendering device (for example a television program on a television ), while benefiting from additional information produced by the execution, by this distinct device (for example a smartphone or a tablet,) of the operation of processing additional data (this operation corresponding for example to a connection and display of
  • the invention allows a fine and precise synchronization between the reproduction of a multimedia element of the multimedia stream and the operation of processing the additional data.
  • this processing operation includes a return of additional information by the execution device
  • the invention allows a synchronization between the restitution, by the execution device, of this additional information and the restitution, by the device. of restitution, of the multimedia element.
  • the additional data inserted into the stream being synchronized with the multimedia element and received by a single rendering device, the execution device in charge of their processing receives them and thus also processes them synchronously.
  • the multimedia stream is an HBBTV type stream and the additional data corresponds to a second screen interactive application.
  • the invention makes it possible to execute an interactive application of the second screen type, on a device separate from the device for rendering the HBBTV stream, the interactive application being inserted in the HBBTV stream and synchronized with the stream.
  • HBBTV according to HBBTV synchronization means.
  • the invention makes it possible to offer a user an interactive application service, of the second screen type for example, that is efficient in terms of synchronization accuracy, the interactive application being transported or made accessible by means of additional data contained in the HBBTV stream received by the rendering device then transmitted and operated synchronously by the software application of the execution device.
  • the operations of restitution of the multimedia element by the device for rendering and processing additional data by the execution device are synchronous, since the additional data and the multimedia element are received synchronously in the multimedia stream, extracted from this stream and processed as soon as they are received by the rendering device on the one hand and by the execution device on the other hand.
  • the transmission of the additional data triggers the processing operation of these additional data
  • the reproduction of the multimedia element by the rendering device and the processing of these additional data by the execution device can be carried out in parallel. by these two devices.
  • the latency between, on the one hand, a display, on the execution device, of data resulting from the processing of the additional data and, on the other hand, a display / a reproduction, on the rendering device, of the multimedia content depends, on the one hand, on the decoding time and / or processing, by the rendering device, of the multimedia content, and on the other hand, the transmission time of the additional data to the execution device to which adds the processing time by the execution device, these additional data.
  • this latency remains well below one second, of the order of a few tens or hundreds of milliseconds. Additional data contained in the stream multimedia therefore form a "trigger" or command that triggers a processing device side. This treatment is immediate, triggered upon receipt of these additional data by this device.
  • the destination information is carried by a descriptor present in an AIT signaling table, for Application Information Table in English, of the HBBTV stream.
  • the invention provides, according to this embodiment, to add a descriptor in the AIT table of the HBBTV stream enabling indicate whether the application identified by this table AIT is intended for a device separate from the device for rendering the stream HBBTV.
  • the rendering device upon detection of this descriptor, the rendering device knows that it must retransmit the additional data (corresponding to an interactive application) received in the stream, and identified by the table AIT, to another device, which will execute this interactive application.
  • the method further comprises the following steps:
  • data packets associated with the additional data previously inserted in the multimedia stream, and thus also intended for the execution device, can be detected in the multimedia stream, by the rendering device, so that to transmit them to the destination execution device.
  • these data packets can be inserted into the media stream to update the previously received additional data, while benefiting from the precise synchronization of the multimedia stream.
  • the data packet associated with the additional data corresponds to an event of the "Event Stream" HBBTV type.
  • events of the "Event Stream” type can also be transmitted by the rendering device to the execution device, for example to notify synchronized events with the multimedia stream, when the additional data is in progress. processing on the execution device.
  • Event Streams make it possible to notify the interactive application of the events during the execution of the interactive application.
  • Event Streams can be used to notify the launch of a particular quiz once the Quiz application is launched.
  • the reception and / or processing of the data packet associated with the additional data may be supported by the software application having received and processed the additional data, for example in view of a transmission of this data packet to the application. interactive for processing, or be directly supported by the interactive application.
  • the latency between, on the one hand, a display, on the execution device, of data resulting from the processing of the data packet and, on the other hand, a display / a reproduction, on the rendering device, of the received multimedia content with this data packet depends, on the one hand, the decoding time and / or processing, by the rendering device, the multimedia content, and on the other hand, the transmission time of the data packet to the execution device to which is added the processing time by the execution device, of this data packet. In practice, this latency remains well below one second, of the order a few tens or even hundreds of milliseconds.
  • the data packet contained in the multimedia stream thus forms a "trigger" or command that triggers a processing on the execution device side. This processing is immediate, triggered upon receipt of this data packet by this execution device.
  • the method comprises the following steps:
  • the extraction steps correspond to a demultiplexing of the additional data and / or the data packet associated with the additional data.
  • the processing of the multimedia stream received by the rendering device consists of demultiplexing the additional data inserted into the stream, so that it can be transmitted, without interpreting or executing them, to an execution device separate, in charge of him to interpret and execute them.
  • the demultiplexing consists in extracting this URL, so that it can be transmitted to the execution device.
  • the demultiplexing consists in extracting the Event Stream, so as to transmit it to the execution device.
  • the method further comprises a step of detecting, in the multimedia stream, at least one end of execution indicator, by the software application of the execution device, of the processing operation of the additional data previously transmitted to the execution device.
  • the invention also provides that execution of the additional data by the execution device can be stopped, via an indicator detected in the multimedia stream and transmitted by the rendering device to the execution device. .
  • the method further comprises a preliminary step of announcing the presence of the rendering device within the local communication network.
  • the rendering device is indicated as being present in the communication local network to which it is connected, so that the execution device or devices also present in the same network.
  • communication center may be aware of its presence, by example via a discovery process such as SSDP (for "Simple Service Discovery Protocol” in English) used for the discovery of UPnP entities (for "Universal Plug and Play” in English).
  • SSDP Simple Service Discovery Protocol
  • UPnP entities for "Universal Plug and Play” in English
  • the method further comprises the following steps, in the execution device:
  • This embodiment of the invention relates more particularly to the execution device, and the steps implemented in the latter.
  • the execution device first acquires knowledge of the rendering device (s) connected to the same local network as itself, so as to be able, if necessary, to implement a data communication mechanism with this or these device (s). restitution.
  • the execution device can discover it.
  • the execution device receives additional data, previously received and retransmitted, according to the various embodiments of the invention, by the rendering device.
  • the execution device receives the additional data from the rendering device via a communication module, which then transmits them to the (x) modules for interpreting and executing the additional data of the execution device , which execute, by means of a software application, a processing operation of these additional data.
  • the transmission steps, in the rendering device, and reception, in the execution device are implemented according to a mechanism belonging to the group comprising:
  • the invention provides for the use of several known mechanisms for transmitting the additional data, as well as associated data packets (such as events) of the device for rendering the multimedia stream to the device. execution of additional data.
  • mechanisms at the initiative of the server or at the initiative of the client can be implemented ("polling", “http server push”, transmission "UDP”, ....
  • the invention also relates to a method for generating a multimedia stream, comprising the following steps:
  • another aspect of the invention relates to the generation of a multimedia stream, and in a first step, the insertion, in this multimedia stream, of additional data.
  • the method of generating the multimedia stream inserts, in the multimedia stream, an indicator enabling the device for restitution of the stream to detect that the additional data is intended for an execution device distinct from the device for restitution of the stream.
  • the invention also relates to a computer program, comprising program code instructions for implementing the synchronization and generation methods as described above, when the program is run on a computer.
  • the invention also relates to a computer readable storage medium, storing a computer program comprising a set of instructions executable by a computer or a processor for implementing the synchronization and generation methods as described above.
  • Another aspect of the invention relates to a device for rendering a multimedia stream present within a local communication network, comprising the following means:
  • Such a device is for example a television, a decoder or a computer comprising an application for receiving a multimedia stream and implement the steps of the method.
  • a rendering device corresponds to any device capable of interpreting and rendering a multimedia stream, whatever its mode of broadcasting / transmission.
  • Another aspect of the invention relates to an additional data execution device present within a local communication network, comprising the following means:
  • an execution module by a software application of the execution device, of a processing operation of the additional data received.
  • a device is for example a smartphone or a tablet.
  • Another aspect of the invention relates to a device for generating a multimedia stream comprising the following means:
  • Figure 1 shows the main steps of the additional data transmission method according to a particular embodiment of the invention
  • Figure 2 shows a block diagram of a system according to a particular embodiment of the invention
  • FIG. 3 presents a sequence diagram generically showing an example of communication kinematics between the two devices of the system of FIG. 2;
  • FIGS. 4a to 4c illustrate examples of a simplified structure of a rendering device, an execution device and a generation device, according to one embodiment of the invention.
  • the multimedia stream 100 complies with the MPEG-2 TS and HBBTV standards, and that it comprises additional data 110 corresponding to an interactive application, for example a "second screen" application intended to be executed on an execution device that is physically distinct from the rendering arrangement.
  • This interactive application may be an HBBTV application or not (an HBBTV application being an application that is encoded in HTML (HTML-CE) and / or Javascript and is transported in an HBBTV stream), a web application or not.
  • the invention is applicable however to different types of application, and does not imply a particular mode of coding. It is sufficient that the software application of the execution device is capable of triggering execution, possibly by calling on the operating system of the execution device.
  • the additional data 110 is synchronized, that is to say inserted in the multimedia stream synchronously, with a multimedia element 120 of the multimedia stream 100 (for example the current part of the multimedia stream, as a given program).
  • a multimedia element 120 of the multimedia stream 100 for example the current part of the multimedia stream, as a given program.
  • a device for reproducing a multimedia stream 100 for example an HBBTV television set, and an execution device 21, by a software application, for an additional data processing operation 110 (contained in FIG. multimedia stream 100 and synchronized with a multimedia element 120 contained in the multimedia stream 100), for example a smartphone.
  • the multimedia stream HBBTV corresponds to a television game program
  • the additional data correspond to an interactive application of Quiz, intended to be executed on a second screen, separate from the screen on which the game TV program is rendered.
  • This application consists, for example, in enabling the viewer to answer Quiz questions via his smartphone, while continuing to ergonomically view the game television program on his connected television.
  • the first steps of the synchronization method are implemented in the playback device 20, which receives, during a first reception step 10, the multimedia stream 100.
  • a detection step 11 is then implemented, in order to detect, in the multimedia stream 100, a destination information, denoted l-Dest, indicating that the additional data 110 are intended for at least one separate execution device of the reproduction device 20, in this case the execution device 21.
  • This detection step 11 is based, in this example, on the fact that an interactive application is identifiable in an MPEG2 TS multimedia stream by a DVB table.
  • This is the AIT table (for "Application Information Table").
  • This table contains indeed different information for executing the interactive application, and in particular, according to this embodiment of the invention, this table carries a private descriptor, noted here destination information l-Dest.
  • This destination information l-Dest indicates the destination / destination terminal concerned by the interactive application. In the example considered, this is the execution device 21.
  • This detection step 11 is implemented, according to this embodiment, by an additional HBBTV module 201 of the rendering device 20, denoted HBBTV-SUP.
  • the playback device 20 comprises a "standard" HBBTV module 200, making it possible to implement all the "standard” HBBTV functions, and an additional HBBTV module 201 for implementing the invention, according to its different modes of operation. particular achievements.
  • the next step of extraction 12 consists in demultiplexing the additional data 110, as well as the multimedia element 120, of the multimedia stream 100, so as to be able to transmit, during a transmission step 13, these additional data 110 to the device. execution 21.
  • the multimedia element 120 is in turn restored, on the playback device 20, during a step 14 of restitution.
  • this extraction step 12 is implemented by the "standard" HBBTV module 200 of the reproduction device 20.
  • this extraction step 12 triggers an execution, by a software application 211 of the execution device 21, of a processing operation of these additional data 110 transmitted, so that the restitution, on the device of restitution 20, of the multimedia element 120 and the execution, on the execution device 21, of the processing operation of the additional data 110 are synchronized.
  • the software application 211 of the execution device 21 is for example an application downloaded to the execution device 21, in order to process additional data received from a rendering device.
  • This software application is for example a "native” application (this application can be downloaded from "Google Play” or “AppleStore”, depending on the operating system).
  • This software application 211 is therefore implemented in the execution device 21 for the processing of the additional data and must be distinguished afterwards from the interactive application, for example of the HBBTV type and / or of the second screen type. , corresponding to the additional data 110 transmitted.
  • the execution, by this software application 211, of this additional data processing operation 110 consists in fact, in this example, in triggering the execution of the interactive application.
  • the HBBTV stream contains interactive application access information (for example, the AIT table contains a URL where the interactive application can be downloaded), or part or all of the software module or modules constituting the interactive application is encapsulated in the HBBTV stream in an interpretable or executable form by the device. 21 (for example in a DVB carousel, for example in the form of meta data interpretable by the software application 211 of the execution device 21).
  • the operation of processing the additional data thus consists in obtaining the URL, sending an HTTP request to this URL address, in order to receive in return data constituting the interactive application in question, d.
  • Execute the interactive application and display content resulting from this execution (Quiz questions in the example).
  • the loaded data can be either Web pages, received and then displayed by the software application 211, or another (non-Web) application that can be interpreted and / or executed by the execution device 21 (by the software application 211 or by the operating system of the terminal 21).
  • the operation of processing the additional data consists in interpreting the metadata constituting the interactive application that can be interpreted and / or executed by the execution device 21 (by the software application 211 or by the system operating the terminal 21), to execute the interactive application by the execution device 21 and to display a content resulting from this execution (quiz questions in the example in question).
  • the transmission step 13 can be implemented by a communication module 203 of the rendering device 20, allowing a server-type communication to the execution device 21, and for example to a communication module 213 of the execution device 21.
  • the communication module 213 of the execution device 21 receives the additional data 110 from the communication module 203 of the rendering device 20, and forwards them for example to the modules of the software application 211 (for example conventional modules "GUI” and "BUSINESS") in charge of interpreting them, as described above.
  • the communication module 213 is integrated with the software application 211 itself.
  • the communication module 213 of the execution device 21 sends periodic requests to the communication module 203 of the rendering device 20, to know if new data are available and if so, get them back.
  • the http server of the rendering device 20 does not close the connection after sending its last response to the execution device 21.
  • the connection remains open and the server stacks the events until the client l queries again to retrieve a new event.
  • the server can issue notification requests via the UDP protocol.
  • the sending of UDP packets can be done in unicast (exclusively for the client who has previously provided his IP address and the port concerned for the reception of UDP packets) or multicast (in the manner of UPnP events).
  • the multicast approach makes it possible, for example, to inform several local network execution devices of the arrival of a new event.
  • FIG. 3 illustrates an example of a "Long Polling" type communication, noted LONG P, between a rendering device 20, for example an HBBTV TV, and an execution device 21, for example a smartphone.
  • the client that is to say the smartphone
  • the server that is to say the TV HBBTV.
  • a new event for example a Stream Event, noted SE
  • a table AIT no response is made to the smartphone, and when a new event is received by the TV HBBTV, the TV HBBTV responds to the smartphone, specifically by transmitting data to the communication module 213 of the smartphone.
  • This communication module 213 receives this data and transmits it to the smartphone module in charge of executing it, that is to say to the software application 211.
  • a step prior to any data exchange consists in allowing the communication between the different devices of the local communication network involved in the implementation of the invention, according to its different particular embodiments.
  • This prior step may consist of a "discovery" or announcement of presence of the rendering device 20 within the local communication network.
  • the rendering device 20 is indicated as being present in the local communication network to which it is connected, so that the execution device 21 also present in the same local communication network.
  • the execution device 21 can be aware of his presence, by example via a known discovery process such as UPnP's SSDP.
  • the advertisements are sent by the rendering device 20 periodically.
  • this discovery step can also consist in sending a search request for a device (s) for rendering, by the execution device 21, the rendering device (s) present in the local network of communication directly responding to the search query.
  • rendering devices may be present in the local communication network.
  • the execution device will be aware of the presence of these different rendering devices and will inform the user by presenting a list of playback devices, in which he can select the playback device to use, with which the enforcement system will have to communicate.
  • the rendering and executing devices 21 are thus related. It is then possible for the rendering device 20 to transmit the additional data extracted from the multimedia stream to the execution device 21, when a suitable destination information is detected in this multimedia stream, as described above.
  • the reproduction of the multimedia element of the multimedia stream, in the rendering device, and the execution of the operation processing additional data synchronized with this multimedia element, in the execution device are synchronized.
  • the synchronization of the processing of the additional data and the restitution of the multimedia stream is made possible by the use of the table AIT comprising the additional data synchronized with the multimedia stream carrying this table AIT.
  • this AIT table being received and processed by a single rendering device 20, the execution device 21 in charge of their processing receives them and thus also processes them synchronously.
  • the synchronization of the additional data in the HBBTV stream is made possible by the fact that an HBBTV stream is encapsulated in an object carousel coded according to the DSM CC standard.
  • This tool associated with MPEG2 TS manages in particular the transmission of synchronization events as well as additional data in the transport stream M PEG2.
  • Stream Event consist of small data packets that can be transmitted synchronously in the program signal. They therefore allow the transmission of additional data at specific times, for example questions or answers to an interactive quiz.
  • these packets are immediately processed after their demultiplexing within the rendering device 20 and immediately transmitted to the destination device 21. It is therefore possible to synchronize fine and precise additional data (such as an interactive application) with the multimedia stream of a TV channel.
  • the interactive application is executed both on the device for rendering the HBBTV stream and also on the separate execution device.
  • the table AIT comprises for example a descriptor indicating that the interactive application is intended to be executed on the execution device and a descriptor indicating that the application can also be executed on the rendering device.
  • the interactive application is visually inconvenient for the user, he may prefer not to use his smartphone and interact with the application directly on his connected TV.
  • the execution of the interactive application on the connected TV may be conditioned by a user action, such as a validation on a specific button on the remote control.
  • the generation method inserts, into a multimedia stream, additional data intended to be processed synchronously with the reproduction of the part of the corresponding stream.
  • additional data For example, in the case of an HBBTV stream, these additional data correspond to an interactive application, identifiable by an AIT table carried by the stream which contains the loading and execution information of this interactive application.
  • the method of generating the multimedia stream inserts, in the multimedia stream, an indicator enabling the device for restitution of the stream to detect that the additional data is intended for an execution device distinct from the device for restitution of the stream.
  • this flag corresponds to a descriptor of the AIT table, indicating on which device the interactive application is intended to be executed.
  • the generation method transmits the multimedia stream to at least one rendering device, designed for, following the detection of the destination information, transmitting the additional data to a destination execution device, according to the different embodiments. particular of the invention.
  • FIGS. 4a to 4c respectively, the simplified structure of a rendering device, the simplified structure of an execution device and the simplified structure of a generating device, according to an embodiment are presented. particular of the invention.
  • such a rendering device comprises a memory 2000 comprising a buffer memory, a processing unit 2001, equipped for example with a ⁇ micropr microprocessor and driven by the computer program 2002, implementing the method of synchronization according to the invention.
  • the code instructions of the computer program 2002 are for example loaded into a RAM before being executed by the processor of the processing unit 2001.
  • the processing unit 2001 receives as input a stream multimedia.
  • the microprocessor of the processing unit 2001 implements the steps of the synchronization method described above, according to the instructions of the computer program 2002, for synchronizing the reproduction of an element of the multimedia stream with the execution of the processing, on a separate device, additional data synchronized with the stream.
  • the rendering device further comprises: a multimedia stream receiving module, the multimedia stream comprising additional data synchronized with a multimedia element contained in the multimedia stream; multimedia stream, a module for detecting, in the multimedia stream, at least one destination information indicating that the additional data is intended for at least one separate execution device of the rendering device, a module for extracting the multimedia element and additional data of the multimedia stream, a module for transmitting additional data to the execution device, the transmission triggering an execution, by a software application of the execution device, of a processing operation of the additional data transmitted, and a module for rendering the multimedia element.
  • a multimedia stream receiving module the multimedia stream comprising additional data synchronized with a multimedia element contained in the multimedia stream
  • multimedia stream a module for detecting, in the multimedia stream, at least one destination information indicating that the additional data is intended for at least one separate execution device of the rendering device, a module for extracting the multimedia element and additional data of the multimedia stream, a module for transmitting additional data to the execution device, the transmission triggering an execution, by a software application of
  • These modules are controlled by the microprocessor of the processing unit 2001.
  • such an execution device comprises a memory 2100 comprising a buffer memory, a processing unit 2101, equipped for example with a ⁇ micropr microprocessor, and driven by the computer program 2102, setting implement the synchronization method according to the invention.
  • the code instructions of the computer program 2102 are for example loaded into a RAM before being executed by the processor of the processing unit 2101.
  • the processing unit 2101 receives the data input additional.
  • the microprocessor of the processing unit 2101 implements the steps of the synchronization method described above, according to the instructions of the computer program 2102.
  • the device for executing the additional data further comprises: a discovery module of at least one rendering device announced within the local network, a module for receiving additional data from the rendering device and an execution module, by a software application of the execution device, an operation of processing of additional data received.
  • such a generation device comprises a memory 40 comprising a buffer memory, a processing unit 41, equipped for example with a microprocessor ⁇ and driven by the computer program 42, implementing the method of generation according to the invention.
  • the code instructions of the computer program 42 are for example loaded into a RAM before being executed by the processor of the processing unit 41.
  • the processing unit 41 receives as input a stream multimedia.
  • the microprocessor of the processing unit 41 implements the steps of the method of generation described above, according to the instructions of the computer program 42, for generating a multimedia stream comprising synchronized additional data.
  • the device for generating a multimedia stream comprises: means for inserting, into the multimedia stream, additional data and at least one destination information, indicating that the additional data is intended for at least one device distinct execution of a device for rendering the multimedia stream, the devices being present within a local communication network, and means for transmitting the multimedia stream to at least one device for rendering the multimedia stream, designed for, following the detection of the destination information, transmit the additional data to a destination execution device.
  • These modules are driven by the microprocessor of the processing unit 41.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Procédés de synchronisation, de génération d'un flux, programmes d'ordinateur, media de stockage, dispositifs de restitution, d'exécution et de génération correspondants. Il est proposé un procédé de synchronisation entre une restitution d'un flux multimédia par un dispositif de restitution et une exécution d'une opération par une application logicielle par au moins un dispositif d'exécution. Le procédé comprend les étapes suivantes, dans le dispositif de restitution : - réception du flux multimédia comprenant des données additionnelles synchronisées avec un élément multimédia, - détection, dans le flux multimédia, d'une information de destination indiquant que les données additionnelles sont destinées à un dispositif d'exécution distinct, - extraction des données additionnelles, - transmission des données additionnelles au dispositif d'exécution, déclenchant une exécution, par une application logicielle, d'une opération de traitement des données additionnelles transmises, - restitution de l'élément multimédia.

Description

Procédés de synchronisation, de génération d'un flux, programmes d'ordinateur, média de stockage, dispositifs de restitution, d'exécution et de génération correspondants.
1. DOMAINE DE L'INVENTION
Le domaine de l'invention est celui de la télévision numérique (DTV, pour « Digital Télévision » en anglais).
Dans un système de télévision numérique, un flux de transport multimédia est distribué par câble, satellite, voie hertzienne terrestre ou ADSL («Asymmetric Digital Subscriber Line » en anglais). Ce flux de transport multimédia contient un ou plusieurs programmes (services) dont chacun est constitué d'images, de sons et d'autres informations (données) complémentaires. Il est diffusé vers les utilisateurs (clients finaux) qui possèdent un décodeur spécifique (aussi appelé « Set-top box ») ou une télévision connectée, ou plus généralement un terminal de restitution doté de fonctions de démultiplexage et de décodage d'un tel flux.
La présente invention s'applique notamment, mais non exclusivement, dans le cas d'un flux de transport multimédia conforme aux normes MPEG-2 TS (« Moving Picture Experts Group - 2 Transport Stream » en anglais) et DVB (« Digital Video Broadcasting » en anglais), décrit dans la norme ISO/CEI 13818-1.
Plus particulièrement, l'invention s'applique à la télévision interactive, définie par exemple dans la norme HBBTV (pour « Hybrid Broadcast Broadband TV » en anglais) qui prévoit, pour les téléviseurs connectés et les décodeurs (« Set-top box »), d'ajouter des informations à afficher sur l'écran du téléviseur pendant que l'utilisateur regarde un programme de télévision (chaîne de télévision).
2. ARRIÈRE-PLAN TECHNOLOGIQUE
Dans le domaine télévisuel, le nombre d'émissions faisant participer les téléspectateurs est croissant. Par exemple, lors d'une émission de Télé Réalité, le téléspectateur peut voter pour un candidat, ou lors d'une émission de jeux, le téléspectateur peut répondre à un quiz. Dans tous les cas, il s'agit pour le téléspectateur de fournir une réponse à une question qui lui est présentée pendant l'émission. La question est posée au téléspectateur au moyen d'au moins une image qui est affichée par l'écran du téléviseur. En complément, ou de manière alternative, la question peut être formulée oralement par le présentateur de l'émission et est restituée par les haut- parleurs du téléviseur. 2.1 HBBTV
Selon la norme HBBTV, les informations additionnelles à afficher sur l'écran du téléviseur sont disponibles directement dans le flux multimédia (informations transmises par diffusion, ou « broadcast » en anglais), ou bien délivrées via une connexion (voie de retour) entre le terminal de l'utilisateur (téléviseur connecté ou décodeur) et un serveur du diffuseur ou d'un tiers opérant en relation avec le diffuseur (informations transmises via un accès point à point, ou « broadband » en anglais). Ceci doit permettre, à terme, de couvrir tous les usages généralement offerts par les télévisions connectées : télévision de rattrapage (« catch-up TV » en anglais, vidéo à la demande (VOD, pour « Video On Demand » en anglais), publicité interactive, personnalisation, votes, jeux, réseaux sociaux, guide des programmes...
Par exemple, pendant une émission de cuisine, le téléspectateur a la possibilité de faire afficher la recette sur son terminal HBBTV, si l'info est transmise dans le flux par le diffuseur.
Un terminal HBBTV (c'est-à-dire compatible avec la norme HBBTV) possède une architecture logicielle comprenant généralement un logiciel système au-dessus duquel s'exécute un intergiciel de télévision interactive (« iTV middleware » en anglais). Au sein de l'intergiciel de télévision interactive, on distingue généralement : un module de gestion d'applications interactives (incluant un navigateur), un module de gestion des tables et un module de gestion des carrousels d'objets.
Lors du déploiement d'une application interactive donnée, associée à un programme donné (chaîne de télévision), le diffuseur transmet (au sein d'un flux multimédia) le programme donné comprenant :
• des flux élémentaires audio et/ou vidéo ;
• des tables décrivant ces flux élémentaires (notamment les tables PAT (« Program Allocation Table ») et PMT (« Program Map Table »)) ;
• des constituants (notamment un code logiciel, par exemple en HTML, sous forme de page Web) d'une application interactive donnée, transmise par exemple au sein d'un carrousel d'objets codé selon la norme DSM CC (« Digital Storage Media Command and Control » en anglais) ;
• une table AIT (Application Information Table »), identifiant toutes les applications interactives disponibles pour le programme donné (y inclus l'application interactive donnée), ainsi que la man ière dont ces applications interactives sont disponibles (carrousel d'objets en l'espèce pour l'application interactive donnée).
A la réception de ce programme donné, le terminal HBBTV affiche les flux audio et vidéo (grâce aux tables les décrivant). Par ailleurs, au sein de l'intergiciel de télévision interactive : le module de gestion des tables traite la table AIT et détecte qu'un code logiciel de l'application interactive donnée a été transmis dans un carrousel d'objets ; le module de gestion des carrousels reçoit et ré-assemble les constituants de l'application interactive donnée ; et le module de gestion des applications gère l'application interactive donnée (réassemblée par le module de gestion des carrousels). Comme toute application interactive, cette dernière peut par exemple prendre l'un des états suivants : téléchargée (« loaded »), en pause (« paused »), active (« active ») ou détruite (« destroyed »).
Dans une variante du déploiement d'une application interactive donnée, le programme donné (diffusé) ne comprend pas les constituants de l'application interactive donnée, mais la table AIT précise une adresse URL où peut être obtenue l'application interactive donnée. Au sein de l'intergiciel de télévision interactive du terminal HBBTV, on a alors les actions suivantes : le module de gestion des tables traite la table AIT et obtient cette adresse URL ; le navigateur du module de gestion des applications envoie une requête à cette adresse URL, afin de recevoir l'application interactive donnée ; et le module de gestion des applications gère l'application interactive donnée.
Un inconvénient de ce fonctionnement, quel que soit le mode de déploiement, réside dans une gêne visuelle pour l'utilisateur. En effet, à chaque fois que l'utilisateur accède, sur une chaîne de télévision (programme), à une application interactive particulière associé au programme et proposant un accès à un portail web, cela conduit à l'affichage, en superposition du programme TV courant, d'une fenêtre contenant un message ou un logo indiquant à l'utilisateur qu'un accès à un portail est possible en appuyant sur une touche (touche « OK » par exemple) du boîtier de télécommande du terminal HBBTV. Par ailleurs, lorsque l'utilisateur valide l'accès à un portail, il n'est plus en mesure de suivre le programme TV courant, puisqu'il est redirigé vers les écrans du portail sur son terminal HBBTV.
2.1 Applications « second écran »
De nombreuses initiatives de diffuseurs et de producteurs de contenus télévisuels concernent le développement de services sur smartphones ou tablettes permettant de fournir du contenu complémentaire aux programmes télévisuels. Ces développements propriétaires sont connus sous l'expression « applications second écran » (« second screen application » selon la terminologie anglo-saxonne) et permettent de fournir des contenus complémentaires aux programmes télévisuels en fonction de leur portée (pour toutes les chaînes, pour une chaîne ou pour un programme), sur un dispositif distinct (par exemple un smartphone ou une tablette) de celui utilisé pour visualiser le programme TV (par exemple un téléviseur). Ces contenus additionnels peuvent être éditoriaux ou interactifs (quiz, sondages, prédictions, ...), synchronisés ou non avec le programme TV.
Dans la plupart des cas, une synchronisation est nécessaire entre le flux TV et les contenus affichés sur l'application second écran du deuxième dispositif et peut être mise en œuvre selon plusieurs technologies différentes, parmi lesquelles :
• le tatouage numérique (« Watermarking » en anglais) : cette technique consiste à ajouter des informations supplémentaires à un contenu audiovisuel permettant d'insérer des « marqueurs » dans le contenu. Cette technique est souvent utilisée pour insérer un copyright. Elle est aussi utilisée pour insérer des marqueurs audio dans le flux TV, imperceptibles par l'utilisateur, pouvant être capturés par l'application second écran pour déclencher une action. Le tatouage numérique est mis en œuvre au niveau du diffuseur ;
• l'empreinte numérique (« FingerPrinting » en anglais) : cette technique consiste à générer un fichier de signatures à partir d'un contenu audiovisuel. Ce fichier permet ensuite à un module de synchronisation audio à l'écoute d'un flux, par exemple sur le deuxième dispositif exécutant l'application second écran, de connaître la position précise dans le contenu. Par exemple, une signature audio d'un épisode d'une série permet de savoir à quelle position dans l'épisode on se trouve. Cette technique est indépendante du diffuseur et n'est pas très fiable car elle dépend du bruit ambiant et de la qualité de réception dans la pièce où le téléspectateur regarde la TV ;
• une technique dite de « Timestamps » : cette technique consiste à déclencher des événements sur l'application second écran uniquement sur une base horaire. Cette technique n'est pas très fiable et ne permet pas de gérer les décalages pouvant avoir lieu avec différents moyens de réception des flux TV (IPTV, TNT, satellite, ...). Le principal inconvénient de ces applications second écran réside donc dans le manque de fiabilité ou de précision des techniques de synchronisation nécessaires à leur bon fonctionnement.
Un autre inconvénient de ces applications second écran réside dans le fait qu'elles sont spécifiques à chaque diffuseur, voire à chaque programme, et ne permettent aucune mutualisation de fonctionnalités techniques développées pour chacune d'elles.
3. EXPOSÉ DE L'INVENTION
Dans un mode de réalisation particulier, il est proposé un procédé de synchronisation entre une restitution d'un flux multimédia par un dispositif de restitution et une exécution d'une opération par une application logicielle par au moins un dispositif d'exécution, les dispositifs de restitution et d'exécution étant présents au sein d'un réseau local de communication.
Le procédé comprend les étapes suivantes, dans le dispositif de restitution :
- réception du flux multimédia, le flux multimédia comprenant des données additionnelles synchronisées avec un élément multimédia contenu dans le flux multimédia,
- détection, dans le flux multimédia, d'au moins une information de destination indiquant que les données additionnelles sont destinées à au moins un dispositif d'exécution distinct du dispositif de restitution,
- extraction de l'élément multimédia et des données additionnelles du flux multimédia,
- transmission des données additionnelles au dispositif d'exécution, la transmission déclenchant une exécution, par l'application logicielle du dispositif d'exécution, d'une opération de traitement des données additionnelles transmises,
- restitution de l'élément multimédia.
Ainsi, l'invention propose une méthode de synchronisation de l'exécution d'une opération de traitement de données additionnelles avec la restitution d'un élément multimédia contenu dans le flux multimédia, en prévoyant une retransmission de données additionnelles contenues dans le flux multimédia et reçues par un dispositif de restitution du flux multimédia, vers un dispositif distinct en charge de l'exécution de cette opération de traitement relative à ces données additionnelles, via une application logicielle par exemple préalablement téléchargée et installée sur ledit dispositif distinct d'exécution. Le principe général de l'invention repose notamment sur la présence, dans le flux multimédia, d'un indicateur permettant de détecter que les données additionnelles sont destinées à être traitées par un autre dispositif que celui qui a reçu le flux multimédia. Une fois cet indicateur détecté, le dispositif de restitution du flux multimédia traite ce dernier pour en extraire les données additionnelles avant de les transmettre, par exemple via un module de communication, au dispositif d'exécution destinataire.
Ainsi, ces données additionnelles sont traitées par un dispositif distinct du dispositif de restitution du flux, permettant une meilleure ergonomie pour l'utilisateur, qui peut continuer à visualiser le flux multimédia sur le dispositif de restitution (par exemple un programme de télévision sur un téléviseur), tout en bénéficiant d'informations additionnelles produites par l'exécution, par ce dispositif distinct (par exemple un Smartphone ou une tablette,) de l'opération de traitement des données additionnelles (cette opération correspondant par exemple à une connexion et affichage d'une page web donnée ou à une exécution d'une application interactive relative au contenu de l'élément multimédia).
De plus, l'invention permet une synchronisation fine et précise entre la restitution d'un élément multimédia du flux multimédia et l'opération de traitement des données additionnelles. Par exemple, lorsque cette opération de traitement comprend une restitution d'informations additionnelles par le dispositif d'exécution, l'invention permet une synchronisation entre la restitution, par le dispositif d'exécution, de ces informations additionnelles et la restitution, par le dispositif de restitution, de l'élément multimédia. En effet, les données additionnelles insérées dans le flux étant synchronisées avec l'élément multimédia et reçues par un unique dispositif de restitution, le dispositif d'exécution en charge de leur traitement les reçoit et les traite donc également de manière synchrone.
Enfin, non seulement la synchronisation entre le flux multimédia et les données additionnelles est optimisée en terme de précision, mais cette synchronisation étant assurée par des données transmises dans le flux multimédia, il n'est donc pas nécessaire de prévoir des moyens supplémentaires de synchronisation, comme dans les techniques de l'art antérieur. L'invention, selon ces différents modes de réalisation, permet ainsi de ne pas mettre en œuvre de lourds moyens de synchronisation (comme des techniques de synchronisation audio, de watermarking ou de fingerprinting), tout en assurant une synchronisation efficace.
Par exemple, le flux multimédia est un flux de type HBBTV et les données additionnelles correspondent à une application interactive de type second écran.
Ainsi, selon ce mode de réalisation, l'invention permet d'exécuter une application interactive de type second écran, sur un dispositif distinct du dispositif de restitution du flux HBBTV, l'application interactive étant insérée dans le flux HBBTV et synchronisée avec le flux HBBTV selon les moyens de synchronisation HBBTV.
Selon ce mode de réalisation, l'invention permet d'offrir à un utilisateur un service d'application interactive, de type second écran par exemple, performant en terme de précision de synchronisation, l'application interactive étant transportée ou rendue accessible au moyen de données additionnelles contenues dans le flux HBBTV reçu par le dispositif de restitution puis transmises et exploitées de manière synchrone par l'application logicielle du dispositif d'exécution.
Notamment, les opérations de restitution de l'élément multimédia par le dispositif de restitution et de traitement des données additionnelles par le dispositif d'exécution sont synchrones, puisque les données additionnelles et l'élément multimédia sont reçues de manière synchrone dans le flux multimédia, extraites de ce flux et traitées dès leur réception par le dispositif de restitution d'une part et par le dispositif d'exécution d'autre part. En particulier, puisque la transmission des données additionnelles déclenche l'opération de traitement de ces données additionnelles, la restitution de l'élément multimédia par le dispositif de restitution et le traitement de ces données additionnelles par le dispositif d'exécution peuvent être effectués en parallèle par ces deux dispositifs.
En particulier, la latence entre, d'une part, un affichage, sur le dispositif d'exécution, de données résultant du traitement des données additionnelles et, d'autre part, un affichage / une restitution, sur le dispositif de restitution, du contenu multimédia dépend, d'une part, du temps de décodage et/ou de traitement, par le dispositif de restitution, du contenu multimédia, et d'autre part, du temps de transmission des données additionnelles au dispositif d'exécution auquel s'ajoute le temps de traitement par le dispositif d'exécution, de ces données additionnelles. En pratique, cette latence reste bien inférieure à une seconde, de l'ordre quelques dizaines ou centaines de millisecondes. Les données additionnelles contenues dans le flux multimédia forment donc un « trigger » ou commande qui déclenche un traitement côté dispositif d'exécution. Ce traitement est immédiat, déclenché dès réception de ces données additionnelles par ce dispositif d'exécution.
Selon une caractéristique particulière de l'invention, l'information de destination est portée par un descripteur présent dans une table de signalisation AIT, pour Application Information Table en anglais, du flux HBBTV.
Ainsi, pour offrir à un utilisateur un service d'application de type second écran performant en terme de précision de synchronisation, l'invention prévoit, selon ce mode de réalisation, d'ajouter un descripteur dans la table AIT du flux HBBTV permettant d'indiquer si l'application identifiée par cette table AIT est destinée à un dispositif distinct du dispositif de restitution du flux HBBTV.
De cette manière, sur détection de ce descripteur, le dispositif de restitution sait qu'il doit retransmettre les données additionnelles (correspondant à une application interactive) reçues dans le flux, et identifiées par la table AIT, à un autre dispositif, lequel exécutera cette application interactive.
Selon un aspect particulier de l'invention, le procédé comprend en outre les étapes suivantes :
- détection, dans le flux multimédia, d'au moins un paquet de données associé aux données additionnelles et destiné au dispositif d'exécution,
- extraction du paquet de données du flux multimédia,
- transmission du paquet de données associé aux données additionnelles au dispositif d'exécution, la transmission déclenchant une exécution, par l'application logicielle du dispositif d'exécution, d'une opération de traitement du paquet de données.
Ainsi, selon ce mode de réalisation, des paquets de données, associés aux données additionnelles précédemment insérées dans le flux multimédia, et donc destinés également au dispositif d'exécution, peuvent être détectés dans le flux multimédia, par le dispositif de restitution, de façon à les transmettre vers le dispositif d'exécution destinataire.
Par exemple, ces paquets de données peuvent être insérés dans le flux multimédia pour mettre à jour les données additionnelles précédemment reçues, tout en bénéficiant de la synchronisation précise du flux multimédia.
Par exemple, le paquet de données associé aux données additionnelles correspond à un événement de type « Event Stream » HBBTV. Ainsi, selon ce mode de réalisation, des événements de type « Event Stream » peuvent également être transmis par le dispositif de restitution au dispositif d'exécution, par exemple pour notifier des événements synchronisés avec le flux multimédia, lorsque les données additionnelles sont en cours de traitement sur le dispositif d'exécution.
Par exemple, lorsque les données additionnelles correspondent à une application interactive de type second écran, les « Event Stream » permettent de notifier à l'application interactive des événements au cours de l'exécution de l'application interactive. Par exemple, si l'application interactive est une application de Quiz, les « Event Stream » peuvent être utilisés pour notifier le lancement d'un quiz particulier, une fois l'application de Quiz lancée.
La réception et/ou le traitement du paquet de données associé aux données additionnelles peuvent être pris en charge par l'application logicielle ayant réceptionné et traité les données additionnelles, en vue par exemple d'une transmission de ce paquet de donnée à l'application interactive pour traitement, ou être pris en charge directement par l'application interactive.
Ici aussi, la latence entre d'une part, un affichage, sur le dispositif d'exécution, de données résultant du traitement du paquet de données et, d'autre part, un affichage / une restitution, sur le dispositif de restitution, du contenu multimédia reçu avec ce paquet de données dépend, d'une part, du temps de décodage et /ou de traitement, par le dispositif de restitution, du contenu multimédia, et d'autre part, du temps de transmission du paquet de données au dispositif d'exécution auquel s'ajoute le temps de traitement par le dispositif d'exécution, de ce paquet de données. En pratique, cette latence reste bien inférieure à une seconde, de l'ordre quelques dizaines voire centaines de millisecondes.
Le paquet de données contenu dans le flux multimédia forme donc un « trigger » ou commande qui déclenche un traitement côté dispositif d'exécution. Ce traitement est immédiat, déclenché dès réception de ce paquet de données par ce dispositif d'exécution.
Quelle que soit l'option de réalisation choisie, le procédé comprend les étapes suivantes :
- détection, dans ledit flux multimédia, d'au moins un paquet de données associé auxdites données additionnelles et destiné audit au moins un dispositif d'exécution,
- extraction dudit paquet de données dudit flux multimédia, - transmission dudit paquet de données audit au moins un dispositif d'exécution, ladite transmission déclenchant une exécution, par ladite application interactive, d'une opération de traitement dudit paquet de données.
Selon une caractéristique particulière de l'invention, les étapes d'extraction correspondent à un démultiplexage des données additionnelles et/ou du paquet de données associé aux données additionnelles.
Ainsi, selon ce mode de réalisation, le traitement du flux multimédia reçu par le dispositif de restitution consiste à démultiplexer les données additionnelles insérées dans le flux, de manière à pouvoir les transmettre, sans les interpréter ni les exécuter, à un dispositif d'exécution distinct, en charge lui de les interpréter et les exécuter.
Par exemple, si les données additionnelles correspondent à une URL insérée dans le flux, le démultiplexage consiste à extraire cette URL, de manière à pouvoir la transmettre au dispositif d'exécution.
Dans le cas de paquet de données associé aux données additionnelles, comme un « Event Stream » HBBTV, le démultiplexage consiste à extraire l'Event Stream, de manière à le transmettre au dispositif d'exécution.
Selon un aspect particulier, le procédé comprend en outre une étape de détection, dans le flux multimédia, d'au moins un indicateur de fin d'exécution, par l'application logicielle du dispositif d'exécution, de l'opération de traitement des données additionnelles précédemment transmises au dispositif d'exécution.
Ainsi, selon ce mode de réalisation, l'invention prévoit également que l'exécution des données additionnelles par le dispositif d'exécution puisse être stoppée, via un indicateur détecté dans le flux multimédia et transmis par le dispositif de restitution au dispositif d'exécution.
Par exemple, dans la norme HBBTV, des tables spécifiques sont prévues à cette fin.
Selon une caractéristique particulière, le procédé comprend en outre une étape préliminaire d'annonce de présence du dispositif de restitution au sein du réseau local de communication.
Ainsi, selon ce mode de réalisation de l'invention, le dispositif de restitution se signale comme étant présent dans le réseau local de communication auquel il est connecté, de façon à ce que le ou les dispositifs d'exécution également présents dans ce même réseau local de communication puisse(nt) avoir connaissance de sa présence, par exemple via un processus de découverte tel que SSDP (pour « Simple Service Discovery Protocol » en anglais) utilisé pour la découvertes d'entités UPnP (pour « Universal Plug and Play » en anglais).
Selon un autre aspect de l'invention, le procédé comprend en outre les étapes suivantes, dans le dispositif d'exécution :
- découverte du dispositif de restitution annoncé lors de l'étape d'annonce de présence,
- réception des données additionnelles en provenance du dispositif de restitution,
- exécution, par l'application logicielle du dispositif d'exécution, d'une opération de traitement des données additionnelles reçues.
Ce mode de réalisation de l'invention concerne plus particulièrement le dispositif d'exécution, et les étapes mises en œuvre dans ce dernier.
En particulier, le dispositif d'exécution commence par prendre connaissance du ou des dispositifs de restitution connectés au même réseau local que lui, de façon à pouvoir, le cas échéant, mettre en œuvre un mécanisme de communication de données avec ce ou ces dispositifs de restitution.
En particulier, lorsqu'un dispositif de restitution a mis en œuvre une étape d'annonce de sa présence dans le réseau local, le dispositif d'exécution peut donc le découvrir.
Une fois ce processus de découverte effectué, le dispositif d'exécution reçoit des données additionnelles, préalablement reçues et retransmises, selon les différents modes de réalisation de l'invention, par le dispositif de restitution.
Ces données additionnelles sont synchronisées, comme déjà décrit ci-dessus, avec le flux multimédia restitué sur le dispositif de restitution et sont donc interprétées et exécutées par le module adéquat dans le dispositif d'exécution. Ainsi, après les avoir reçues en provenance du dispositif de restitution, le dispositif d'exécution interprète et exécute ces données additionnelles, via une application logicielle, par exemple préalablement téléchargée et installée sur le dispositif d'exécution.
Par exemple, le dispositif d'exécution reçoit les données additionnelles en provenance du dispositif de restitution via un module de communication, celui-ci les transmettant ensuite au(x) modules d'interprétation et d'exécution des données additionnelles du dispositif d'exécution, lesquels exécutent, au moyen d'une application logicielle, une opération de traitement de ces données additionnelles. Selon un aspect particulier, les étapes de transmission, dans le dispositif de restitution, et de réception, dans le dispositif d'exécution, sont mises en œuvre selon un mécanisme appartenant au groupe comprenant :
- mécanisme de requêtes émises par le dispositif d'exécution vers le dispositif de restitution pour recevoir des données ;
- mécanisme de transmission de données vers le dispositif d'exécution, à l'initiative du dispositif de restitution.
Ainsi, l'invention, selon ses différents modes de réalisation, prévoit l'utilisation de plusieurs mécanismes connus de transmission des données additionnelles, ainsi que des paquets de données associés (comme des événements) du dispositif de restitution du flux multimédia au dispositif d'exécution des données additionnelles. Parmi ces mécanismes connus, des mécanismes à l'initiative du serveur ou à l'initiative du client peuvent être implémentés (« polling », « http Server Push », transmission « UDP », ....
L'invention concerne également un procédé de génération d'un flux multimédia, comprenant les étapes suivantes :
- insertion, dans le flux multimédia, de données additionnelles,
- insertion, dans le flux multimédia, d'au moins une information de destination, indiquant que les données additionnelles sont destinées à au moins un dispositif d'exécution distinct d'un dispositif de restitution du flux multimédia, et
- transmission du flux multimédia à au moins un dispositif de restitution du flux multimédia, conçu pour, suite à la détection de l'information de destination, transmettre les données additionnelles à un dispositif d'exécution destinataire.
Ainsi, un autre aspect de l'invention concerne la génération d'un flux multimédia, et dans un premier temps, l'insertion, dans ce flux multimédia, de données additionnelles.
Dans un second temps, le procédé de génération du flux multimédia insère, dans le flux multimédia, un indicateur permettant au dispositif de restitution du flux de détecter que les données additionnelles sont destinées à un dispositif d'exécution distinct du dispositif de restitution du flux.
L'invention concerne également un programme d'ordinateur, comprenant des instructions de code de programme pour la mise en œuvre des procédés de synchronisation et de génération tels que décrits précédemment, lorsque le programme est exécuté sur un ordinateur. L'invention concerne également un médium de stockage lisible par ordinateur, stockant un programme d'ordinateur comprenant un jeu d'instructions exécutables par un ordinateur ou un processeur pour mettre en œuvre les procédés de synchronisation et de génération tels que décrits précédemment.
Un autre aspect de l'invention concerne un dispositif de restitution d'un flux multimédia présent au sein d'un réseau local de communication, comprenant les moyens suivants :
- un module de réception du flux multimédia, le flux multimédia comprenant des données additionnelles synchronisées avec un élément multimédia contenu dans le flux multimédia,
- un module de détection, dans le flux multimédia, d'au moins une information de destination indiquant que les données additionnelles sont destinées à au moins un dispositif d'exécution distinct du dispositif de restitution,
- un module d'extraction de l'élément multimédia et des données additionnelles du flux multimédia,
- un module de transmission des données additionnelles au dispositif d'exécution, la transmission déclenchant une exécution, par l'application logicielle du dispositif d'exécution, d'une opération de traitement des données additionnelles transmises,
- un module de restitution de l'élément multimédia.
Un tel dispositif est par exemple un téléviseur, un décodeur ou encore un ordinateur comprenant une application permettant de recevoir un flux multimédia et de mettre en œuvre les étapes du procédé. Un tel dispositif de restitution correspond à tout dispositif capable d'interpréter et de restituer un flux multimédia, quelque soit son mode de diffusion/transmission.
Un autre aspect de l'invention concerne un dispositif d'exécution des données additionnelles présent au sein d'un réseau local de communication, comprenant les moyens suivants :
- un module de découverte d'au moins un dispositif de restitution annoncé au sein du réseau local,
- un module de réception des données additionnelles en provenance du dispositif de restitution,
- un module d'exécution, par une application logicielle du dispositif d'exécution, d'une opération de traitement des données additionnelles reçues. Un tel dispositif est par exemple un smartphone ou une tablette.
Un autre aspect de l'invention concerne un dispositif de génération d'un flux multimédia comprenant les moyens suivants :
- des moyens d'insertion, dans le flux multimédia, de données additionnelles,
- des moyens d'insertion, dans le flux multimédia, d'au moins une information de destination, indiquant que les données additionnelles sont destinées à au moins un dispositif d'exécution distinct d'un dispositif de restitution du flux multimédia, les dispositifs étant présents au sein d'un réseau local de communication, et
- des moyens de transmission du flux multimédia à au moins un dispositif de restitution du flux multimédia, conçu pour, suite à la détection de l'information de destination, transmettre les données additionnelles à un dispositif d'exécution destinataire.
4. LISTE DES FIGURES
D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description suivante, donnée à titre d'exemple indicatif et non limitatif, et des dessins annexés, dans lesquels :
la figure 1 présente les principales étapes du procédé de transmission de données additionnelles selon un mode de réalisation particulier de l'invention ; la figure 2 présente un synoptique d'un système selon un mode de réalisation particulier de l'invention ;
la figure 3 présente un diagramme de séquences montrant de manière générique un exemple de cinématique de communication entre les deux dispositifs du système de la figure 2 ;
les figures 4a à 4c illustrent des exemples de structure simplifiée d'un dispositif de restitution, d'un dispositif d'exécution et d'un dispositif de génération, selon un mode de réalisation de l'invention.
5. DESCRIPTION DÉTAILLÉE
Sur toutes les figures du présent document, les éléments et étapes identiques sont désignés par une même référence numérique.
Dans la suite de la description, on suppose à titre d'exemple non limitatif que le flux multimédia 100 est conforme aux normes MPEG-2 TS et HBBTV, et qu'il comprend des données additionnelles 110 correspondant à une application interactive, par exemple une application de type « second écran », destinée à être exécutée sur un dispositif d'exécution physiquement distinct du disposition de restitution. Cette application interactive peut être une application HBBTV ou non (une application HBBTV étant une application qui est codée en HTML (HTML-CE) et/ou Javascript et est transportée dans un flux HBBTV), une application Web ou non. L'invention est applicable cependant à différents types d'application, et n'implique pas un mode de codage particulier. Il suffit que l'application logicielle du dispositif d'exécution soit capable d'en déclencher l'exécution, éventuellement en faisant appel au système d'exploitation du dispositif d'exécution.
Les données additionnelles 110 sont synchronisées, c'est-à-dire insérées dans le flux multimédia de manière synchronisée, avec un élément multimédia 120 du flux multimédia 100 (par exemple la partie courante du flux multimédia, comme un programme donné). Ainsi la transmission des données additionnelles au dispositif d'exécution et l'affichage de l'élément multimédia vont être traités consécutivement, sans délai entre le traitement des données additionnelles et l'affichage de l'élément.
On présente maintenant, en relation avec la figure 1, les principales étapes du procédé de synchronisation selon un mode de réalisation particulier de l'invention, dans un système tel qu'illustré en figure 2.
On considère dans ce système un dispositif de restitution 20 d'un flux multimédia 100, par exemple un téléviseur HBBTV, et un dispositif d'exécution 21, par une application logicielle, d'une opération de traitement de données additionnelles 110 (contenues dans le flux multimédia 100 et synchronisées avec un élément multimédia 120 contenu dans le flux multimédia 100), par exemple un smartphone.
Par exemple, le flux multimédia HBBTV correspond à un programme télévisé de jeu, et les données additionnelles correspondent à une application interactive de Quiz, destinée à être exécutée sur un second écran, distinct de l'écran sur lequel est restitué le programme télévisé de jeu. Cette application consiste par exemple à permettre au téléspectateur de répondre aux questions du Quizz via son smartphone, tout en continuant à visualiser de manière ergonomique le programme télévisé de jeu sur son téléviseur connecté.
Les premières étapes du procédé de synchronisation sont mises en œuvre dans le dispositif de restitution 20, lequel reçoit, lors d'une première étape de réception 10, le flux multimédia 100.
Une étape de détection 11 est ensuite mise en œuvre, afin de détecter, dans le flux multimédia 100, une information de destination, notée l-Dest, indiquant que les données additionnelles 110 sont destinées à au moins un dispositif d'exécution distinct du dispositif de restitution 20, en l'occurrence le dispositif d'exécution 21.
Cette étape de détection 11 se base, dans cet exemple, sur le fait qu'une application interactive est identifiable dans un flux multimédia de type MPEG2 TS par une table DVB. Il s'agit de la table AIT (pour « Application Information Table » en anglais). Cette table contient en effet différentes informations permettant d'exécuter l'application interactive, et en particulier, selon ce mode de réalisation de l'invention, cette table transporte un descripteur privé, noté ici information de destination l-Dest. Cette information de destination l-Dest indique le terminal destinataire/concerné par l'application interactive. Dans l'exemple considéré, il s'agit du dispositif d'exécution 21.
Cette étape de détection 11 est mise en œuvre, selon ce mode de réalisation, par un module HBBTV supplémentaire 201 du dispositif de restitution 20, noté HBBTV- SUP. Ainsi, le dispositif de restitution 20 comprend un module HBBTV « standard» 200, permettant de mettre en œuvre toutes les fonctionnalités « standard » HBBTV, et un module HBBTV supplémentaire 201 pour la mise en œuvre de l'invention, selon ses différents modes de réalisation particuliers.
L'étape suivante d'extraction 12 consiste à démultiplexer les données additionnelles 110, ainsi que l'élément multimédia 120, du flux multimédia 100, de façon à pouvoir transmettre, lors d'une étape 13 de transmission, ces données additionnelles 110 au dispositif d'exécution 21.
L'élément multimédia 120 est quant à lui restitué, sur le dispositif de restitution 20, lors d'une étape 14 de restitution.
Par exemple, cette étape d'extraction 12 est mise en œuvre par le module HBBTV « standard» 200 du dispositif de restitution 20.
Par ailleurs, cette étape d'extraction 12 déclenche une exécution, par une application logicielle 211 du dispositif d'exécution 21, d'une opération de traitement de ces données additionnelles 110 transmises, de façon à ce que la restitution, sur le dispositif de restitution 20, de l'élément multimédia 120 et l'exécution, sur le dispositif d'exécution 21, de l'opération de traitement des données additionnelles 110 soient synchronisées.
L'application logicielle 211 du dispositif d'exécution 21 est par exemple une application téléchargée sur le dispositif d'exécution 21, en vue de pouvoir traiter des données additionnelles reçues en provenance d'un dispositif de restitution. Cette application logicielle est par exemple une application « native » (cette application peut être téléchargée sur « Google Play » ou « AppleStore », selon le système d'exploitation).
Cette application logicielle 211 est donc mise en œuvre dans le dispositif d'exécution 21 pour le traitement des données additionnelles et doit être bien distinguée, par la suite, de l'application interactive, par exemple de type HBBTV et/ou de type second écran, correspondant aux données additionnelles 110 transmises.
Ainsi, l'exécution, par cette application logicielle 211, de cette opération de traitement des données additionnelles 110, consiste en fait, dans cet exemple, à déclencher l'exécution de l'application interactive.
Comment déjà décrit ci-dessus, il existe deux manières de déclencher l'exécution d'une application interactive à partir d'un dispositif d'exécution : soit le flux HBBTV contient une information d'accès à l'application interactive (par exemple, la table AIT contient une adresse URL où peut être téléchargée l'application interactive), soit une partie ou la totalité du ou des modules logiciels constituant l'application interactive se trouve encapsulée dans le flux HBBTV sous une forme interprétable ou exécutable par le dispositif d'exécution 21 (par exemple dans un carrousel DVB, par exemple sous la forme de méta données interprétables par l'application logicielle 211 du dispositif d'exécution 21).
Dans le cas de la première variante, l'opération de traitement des données additionnelles consiste donc à obtenir l'URL, à envoyer une requête HTTP à cette adresse URL, afin de recevoir en retour des données constituant l'application interactive en question, d'exécuter l'application interactive et d'afficher un contenu résultant de cette exécution (questions du Quizz dans l'exemple considéré). Les données chargées peuvent être soit des pages Web, réceptionnées puis affichées par l'application logicielle 211, soit une autre application (non Web) interprétable et/ou exécutable par le dispositif d'exécution 21 (par l'application logicielle 211 ou par le système d'exploitation du terminal 21).
Dans le cas de la deuxième variante, l'opération de traitement des données additionnelles consiste donc à interpréter les métadonnées constituant l'application interactive interprétable et/ou exécutable par le dispositif d'exécution 21 (par l'application logicielle 211 ou par le système d'exploitation du terminal 21), à exécuter l'application interactive par le dispositif d'exécution 21 et à afficher un contenu résultant de cette exécution (questions du Quizz dans l'exemple considéré). Par ailleurs, l'étape de transmission 13 peut être mise en œuvre par un module de communication 203 du dispositif de restitution 20, permettant une communication de type serveur vers le dispositif d'exécution 21, et par exemple vers un module de communication 213 du dispositif d'exécution 21.
Ainsi, le module de communication 213 du dispositif d'exécution 21 reçoit les données additionnelles 110 en provenance du module de communication 203 du dispositif de restitution 20, et les transmet par exemple aux modules de l'application logicielle 211 (par exemple des modules classiques « IHM » et « BUSINESS ») en charge de les interpréter, comme décrit ci-dessus. Dans un mode de réalisation, le module de communication 213 est intégré à l'application logicielle 211 elle-même.
On décrit à présent les différents modes de communication pouvant être mis en œuvre entre les dispositifs de restitution et d'exécution, selon différents modes de réalisation particuliers de l'invention, permettant de notifier l'application logicielle 211 du dispositif d'exécution 21 que des nouvelles données additionnelles 110 sont détectées à partir du dispositif de restitution 20.
Plusieurs technologies de communication connues peuvent être mises en œuvre, notamment selon deux types de mécanisme connus.
Par exemple, selon un premier type de mécanisme dit de « Polling », le module de communication 213 du dispositif d'exécution 21 envoie des requêtes périodiques au module de communication 203 du dispositif de restitution 20, pour savoir si de nouvelles données sont disponibles et, si oui, les récupère.
Selon un deuxième type de mécanisme de communication dit de « Push », différentes techniques permettent de transmettre des données du dispositif de restitution 20 (« serveur ») vers le dispositif d'exécution 21 (« client »), à l'initiative du « serveur », par exemple selon des techniques dites de « http Server Push ».
Selon une première technique, le serveur http du dispositif de restitution 20 ne ferme pas la connexion après avoir envoyé sa dernière réponse au dispositif d'exécution 21. La connexion reste donc ouverte et le serveur empile les événements jusqu'à ce que le client l'interroge à nouveau pour récupérer un nouvel événement.
Deux autres techniques basées sur le standard « HTML5 » permettent le « Push » : « Server-Sent events » et « WebSocket ». L'interface de programmation « WebSocket » permet notamment d'établir une communication bidirectionnelle (dite « full-duplex ») entre un client et un serveur. Selon une technique dite de « Long polling », le client émet une requête vers le serveur, et si le serveur n'a pas de nouvel événement à notifier, la requête reste bloquante jusqu'à ce qu'une nouvelle notification arrive.
Selon une technique de transmission UDP (pour « User Datagram Protocol » en anglais), le serveur peut émettre des requêtes de notification via le protocole UDP. L'envoi des paquets UDP peut être réalisé en unicast (à destination exclusive du client qui aura au préalable fourni son adresse IP et le port concerné pour la réception des paquets UDP) ou en multicast (à la façon des événements UPnP). L'approche multicast permet par exemple d'informer plusieurs dispositifs d'exécution du réseau local de l'arrivée d'un nouvel événement.
La figure 3 illustre un exemple de communication de type « Long Polling », noté LONG P, entre un dispositif de restitution 20, par exemple une TV HBBTV, et un dispositif d'exécution 21, par exemple un smartphone. Selon cet exemple, le client, c'est-à-dire le smartphone, émet une requête LONG P vers le serveur, c'est-à-dire la TV HBBTV. Tant que cette dernière ne reçoit pas de nouvel événement (par exemple un Stream Event, noté SE) ou une table AIT, aucune réponse n'est faite au smartphone, et lorsqu'un nouvel événement est reçu par la TV HBBTV, la TV HBBTV répond au smartphone, plus précisément en transmettant des données au module de communication 213 du smartphone. Ce module de communication 213 reçoit ces données et les transmet au module du smartphone en charge de leur exécution, c'est-à-dire à l'application logicielle 211.
Quelque soit la technique de communication choisie entre les deux dispositifs de restitution 20 et d'exécution 21, une étape préalable à tout échange de données consiste à permettre la mise en relation des différents dispositifs du réseau local de communication impliqués dans le mise en œuvre de l'invention, selon ses différents modes de réalisation particuliers.
Cette étape préalable peut consister en une étape de « découverte » ou d'annonce de présence du dispositif de restitution 20 au sein du réseau local de communication.
Ainsi, selon une première variante de réalisation, le dispositif de restitution 20 se signale comme étant présent dans le réseau local de communication auquel il est connecté, de façon à ce que le dispositif d'exécution 21 également présent dans ce même réseau local de communication puisse avoir connaissance de sa présence, par exemple via un processus de découverte connu tel que SSDP d'UPnP. Par exemple, les annonces sont envoyées par le dispositif de restitution 20 de manière périodique.
Selon une deuxième variante, cette étape de découverte peut également consister en l'envoi d'une requête de recherche de dispositif(s) de restitution, par le dispositif d'exécution 21, le ou les dispositifs de restitution présents dans le réseau local de communication répondant directement à la requête de recherche.
Selon un mode de réalisation particulier différent de celui illustré en figure 2, plusieurs dispositifs de restitution peuvent être présents dans le réseau local de communication. Dans ce cas, le dispositif d'exécution aura connaissance de la présence de ces différents dispositifs de restitution et en informera l'utilisateur en lui présentant une liste de dispositifs de restitution, dans laquelle il pourra sélectionner le dispositif de restitution à utiliser, avec lequel le dispositif d'exécution devra donc communiquer.
Une fois cette étape de découverte effectuée, les dispositifs de restitution 20 et d'exécution 21 sont donc mis en relation. Il est alors possible, pour le dispositif de restitution 20, de transmettre les données additionnelles extraites du flux multimédia, au dispositif d'exécution 21, lorsqu'une information de destination adéquate est détectée dans ce flux multimédia, comme décrit ci-dessus.
Lorsque les différentes étapes décrites ci-dessus ont été mises en œuvre selon les différents modes de réalisation particuliers de l'invention, la restitution de l'élément multimédia du flux multimédia, dans le dispositif de restitution, et l'exécution de l'opération de traitement des données additionnelles synchronisées avec cet élément multimédia, dans le dispositif d'exécution, sont synchronisées.
En effet, selon une première variante de réalisation, décrite ci-dessus, la synchronisation du traitement des données additionnelles et de la restitution du flux multimédia est rendue possible par l'utilisation de la table AIT comprenant les données additionnelles synchronisées avec le flux multimédia portant cette table AIT. En effet, cette table AIT étant reçue et traitée par un unique dispositif de restitution 20, le dispositif d'exécution 21 en charge de leur traitement les reçoit et les traite donc également de manière synchrone.
Selon une autre variante, la synchronisation des données additionnelles dans le flux HBBTV est rendue possible par le fait qu'un flux HBBTV se trouve encapsulé dans un carrousel d'objets codé selon la norme DSM CC. Cet outil associé au MPEG2 TS gère notamment la transmission d'événements de synchronisation ainsi que de données additionnelles dans le flux de transport M PEG2.
Ces événements sont classiquement appelés « Stream Event », et se composent de petits paquets de données pouvant être transmis de manière synchrone dans le signal de programme. Ils permettent donc de transmettre des données additionnelles à des instants précis comme, par exemple, des questions ou des réponses à un quiz interactif.
En l'occurrence, et selon les différents modes de réalisation particuliers de l'invention, ces paquets sont immédiatement traités après leur démultiplexage au sein du dispositif de restitution 20 et immédiatement transmis vers le dispositif d'exécution 21 destinataire. Il est donc possible de synchroniser de manière fine et précise des données additionnelles (comme par exemple une application interactive) avec le flux multimédia d'une chaîne TV.
Il est à noter que plusieurs variantes sont envisageables pour l'exécution d'une application interactive, en plus de celle décrite ci-dessus qui consiste à déporter cette exécution sur un dispositif distinct de celui de restitution du flux HBBTV.
Ainsi, il est également possible que l'application interactive soit exécutée à la fois sur le dispositif de restitution du flux HBBTV et également sur le dispositif d'exécution distinct.
Dans ce cas, la table AIT comprend par exemple un descripteur indiquant que l'application interactive est destinée à être exécutée sur le dispositif d'exécution et un descripteur indiquant que l'application peut également être exécutée sur le dispositif de restitution.
Par exemple, dans le cas où l'application interactive est visuellement peu gênante pour l'utilisateur, celui-ci peut préférer ne pas utiliser son smartphone et interagir avec l'application directement sur son téléviseur connecté.
Dans ce cas, l'exécution de l'application interactive sur le téléviseur connecté peut être conditionnée par une action utilisateur, comme une validation sur un bouton spécifique de la télécommande.
On présente maintenant les principales étapes du procédé de génération d'un flux multimédia, selon un mode de réalisation particulier de l'invention.
Dans un premier temps, le procédé de génération insère, dans un flux multimédia, des données additionnelles destinées à être traitées de manière synchronisée avec la restitution de la partie du flux correspondante. Par exemple, dans le cas d'un flux HBBTV, ces données additionnelles correspondent à une application interactive, identifiable par une table AIT portée par le flux qui contient les informations de chargement et d'exécution de cette application interactive.
Dans un second temps, le procédé de génération du flux multimédia insère, dans le flux multimédia, un indicateur permettant au dispositif de restitution du flux de détecter que les données additionnelles sont destinées à un dispositif d'exécution distinct du dispositif de restitution du flux.
Par exemple, dans le cas d'un flux HBBTV, cet indicateur correspond à un descripteur de la table AIT, indiquant sur quel dispositif l'application interactive est destinée à être exécutée.
Enfin, le procédé de génération transmet le flux multimédia à au moins un dispositif de restitution, conçu pour, suite à la détection de l'information de destination, transmettre les données additionnelles à un dispositif d'exécution destinataire, selon les différents modes de réalisation particuliers de l'invention.
On présente finalement, en relation avec les figures 4a à 4c respectivement, la structure simplifiée d'un dispositif de restitution, la structure simplifiée d'un dispositif d'exécution et la structure simplifiée d'un dispositif de génération, selon un mode de réalisation particulier de l'invention.
Comme illustré en figure 4a, un tel dispositif de restitution comprend une mémoire 2000 comprenant une mémoire tampon, une unité de traitement 2001, équipée par exemple d'un microprocesseur μΡ et pilotée par le programme d'ordinateur 2002, mettant en œuvre le procédé de synchronisation selon l'invention.
A l'initialisation, les instructions de code du programme d'ordinateur 2002 sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 2001. L'unité de traitement 2001 reçoit en entrée un flux multimédia. Le microprocesseur de l'unité de traitement 2001 met en œuvre les étapes du procédé de synchronisation décrit précédemment, selon les instructions du programme d'ordinateur 2002, pour synchroniser la restitution d'un élément du flux multimédia avec l'exécution du traitement, sur un dispositif distinct, de données additionnelles synchronisées avec le flux. Pour cela, le dispositif de restitution comprend en outre : un module de réception du flux multimédia, le flux multimédia comprenant des données additionnelles synchronisées avec un élément multimédia contenu dans le flux multimédia, un module de détection, dans le flux multimédia, d'au moins une information de destination indiquant que les données additionnelles sont destinées à au moins un dispositif d'exécution distinct du dispositif de restitution, un module d'extraction de l'élément multimédia et des données additionnelles du flux multimédia, un module de transmission des données additionnelles au dispositif d'exécution, la transmission déclenchant une exécution, par une application logicielle du dispositif d'exécution, d'une opération de traitement des données additionnelles transmises, et un module de restitution de l'élément multimédia.
Ces modules sont pilotés par le microprocesseur de l'unité de traitement 2001.
Comme illustré en figure 4b, un tel dispositif d'exécution comprend quant à lui une mémoire 2100 comprenant une mémoire tampon, une unité de traitement 2101, équipée par exemple d'un microprocesseur μΡ, et pilotée par le programme d'ordinateur 2102, mettant en œuvre le procédé de synchronisation selon l'invention.
A l'initialisation, les instructions de code du programme d'ordinateur 2102 sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 2101. L'unité de traitement 2101 reçoit en entrée les données additionnelles. Le microprocesseur de l'unité de traitement 2101 met en œuvre les étapes du procédé de synchronisation décrit précédemment, selon les instructions du programme d'ordinateur 2102. Pour cela, le dispositif d'exécution des données additionnelles comprend en outre : un module de découverte d'au moins un dispositif de restitution annoncé au sein du réseau local, un module de réception des données additionnelles en provenance du dispositif de restitution et un module d'exécution, par une application logicielle du dispositif d'exécution, d'une opération de traitement des données additionnelles reçues.
Ces modules sont pilotés par le microprocesseur de l'unité de traitement 2101.
Comme illustré en figure 4c, un tel dispositif de génération comprend une mémoire 40 comprenant une mémoire tampon, une unité de traitement 41, équipée par exemple d'un microprocesseur μΡ et pilotée par le programme d'ordinateur 42, mettant en œuvre le procédé de génération selon l'invention.
A l'initialisation, les instructions de code du programme d'ordinateur 42 sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 41. L'unité de traitement 41 reçoit en entrée un flux multimédia. Le microprocesseur de l'unité de traitement 41 met en œuvre les étapes du procédé de génération décrit précédemment, selon les instructions du programme d'ordinateur 42, pour générer un flux multimédia comprenant des données additionnelles synchronisées. Pour cela, le dispositif de génération d'un flux multimédia comprend : des moyens d'insertion, dans le flux multimédia, de données additionnelles et d'au moins une information de destination, indiquant que les données additionnelles sont destinées à au moins un dispositif d'exécution distinct d'un dispositif de restitution du flux multimédia, les dispositifs étant présents au sein d'un réseau local de communication, et des moyens de transmission du flux multimédia à au moins un dispositif de restitution du flux multimédia, conçu pour, suite à la détection de l'information de destination, transmettre les données additionnelles à un dispositif d'exécution destinataire.
Ces modules sont pilotés par le microprocesseur de l'unité de traitement 41.

Claims

REVENDICATIONS
1. Procédé de synchronisation entre une restitution d'un flux multimédia par un dispositif de restitution et une exécution d'une opération par une application logicielle par au moins un dispositif d'exécution, lesdits dispositifs de restitution et d'exécution étant présents au sein d'un réseau local de communication, ledit procédé étant caractérisé en ce qu'il comprend les étapes suivantes, dans ledit dispositif de restitution :
- réception dudit flux multimédia, ledit flux multimédia comprenant des données additionnelles synchronisées avec un élément multimédia contenu dans ledit flux multimédia,
- détection, dans ledit flux multimédia, d'au moins une information de destination indiquant que lesdites données additionnelles sont destinées à au moins un dispositif d'exécution distinct dudit dispositif de restitution,
- extraction dudit élément multimédia et desdites données additionnelles dudit flux multimédia,
- transmission desdites données additionnelles audit au moins un dispositif d'exécution, ladite transmission déclenchant une exécution, par ladite application logicielle dudit dispositif d'exécution, d'une opération de traitement desdites données additionnelles transmises,
- restitution dudit élément multimédia.
2. Procédé selon la revendication 1, caractérisé en ce que ledit flux multimédia est un flux de type HBBTV, ladite information de destination étant incluse dans un descripteur présent dans une table de signalisation AIT, pour Application Information Table, dudit flux HBBTV .
3. Procédé selon la revendication 1 ou 2, caractérisé en ce que lesdites données additionnelles correspondent à une application interactive à exécuter sur un dit dispositif d'exécution, l'opération de traitement desdites données additionnelles comprenant un déclenchement de l'exécution de ladite application interactive.
4. Procédé selon la revendication 1, caractérisé en ce que ledit procédé comprend en outre les étapes suivantes :
- détection, dans ledit flux multimédia, d'au moins un paquet de données associé auxdites données additionnelles et destiné audit au moins un dispositif d'exécution,
- extraction dudit paquet de données dudit flux multimédia, - transmission dudit paquet de données associé auxdites données additionnelles audit au moins un dispositif d'exécution, ladite transmission déclenchant une exécution, par ladite application logicielle dudit dispositif d'exécution, d'une opération de traitement dudit paquet de données transmis.
5. Procédé selon la revendication 3, caractérisé en ce que ledit procédé comprend en outre les étapes suivantes :
- détection, dans ledit flux multimédia, d'au moins un paquet de données associé auxdites données additionnelles et destiné audit au moins un dispositif d'exécution,
- extraction dudit paquet de données dudit flux multimédia,
- transmission dudit paquet de données audit au moins un dispositif d'exécution, ladite transmission déclenchant une exécution, par ladite application interactive, d'une opération de traitement dudit paquet de données associé auxdites données additionnelles transmis.
6. Procédé selon les revendications 4 ou 5, caractérisé en ce que ledit paquet de données associé auxdites données additionnelles correspond à un événement de type « Event Stream » HBBTV.
7. Procédé selon la revendication 1 et la revendication 4, caractérisé en ce que lesdites étapes d'extraction correspondent à un démultiplexage desdites données additionnelles et/ou dudit paquet de données associé auxdites données additionnelles.
8. Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre une étape de détection, dans ledit flux multimédia, d'au moins un indicateur de fin d'exécution, par ladite application logicielle dudit dispositif d'exécution, de ladite opération de traitement desdites données additionnelles précédemment transmises audit dispositif d'exécution.
9. Procédé de génération d'un flux multimédia, caractérisé en ce qu'il comprend les étapes suivantes :
- insertion, dans ledit flux multimédia, de données additionnelles,
- insertion, dans ledit flux multimédia, d'au moins une information de destination, indiquant que les données additionnelles sont destinées à au moins un dispositif d'exécution distinct d'un dispositif de restitution dudit flux multimédia, et
- transmission dudit flux multimédia à au moins un dispositif de restitution dudit flux multimédia, conçu pour, suite à la détection de ladite information de destination, transmettre lesdites données additionnelles à un dispositif d'exécution destinataire.
10. Programme d'ordinateur, comprenant des instructions de code de programme pour la mise en oeuvre du procédé selon au moins une des revendications 1 à 9, lorsque ledit programme est exécuté sur un ordinateur.
11. Médium de stockage lisible par ordinateur, stockant un programme d'ordinateur comprenant un jeu d'instructions exécutables par un ordinateur ou un processeur pour mettre en œuvre le procédé selon au moins une des revendications 1 à 9.
12. Dispositif de restitution d'un flux multimédia présent au sein d'un réseau local de communication, comprenant les moyens suivants :
- un module de réception dudit flux multimédia, ledit flux multimédia comprenant des données additionnelles synchronisées avec un élément multimédia contenu dans ledit flux multimédia,
- un module de détection, dans ledit flux multimédia, d'au moins une information de destination indiquant que lesdites données additionnelles sont destinées à au moins un dispositif d'exécution distinct dudit dispositif de restitution,
- un module d'extraction dudit élément multimédia et desdites données additionnelles dudit flux multimédia,
- un module de transmission desdites données additionnelles audit au moins un dispositif d'exécution, ladite transmission déclenchant une exécution, par ladite application logicielle dudit dispositif d'exécution, d'une opération de traitement desdites données additionnelles transmises,
- un module de restitution dudit élément multimédia.
13. Dispositif d'exécution des données additionnelles présent au sein d'un réseau local de communication, comprenant les moyens suivants :
- un module de découverte d'au moins un dispositif de restitution annoncé au sein dudit réseau local,
- un module de réception desdites données additionnelles en provenance dudit dispositif de restitution,
- un module d'exécution, par une application logicielle dudit dispositif d'exécution, d'une opération de traitement desdites données additionnelles reçues.
14. Dispositif de génération d'un flux multimédia comprenant les moyens suivants :
- des moyens d'insertion, dans ledit flux multimédia, de données additionnelles,
- des moyens d'insertion, dans ledit flux multimédia, d'au moins une information de destination, indiquant que les données additionnelles sont destinées à au moins un dispositif d'exécution distinct d'un dispositif de restitution dudit flux multimédia, lesdits dispositifs étant présents au sein d'un réseau local de communication, et
- des moyens de transmission dudit flux multimédia à au moins un dispositif de restitution dudit flux multimédia, conçu pour, suite à la détection de ladite information de destination, transmettre lesdites données additionnelles à un dispositif d'exécution destinataire.
EP14796206.2A 2013-09-26 2014-09-26 Procedes de synchronisation, de generation d'un flux, programmes d'ordinateur, media de stockage, dispositifs de restitution, d'execution et de generation correspondants Ceased EP3050311A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP23166037.4A EP4224868A3 (fr) 2013-09-26 2014-09-26 Procédés de synchronisation, de génération d'un flux, programmes d ordinateur, media de stockage, dispositifs de restitution, d exécution et de génération correspondants

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1359311A FR3011155A1 (fr) 2013-09-26 2013-09-26 Procedes de synchronisation, de generation d'un flux, programmes d'ordinateur, media de stockage, dispositifs de restitution, d'execution et de generation correspondants.
PCT/FR2014/052427 WO2015044607A1 (fr) 2013-09-26 2014-09-26 Procedes de synchronisation, de generation d'un flux, programmes d'ordinateur, media de stockage, dispositifs de restitution, d'execution et de generation correspondants

Related Child Applications (1)

Application Number Title Priority Date Filing Date
EP23166037.4A Division EP4224868A3 (fr) 2013-09-26 2014-09-26 Procédés de synchronisation, de génération d'un flux, programmes d ordinateur, media de stockage, dispositifs de restitution, d exécution et de génération correspondants

Publications (1)

Publication Number Publication Date
EP3050311A1 true EP3050311A1 (fr) 2016-08-03

Family

ID=49578498

Family Applications (2)

Application Number Title Priority Date Filing Date
EP14796206.2A Ceased EP3050311A1 (fr) 2013-09-26 2014-09-26 Procedes de synchronisation, de generation d'un flux, programmes d'ordinateur, media de stockage, dispositifs de restitution, d'execution et de generation correspondants
EP23166037.4A Pending EP4224868A3 (fr) 2013-09-26 2014-09-26 Procédés de synchronisation, de génération d'un flux, programmes d ordinateur, media de stockage, dispositifs de restitution, d exécution et de génération correspondants

Family Applications After (1)

Application Number Title Priority Date Filing Date
EP23166037.4A Pending EP4224868A3 (fr) 2013-09-26 2014-09-26 Procédés de synchronisation, de génération d'un flux, programmes d ordinateur, media de stockage, dispositifs de restitution, d exécution et de génération correspondants

Country Status (6)

Country Link
US (1) US10244282B2 (fr)
EP (2) EP3050311A1 (fr)
JP (2) JP2016536826A (fr)
KR (1) KR102205932B1 (fr)
FR (1) FR3011155A1 (fr)
WO (1) WO2015044607A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10085045B2 (en) * 2016-12-30 2018-09-25 Turner Broadcasting System, Inc. Dynamic generation of video-on-demand assets for multichannel video programming distributors
US10567821B2 (en) 2016-12-30 2020-02-18 Turner Broadcasting System, Inc. Creation of channel to support legacy video-on-demand systems

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000032403A (ja) * 1998-07-14 2000-01-28 Sony Corp データ伝送方法、データ送信装置及び受信装置
US7962938B2 (en) * 2004-04-27 2011-06-14 Microsoft Corporation Specialized media presentation via an electronic program guide (EPG)
JP2007537684A (ja) * 2004-05-13 2007-12-20 クゥアルコム・インコーポレイテッド 無線通信システムにおけるオーディオおよびビデオデータの同期
US8090241B2 (en) * 2007-05-15 2012-01-03 Broadcom Corporation System and method for simultaneous network recording and playback of digital television programs
EP2343881B1 (fr) * 2010-01-07 2019-11-20 LG Electronics Inc. Procédé de traitement d'application dans un récepteur de diffusion numérique connecté à un réseau interactif, et récepteur de diffusion numérique
GB2508451B (en) * 2010-12-26 2017-05-03 Lg Electronics Inc Broadcast service transmitting method, broadcast service receiving method and broadcast service receiving apparatus
CA2834046C (fr) * 2011-05-24 2017-10-24 Lg Electronics Inc. Procede permettant de transmettre un service de diffusion, appareil permettant de le recevoir, et procede permettant de traiter un service supplementaire en utilisant l'appareil permettant de le recevoir
CA2839444C (fr) * 2011-06-16 2016-05-31 Lg Electronics Inc. Procede d'emission d'un service de diffusion, procede de reception d'un service de diffusion et appareil de reception d'un service de diffusion
JP2013046386A (ja) 2011-08-26 2013-03-04 Sharp Corp 表示装置、受信装置、表示方法、テレビジョン受像機、表示システム、プログラムおよび記録媒体
EP2750309A4 (fr) 2011-08-26 2015-07-15 Japan Broadcasting Corp Récepteur et procédé de réception
EP2584800B1 (fr) * 2011-09-20 2014-11-05 LG Electronics Inc. Système numérique et procédé de traitement de données de service de celui-ci
KR101654439B1 (ko) * 2011-09-23 2016-09-12 엘지전자 주식회사 방송 서비스 수신 방법 및 그 수신 장치
JP5857636B2 (ja) * 2011-11-02 2016-02-10 ソニー株式会社 情報処理装置、情報処理方法及びプログラム
US9589296B1 (en) * 2012-12-11 2017-03-07 Amazon Technologies, Inc. Managing information for items referenced in media content
JP2013176105A (ja) * 2013-04-09 2013-09-05 Sharp Corp 表示装置、受信装置、表示方法、テレビジョン受像機、表示システム、プログラムおよび記録媒体

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None *
See also references of WO2015044607A1 *

Also Published As

Publication number Publication date
KR20160058870A (ko) 2016-05-25
JP2020017983A (ja) 2020-01-30
US10244282B2 (en) 2019-03-26
JP7253477B2 (ja) 2023-04-06
JP2016536826A (ja) 2016-11-24
FR3011155A1 (fr) 2015-03-27
KR102205932B1 (ko) 2021-01-21
EP4224868A2 (fr) 2023-08-09
US20160249094A1 (en) 2016-08-25
WO2015044607A1 (fr) 2015-04-02
EP4224868A3 (fr) 2023-08-30

Similar Documents

Publication Publication Date Title
KR102015150B1 (ko) 단말 장치, 서버 장치, 정보 처리 방법, 프로그램, 및 연동 애플리케이션 공급 시스템
US11930250B2 (en) Video assets having associated graphical descriptor data
US20140137165A1 (en) Information processor, information processing method and program
WO2012131258A1 (fr) Procede d'acces a un service, notamment un portail web, par un terminal de restitution d'un flux multimedia
EP3840388B1 (fr) Equipement décodeur à double liaison audio
FR2985131A1 (fr) Systeme de controle pour jouer un flux de donnees sur un dispositif recepteur
EP3127336A1 (fr) Dispositif et procédé de commande a distance de la restitution de contenus multimedia
RU2630432C2 (ru) Приемное устройство, способ обработки информации, программа, передающее устройство и система взаимодействия передающих программ
JP7253477B2 (ja) ストリームを同期させる方法及び生成する方法、並びに対応するコンピュータプログラム、記憶媒体、並びにレンダリングデバイス、実行デバイス、及び生成デバイス
EP3430786A1 (fr) Acquisition d'extraits d'un flux multimédia sur un terminal
WO2013088095A1 (fr) Procédé et dispositif de communication entre terminaux
FR3069125B1 (fr) Procede de diffusion combinee d'un programme televisuel et d'un contenu multimedia additionnel
JP2022183550A (ja) 受信装置、クライアント端末装置、およびプログラム
EP2941893A1 (fr) Traitement d'un premier flux de données diffuse, codant un premier contenu audiovisuel associe a un deuxième contenu audiovisuel
WO2016156386A1 (fr) Système de diffusion de contenus audio et/ou vidéo par un réseau wifi local, et appareils mettant en œuvre le procédé
EP2854415A1 (fr) Procédé de transmission dynamique de données d'information relatives à un programme audio et/ou vidéo
FR2961997A1 (fr) Obtention d'informations complementaires associees a un contenu diffuse
FR2973633A1 (fr) Restitution en differe de donnees.
OA16935A (fr) Système de contrôle pour jouer un flux de données sur un dispositif récepteur.

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

AK Designated contracting states

Kind code of ref document: A1

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

AX Request for extension of the european patent

Extension state: BA ME

DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20170328

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

Free format text: STATUS: EXAMINATION IS IN PROGRESS

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

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

Owner name: ORANGE

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

Owner name: ORANGE

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

APBT Appeal procedure closed

Free format text: ORIGINAL CODE: EPIDOSNNOA9E

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