WO2014114770A1 - Procédé et dispositif de fourniture d'un contenu multimédia, équipement source de diffusion, terminal utilisateur, programme d'ordinateur et medium de stockage correspondants - Google Patents

Procédé et dispositif de fourniture d'un contenu multimédia, équipement source de diffusion, terminal utilisateur, programme d'ordinateur et medium de stockage correspondants Download PDF

Info

Publication number
WO2014114770A1
WO2014114770A1 PCT/EP2014/051446 EP2014051446W WO2014114770A1 WO 2014114770 A1 WO2014114770 A1 WO 2014114770A1 EP 2014051446 W EP2014051446 W EP 2014051446W WO 2014114770 A1 WO2014114770 A1 WO 2014114770A1
Authority
WO
WIPO (PCT)
Prior art keywords
multimedia content
content
user terminal
multimedia
user
Prior art date
Application number
PCT/EP2014/051446
Other languages
English (en)
Inventor
David Vincent
Mouhtar Haidar
Frédéric BEAUCHAMP
Simon LAROQUE
Original Assignee
Tdf
Cognacq-Jay Image
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 Tdf, Cognacq-Jay Image filed Critical Tdf
Publication of WO2014114770A1 publication Critical patent/WO2014114770A1/fr

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/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/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate
    • 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2387—Stream processing in response to a playback request from an end-user, e.g. for trick-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637—Control signals issued by the client directed to the server or network components
    • H04N21/6373—Control signals issued by the client directed to the server or network components for rate control, e.g. request to the server to modify its transmission rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6581—Reference data, e.g. a movie identifier for ordering a movie or a product identifier in a home shopping application

Definitions

  • the field of the invention is that of the transmission and digital broadcasting of multimedia content, including television content.
  • the invention relates to the display, on a user terminal, of a multimedia content from a predetermined time position in the content (for example from its beginning), the latter being already being broadcast in a digital broadcasting network.
  • the invention applies in particular, but not exclusively, to a multimedia stream conforming to DVB-T or DVB-T2 ("Digital Video Broadcasting - Terrestrial") broadcast standards for "digital terrestrial video broadcasting”. ) and user terminals compatible with connected television type HbbTV ("Hybrid Broadcast Broadband TV" in English) for example.
  • the invention relates to a method for providing at least one user terminal with at least one multimedia content, the multimedia content being broadcast at a predetermined rate, in the form of a multimedia stream, in a network of digital broadcasting.
  • the method comprises a step of providing the multimedia content, by a remote server of the user terminal, from a predetermined time position in the multimedia content, via a communication network separate from the network.
  • digital broadcasting The invention, according to its various embodiments, thus proposes an original solution for the provision of content from a chosen moment in the content, for example its beginning, while the content is already being broadcast on a network, but not necessarily being viewed on the user terminal.
  • the solution according to the invention enables a user to view, from a chosen instant, a content being broadcast, without requiring local storage equipment.
  • the multimedia content is accessible by the user's terminal via an IP communication network, the multimedia stream being for example broadcast via a digital terrestrial television network.
  • the method also allows a user to "navigate" in this multimedia content, that is to say to go back, to go further or to make a pause in the playback of multimedia content.
  • the predetermined time position corresponds to the beginning of the multimedia content, and in this case the user simply chooses to view the content, without specifying a time position.
  • the method comprises a step of receiving the multimedia stream and the following steps, implemented in the remote server, for each received portion of the multimedia stream and for at least a predetermined rate of delivery of the user terminal multimedia content:
  • the remote server receives the multimedia stream broadcast on the network, the cut and the encode as and when it is received in a plurality of independent fragments, also called “chunks" And stores these fragments for transmission of the content at a predetermined rate. If several transmission rates are desired, several encodings are implemented, so as to have "chunks" for the different flow rates desired.
  • a video chunk each constitute multimedia content that is self-sufficient, that is to say that can be read independently.
  • a video chunk includes video data and bit rate information and allows a video to start at the beginning of its playback.
  • the remote server then concatenates these stored fragments so as to build progressively, that is to say, as and when storage of the fragments, themselves stored as and when the flow on the network, a multimedia content file to be transmitted to the user terminal at the desired rate.
  • the progressively constructed file, containing independent fragments can be transmitted / made available to the user terminal before the end of the real-time broadcast of the stream on the network.
  • the encoding step comprises a substep of associating an identifier with the independent content fragment.
  • an identifier is associated with each video chunk, so as to be able to locate the video chunk (corresponding to the time position chosen by the user) from which to provide the video chunk.
  • multimedia content file a video chunk being independent, the delivery of the multimedia content file can start from any video chunk.
  • the method comprises a step of providing, by the remote server to the user terminal, the multimedia content file, on request of the user terminal.
  • the content is available to be provided, at the desired rate.
  • the provision of the content to the user follows a request from the user for viewing the content from a chosen moment in the content, or from its beginning.
  • the user validates with his remote control access to the service of providing content being broadcast, from a chosen moment in the content, or from its beginning, and the user terminal retrieves the file of content available on the remote server.
  • the request of the user terminal comprises at least one piece of information representative of the predetermined time position.
  • the user indicates, when he wishes to access the multimedia content, to which temporal position of the content he wishes to begin reading. For example, the user may wish to view the content from a specific moment in the content, or when the user is viewing the content, he may also go back, so choose a moment "earlier "In the content, or advance and choose a moment" later "in the content, or pause the visualization, so as to resume the temporal position of the pause.
  • information representative of the temporal position chosen by the user is transmitted at the same time as the request for the content, except in the case where the user does not choose a specific position (he then wants to visualize by default). the content from its beginning).
  • the method has stored in the user terminal, the pause time position and the resume playback request of the content, after pausing therefore understands this position.
  • this information representative of the temporal position chosen by the user may correspond to an image of the content, or to a temporal information indicating the moment in the content ...
  • the information representative of the predetermined time position corresponds to an identifier of one of the independent content fragments.
  • the information representative of the moment chosen in the content by the user corresponds precisely to a "chunk” video identifier, so that the content can be directly supplied from the "Chunk” video identified.
  • the request from the user terminal comprises at least one piece of information representing the desired bit rate for the delivery of the multimedia content file.
  • the user terminal can choose the rate at which it wishes to receive the file, for example according to the available bandwidth between the file delivery module, on the remote server, and the user terminus.
  • the desired bit rate may be indicated in the request for viewing the content.
  • the method further comprises a step of providing, by the remote server, to the user terminal, at least one piece of information representative of the multimedia content file.
  • information for accessing the file to be provided are made available by the remote server for the user terminal, such as the file access U L, the name and duration of the service, etc.
  • the user terminal requests the service, it obtains this information which enables it to access the content file for reading and rendering it to the user.
  • the method further comprises a step of transmitting, via the digital broadcast network, at least one piece of information representative of the supply of the multimedia content.
  • information may be broadcast to announce it, as well as the closing of the service (typically at the end of the real-time broadcast of the content).
  • the method comprises a request management of the user terminals delivering, to the user terminals, access rights to the file. multimedia content.
  • the method according to the invention handles these requests so as to avoid saturation modules providing the files, and therefore to ensure the quality of service.
  • query management can set up tokens delivered during access requests.
  • the method also comprises a step of encrypting the multimedia content file.
  • the media file may be encrypted to protect it from illegal copies.
  • a Digital Rights Management (DRM) type digital rights management technique is applied to the multimedia content file, which is then encoded according to a technique that conforms to the HbbTV 1.5 standard, such as for example DASH (Dynamic Adaptive Streaming over HTTP).
  • DASH Dynamic Adaptive Streaming over HTTP
  • the method comprises the following steps:
  • the user has a graphical interface allowing him to browse the multimedia content, and therefore to choose a moment in the content from which he wants to view this content.
  • a temporal representation of the flow of the content is provided to the user, on which he can move a cursor to choose the start time of viewing.
  • some images of the content for example "keyframes" of a film, can also be displayed on the terminal of the user, so that the latter is temporally marked in the content and choose the moment from which he wants to view the content.
  • this selection is converted into information that can be used by the content delivery server, for example information corresponding to an image in the content, or temporal information, or directly a "chunk" video identifier.
  • the invention also relates to a device for providing, to at least one user terminal, at least one multimedia content, the multimedia content being broadcast at a predetermined bit rate, in the form of a multimedia stream, in a digital broadcasting network.
  • the device remote from the user terminal, is able to implement the steps of the supply method as described above, and comprises means for providing the multimedia content, from a predetermined time position in the multimedia content, via a communication network separate from said digital broadcasting network.
  • this device is a remote server, still noted "restart platform”.
  • the invention in another aspect, relates to a source equipment for broadcasting at least one multimedia content in a digital broadcasting network, such as a TNT headend.
  • this equipment comprises a transmission module, via the digital broadcast network, of at least one piece of information representative of the delivery of the multimedia content from its beginning.
  • the invention relates to a user terminal of at least one multimedia content, the multimedia content being broadcast at a predetermined rate, in the form of a multimedia stream, in a digital broadcast network.
  • the user terminal comprises the following means:
  • the invention also relates to a computer program comprising instructions for implementing the delivery method as described above, when this program is executed by a processor.
  • the invention also relates to a computer-readable and non-transitory storage medium, storing a computer program comprising instructions executable by a processor for implementing the supply method as described above.
  • Figure 1 shows the main steps of a method of providing a multimedia content according to a particular embodiment of the invention
  • Figures 2a and 2b show a sequence diagram illustrating the implementation of the invention, respectively according to a first and a second particular embodiment of the invention
  • FIGS. 3a and 3b illustrate an exemplary system embodying the invention, respectively according to a first and a second particular embodiment of the invention.
  • the general principle of the invention is based on the progressive encoding and cutting of a multimedia stream being broadcast in a first digital broadcast network, so as to build, as and when broadcast in real time, a multimedia content file intended to be provided, from a predetermined time position in the content (for example its beginning) and via a second communication network, to at least one user terminal.
  • a terminal having requested such a service for viewing a content being broadcast, from a predetermined time position in the content (for example its beginning) can view the multimedia content without requiring local equipment to user terminal, the content being provided to the user terminal by a remote server, also called "service delivery platform".
  • provision of the content from a predetermined time position in the content is implemented via a communication network separate from the real-time broadcast network of the content.
  • the real-time broadcast network corresponds to digital terrestrial television (DTT)
  • the communication network of the multimedia content file corresponds to an IP network.
  • the invention is also based on the transmission, from the user terminal to the remote server, of information representative of the predetermined time position in the content chosen by the user to start the viewing the content.
  • the request sent by the user terminal to the remote server to view the content includes this information representative of the moment chosen by the user.
  • a multimedia stream 10, for example a video, is considered to be broadcast 100 in a broadcast network, for example DTT.
  • a firing step 120 delivers, from a predetermined time position in the content, also called a predetermined instant t (which may correspond to the beginning of the content), a multimedia content 11 at a time. user terminal, during the broadcast 100 of the corresponding multimedia stream.
  • This provisioning step 120 is preceded by a step of receiving the multimedia stream 110, portion by portion, and the following steps are then implemented, for each portion received from the multimedia stream 10:
  • Encoding 121 of the received portion delivering at least one fragment of independent content
  • terrestrial digital encoding step 121 of the video takes as input the real-time stream of the channel over the service and delivers video fragments of a few seconds, independent of each other, also called "chunks"". These video fragments are then stored during the storage step 122, for example in a buffer memory.
  • the construction step 123 takes as input the video fragments stored to build a video file 11 intended to be provided to the user terminal, via an IP network for example.
  • a step (not il ustrée) marking is also implemented, to identify in the linearized video file, the "chunck" corresponding to the beginning of the program.
  • the position of the beginning of the program is clearly identified / marked in the video file.
  • This video file is therefore accessible at any time, during the real-time broadcast, and is updated as and when this broadcast in real time.
  • multimedia content files 11 can be constructed, according to several desired bit rates for the subsequent supply of the multimedia content 11.
  • the service of viewing a content being broadcast from a predetermined time t allows different user terminals, which may have different technical characteristics, to view the multimedia content at the appropriate rate.
  • the location of the user terminal with respect to the server providing the service, as well as the quality of the transmission network between this terminal and this server, can also be taken into consideration for the choice of the delivery rate of the multimedia content.
  • the solution according to this particular embodiment of the invention makes it possible to generate, from a multimedia stream being broadcast, several multimedia content files corresponding to several different bit rates.
  • FIG. 2a an example of the operation of such a service for viewing a multimedia content currently being broadcast, from its beginning, is presented when at least one user terminal, noted M5, wishes to benefit from the service.
  • the opening of the service is carried out at the initiative of the multimedia feed supply operator, which transmits service opening information to the restart platform. It is also the operator who transmits to the restart platform information indicating the closure of the service (for example when the real-time broadcast is over). Indeed, according to this particular embodiment of the invention, the service is available to users only during the duration of the real-time broadcast of the multimedia content. Thus, until the end of the real-time broadcast, a user can request the service and view the content from its beginning.
  • a module M10 (not shown) of the "restart platform” can be implemented to process the information received from the operator (opening / closing of the service) and transmit them to the M7 module, which is the main module for managing the service on the restart platform and described in more detail above.
  • this module M10 sets the start and end times of the service, from the "orders" received from the operator, then transmits them to the M7 module.
  • modules M1 to M4 and M6 to M8 are considered:
  • this module also called encoder, ensures the encoding of the multimedia stream broadcast in real time, as and when it is broadcast, according to step 121 already described above.
  • This module M l thus takes as input the multimedia stream and outputs a plurality of multimedia content fragments, called "chunks". These fragments of content are therefore delivered to the module M2 described below, as and when the streaming of the stream in real time.
  • this module takes as input the multimedia stream cut into "chuncks" by the module Ml and stores each of these content fragments, in a buffer for example, as already described above in relation to step 122.
  • the fragments of content are stored as and when they are supplied by the module M l and are therefore available as and when for the module M3 described below.
  • this module takes as input the fragments of content stored by the module M2 and concatenates them (step 123 described above) so as to deliver a file of multimedia content to be provided to the user terminal M5, via the module M4 described below.
  • this file is built as and when storage of fragments by the M2 module.
  • this modu le also called video server, provides the file of multimedia content delivered by the M3 module, this file being completed as and when the content is broadcast in real time, and therefore only being complete. at the end of this broadcast.
  • this file is viewed as a download file, at any time of the real-time broadcast of the multimedia stream, when the service is open.
  • this module M4 can be duplicated in as many instances as necessary, in order to respond to a large number of requests from user terminals wishing to benefit from the service.
  • a plurality of instances of the module M4 is able to provide the multimedia content file to a plurality of user terminals.
  • this module also called “front office”, for front-end or front-end server, delivers to the user terminal M5 information needed to use the service, for example the access address ("URL").
  • the multimedia content file the name and the duration of the service ... when the multimedia content is provided to the user terminal via an IP communication network.
  • This module M6 obtains this information on the service via the module M7 (described below), from which it can previously register.
  • this module M6 can be duplicated in as many instances as necessary, in order to respond to a large number of requests from user terminals wishing to benefit from the service.
  • a plurality of instances of the M6 module is able to provide information necessary for the use of the service to a plurality of user terminals.
  • This module M6 can also manage the different requests of the user terminals by the implementation of access tokens, for example, to the user terminals, for example before releasing the information on the service, thus enabling "Regulate” the load on the M4 video servers and ensure quality of service. Moreover, this module M6 can also be in charge of collecting, at the user terminals, information necessary for calculating statistics of the service.
  • This mod ul still called service manager, manages the service, and in particular the opening and closing of the service.
  • the M7 module receives operator opening / closing information (via the M10 module or directly from the operator, as described above), and verifies the correct operation of the service.
  • this module M7 controls the module M2, by sending it commands to start or stop the storage of the fragments delivered by M1, and verifies that the stored fragments are available on the model M 2 for the model M 3.
  • This model M 7 also verifies that one or more of the file names are available on the M4 video server for the M5 user terminals.
  • the module M7 transmits to the module M6, as described above, the information on the service.
  • this module M7 transmits to an M9 module, implemented in a broadcast source equipment (for example a TNT headend), a service opening / closing event, for broadcasting (for example via stream events In MPEG-TS) by this module M9 to the user terminals, via the broadcast network.
  • a broadcast source equipment for example a TNT headend
  • a service opening / closing event for broadcasting (for example via stream events In MPEG-TS) by this module M9 to the user terminals, via the broadcast network.
  • M8 this module regularly retrieves information available on the M6 module (s) and calculates statistics, such as the number of contents displayed, the errors encountered by the user terminals when accessing the service, or the percentage of viewing of the contents according to the chosen rate.
  • the modules M1, M2, M7, M8 and M10 not being in a "direct" relationship with the user terminals M5, are located more particularly within a zone B called “Back office” or protected area of the restart platform, while the modules M3, M4 and M6, "directly” in relation to the user terminals M5, are located more particularly within an area F called "front "office” or frontal area of the restart platform.
  • an advantage of the invention is to be able to provide, at different rates, the same multimedia content, from its beginning, while this content is being broadcast.
  • each M4 module provides the same multimedia content at different speeds, through several media files.
  • each user terminal M5 can choose the best rate adapted to the bandwidth between him and the module M4 of the restart platform. For example, to choose this rate, the user terminal M5 can download a file of predefined size, preferably small (for example 300 K bytes), on the module M4 and estimate the flow available between him and M4 from the time download.
  • a file of predefined size preferably small (for example 300 K bytes)
  • the exchanges between the different modules of the restart platform are implemented via IP networks as well.
  • Mil charge controllers (not shown in FIG. 2a) can be added in the front office part of the restart platform in order to be able to withstand a significant load within this restart platform.
  • FIG. 3a shows an exemplary implementation system of the invention, according to this first embodiment of the invention, in which is illustrated an exemplary device for providing at least one multimedia content in the form of a restart platform, an example of an M5 user terminal and an example of a source equipment of the TNT headend type.
  • such a device comprises means for providing the multimedia content, from the beginning of said multimedia content, via a communication network distinct from the digital broadcasting network of the multimedia content being broadcast at a predetermined flow.
  • This device comprises inter alia the modules M1 to M4, M6 to M8 and M10, as described above, the relations between these different modules, and with the user terminal M5 and the headend TNT having also been described above. .
  • the headend TNT comprises a transmission module, via the digital broadcast network, of at least one piece of information representative of the delivery of the multimedia content from its beginning.
  • FIG. 2b shows an example of the operation of such a service for providing multimedia content that is being broadcast, from a predetermined time t in the content, when an M5 user terminal wish to benefit from the service.
  • modules M1 to M4 are considered:
  • this module also called encoder, ensures the encoding of the multimedia stream broadcast in real time, as and when it is broadcast, according to step 121 already described above.
  • This module M l thus takes as input the multimedia stream and outputs a plurality (Fl) of multimedia content fragments, called "chunks". These fragments of content are therefore delivered to the module M2 described below, as and when the streaming of the stream in real time.
  • this module takes as input the multimedia Fl stream cut into "chuncks" by the module Ml and stores each of these content fragments, in a buffer memory for example, as already described above in relation with step 122
  • the content fragments are stored as and when they are supplied by the module M1 and are therefore available (F2) as and for the module M3 described below.
  • the module M2 receives, in addition, a command C4 of the module M3 described below.
  • this module takes as input the content fragments stored by the module M2 (F2) and the concatenes (step 123 described above) so as to deliver a multimedia content file intended to be provided to the user terminal M5, via the module M4 described below.
  • this file (F3) is built as and when the storage of fragments by the M2 module.
  • the module M3 concatenates the content fragments stored by the module M2 and provides a multimedia content file including identifiers of chuncks, so that the module M4 can deliver the content from the desired position by the user.
  • M4 this module, also called video server, provides the file of multimedia content (F4) delivered by the M3 module, this file being completed as and when the content is broadcast in real time, and not so complete only at the end of this broadcast. For the user terminal however, this file is viewed as a download file, at any time of the real-time broadcast of the multimedia stream, when the service is open.
  • this M4 module can be duplicated in as many instances as necessary, in order to respond to a large number of requests from user terminals wishing to benefit from the service. Thus, a plurality of instances of the module M4 is able to provide the file containing the content to a plurality of users.
  • this module M4 receives from the user terminal M5, and more particularly from the module M5a of the user terminal (also called video decoder over IP), a command C2 including in particular a piece of information representative of the predetermined instant t in the content chosen by the user to start viewing.
  • the M4 module having at its disposal, as described above, the identifiers of the chuncks in the file, it can identify in the content file chunck corresponding to the moment desired by the user for viewing the content.
  • the sending of the multimedia content from the beginning of a chunck has the advantage, on the user terminal side, of being able to start the decoding as soon as the first elements of the stream are received.
  • modules M5a and M5b of the user terminal M5 are also involved:
  • this module is an IP video decoding module, taking a "URL" input and decoding the F4 stream transmitted by the M4 module of the service delivery platform.
  • this module receives from the module M5b (control module) of the user terminal, a command C1 including information representative of the predetermined time t in the content chosen by the user to start viewing.
  • This information representative of the time t chosen by the user can be a temporal information, an information indicating an image corresponding to the instant t or directly an identifier of the independent video fragment ("chunk" video) corresponding to this instant t .
  • the module M5a sends to the module M4 a command C2 including this information representative of the time t chosen by the user.
  • this module allows the user to choose from what time position he wants to visualize the content. The user can thus "browse" in the content, that is, to view the content from any temporal position in this content, including going back or making a fast forward (temporarily limited by the current broadcast of the content) when it is already viewing the content, or still pause the content viewing.
  • this module M5b transmits to the module M5a a command C1, including in particular information on the content to be displayed and information representative of the time position chosen by the user.
  • the user terminal M5 also comprises means for displaying a temporal representation of the multimedia content, for example in the form of a "timeline" having a time scale and / or images of the content at certain temporal positions. , or a horizontal or vertical bar graduated temporally ...
  • This temporal representation of the content thus allows the user to navigate in the content, and choose the temporal position in the content from which it wishes to view the latter.
  • the module M5b transmits to the module M5a the command C1 including information representation of this time position chosen by the user.
  • the time position corresponding to this pause is stored, within the M5 module of the user terminal for example, and when the user requests a resumption of playback content, after a pause, the M5 module of the user terminal sends a request including this stored time position to the remote server.
  • FIG. 3b shows an exemplary implementation system of the invention, according to this second embodiment of the invention, in which is illustrated an example of a device or platform for providing at least one multimedia content and an example user terminal M5.
  • such a device comprises means for providing the multimedia content, from a predetermined time position in said multimedia content, via a communication network separate from the digital broadcasting network of the multimedia content. being broadcast at a predetermined rate.
  • This device comprises, among others, the modules M 1 to M 4, as described above, the relations between these different modules, and with the user terminal M5 having also been described above.
  • the user terminal M5 comprises in particular the M5b control modules and M5a IP video decoder as described above, the relations between these two modules and with the platform for providing service have also been described above.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

L'invention concerne un procédé de fourniture, à au moins un terminal utilisateur, d'au moins un contenu multimédia 11, ledit contenu multimédia étant en cours de diffusion à un débit prédéterminé, sous la forme d'un flux multimédia 10, dans un réseau de diffusion numérique. Selon l'invention, le procédé comprend une étape de fourniture 120 dudit contenu multimédia, par un serveur distant dudit au moins un terminal utilisateur, à partir d'une position temporelle prédéterminée dans ledit contenu multimédia, via un réseau de communication distinct dudit réseau de diffusion numérique

Description

Procédé et dispositif de fourniture d'un contenu multimédia, équipement source de diffusion, terminal utilisateur, programme d'ordinateur et médium de stockage correspondants.
1. Domaine de l'invention
Le domaine de l'invention est celui de la transmission et de la diffusion numérique de contenus multimédia, notamment de contenus télévisuels.
Plus précisément, l'invention concerne la visualisation, sur un terminal utilisateur, d'un contenu multimédia à partir d'une position temporelle prédéterminée dans le contenu (par exemple à partir de son début), ce dernier étant déjà en cours de diffusion dans un réseau de diffusion numérique.
L' invention s'applique nota mment, ma is non excl usivement, à un fl ux multimédia conforme aux normes de diffusion DVB-T ou DVB-T2 (« Digital Video Broadcasting - Terrestrial » en anglais, pour «diffusion vidéo numérique terrestre») et aux terminaux utilisateurs compatibles avec la télévision connectée de type HbbTV (« Hybrid Broadcast Broadband TV » en anglais) par exemple.
2. Art antérieur
Il existe aujourd'hui plusieurs solutions permettant de (re)visualiser, à partir d'un instant prédéterminé (par exemple à partir de son début), une vidéo déjà diffusée.
Par exemple, il existe des solutions dites de retour en arrière, ou « time shifting ». Un inconvénient de ces solutions résident dans la nécessité d'avoir un équipement local actif, enregistrant déjà la chaîne sur laquelle on souhaite faire le retour en arrière.
Il existe également d'autres solutions proposant des services de télévision de rattrapage, ou « catchup ». Selon ces solutions, les programmes vidéo sont mis à disposition des utilisateurs mais uniquement à la fin de la diffusion du programme en cours, voire seulement le lendemain de sa diffusion.
Il existe donc un besoin pour une nouvelle technique de visualisation, à partir d'une position temporelle prédéterminée dans le contenu, d'un contenu en cours de diffusion, qui soit simple à mettre en œuvre et peu coûteuse, et ne nécessite pas d'équipement local.
3. Exposé de l'invention
L'invention concerne un procédé de fourniture, à au moins un terminal utilisateur, d'au moins un contenu multimédia, le contenu multimédia étant en cours de diffusion à un débit prédéterminé, sous la forme d'un flux multimédia, dans un réseau de diffusion numérique.
Selon ce mode de réalisation de l'invention, le procédé comprend une étape de fourniture du contenu multimédia, par un serveur distant du terminal utilisateur, à partir d'une position temporelle prédéterminée dans le contenu multimédia, via un réseau de communication distinct du réseau de diffusion numérique. L'invention, selon ses différents modes de réalisation, propose ainsi une solution originale pour la fourniture d'un contenu à partir d'un instant choisi dans le contenu, par exemple son début, alors que le contenu est déjà en cours de diffusion sur un réseau, mais pas forcément en cours de visualisation sur le terminal utilisateur.
En effet, contrairement aux solutions de l'art antérieur proposant soit d'utiliser un équipement de stockage local rel ié au terminal utilisateur pour enregistrer le contenu et le rejouer sur requête de l'utilisateur (solutions de « time shifting »), soit de permettre l'accès au conten u sur u n serveur, une fois la diffusion en d irect terminée, et parfois seu lement le lendemain (solutions de télévision de rattrapage), la solution selon l'invention permet à un utilisateur de visualiser, à partir d'un instant choisi, un contenu en cours de diffusion, sans nécessiter d'équipement local de stockage.
De plus, selon un mode de réalisation particulier de l'invention, le contenu multimédia est accessible par le terminal de l'utilisateur via un réseau de communication IP, le flux multimédia étant par exemple diffusé via un réseau de télévision numérique terrestre.
Par ailleurs, selon ce mode de réalisation de l'invention, le procédé permet également à un utilisateur de « naviguer » dans ce contenu multimédia, c'est-à-dire de revenir en arrière, d'aller plus loin ou de faire une pause dans la lecture du contenu multimédia.
Sel o n u n aspect particulier de l'invention, la position temporelle prédéterminée correspond au début du contenu multimédia, et dans ce cas, l'utilisateur choisit tout simplement de visualiser le contenu, sans préciser de position temporelle.
En particulier, le procédé comprend une étape de réception du flux multimédia et les étapes suivantes, mises en œuvre dans le serveur distant, pour chaque portion reçue du flux multimédia et pour au moins un débit prédéterminé de fourniture du contenu multimédia terminal utilisateur :
encodage de la portion reçue délivrant au moins un fragment de contenu indépendant ; stockage du fragment de contenu indépendant ;
construction progressive d'au moins un fichier de contenu multimédia par concaténation des fragments indépendants stockés.
Ainsi, selon ce mode de réalisation de l' invention, le serveur distant reçoit le fl ux multimédia diffusé sur le réseau, le découpe et l'encode au fur et à mesure de sa réception en une pluralité de fragments indépendants, encore appelés « chunks », et stocke ces fragments, en vue d'une transmission du contenu à un débit prédéterminé. Si plusieurs débits de transmission sont souhaités, plusieurs encodages sont mis en œuvre, de façon à disposer de « chunks » pour les différents débits souhaités.
Ces « chunks » constituent chacun un contenu multimédia qui se suffit à lui-même, c'est- à-dire qui peut être lu indépendamment. Par exemple, un « chunk » vidéo comprend des données vidéo et des informations de débit et permet le démarrage d'une vidéo dès le début de sa lecture.
Le serveur distant concatène ensuite ces fragments stockés de manière à construire progressivement, c'est-à-dire au fur et à mesure du stockage des fragments, eux-mêmes stockés au fur et à mesure de la diffusion du flux sur le réseau, un fichier de contenu multimédia destiné à être transmis au terminal utilisateur, au débit souhaité.
De cette man ière, le fichier constru it progressivement, contenant des fragments indépendants, peut être transmis/mis à disposition du terminal utilisateur avant la fin de la diffusion en temps réel du flux sur le réseau.
Selon une caractéristique particulière de l'invention, l'étape d'encodage comprend une sous-étape d'association d'un identifiant au fragment de contenu indépendant.
Ainsi, selon ce mode de réalisation de l'invention, un identifiant est associé à chaque « chunk » vidéo, de façon à pouvoir repérer le « chunk » vidéo (correspondant à la position temporelle choisie par l'utilisateur) à partir duquel fournir le fichier de contenu multimédia. En effet, un « chunk » vidéo étant indépendant, la fourniture du fichier de contenu multimédia peut commencer à partir de n'importe quel « chunk » vidéo.
Selon un aspect particulier de l'invention, le procédé comprend une étape de fourniture, par le serveur distant au terminal utilisateur, du fichier de contenu multimédia, sur requête du terminal utilisateur.
Ainsi, lorsque l'utilisateur souhaite visualiser, à partir d'un instant choisi dans le contenu, ou de son début, un contenu en cours de diffusion, le contenu est disponible pour lui être fourni, au débit souhaité.
Par ailleurs, la fourniture du contenu à l'utilisateur fait suite à une requête de l'utilisateur pour la visualisation du contenu à partir d'un instant choisi dans le contenu, ou de son début. Par exemple, l'utilisateur valide avec sa télécommande l'accès au service de fourniture d'un contenu en cours de diffusion, à partir d'un instant choisi dans le contenu, ou de son début, et le terminal utilisateur récupère le fichier de contenu disponible sur le serveur distant.
En particulier, la requête du terminal utilisateur comprend au moins une information représentative de la position temporelle prédéterminée.
Ainsi, selon ce mode de réalisation de l'invention, l'utilisateur indique, lorsqu'il souhaite accéder au contenu multimédia, à quelle position temporelle du contenu il souhaite commencer la lecture. Par exemple, l'utilisateur peut souhaiter visualiser le contenu à partir d'un instant précis dans le contenu, ou, lorsque l'utilisateur est en cours de visualisation du contenu, il peut également revenir en arrière, donc choisir un instant « plus tôt » dans le contenu, ou bien avancer et donc choisir un instant « plus tard » dans le contenu, ou bien mettre en pause la visualisation, de manière à reprendre à la position temporelle de la mise en pause.
Quelle que soit la situation, une information représentative de la position temporelle choisie par l'utilisateur est transmise en même temps que la requête du contenu, sauf dans le cas où l'utilisateur ne choisit pas de position spécifique (il souhaite alors par défaut visualiser le contenu à partir de son début).
En revanche, dans le cas où l'utilisateur reprend la visualisation après une mise en pause, le procédé a mémorisé, dans le terminal utilisateur, la position temporelle de mise en pause et la requête de reprise de lecture du contenu, après mise en pause, comprend donc cette position.
Par exemple, cette information représentative de la position temporelle choisie par l'utilisateur peut correspondre à une image du contenu, ou bien à une information temporelle indiquant l'instant dans le contenu ...
Pa r exemple, l'information représentative de la position temporel le prédéterminée correspond à un identifiant d'un des fragments de contenu indépendants.
Ainsi, selon ce mode de réalisation de l'invention, l'information représentative de l'instant choisi dans le contenu par l'utilisateur correspond précisément à un identifiant de « chunk » vidéo, de manière à pouvoir directement fournir le contenu à partir du « chunk » vidéo identifié.
Selon une caractéristique particulière de l'invention, la requête du terminal utilisateur comprend au moins une information représentative du débit souhaité pour la fourniture du fichier de contenu multimédia.
Ainsi, le terminal utilisateur peut choisir le débit auquel il souhaite recevoir le fichier, par exemple en fonction de la bande passante disponible entre le module de fourniture du fichier, sur le serveur dista nt, et le termina l utilisateur. Selon ce mode de réa lisation particul ier de l'invention, le débit souhaité peut être indiqué dans la requête pour la visualisation du contenu.
Selon un aspect particulier de l'invention, le procédé comprend en outre une étape de mise à disposition, par le serveur distant, au terminal utilisateur, d'au moins une information représentative du fichier de contenu multimédia.
Ainsi, des informations permettant d'accéder au fichier à fournir sont mises à disposition par le serveur distant, pour le terminal utilisateur, comme par exemple l'U L d'accès au fichier, le nom et la durée du service, etc. De cette manière, lorsque le terminal util isateur requiert le service, il obtient ces informations qui lui permettent d'accéder au fichier de contenu pour le lire et le restituer à l'utilisateur.
Selon une caractéristique particulière de l'invention, le procédé comprend en outre une étape de transmission, via le réseau de diffusion numérique, d'au moins une information représentative de la fourniture du contenu multimédia.
Ainsi, lorsque le service de visualisation d'un contenu en cours de diffusion, à partir d'un instant choisi, ou de son début, est ouvert (par exemple lorsque l'opérateur a décidé de l'ouvrir), une information peut être diffusée pour l'annoncer, de même que la fermeture du service (typiquement à la fin de la diffusion temps réel du contenu).
Par ailleurs, selon un mode de réalisation particulier de l'invention où une pluralité de terminaux utilisateurs émet des requêtes, le procédé comprend u ne éta pe de gestion des requêtes des terminaux utilisateurs délivrant, aux terminaux utilisateurs, des droits d'accès au fichier de contenu multimédia.
Ainsi, lorsque pl usieurs terminaux utilisateurs transmettent une requête pour la visualisation d'un même contenu, à partir de son début, le procédé selon l'invention gère ces requêtes de manière à éviter une saturation des modules fournissant les fichiers, et donc de manière à assurer la qualité de service.
Par exemple, la gestion des requêtes peut mettre en place des jetons délivrés lors des requêtes d'accès.
En particulier, le procédé comprend également une étape de chiffrement du fichier de contenu multimédia.
Ainsi, le fichier de contenu multimédia peut être chiffré de façon à le protéger des copies illicites. Par exemple, une technique de gestion des droits numériques de type « DRM » (pour « Digital Rights Management » en anglais) est appliquée au fichier de contenu multimédia, celui-ci étant ensuite encodé selon une technique conforme à la norme HbbTV 1.5, comme par exemple DASH (« Dynamic Adaptive Streaming over HTTP» en anglais).
Selon une caractéristique particulière de l'invention, le procédé comprend les étapes suivantes :
- affichage, sur le terminal utilisateur, d' une représentation temporelle du contenu multimédia ;
sélection à partir de la représentation affichée, par l'utilisateur, de la position temporelle prédéterminée, délivrant une information de position temporelle dans le contenu multimédia ;
- conversion de l'information de position temporelle délivrant l'information représentative de la position temporelle prédéterminée.
Ainsi, selon ce mode de réalisation de l'invention, l'utilisateur dispose d'une interface graphique lui permettant de naviguer dans le contenu multimédia, et donc de choisir un instant dans le contenu à partir duquel il veut visualiser ce contenu.
Par exemple, une représentation temporelle du déroulement du contenu est fournie à l'utilisateur, sur laquelle il peut faire bouger un curseur pour choisir l'instant de début de visualisation.
Pour plus d'ergonomie, quelques images du contenu, par exemple des « images clés » d'un film, peuvent également être affichées sur le terminal de l'utilisateur, afin que ce dernier se repère temporellement dans le contenu et choisisse l'instant à partir duquel il souhaite visualiser le contenu.
Une fois la sélection effectuée par l'utilisateur, c'est-à-dire une fois choisi l'instant à partir duquel il souhaite visualiser le contenu, cette sélection est convertie en une information exploitable par le serveur de fourniture du contenu, par exemple une information correspondant à une image dans le contenu, ou une information temporelle, ou encore directement un identifiant de « chunk » vidéo.
L'invention concerne également un dispositif de fourniture, à au moins u n termina l utilisateur, d'au moins un contenu multimédia, le contenu multimédia étant en cours de diffusion à un débit prédéterminé, sous la forme d'un flux multimédia, dans un réseau de diffusion numérique. Selon l'invention, le dispositif, distant du terminal utilisateur, est apte à mettre en œuvre les étapes du procédé de fourniture tel que décrit précédemment, et comprend des moyens de fourniture du contenu multimédia, à partir d'une position temporelle prédéterminée dans le contenu multimédia, via un réseau de communication distinct dudit réseau de diffusion numérique. Par exemple, ce dispositif est un serveur distant, encore noté « plateforme de redémarrage ».
Selon un autre aspect, l'invention concerne un équipement source de diffusion d'au moins un contenu multimédia dans un réseau de diffusion numérique, tel qu'une tête de réseau TNT. Selon l'invention, cet équipement comprend un module de transmission, via le réseau de diffusion numérique, d'au moins une information représentative de la fourniture du contenu multimédia à partir de son début.
Selon encore un autre aspect, l'invention concerne un terminal utilisateur d'au moins un contenu multimédia, le contenu multimédia étant en cours de diffusion à un débit prédéterminé, sous la forme d'un flux multimédia, dans un réseau de diffusion numérique. Selon l'invention, le terminal utilisateur comprend les moyens suivants :
des moyens d'affichage d'une représentation temporelle du contenu multimédia ; des moyens de sélection à partir de la représentation affichée, par l'utilisateur, de la position temporelle prédéterminée, délivrant une information de position temporelle dans le contenu multimédia ;
des moyens de conversion de l'information de position temporelle délivrant l'information représentative de la position temporelle prédéterminée ;
des moyens d'émission d'une requête de fourniture du contenu multimédia comprenant au moins l'information représentative de l'instant prédéterminé.
L'invention concerne également un programme d'ordinateur comportant des instructions pou r la mise en œuvre du procédé de fourniture tel que décrit précédemment, lorsque ce programme est exécuté par un processeur.
L'invention concerne également un médium de stockage lisible par ordinateur et non transitoire, stockant un programme d'ordinateur comprenant des instructions exécutables par un processeur pour mettre en œuvre le procédé de fourniture tel que décrit précédemment.
4. Liste des figures
D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels :
la figure 1 présente les principales étapes d'un procédé de fourniture d'un contenu multimédia selon un mode de réalisation particulier de l'invention ;
les figures 2a et 2 b présentent un diagramme de séquences illustrant la mise en œuvre de l'invention, respectivement selon un premier et un deuxième mode de réalisation particulier de l'invention ;
les figures 3a et 3b illustrent un exemple de système mettant en œuvre l'invention, respectivement selon un premier et un deuxième mode de réalisation particulier de l'invention.
5. Description d'un mode de réalisation de l'invention
5.1 Principe général
Le principe général de l'invention repose sur l'encodage et le découpage progressifs d'un flux multimédia en cours de diffusion dans un premier réseau de diffusion numérique, de façon à construire, au fur et à mesure de la diffusion en temps réel, un fichier de contenu multimédia destiné à être fourni, à partir d'une position temporelle prédéterminée dans le contenu (par exemple son début) et via un deuxième réseau de communication, à au moins un terminal utilisateur. Ainsi, un terminal ayant requis un tel service de visualisation d'un contenu en cours de diffusion, à partir d'une position temporelle prédéterminée dans le contenu (par exemple son début), peut visualiser le contenu multimédia sans nécessiter d'équipement local au terminal utilisateur, le contenu étant fourni au terminal utilisateur par un serveur distant, encore appelé « plateforme de fourniture de service ».
De plus, la fourniture du contenu à partir d'une position temporelle prédéterminée dans le contenu (par exemple son début) est mise en œuvre via un réseau de communication distinct du réseau de diffusion en temps réel du contenu. Par exemple, le réseau de diffusion en temps réel correspond à de la télévision numérique terrestre (TNT) et le réseau de communication du fichier de contenu multimédia correspond à un réseau IP.
Par ailleurs, l'invention, selon ses différents modes de réalisation, est également basée sur la transmission, du terminal utilisateur vers le serveur distant, d'une information représentative de la position temporelle prédéterminée dans le contenu choisie par l'utilisateur pour débuter la visualisation du contenu. En effet, la requête émise par le terminal utilisateur vers le serveur distant pour visualiser le contenu comprend cette information représentative de l'instant choisi par l'utilisateur.
On présente maintenant, en relation avec la figure 1, les principales étapes du procédé selon un mode de réalisation particulier de l'invention.
On considère un flux multimédia 10, par exemple une vidéo, en cours de diffusion 100 dans un réseau de diffusion, par exemple la TNT. Selon ce mode de réalisation de l'invention, une étape 120 de fou rniture délivre, à partir d'une position temporelle prédéterminée dans le contenu, encore appelée instant prédéterminé t (pouvant correspondre au début du contenu), un contenu multimédia 11 à un terminal utilisateur, pendant la diffusion 100 du flux multimédia correspondant.
Cette étape 120 de fourniture est précédée d'une étape de réception 110 du flux multimédia, portion par portion, et les étapes suivantes sont ensuite mises en œuvre, pour chaque portion reçue du flux multimédia 10 :
• encodage 121 de la portion reçue délivrant au moins un fragment de contenu indépendant ;
• stockage 122 du fragment de contenu indépendant ;
• construction progressive 123 d'au moins un fichier de contenu multimédia 11 par concaténation des fragments indépendants stockés.
Si l'on prend un exemple de la diffusion d'une vidéo 10 dans un réseau de télévision numérique terrestre, l'étape d'encodage 121 de la vidéo prend en entrée le flux en temps réel de la cha î ne su pporta nt le service et délivre des fragments vidéo de quelques secondes, indépendants les uns des autres, encore appelés « chunks ». Ces fragments vidéo sont ensuite stockés, lors de l'étape 122 de stockage, par exemple dans une mémoire tampon. Ensuite, l'étape de construction 123 prend en entrée les fragments vidéo stockés pour construire un fichier vidéo 11 destiné à être fourni au terminal utilisateur, via un réseau IP par exemple.
Ces trois étapes sont mises en œuvre au fur et à mesure de la diffusion en temps réel du fl ux mu ltimédia et permettent donc de constru ire progressivement un fichier vidéo dit « linéarisé », lequel ne contiendra la vidéo en entier que lorsque la diffusion en temps réel sera terminée.
U ne étape (non ill ustrée) de marquage est également mise en œuvre, permettant d'identifier, dans le fichier vidéo linéarisé, le « chunck » correspondant au début du programme. Ainsi, lorsque l'utilisateur souhaite visualiser le contenu à partir du début du programme, la position du début du programme est clairement identifiée/marquée dans le fichier vidéo.
Ce fichier vidéo est donc accessible à n'importe quel moment, pendant la diffusion en temps réel, et est mis à jour au fur et à mesure de cette diffusion en temps réel.
Par ailleurs, selon une autre caractéristique de ce mode de réalisation de l'invention, plusieurs fichiers de contenu multimédia 11 peuvent être construits, en fonction de plusieurs débits souhaités pour la fourniture ultérieure du contenu multimédia 11.
En effet, le service de visualisation d'un contenu en cours de diffusion à partir d'un instant prédéterminé t permet à différents terminaux utilisateurs, pouvant présenter des caractéristiques techniques différentes, de visualiser le contenu multimédia au débit adéquat. La localisation du terminal utilisateur par rapport au serveur de fourniture du service, ainsi que la qualité du réseau de transmission entre ce terminal et ce serveur, peuvent également être prises en considération pour le choix du débit de fourniture du contenu multimédia.
Ainsi, la sol ution selon ce mode de réal isation particulier de l'invention permet de générer, à partir d'un flux multimédia en cours de diffusion, plusieurs fichiers de contenu multimédia correspondants à plusieurs débits différents.
5.2 Description d'un premier mode de réalisation
On présente maintenant, en relation avec la figure 2a, un exemple de fonctionnement d'un tel service de visualisation d'un contenu multimédia en cours de diffusion, à partir de son début, lorsqu'au moins un terminal utilisateur, noté M5, souhaite bénéficier du service.
Sur ce diagramme de séquences présenté en figure 2a, différents modules de la « plateforme de redémarrage » fournissant le service sont impliqués, selon un exemple de réalisation particulier de l'invention. Il est bien entendu que cet exemple n'est pas restrictif et que certaines tâches peuvent être mises en œuvre par d'autres modules du serveur, selon d'autres modes de réalisation particuliers de l'invention.
On considère que l'ouverture du service est effectuée à l'initiative de l'opérateur de fourniture du flux multimédia, qui transmet à la plateforme de redémarrage une information d'ouverture de service. C'est également l'opérateur qui transmet à la plateforme de redémarrage une information indiquant la fermeture du service (par exemple lorsque la diffusion en temps réel est terminée). En effet, selon ce mode de réalisation particulier de l'invention, le service n'est disponible aux utilisateurs que pendant la durée de la diffusion en temps réel du contenu multimédia. Ainsi, jusqu'à la fin de la diffusion en temps réel, un utilisateur peut requérir le service et visualiser le contenu à partir de son début.
Selon une variante de ce mode de réalisation particulier de l'invention, un module M10 (non représenté) de la « plateforme de redémarrage » peut être mis en œuvre pour traiter les informations reçues de l'opérateur (ouverture/fermeture du service) et les transmettre au module M7, qui est le module principal de gestion du service sur la plateforme de redémarrage et décrit plus en détails ci-dessus. Par exemple, ce module M10 règle les heures de début et de fin du service, à partir des « ordres » reçus de l'opérateur, puis les transmet au module M7.
En particulier, dans cet exemple, on considère les modules Ml à M4 et M6 à M8 suivants :
• Ml : ce module, encore appelé codeur, assure l'encodage du flux multimédia diffusé en temps réel, au fur et à mesure de sa diffusion, selon l'étape 121 déjà décrite ci-dessus. Ce module M l prend donc en entrée le flux multimédia et délivre en sortie une pluralité de fragments de contenu multimédia, appelés « chunks ». Ces fragments de contenu sont donc délivrés, au module M2 décrit ci- dessous, au fur et à mesure de la diffusion du flux en temps réel.
• M2 : ce module prend en entrée le flux multimédia découpé en « chuncks » par le module Ml et stocke chacun de ces fragments de contenu, dans une mémoire tampon par exemple, comme déjà décrit ci-dessus en relation avec l'étape 122. Les fragments de contenu sont stockés au fur et à mesure de leur fourniture par le module M l et sont donc disponibles au fur et à mesure pour le module M3 décrit ci-dessous.
• M3 : ce module prend en entrée les fragments de contenu stockés par le module M2 et les concatène (étape 123 décrite ci-dessus) de façon à délivrer un fichier de contenu multimédia destiné à être fourni au terminal util isateur M5, via le module M4 décrit ci-après. Comme déjà précisé, ce fichier est construit au fur et à mesure du stockage des fragments par le module M2.
M4 : ce modu le, encore appelé serveur vidéo, fournit le fich ier de contenu multimédia délivré par le module M3, ce fichier étant complété au fur et à mesure de la diffusion en temps réel du contenu, et n'étant donc complet qu'à la fin de cette diffusion. Pour le terminal utilisateur cependant, ce fichier est vu comme un fichier à télécharger, à n'importe quel moment de la diffusion en temps réel du flux multimédia, lorsque le service est ouvert. Par ailleurs, ce module M4 peut être dupliqué en autant d'instances que nécessaire, afin de répondre à un grand nombre de requêtes de terminaux utilisateurs souhaitant bénéficier du service. Ainsi, une pluralité d'instances du module M4 est à même de fournir le fichier de contenu multimédia à une pluralité de terminaux utilisateurs.
M6 : ce module, encore appelé « front office », pour serveur frontal ou zone frontale, dél ivre au terminal util isateur M5 des informations nécessaires à l'utilisation du service, comme par exemple l'adresse d'accès (« URL ») au fichier de contenu multimédia, le nom et la durée du service ... lorsque le contenu multimédia est fourni au terminal utilisateur via un réseau de communication IP. Ce module M6 obtient ces informations sur le service via le module M7 (décrit ci- après), auprès duquel il peut auparavant s'enregistrer. Comme pour le module M4, ce module M6 peut être dupliqué en autant d'instances que nécessaire, afin de répondre à un grand nombre de requêtes de terminaux utilisateurs souhaitant bénéficier du service. Ainsi, une pluralité d'instances du module M6 est à même de fournir des informations nécessaires à l'utilisation du service à une pluralité de terminaux utilisateurs. Ce module M6 peut également gérer les différentes requêtes des terminaux utilisateurs par la mise en œuvre de jetons d'accès, fou rn is aux term inaux util isateu rs, par exemple avant de leu r dél ivrer les informations sur le service, permettant ainsi de « réguler » la charge su r les serveurs vidéo M4 et d'assurer la qualité de service. Par ailleurs, ce module M6 peut également être en charge de la collecte, auprès des terminaux utilisateurs, d'informations nécessaires au calcul de statistiques du service.
M7 : ce mod ul e, encore appelé gestionnaire de service, gère le service, et notamment l'ouverture et la fermeture de ce dernier. Ainsi, le module M7 reçoit les informations d'ouverture/fermeture du service par l'opérateur (via le module M10 ou directement de l'opérateur, comme décrit ci-dessus), et vérifie le bon fonctionnement du service. Par exemple, ce module M7 commande le module M2, en lui transmettant des commandes de démarrage ou d'arrêt du stockage des fragments délivrés par Ml, et vérifie que les fragments stockés sont bien disponibl es s u r l e mod u l e M 2 pou r l e mod u l e M 3. Ce mod u l e M 7 vérifie éga l ement q u' u n ou pl u sieu rs fich iers de co nten u m u ltiméd ia sont bien disponibles sur le serveur vidéo M4, pour les terminaux utilisateurs M5. Enfin, le module M7 transmet au module M6, comme décrit ci-dessus, les informations sur le service. Optionnellement, ce module M7 transmet à un module M9, mis en œuvre dans un équipement source de diffusion (par exemple une tête de réseau TNT) un événement d'ouverture/fermetu re du service, pour diffusion (par exemple via des « stream event » en MPEG-TS) par ce module M9 aux terminaux utilisateurs, via le réseau de diffusion.
• M8 : ce module récupère régulièrement des informations disponibles sur le(s) module(s) M6 et calcule des statistiques, comme par exemple le nom bre de contenus visualisés, les erreurs rencontrées par les terminaux utilisateurs lors de l'accès au service, ou encore le pourcentage de visualisation des contenus en fonctions du débit choisi.
Selon ce mode de réalisation particulier de l'invention, les modules Ml, M2, M7, M8 et M 10 n'étant pas en relation « directe » avec les terminaux utilisateurs M5, sont situés plus particulièrement au sein d'une zone B appelée « back office » ou pour zone protégée, de la plateforme de redémarrage, alors que les modules M3, M4 et M6, « directement » en relation avec les terminaux utilisateurs M5, sont situés plus particulièrement au sein d'une zone F appelée « front office » ou zone frontale, de la plateforme de redémarrage.
Comme déjà indiqué, il est à noter que les séquences décrites précédemment peuvent être mises en œuvre pour plusieurs débits de fourniture du fichier de contenu multimédia. Ainsi, un avantage de l'invention, selon ses différents modes de réalisation, est de pouvoir fournir, à différents débits, un même contenu multimédia, à partir de son début, alors que ce contenu est en cours de diffusion.
En effet, du fait de la disparité des terminaux utilisateurs, d'un point de vue technique et d'un point de vue localisation par rapport à la « plateforme de redémarrage », il est avantageux de pouvoir construire et fournir des fichiers de contenu multimédia avec différents débits de transmission.
Concrètement, chaque module M4 met à disposition le même contenu multimédia à des débits différents, par l'intermédiaire de plusieurs fichiers de contenu multimédia.
Cela permet ainsi à chaque terminal utilisateur M5 de choisir le débit le mieux adapté à la bande passante entre lui et le module M4 de la plateforme de redémarrage. Par exemple, pour choisir ce débit, le terminal utilisateur M5 peut télécharger un fichier de taille prédéfinie, de petite taille de préférence (par exemple 300 K octets), sur le module M4 et estimer le débit disponible entre lui et M4 à partir du temps de téléchargement.
Par ailleurs, il est à noter que, selon un mode de réalisation particulier de l'invention, les échanges entre les différents modules de la plateforme de redémarrage sont mis en œuvre via des réseaux IP également.
De plus, des régulateurs de charge Mil (non représentés sur la figure 2a) peuvent être ajoutés, dans la partie « front office » de la plateforme de redémarrage, afin de pouvoir supporter une charge importante au sein de cette plateforme de redémarrage.
La figure 3a présente un exemple de système de mise en œuvre de l'invention, selon ce premier mode de réalisation de l'invention, dans lequel est illustré un exemple de dispositif de fourniture d'au moins un contenu multimédia sous la forme d'une plateforme de redémarrage, un exemple de terminal utilisateur M5 et un exemple d'un équipement source de type tête de réseau TNT.
Selon ce premier mode de réalisation de l'invention, un tel dispositif comprend des moyens de fourniture du contenu multimédia, à partir du début dudit contenu multimédia, via un réseau de communication distinct du réseau de diffusion numérique du contenu multimédia en cours de diffusion à un débit prédéterminé. Ce dispositif comprend entre autres les modules Ml à M4, M6 à M8 et M10, tels que décrits ci-dessus, les relations entre ces différents modules, et avec le terminal utilisateur M5 et la tête de réseau TNT ayant également été décrites ci-dessus.
Selon ce premier mode de réalisation particulier de l'invention, la tête de réseau TNT comprend un module de transmission, via le réseau de diffusion numérique, d'au moins une information représentative de la fourniture du contenu multimédia à partir de son début.
5.2 Description d'un deuxième mode de réalisation
On présente maintenant, en relation avec la figure 2b, un exemple de fonctionnement d'un tel service de fourniture d'un contenu multimédia en cours de diffusion, à partir d'un instant prédéterminé t dans le contenu, lorsqu'un terminal utilisateur M5 souhaite bénéficier du service.
Sur ce diagramme de séquences présenté en figure 2b, différents modules de la plateforme fournissant le service sont impliqués, selon un exemple de réalisation particulier de l'invention, ainsi que différents modules du terminal M5. Il est bien entendu que cet exemple n'est pas restrictif et que certaines tâches peuvent être mises en œuvre par d'autres modules du serveur ou du terminal, selon d'autres modes de réalisation particuliers de l'invention.
En particulier, dans cet exemple, on considère les modules Ml à M4 suivants :
• Ml : ce module, encore appelé codeur, assure l'encodage du flux multimédia diffusé en temps réel, au fur et à mesure de sa diffusion, selon l'étape 121 déjà décrite ci-dessus. Ce module M l prend donc en entrée le flux multimédia et délivre en sortie une pluralité (Fl) de fragments de contenu multimédia, appelés « chunks ». Ces fragments de contenu sont donc délivrés, au module M2 décrit ci- dessous, au fur et à mesure de la diffusion du flux en temps réel.
• M2 : ce module prend en entrée le flux Fl multimédia découpé en « chuncks » par le module Ml et stocke chacun de ces fragments de contenu, dans une mémoire tampon par exemple, comme déjà décrit ci-dessus en relation avec l'étape 122. Les fragments de contenu sont stockés au fur et à mesure de leur fourniture par le module Ml et sont donc disponibles (F2) au fur et à mesure pour le module M3 décrit ci-dessous. Le module M2 reçoit, de plus, une commande C4 du module M3 décrit ci-dessous.
• M3 : ce module prend en entrée les fragments de contenu stockés par le module M2 (F2) et les concatène (étape 123 décrite ci-dessus) de façon à délivrer un fichier de contenu multimédia destiné à être fourni au terminal utilisateur M5, via le module M4 décrit ci-après. Comme déjà précisé, ce fichier (F3) est construit au fur et à mesure du stockage des fragments par le module M2. De plus, le module M3 concatène les fragments de contenu stockés par le module M2 et fournit un fichier de contenu multimédia comprenant des identifiants de chuncks, de façon à ce que le module M4 puisse délivrer le contenu à partir de la position souhaitée par l'utilisateur.
• M4 : ce modu le, encore appelé serveur vidéo, fournit le fich ier de contenu multimédia (F4) délivré par le module M3, ce fichier étant complété au fur et à mesure de la diffusion en temps réel du contenu, et n'étant donc complet qu'à la fin de cette diffusion. Pour le terminal utilisateur cependant, ce fichier est vu comme un fichier à télécharger, à n'importe quel moment de la diffusion en temps réel du flux multimédia, lorsque le service est ouvert. Par ailleurs, ce module M4 peut être dupliqué en autant d'instances que nécessaire, afin de répondre à un grand nombre de requêtes de terminaux utilisateurs souhaitant bénéficier du service. Ainsi, une pluralité d'instances du module M4 est à même de fourn ir le fich ier de conten u mu ltiméd ia à u ne pl u ra l ité de termi na ux utilisateurs. De plus, ce module M4 reçoit du terminal utilisateur M5, et plus particulièrement du module M5a du terminal utilisateur (encore appelé décodeur vidéo sur IP) une commande C2 comprenant notamment une information représentative de l'instant prédéterminé t dans le contenu choisi par l'utilisateur pour débuter la visualisation. Le Module M4 ayant à sa disposition, comme décrit ci-dessus, les identifiants des chuncks dans le fichier, il peut identifier dans le fichier de contenu le chunck correspondant à l'instant souhaité par l'utilisateur pour la visualisation du contenu. De plus, l'envoi du contenu multimédia à partir du début d'un chunck a pour avantage, du côté terminal utilisateur, de pouvoir commencer le décodage dès la réception des premiers éléments du flux.
Sur la figure 2b, les modules M5a et M5b du terminal utilisateur M5 sont également mpliqués :
• M5a : ce module est un module de décodage vidéo sur IP, prenant en entrée une « URL » et décodant le flux F4 transmis par le module M4 de la plateforme de fourniture du service. De plus, ce module reçoit du module M5b (module de commande) du terminal utilisateur, une commande Cl comprenant notamment une information représentative de l'instant prédéterminé t dans le contenu choisi par l'utilisateur pour débuter la visualisation. Cette information représentative de l'instant t choisi par l'util isateur peut être une information temporelle, une information indiquant une image correspondant à l'instant t ou directement un identifiant du fragment vidéo indépendant (« chunk » vidéo) correspondant à cet instant t. Le module M5a émet vers le module M4 une commande C2 comprenant notamment cette information représentative de l'instant t choisi par l'utilisateur.
• M5b : ce module permet notamment à l'utilisateur de choisir à partir de quelle position temporel le il souhaite visual iser le contenu. L'utilisateur peut ainsi « naviguer » da ns le conten u, c'est-à-d ire visua l iser l e contenu à pa rti r de n'importe quelle position temporel le dans ce contenu, y compris revenir en arrière ou faire une avance rapide (limitée temporellement par la diffusion en cours du contenu) lorsqu'il est déjà en cours de visualisation du contenu, ou encore mettre en pause la visualisation du contenu. Lorsque l'utilisateur a choisi cette position temporelle, également notée instant t, ce module M5b transmet au module M5a une commande Cl, comprenant notamment des informations sur le contenu à visualiser et une information représentative de la position temporelle choisie par l'utilisateur.
Par ailleurs, le terminal utilisateur M5 comprend également des moyens d'affichage d'une représentation temporelle du contenu multimédia, par exemple sous la forme d'une « frise chronologique » présentant une graduation temporelle et/ou des images du contenu à certaines positions temporelles, ou d'une barre horizontale ou verticale graduée temporellement... Cette représentation temporelle du contenu permet ainsi à l'utilisateur de naviguer dans le contenu, et de choisir la position temporelle dans le contenu à partir de laquelle il souhaite visualiser ce dernier. Une fois cette position temporelle choisie par l'utilisateur, le module M5b transmet au module M5a la commande Cl comprenant notamment une information représentation de cette position temporelle choisie par l'utilisateur.
Dans le cas particulier où l'utilisateur met en pause la lecture du contenu, la position temporelle correspondant à cette mise en pause est mémorisée, au sein du module M5 du terminal utilisateur par exemple, et lorsque l'utilisateur sollicite une reprise de la lecture du contenu, après une mise en pause, le module M5 du terminal utilisateur émet une requête comprenant cette position temporelle mémorisée, vers le serveur distant.
La figure 3b présente un exemple de système de mise en œuvre de l'invention, selon ce deuxième mode de réalisation de l'invention, dans lequel est illustré un exemple de dispositif ou plateforme de fourniture d'au moins un contenu multimédia et un exemple de terminal utilisateur M5.
Selon ce deuxième mode de réalisation de l'invention, un tel dispositif comprend des moyens de fourniture du contenu multimédia, à partir d'une position temporelle prédéterminée dans ledit contenu multimédia, via un réseau de communication distinct du réseau de diffusion numérique du contenu multimédia en cours de diffusion à un débit prédéterminé. Ce dispositif comprend entre autres les modules M l à M4, tels que décrits ci-dessus, les relations entre ces différents modules, et avec le terminal utilisateur M5 ayant également été décrites ci-dessus.
Selon ce deuxième mode de réalisation particulier de l'invention, le terminal utilisateur M5 comprend notamment les modules M5b de commande et M5a de décodeur vidéo sur IP tels que décrits ci-dessus, les relations entre ces deux modules et avec la plateforme de fourniture de service ayant également été décrites ci-dessus.

Claims

REVENDICATIONS
1. Procédé de fou rniture, à a u moins un terminal util isateu r, d'au moins un contenu multimédia 11, ledit contenu multimédia 11 étant en cours de diffusion à un débit prédéterminé, sous la forme d'un flux multimédia 10, dans un réseau de diffusion numérique,
ca ractérisé en ce que ledit procédé comprend une étape de fou rniture 120 dudit contenu multimédia, par un serveur distant dudit au moins un terminal utilisateur, à partir d'une position temporelle prédéterminée dans ledit contenu multimédia, via un réseau de communication distinct dudit réseau de diffusion numérique, une étape de réception 110 dudit flux multimédia et les étapes suivantes, mises en œuvre dans ledit serveur distant, pour chaque portion reçue dudit flux multimédia 10 et pour a u moins u n débit prédéterminé de fournitu re dudit conten u multimédia 11 audit au moins un terminal utilisateur :
encodage 121 de ladite portion reçue dél ivrant au moins un fragment de contenu indépendant ;
- stockage 122 dudit au moins un fragment de contenu indépendant ;
constru ction progressive 123 d' a u moi ns u n fich ier de conten u multimédia par concaténation desdits fragments indépendants stockés.
2. Procédé de fourniture selon la revendication 1, caractérisé en ce que ladite position temporelle prédéterminée correspond au début dudit contenu multimédia.
3. Procédé de fourniture selon la revendication 1, caractérisé en ce que ladite étape d'encodage 121 comprend une sous-étape d'association d'un identifiant audit fragment de contenu indépendant.
4. Procédé de fourniture selon la revendication 1, caractérisé en ce que ledit procédé comprend une éta pe de fourniture, pa r ledit serveu r distant audit au moins u n termina l utilisateur, dud it a u moins u n fichier de contenu multimédia, su r requête dud it terminal utilisateur.
5. Procédé de fourniture selon la revendication 4, caractérisé en ce que ladite requête dudit terminal utilisateur comprend au moins une information représentative de ladite position temporelle prédéterminée.
6. Procédé de fourniture selon la revendication 5, caractérisé en ce que ladite information représentative de ladite position temporelle prédéterminée correspond à un identifiant d'un desdits fragments de contenu indépendants.
7. Procédé de fourniture selon la revendication 4, caractérisé en ce que ladite requête dudit terminal utilisateur comprend au moins une information représentative du débit souhaité pour ladite fourniture dudit fichier de contenu multimédia.
8. Procédé de fourniture selon la revendication 1, caractérisé en ce que led it procédé comprend en outre une étape de mise à disposition, par ledit serveur distant, audit terminal utilisateur, d'au moins une information représentative dudit fichier de contenu multimédia.
9. Procédé de fourniture selon la revendicatio n 1, caractérisé en ce que ledit procédé comprend en outre une étape de transmission, via ledit réseau de diffusion numérique, d'au moins une information représentative de la fourniture dudit contenu multimédia.
10. Procédé de fourniture selon la revendication 4, caractérisé en ce qu'une pluralité de terminaux utilisateurs émet des requêtes et en ce que ledit procédé comprend une étape de gestion desdites requêtes desdits terminaux utilisateurs délivrant, auxdits terminaux utilisateurs, des droits d'accès audit au moins un fichier de contenu multimédia.
11. Procédé de fourniture selon la revendication 1, caractérisé en ce que led it procédé comprend également une étape de chiffrement dudit fichier de contenu multimédia.
12. Procédé de fourniture selon la revendication 5, caractérisé en ce que led it procédé comprend les étapes suivantes :
affichage, sur ledit au moins un terminal utilisateur, d'une représentation temporelle dudit contenu multimédia ;
sélection à partir de ladite représentation affichée, par ledit utilisateur, de ladite position temporelle prédéterminée, délivrant une information de position temporelle dans ledit contenu multimédia ;
conversion de ladite information de position temporelle délivrant ladite information représentative de ladite position temporelle prédéterminée.
13. Dispositif de fourniture, à au moins un terminal utilisateur, d'au moins un contenu multimédia, ledit contenu multimédia étant en cours de diffusion à un débit prédéterminé, sous la forme d'un flux multimédia, dans un réseau de diffusion numérique,
caractérisé en ce que ledit dispositif, distant dudit au moins un terminal utilisateur, comprend des moyen s de fou rn itu re d ud it co nten u m u lti méd ia, à pa rti r d' u ne pos itio n tem porel l e prédéterminée dans ledit contenu multimédia, via un réseau de communication distinct dudit réseau de diffusion numérique, des moyens de réception dudit flux multimédia et les moyens suivants, mis en œuvre pour chaque portion reçue dudit flux multimédia et pour au moins un dé bit prédéterminé de fou rniture dud it contenu mu ltiméd ia a ud it au moins un terminal utilisateur :
des moyens d'encodage de ladite portion reçue délivrant au moins un fragment de contenu indépendant ;
des moyens de stockage dudit au moins un fragment de contenu indépendant ;
des moyens de construction progressive d'au moins un fichier de contenu multimédia par concaténation desdits fragments indépendants stockés.
14. Equipement source de diffusion d'au moins un contenu multimédia dans un réseau de diffusion numérique,
caractérisé en ce qu' il comprend un module de transmission, via ledit réseau de diffusion numériq ue, d'a u moi ns u ne information représentative de la fou rn itu re d ud it conten u multimédia.
15. Terminal utilisateur d'au moins un contenu multimédia, ledit contenu multimédia étant en cours de diffusion à un débit prédéterminé, sous la forme d'un flux multimédia, dans un réseau de diffusion numérique,
caractérisé en ce qu'il comprend les moyens suivants :
des moyens d'affichage d'une représentation temporelle dudit contenu multimédia ; des moyens de sélection à partir de ladite représentation affichée, par ledit utilisateur, de lad ite position tem porel le prédéterminée, délivrant une information de position temporelle dans ledit contenu multimédia ;
des moyens de conversion de ladite information de position temporelle délivrant ladite information représentative de ladite position temporelle prédéterminée ;
des moyens d'émission d' u ne requête de fourniture dudit contenu multimédia comprenant au moins ladite information représentative dudit instant prédéterminé.
16. Programme d'ord inateur comportant des instructions pou r la mise en œuvre d' un procédé de fourniture selon l'une quelconque des revendications 1 à 12 lorsque ce programme est exécuté par un processeur.
17. Médium de stockage lisible par ordinateur et non transitoire, stockant un programme d'ordinateur comprenant des instructions exécutables par un processeur pour mettre en œuvre d'un procédé de fourniture selon l'une quelconque des revendications 1 à 12.
PCT/EP2014/051446 2013-01-24 2014-01-24 Procédé et dispositif de fourniture d'un contenu multimédia, équipement source de diffusion, terminal utilisateur, programme d'ordinateur et medium de stockage correspondants WO2014114770A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
FR1350626 2013-01-24
FR1350626A FR3001353A1 (fr) 2013-01-24 2013-01-24 Procede et dispositif de fourniture d’un contenu multimedia, equipement source de diffusion, programme d’ordinateur et medium de stockage correspondants.
FR1354068A FR3001354B1 (fr) 2013-01-24 2013-05-02 Procede et dispositif de fourniture d’un contenu multimedia, equipement source de diffusion,terminal utilisateur, programmed’ordinateur et medium destockage correspondants
FR1354068 2013-05-02

Publications (1)

Publication Number Publication Date
WO2014114770A1 true WO2014114770A1 (fr) 2014-07-31

Family

ID=48613747

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2014/051446 WO2014114770A1 (fr) 2013-01-24 2014-01-24 Procédé et dispositif de fourniture d'un contenu multimédia, équipement source de diffusion, terminal utilisateur, programme d'ordinateur et medium de stockage correspondants

Country Status (2)

Country Link
FR (2) FR3001353A1 (fr)
WO (1) WO2014114770A1 (fr)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999021362A2 (fr) * 1997-10-22 1999-04-29 Oracle Corporation Procede et appareil de reproduction ininterrompue d'alimentations sur supports en continu
WO2002047391A1 (fr) * 2000-12-08 2002-06-13 Digital Fountain, Inc. Procedes et systeme de programmation, de fourniture et de reception de media sur demande pour des clients, serveurs organises selon des contraintes fondees sur les ressources
WO2003013106A2 (fr) * 2001-08-01 2003-02-13 N2 Broadband, Inc. Systeme et procede conçus pour la distribution de contenu video personnel en reseau
EP1858263A1 (fr) * 2006-05-15 2007-11-21 Siemens S.p.A. Système et méthode pour fournir une fonction personelle d'enregistrement aux utilisateurs d'une réseau de communications
WO2008076537A1 (fr) * 2006-12-18 2008-06-26 General Instrument Corporation Procédé et système pour fournir une commande de lecture à vitesse variable adaptative d'un flux de vidéo numérique
US20100195974A1 (en) * 2009-02-04 2010-08-05 Google Inc. Server-side support for seamless rewind and playback of video streaming

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999021362A2 (fr) * 1997-10-22 1999-04-29 Oracle Corporation Procede et appareil de reproduction ininterrompue d'alimentations sur supports en continu
WO2002047391A1 (fr) * 2000-12-08 2002-06-13 Digital Fountain, Inc. Procedes et systeme de programmation, de fourniture et de reception de media sur demande pour des clients, serveurs organises selon des contraintes fondees sur les ressources
WO2003013106A2 (fr) * 2001-08-01 2003-02-13 N2 Broadband, Inc. Systeme et procede conçus pour la distribution de contenu video personnel en reseau
EP1858263A1 (fr) * 2006-05-15 2007-11-21 Siemens S.p.A. Système et méthode pour fournir une fonction personelle d'enregistrement aux utilisateurs d'une réseau de communications
WO2008076537A1 (fr) * 2006-12-18 2008-06-26 General Instrument Corporation Procédé et système pour fournir une commande de lecture à vitesse variable adaptative d'un flux de vidéo numérique
US20100195974A1 (en) * 2009-02-04 2010-08-05 Google Inc. Server-side support for seamless rewind and playback of video streaming

Also Published As

Publication number Publication date
FR3001354B1 (fr) 2016-12-23
FR3001354A1 (fr) 2014-07-25
FR3001353A1 (fr) 2014-07-25

Similar Documents

Publication Publication Date Title
US20210352370A1 (en) Methods and apparatus for providing and uploading content to personalized network storage
US7797722B2 (en) System and method for content delivery
US9392307B2 (en) Smart pre-load for video-on-demand in an HTTP adaptive streaming environment
EP2015587B1 (fr) Procédé de mémorisation d'un objet multimédia, structure de donnée et terminal associé
WO2015142741A2 (fr) Appareil et procédés pour enregistrer un flux multimédia
EP2057632A1 (fr) Procede de gestion d'un programme multimedia, serveur, terminaux, signal et programmes informatiques correspondants
EP3646548B1 (fr) Procédé de transmission d'un contenu audio interrompu dans un récepteur hybride, système, récepteur et programme associé au procédé
FR2883692A1 (fr) Procede d'envoi de commande a un serveur de flux de donnees numeriques et appareil implementant le procede
WO2014154975A1 (fr) Generation et restitution d'un flux representatif d'un contenu audiovisuel
WO2015071464A1 (fr) Procede et systeme de pre-telechargement de video a la demande
WO2014177523A1 (fr) Procédé et dispositif de fourniture d'une partie déjà diffusée d'un flux multimédia, terminal utilisateur, programme d'ordinateur et médium de stockage correspondants
FR2980662A1 (fr) Methode d'enregistrement d'un contenu dans un fichier sur un serveur et dispositif correspondant
EP2085894A1 (fr) Procédé de génération de donnés permettant la recherche de compléments de contenus, système et serveur pour la mise en oeuvre du procédé
WO2014114770A1 (fr) Procédé et dispositif de fourniture d'un contenu multimédia, équipement source de diffusion, terminal utilisateur, programme d'ordinateur et medium de stockage correspondants
WO2017158274A1 (fr) Acquisition d'extraits d'un flux multimédia sur un terminal
FR3101503A1 (fr) Gestion du téléchargement progressif adaptatif d’un contenu numérique sur réseau mobile avec sélection d’un débit d’encodage maximum autorisé en fonction d’un godet de données
FR3069996B1 (fr) Procede de lecture d'un flux multimedia chiffre avec acces rapide au contenu en clair et dispositif d'utilisation
FR3015844A1 (fr) Methode d'access a un contenu diffuse sur un reseau point-vers-multipoints, prealablement ou ulterieurement a sa diffusion, et decodeur associe
WO2021105585A1 (fr) Procédé de gestion d'une liste de contenus accessibles au zapping, les contenus numériques étant téléchargeables en mode de téléchargement progressif adaptatif (has), dispositif de gestion, lecteur de flux multimédia et programme d'ordinateur correspondants
EP2451163B1 (fr) Procédé de mémorisation d'un objet multimédia, structure de donnée et terminal associé
FR3093605A1 (fr) Procédé de navigation accélérée dans un contenu numérique obtenu par téléchargement progressif adaptatif (HAS), gestionnaire, lecteur de flux multimédia et programme d’ordinateur correspondants.
WO2013093846A1 (fr) Procédé de diffusion de données numériques
FR2938145A1 (fr) Traitement d'une requete destinee a un serveur interactif de guide des programmes, equipement de reception et serveur interactif associes
FR3000634A1 (fr) Traitement d'un premier flux de donnees diffuse, codant un premier contenu audiovisuel associe a un deuxieme contenu audiovisuel

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14701734

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14701734

Country of ref document: EP

Kind code of ref document: A1