EP4055831A1 - Procédé de gestion de zapping de contenus multimédias numériques obtenu par téléchargement progressif adaptatif (has), dispositif de gestion, lecteur de flux multimédia et programme d'ordinateur correspondants - Google Patents

Procédé de gestion de zapping de contenus multimédias numériques obtenu par téléchargement progressif adaptatif (has), dispositif de gestion, lecteur de flux multimédia et programme d'ordinateur correspondants

Info

Publication number
EP4055831A1
EP4055831A1 EP20819810.1A EP20819810A EP4055831A1 EP 4055831 A1 EP4055831 A1 EP 4055831A1 EP 20819810 A EP20819810 A EP 20819810A EP 4055831 A1 EP4055831 A1 EP 4055831A1
Authority
EP
European Patent Office
Prior art keywords
zapping
content
digital content
time
digital
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
EP20819810.1A
Other languages
German (de)
English (en)
Inventor
Mathieu Rivoalen
Hervé Marchand
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange SA filed Critical Orange SA
Publication of EP4055831A1 publication Critical patent/EP4055831A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • H04N21/4384—Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
    • 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/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64746—Control signals issued by the network directed to the server or the client
    • H04N21/64761—Control signals issued by the network directed to the server or the client directed to the server
    • H04N21/64769—Control signals issued by the network directed to the server or the client directed to the server for rate control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/4508—Management of client data or end-user data
    • H04N21/4532—Management of client data or end-user data involving end-user characteristics, e.g. viewer profile, preferences

Definitions

  • TITLE Zapping management method of digital multimedia content obtained by adaptive progressive download (HAS), management device, multimedia stream player and corresponding computer program.
  • HAS adaptive progressive download
  • the field of the invention is that of digital multimedia content, namely digital audio and / or video content, and more particularly digital multimedia content obtained according to a technique known as adaptive progressive download (H AS) within a network.
  • local communication network such as a home network.
  • the invention relates to the optimization of the zapping from one digital multimedia content to another, that is to say to the abandonment of the consumption of a first digital multimedia content to switch to a second multimedia content. digital, within a multimedia stream reader terminal.
  • local such as a home network.
  • the terminal generally sends a request to a server, indicating the chosen content, and in return it receives a stream of digital data relating to this content.
  • a request passes through the network access gateway, for example the residential gateway.
  • the terminal is suitable for receiving this digital content in the form of multimedia data and for rendering it back.
  • This restitution consists in providing the digital content at the level of the terminal in a form accessible to the user.
  • data received corresponding to a video is generally decoded, then restored at the level of the terminal in the form of a display of the corresponding video with its associated soundtrack.
  • the digital content will be likened to a video and the reproduction by the terminal, or consumption by the user of the terminal, to a display or reading on the screen of the terminal.
  • the distribution of digital content on the Internet is often based on client-server protocols of the HTTP family (standing for “Hyper Text Transfer Protocol”).
  • HTTP family standing for “Hyper Text Transfer Protocol”.
  • the progressive downloading of digital content also called streaming, makes it possible to transport and consume the data in real time, that is to say that the digital data is transmitted over the network and returned by the terminal as it goes. and to measure of their arrival.
  • the terminal receives and stores part of the digital data in a buffer memory before returning them. This mode of distribution is particularly useful when the bit rate available to the user is not guaranteed for the real-time transfer of the video.
  • Adaptive progressive downloading in English HTTP Adaptive Streaming, abbreviated HAS, furthermore makes it possible to broadcast and receive data in different qualities corresponding for example to different bit rates. These different qualities are described in a parameter file available for download on a data server, for example a content server.
  • this description file makes it possible to select the right format for the content to be consumed according to the available bandwidth or the storage and decoding capacities of the client terminal. This type of technique makes it possible in particular to take account of the variations in bandwidth on the link between the client terminal and the content server.
  • the MPEG-DASH standard (for English “Dynamic Adaptive Streaming over HTTP", in French “dynamic adaptive streaming over HTTP") is an audiovisual broadcast format standard on the Internet. It is based on the preparation of the content in different presentations of variable quality and speed, cut into short segments (of the order of a few seconds), also called “chunks”. Each of these segments is made available individually by means of an exchange protocol. The primarily targeted protocol is HTTP, but other protocols (eg FTP) can also be used. The organization of the segments and the associated parameters are published in a manifest in XML format.
  • the principle underlying this standard is that the MPEG-DASH client makes an estimate of the bandwidth available for the reception of segments, and, depending on the filling of its reception buffer, chooses, for the next segment to be loaded, a representation whose bit rate: ensures the best possible quality, and allows a reception delay compatible with the uninterrupted rendering of the content.
  • the client terminal must therefore find a compromise between the overall quality of the content, and its uninterrupted reproduction, by carefully selecting the next segment to download, among the various encoding rates offered. To do this, there are different algorithms for selecting the quality of the content as a function of the available bandwidth, which may have more or less aggressive, or more or less secure, strategies.
  • VOD video on demand
  • Replay delayed broadcasting of television programs
  • Network PVR type offers for “Network Personal Video Recorder”, ie a digital content recording service, carried out by the content provider itself rather than at the end user's home).
  • real-time media streaming devices also access digital content in progressive adaptive download mode for real-time (or LIVE) television content.
  • LIVE real-time
  • Such devices are conventionally connected to the HDMI port of a television set and communicate, by Wi-Fi connection, with another device of the home communication network connected to an extended communication network such as the Internet (residential gateway, computer, telephone smart device (smartphone, tablet, etc.), in order to reproduce, on the television, the multimedia content received by a compatible software application.
  • extended communication network such as the Internet (residential gateway, computer, telephone smart device (smartphone, tablet, etc.)
  • These devices will be referred to below under the generic designation of HDMI Key.
  • client terminal will be assimilated to the association of a multimedia stream reader terminal (for example HDMI key) and of a playback terminal (for example a television set) making it possible to view the content.
  • a multimedia stream reader terminal for example HDMI key
  • a playback terminal for example a television set
  • the restitution terminal can be the multimedia stream reader terminal itself (for example a smart mobile phone, a tablet), or be separate from it (for example a television connected to an HDMI key, or to a set-top box (STB )).
  • zapping When a user uses the services of such digital content servers, he may wish to switch rapidly from one digital content to another: this is then referred to as “zapping”.
  • zapping in French “channel jump” is meant the fact that the user abandons the consumption of digital multimedia content (for example a first program, or a first television channel) to switch to a other digital media content (for example another program or another channel) in a fast way.
  • digital multimedia content for example a first program, or a first television channel
  • a other digital media content for example another program or another channel
  • the term “zapping” is extended to any change of digital multimedia content obtained in HAS to another.
  • this may be from digital multimedia content broadcast LIVE (in French in “real time”) to another, such as for example from one television channel to another.
  • this can be from one digital multimedia content of VOD type to another, such as for example from one episode of a series to another episode of this same series. It can also act of switching from real-time content to deferred content, for example from a LIVE television program to a deferred program of the replay type, or to video on demand.
  • the zapping time from one digital multimedia content to another, on multimedia stream reader terminals, such as an HDMI key, for example varies a lot depending on the network environment. ie the type of access to the user's communication network (for example ADSL (standing for "Asymmetric Digital Subscriber Line”); VDSL (standing for "Very high bit rate digital subscriber line” ); or fiber), the bandwidth at the time of zapping, the availability of the content server, but also depending on the digital multimedia content to which the user wishes to access.
  • ADSL standing for "Asymmetric Digital Subscriber Line”
  • VDSL standing for "Very high bit rate digital subscriber line”
  • fiber the bandwidth at the time of zapping
  • the fragments of the second content are downloaded at the same encoding rate as those of the first content were.
  • the time required to switch from rendering from one digital content to another, or zapping time may be acceptable, but for others it can be very long (more than 5 seconds in some cases). However, it is important that this zapping time remains short so as not to inconvenience the user and to guarantee a good quality of experience.
  • This technique although interesting, necessarily relies on the pre-routing of one or more content chains, and can therefore prove to be complex to deploy, and unnecessarily consuming resources.
  • the encoding rate of the first segment of a new content returned to the user during zapping corresponds to the encoding rate of this new pre-routed content; in the case where several contents are pre-routed, this encoding rate therefore only represents a fraction of the remaining rate, i.e. a fraction of the part of the bandwidth unused to consume the content being viewed; in the limiting case where only one content is pre-routed, this encoding rate is therefore at best equal to this remaining rate.
  • the quality of the restitution therefore remains relatively low, and does not make it possible to optimize the user experience.
  • the invention responds to this need by proposing a method for managing zapping from a first to a second digital content.
  • first and second digital contents are obtained by adaptive progressive downloading (HAS) by a multimedia stream reader terminal, and are respectively associated with a description file, comprising a list of time segments of the content each associated with several encoding rates of the content.
  • HAS adaptive progressive downloading
  • This zapping management method comprises: receiving a zapping request from the first digital content to the second digital content, obtaining the description file of said second digital content.
  • such a method also comprises: a selection of an encoding rate of a first time segment of the second digital content to be downloaded, as a function, on the one hand, of a resource constraint obtained by the terminal multimedia stream player, and on the other hand of a target zapping time, a download of the first time segment of the second digital content at the selected rate.
  • the invention is based on a completely new and inventive approach to the management of zapping from one content to another, in a context of adaptive progressive downloading. More particularly, the invention proposes to take into account, in addition to the resource constraints of the multimedia stream reader terminal, a target zapping time, making it possible to optimize the quality of the user's experience, in order to choose the quality. , or encoding rate, of the first time segment of the new content (or second content) to be downloaded during zapping.
  • a content change command also called zapping command
  • the digital multimedia stream reader terminal receives it, and then selects the bit rate d. encoding of the first time segment of the new digital content to be downloaded, then to be restored, according to the available bandwidth, so that the target zapping time is respected.
  • the multimedia stream reader terminal knows the current bandwidth constraints, according to the technique. H AS classic. This target zapping time thus defines a reasonable zapping time ceiling not to be exceeded in order to provide the user with a pleasant experience.
  • the user is not bothered by an excessively long zapping time between the moment he emits the zapping command and the moment when the new content is returned to him, and can view this new content at the best possible quality by depending on its bandwidth.
  • the method according to the invention makes it possible to optimize the encoding quality of the new content to be restored, to promote the best possible quality of experience, without impact on the zapping time, since this is limited by a target zapping time not to be exceeded.
  • the method according to the invention makes it possible to make a compromise between a target zapping time which is not too long and a quality of reproduction of new digital content, and offers the user a better quality of experience. when zapping from one digital content to another.
  • the method according to the invention advantageously makes it possible to dispense with the pre-routing of content chains, which can prove to be complex. and needlessly consuming resources.
  • the second content is not pre-routed in parallel with the viewing of the first content by the user, and it is only after receipt of a zapping request from the user that, d '' on the one hand, the best encoding rate of the second content to which the user can claim, taking into account the available bandwidth resources and a maximum zapping time not to be exceeded, is determined, and that, on the other hand , the downloading of the first segment of this second content is initiated, at the optimum encoding rate thus determined.
  • the selected encoding rate corresponds to an encoding rate for which a zapping time from the first to the second content is less than or equal to the target zapping time.
  • the invention proposes not to seek to minimize the zapping time for the user, but on the contrary to be as close as possible to a predefined target zapping time which is identical regardless of the operating conditions. bandwidth and resource of the communication network of the user and of the content server.
  • the invention seeks to optimize the encoding quality of the first time segment to download new content to be restored while respecting this target zapping time regardless of the resource constraints. So what whatever the circumstances, the zapping time experienced by the user is always the same: this reproducibility is favorable to the quality of the user experience.
  • zapping time is meant the time which elapses between the transmission by the user of a zapping command, and the restitution on the restitution terminal of the new digital content. This zapping time must not exceed a target zapping time, or maximum zapping time.
  • this target zapping time is 2 seconds, a value which guarantees a good user experience in terms of the waiting time between the issuance of the digital content change command and the playback on the playback terminal of the new one. digital content.
  • the selection of an encoding rate takes into account a latency time necessary to obtain the description file of the second digital content.
  • the zapping time between the moment when the user requests the change from the first digital content being restored to the second content takes into account an incompressible latency time.
  • This latency time corresponds to the time which elapses between the issuance of the command to change content by the user and the obtaining of the description file, or manifest file, of the second content to be downloaded and then to be restored.
  • the multimedia stream reader terminal receives a request to change a first digital content for a second digital content.
  • This terminal therefore sends a request to retrieve the manifest file of the second content to the digital content server and then retrieves this manifest file. The corresponding latency time is then measured.
  • this latency time corresponds to the incompressible time between the moment when the user requests a change of digital content, via a zapping command, and the retrieval by the terminal of the first bytes of the manifest file of the second digital content.
  • This latency therefore depends on the one hand on the bandwidth at the time of zapping, but also on the time taken by the content server to send the manifest file of the second content to the multimedia stream reader terminal.
  • the encoding quality of the first time segment to be downloaded is then selected such that this quality corresponds to a so-called target quality, making it possible to best respect the zapping time target based on bandwidth and latency conditions.
  • the taking into account of this latency time makes it possible to select the best quality of encoding of the first time segment of the second digital content to be downloaded making it possible to comply with the target zapping time.
  • the taking into account of this latency time is an advantageous option in the present case, but which can be dispensed with by the solutions of the prior art, such as described for example in the patent document EP 2819424, according to which the content channels on which the user is likely to zap are the subject of a pre-routing, in parallel with the viewing of the first content.
  • the zapping request belongs to the group comprising: a movement in a digital content program guide; entering an identifier of the second digital content on a digital keyboard, the identifier comprising at least one alphanumeric character.
  • the user in order to zap, issues a zapping command via, for example, a movement in a digital content program.
  • This movement in the digital content program guide can be carried out, for example, by pressing the P + or P- keys on a remote control or by swiping the touch screen of a tablet or smartphone.
  • the zapping command is done more directly via the selection of a digital content by entering the identifier of this second content on a digital keyboard.
  • This identifier can be a sequence of alphanumeric characters such as for example the number of the channel or the number of the episode of a series. This entry is made for example via the remote control of a television or directly on the touch screen of a smartphone or tablet.
  • the method comprises a step of parameterizing the target zapping time by a user via an interface of a rendering terminal.
  • the user can select, for example via an interface of a rendering terminal, a target zapping time corresponding to a maximum zapping time predefined by the manufacturer for example, or else modify it according to his preferences.
  • the user can therefore prefer a shorter target zapping time and the downloading of time segments of the new content of lower quality or else prefer a longer target zapping time, to favor the selection of time segments at the best quality allowed by bandwidth constraints.
  • the target zapping time depends on a nature of the second digital content.
  • the invention also relates to a computer program product comprising program code instructions for implementing a method for managing zapping from a first to a second digital content, as described above, when it is. executed by a processor.
  • the invention also relates to a recording medium readable by a computer on which is recorded a computer program comprising program code instructions for the execution of the steps of the method for managing zapping from a first to a second content. digital according to the invention as described above.
  • Such a recording medium can be any entity or device capable of storing the program.
  • the medium may comprise a storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or else a magnetic recording means, for example a USB key or a hard disk. .
  • such a recording medium can be a transmissible medium such as an electrical or optical signal, which can be conveyed via an electrical or optical cable, by radio or by other means, so that the program computer it contains can be executed remotely.
  • the program according to the invention can in particular be downloaded over a network, for example the Internet network.
  • the recording medium can be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the aforementioned display control method.
  • the invention also relates to a device for managing zapping from a first to a second digital content.
  • first and second digital contents are obtained by adaptive progressive downloading (MAS) by a multimedia stream reader terminal and are respectively associated with a description file, comprising a list of time segments of the content each associated with several encoding rates of the content. .
  • MAS adaptive progressive downloading
  • This device comprises: a module for receiving a zapping request from the first digital content to the second digital content, a module for obtaining the description file of the second digital content.
  • This device further comprises: a module for selecting an encoding rate for a first time segment of the second digital content to be downloaded, as a function, on the one hand, of a resource constraint obtained by the multimedia stream reader terminal, and on the other hand from a target zapping time, a module for downloading the first time segment of the second digital content at the selected rate.
  • the invention also relates to a multimedia stream reader terminal, comprising a device for managing zapping from a first to a second digital content as described above.
  • the management device, the multimedia stream reader terminal and the corresponding computer program mentioned above have at least the same advantages as those conferred by the method for managing zapping from a first to a second digital content according to the various embodiments. of the present invention.
  • FIG 1 presents a progressive download architecture on a home network based on the use of adaptive streaming according to an embodiment of the invention
  • FIG 2 schematically illustrates the hardware structure of a multimedia stream reader terminal incorporating a zapping management device according to one embodiment of the invention
  • FIG 3 illustrates an example in the form of a timing diagram of the implementation of a method for managing zapping from a first to a second digital content by a multimedia stream reader terminal according to Figure 2, associated with a return terminal.
  • the general principle of the invention is based on the possibility, during a zapping from one digital content to another, obtained by HAS download, to select the encoding rate of the first time segment of the new content to be downloaded (also referred to as subsequently as the second digital content to be downloaded) taking into account, on the one hand, the resource constraints of the multimedia stream reader terminal, and on the other hand a target zapping time.
  • Terminal 3 for example an intelligent telephone of the “smartphone” type
  • terminal 4 for example a tablet
  • terminal 8 for example an HDMI key connected to a television 5
  • LAN local network
  • the context of the local network is given by way of example and could easily be transposed to an Internet network of the “best effort” type, a company network, and so on.
  • a “HAS” digital content server 2 is located in the wide area network (WAN, 1) but it could equally well be located in the local network (LAN, 10), for example in the network. domestic gateway 6 or any other equipment capable of hosting such a content server.
  • the content server 2 receives, for example, digital television content channels originating from a broadcast television network, not shown, and makes them available to the client terminals.
  • the client terminals 3, 4 and the HDMI key 8 in association with the television 5, can enter into communication with the content server 2 to receive one or more content (films, documentaries, advertising sequences, etc.).
  • URI Universal Resource Identifier
  • All of these parameters are generally grouped together in a parameter file, called a description or manifest file.
  • this parameter file can be a computer file or a set of descriptive information about the content, accessible at a certain address.
  • Terminals 3, 4 and 8 have their own characteristics in terms of decoding capability, display, etc. In a progressive adaptive download context, they can adapt their requests to receive and decode the content requested by the user at the quality that best suits them.
  • the service gateway 6 is in this example a domestic gateway which ensures the routing of data between the wide area network 1 and the local network 10 and manages the digital content, in particular ensuring their reception from the wide area network 1.
  • the terminals 3, 4 and 8 receive the data coming from the extended network 1, via the domestic gateway 6, and ensure their decoding, and possibly their reproduction on their screen, or in the example of the HDMI key 8 on the television 5 associate. In one variant, the terminals 3 and 4 transmit these data to the HDMI key 8 for reproduction on the screen of the television 5. In another variant, the decoder may be located elsewhere in the extended 1 or local 10 network, in particular at the level an STB type element (standing for Set-Top-Box) (not shown) associated with a television 5.
  • the terminals 3, 4 or 8 firstly interrogate the service gateway 6 to obtain an address of the description document 7 of a first desired digital content C1.
  • the service gateway 6 responds by providing the terminal with the address of the description file 7.
  • this file is a manifest type file according to the MPEG-DASH standard (denoted “C.mpd”) and we will refer indifferently, depending on the context, to the expression “description file” or “manifest”.
  • this file can be retrieved directly from a local Internet server or external to the local network, or be already on the service gateway or on the terminal at the time of the request.
  • MPD MPEG-DASH
  • NI 512 kb / s
  • N2 1024 kb / s
  • N3 2048 kb / s) of the fragmented contents is presented in Annex 1.
  • This simplified manifest file describes digital contents in XML syntax (from the English “eXtended Markup Language”), comprising a list of contents in the form of fragments conventionally described between an opening tag ( ⁇ SegmentList>) and a closing tag ( ⁇ /SegmentList>). Cutting into fragments makes it possible in particular to adapt finely to fluctuations in the bandwidth.
  • Each fragment corresponds to a certain duration ("duration" field) with several quality levels and allows to generate their addresses (URL - Uniform Resource Locator). This generation is done in this example using the elements “BaseURL” (“HTTP://server.com”) which indicates the address of the content server and “SegmentURL” which lists the complementary parts of the addresses of the different fragments. :
  • the service gateway 6 proceeds to obtain the fragments by downloading to these addresses. It should be noted that this download takes place here, traditionally, through an HTTP URL, but could also take place through a universal address (URI) describing another protocol (dvb: // my content segment for example).
  • URI universal address
  • the HDMI 8 key is connected to the television 5 by connection to the latter's HDMI port, and is used to render, on the screen of the television 5, CX content (X being an integer representing the Xth content viewed), described in a manifest file 7.
  • CX content can be a television program broadcast live or delayed (such as for example a film, a series, a television program, an advertising sequence, etc.). ), or video on demand, or other digital multimedia content.
  • a user wishes to view multimedia digital content, such as a film, on his television 5 connected to an HDMI key 8.
  • the HDMI key 8 is connected via WIFI directly to the residential gateway 6.
  • the HDMI 8 key could also be connected by WIFI ⁇ to another nomadic device of the home network, for example to the tablet 4 or to the smart phone 3, through which it could access the extended communication network 1.
  • the HDMI 8 key can also be controlled by the user by means of the smart phone 3, on which is installed a software application for controlling the HDMI key 8.
  • the content fragments obtained by the residential gateway 6 are for example transmitted over WiFi to the HDMI key 8, which controls their display on the television screen 5, for restitution to the user.
  • FIG. 2 represents an architecture of a multimedia stream reader terminal 9, or stream reader 9, according to one embodiment of the invention.
  • This stream reader terminal 9 can for example be the HDMI key 8, or the smart phone 3 of FIG. 1.
  • this stream reader 9 is integrated at the level of an STB type element associated with a television set (not represented).
  • the example of the HDMI 8 key will be described more specifically below.
  • the stream reader terminal 9 conventionally comprises memories MEM associated with a processor CPU.
  • the memories can be of the ROM type (standing for “Read Only Memory”) or RAM (standing for “Random Access Memory”) or else Flash.
  • the multimedia stream player 9 comprises an adaptive progressive download module MAS, or MAS client module, able to request a progressive download of one of the contents with one of the qualities proposed in a description file 7.
  • This description file 7 can be recorded for example in the memories MEM of the multimedia stream player 9 or be located outside. Obtaining this manifest file 7, from the content server, is also controlled by the download module MAS.
  • the multimedia stream player 9 further comprises a ZAP zapping module allowing a user to zap, that is to say to abandon the consumption of a digital content in order to switch to another quickly.
  • a ZAP zapping module is able to receive a zapping request from a first to a second digital content when the user issues a zapping command, for example by means of a remote control associated with the television 5, or by pressing a smartphone interface 3 or tablet 4.
  • the multimedia stream player 9 also comprises a module for selecting an encoding rate of a first time segment of a new content to be downloaded SEL, or a selection module SEL.
  • the selection module SEL controls the client module MAS, in order to force the latter to request the download of the first time segment of the new content based on a on the one hand a resource constraint obtained by the multimedia stream reader terminal 9, and on the other hand a target zapping time. It will be noted that it is on receipt of a zapping request that this downloading is requested, the new content not having been pre-routed beforehand, for example in parallel with the first content being viewed.
  • the selection modules SEL and the client module MAS are activated on receipt of a command from the ZAP zapping module.
  • the multimedia stream player 9 can also contain other modules (not shown) such as a hard disk for storing video fragments, a module for controlling access to content, a module for processing of commands received from a remote control, or from a tablet, from a smartphone on which the application for controlling the stream reader 9 is installed, thanks to which the user can control its operation, etc.
  • modules such as a hard disk for storing video fragments, a module for controlling access to content, a module for processing of commands received from a remote control, or from a tablet, from a smartphone on which the application for controlling the stream reader 9 is installed, thanks to which the user can control its operation, etc.
  • the stream reader terminal 9 is the HDMI key 8
  • this one generally does not contain an I / O interface module, and it is the I / O interface module of the smartphone 3 of the user or his tablet 4, or the television 5, which is used by the latter to choose for example its content.
  • module can correspond just as well to a software component as to a hardware component or a set of hardware and software components, a software component itself corresponding to one or more computer programs or subroutines or more generally to any element of a program capable of implementing a function or a set of functions as described for the modules concerned.
  • a hardware component corresponds to any element of a hardware assembly capable of implementing a function or a set of functions for the module concerned (integrated circuit, smart card, memory card, etc. .).
  • such a stream reader 9 comprises a random access memory MEM (for example a RAM memory), a processing unit equipped for example with a processor CPU, and controlled by a computer program, and comprising code instructions representative of the ZAP zapping, SEL selection modules, and of the MAS adaptive progressive download management module, stored in a read only memory (for example a ROM memory or a hard disk).
  • a read only memory for example a ROM memory or a hard disk.
  • the code instructions of the computer program are for example loaded into the random access memory before being executed by the processor CPU of the processing unit.
  • the random access memory contains in particular the manifest description file 7.
  • the processor of the processing unit controls the selection of an encoding rate of a first time segment of the new content to be downloaded, as a function, on the one hand, of a resource constraint obtained by the multimedia stream reader terminal 9, and on the other hand the target zapping time and the transmission of corresponding commands to the client module MAS.
  • FIG. 2 illustrates only one particular way, among several possibilities, of producing the stream reader terminal 9, so that it performs the steps of the method detailed below, in relation to FIG. 3 (in any one of the different embodiments, or in a combination of these embodiments). Indeed, these steps can be performed either on a reprogrammable computing machine (a PC computer, a DSP processor or a microcontroller) executing a program comprising a sequence of instructions, or on a dedicated computing machine (for example a set of logic gates such as an FPGA or ASIC, or any other hardware module).
  • a reprogrammable computing machine a PC computer, a DSP processor or a microcontroller
  • a program comprising a sequence of instructions
  • a dedicated computing machine for example a set of logic gates such as an FPGA or ASIC, or any other hardware module.
  • FIG. 3 in the form of a timing diagram, an example of the implementation of a method for zapping from a first to a second digital content obtained by downloading MAS is now presented, according to an embodiment of the 'invention.
  • the stream reader terminal 9 is the HDMI key 8, which controls the reproduction of the digital multimedia content on the associated television 5.
  • the HDMI 8 key therefore includes a SEL selection module, a HAS client module and a ZAP zapping module.
  • the HDMI 8 key can be controlled via a remote control for the television 5 or via a software application for controlling a smartphone 3 or tablet 4.
  • the user prior to the restitution of a first digital content C1, the user, via the association of the television 5 and the HDMI key 8, sends a request, which passes through the domestic gateway 6 (not shown), indicating the chosen content to the “HAS” content server 2.
  • the “HAS” content server 2 then sends in response to this request a data stream representative of the content chosen via the domestic gateway 6 (not shown).
  • the content server “HAS” 2 exposes a digital content C1 in the form of fragments, or "chunks” Cli @ Dj encoded at different encoding rates Dj, where the index I designates a temporal identifier, or position, of the "chunk »Cli @ Dj.
  • the HAS client module is responsible for coming to retrieve the “chunks” from the “HAS” content server 2 by choosing the video quality Dj according to the available network resource.
  • the HAS client module evaluates whether, depending on the size of the fragment and the time taken to retrieve it, the network conditions allow the next fragment to be downloaded at a higher encoding rate.
  • the HAS client module recovers the manifest file 71 in order to discover the available fragments of the digital content C1, and the various associated video qualities Dj.
  • the HAS client module downloads, for example, successive Cli @ Dl fragments (i.e. the first temporal fragment at an encoding rate of 400 kb / s), then Cl2 @ D5 (i.e. the second time fragment at an encoding rate of 3000 kb / s), up to normal playback in high quality of a Cli @ D5 video (i.e. the i-th time fragment at an encoding rate of 3000 kb / s) s).
  • the algorithm implemented by the HAS client module to determine which fragment at which encoding rate should be downloaded in normal operating mode can be one of the already existing algorithms of the prior art. This algorithm will therefore not be described in more detail here.
  • the various fragments downloaded by the HAS client module are then transmitted in a step E2 to the television 5 via the HDMI key 8, for example for their return to the user.
  • the user can decide at any time to stop his viewing in order to switch to new digital content, or second digital content C2. This is the case, for example, when the user is watching a film and a commercial break interrupts his film. He can then decide to skip the ad and watch other digital content, for example on another television channel, while waiting to resume his film.
  • a step E3 the user sends a zapping command from a first digital content C1 to a second digital content C2.
  • This command can be sent either by moving through a digital content program guide, or by entering an identifier of the second digital content C2 on a digital keyboard, this identifier comprising at least one alphanumeric character.
  • Movement through the digital content program guide can be carried out for example by pressing the buttons provided for this purpose on a remote control of the television 5 (such as the P + or P- buttons, for example) or by swiping the touch screen of tablet 4 or smartphone 3.
  • buttons provided for this purpose on a remote control of the television 5 (such as the P + or P- buttons, for example) or by swiping the touch screen of tablet 4 or smartphone 3.
  • the zapping command is performed more directly via the selection of a digital content by entering the identifier of the second content C2 on a digital keyboard.
  • This identifier can be a series of alphanumeric characters such as for example the number of the channel or the number of the episode of a series. This entry is made, for example, via the remote control of the television 5 or directly on the touch screen of the smartphone 3 or of the tablet 4.
  • the ZAP zapping module receives a zapping request REQ ⁇ ZAP from the first digital content C1 to a second digital content C2.
  • the ZAP zapping module via the HAS client module, sends a request REQ, _Manifest_C2, containing a request to retrieve the manifest file 72 of the second digital content C2 to the “HAS” content server 2.
  • the “HAS” content server 2 sends a data stream representative of the second digital content C2 chosen to the HAS client module, which then retrieves the manifest file 72.
  • the “HAS” content server "2 exposes the second digital content C2 in the form of fragments, C2i @ Dj encoded at different encoding rates Dj, where the index i designates a temporal identifier, or position, of the" chunk "C2i @ Dj.
  • a latency time TLat corresponding to the time which has elapsed between the sending of the zapping command by the user and the obtaining of the first bytes of the manifest file 72 by the client module HAS, of the second C2 content to be downloaded is measured.
  • the instant of transmission of the zapping command by the user will be assimilated to the instant of receipt of the zapping request REQ ⁇ ZAP by the zapping module ZAP.
  • the latency time TLat corresponds to the time which elapses between the reception of the REQ ⁇ ZAP request by the ZAP zapping module and the obtaining of the first bytes of the manifest file 72 by the HAS client module.
  • This TLat latency time is incompressible and depends on the one hand on the bandwidth at the time of zapping, but also on the time taken by the “HAS” content server 2 to send the manifest file 72 of the second content C2 to the HAS client module. .
  • the HAS client module identifies the available fragments of the digital content C2, and the various associated video qualities Dj.
  • the selection module SEL selects an encoding rate for the first time segment of the second digital content C2 (C2i @ Dj) to be downloaded, as a function of: the bandwidth available at the time of zapping, a time zapping target defining a reasonable zapping time limit not to be exceeded in order to provide the user with a pleasant experience.
  • This predefined target zapping time is identical regardless of the bandwidth and resource conditions of the communication network of the user and of the content server 2.
  • this target zapping time is 2 seconds, a value which guarantees a good user experience in terms of the waiting time between the transmission of the zapping command and the reproduction on the television 5 of the new digital content.
  • the encoding rate of the first time segment C2i @ Dj of the second digital content C2 is selected so that the zapping time TZap, that is to say the time which elapses between the reception of the RAQ _ ZAP request by the ZAP zapping module, and the start of the reproduction on the television 5 of the second digital content C2, does not exceed the target zapping time, or maximum zapping time.
  • the zapping time TZap also takes into account the latency time TLat measured at the end of step E5.
  • the target zapping time is set at 2 seconds.
  • the Tzap zapping time must be less than or equal to the target zapping time, i.e. 2 seconds, to guarantee a good user experience.
  • the latency time TLat measured at the end of step E5 is 300 ms.
  • User bandwidth is continuously measured by the HAS client module. Indeed, the HAS client module knows the current bandwidth constraints, according to the conventional HAS technique. In this example, the bandwidth is measured at 4Mbs / s.
  • manifest file 72 there are 5 different qualities (DI to D5) and the time segments are 4 seconds long.
  • the selection module SEL will then drive the HAS client module to force it to download the first time segment C2i @ Dj of the second digital content C2 at the quality Dj making it possible not to exceed the predefined target zapping time.
  • the encoding quality Dj with selection for the segment C2i corresponds to:
  • Coding quality of the first segment (Q) [ ⁇ Time of za pprög target-Latency timefTlat)) X bandwidth) '/ duration ' of the segmentscontent C2; :
  • the selection module SEL will therefore select the quality D3 of 1200 kbs / s so that the zapping time TZap is less than or equal to the target zapping time of 2 seconds.
  • the target zapping time results from a choice expressed by a user via an I / O interface of a playback terminal, such as for example the television 5.
  • a playback terminal such as for example the television 5.
  • the The user can, via the I / O interface of the television 5, select either the target zapping time predefined by the manufacturer (for example 2 seconds), or modify it according to his preferences.
  • the user can select a shorter target zapping time (for example 1 second) and therefore favor the downloading of the first time segment of the second digital content C2 at a lower quality (for example 400 kbs / s C2 1 @Dl).
  • the user can choose a longer target zapping time (for example 4 seconds), in order to favor the selection of the first time segment of the second digital content C2 at a better quality (for example the segment at 3000 kbs / s C2i @ D5).
  • the choice expressed by the user depends on a nature of digital content.
  • the user can choose, depending on the nature of the digital content (for example film, documentary, sport, etc.) the target zapping time.
  • the target zapping time when the user has a particular interest in content of a certain nature, such as for example a movie, they can choose a longer target zapping time in order to ensure that the best quality of the content. is downloaded.
  • the quality of the content is of little interest to the user (for example television news)
  • he may then prefer a shorter zapping time and therefore download the new content at a low encoding rate.
  • the target zapping time is set by the manufacturer of the multimedia stream player terminal as a function of the nature of the digital content (for example 2 seconds for digital content in real time, and 4 seconds for content. time-lapse digital, for example video on demand).
  • the HAS client module driven by the SEL module, is responsible for retrieving the time segments from the “HAS” content server 2 by choosing the video quality D3 imposed as a function of the available network resource and of the time. target zapping.
  • the HAS client module resituates the first fragment C2i @ D3 at the level of the television 5.
  • the method according to the invention thus makes it possible to optimize the encoding quality of the second digital content C2 to be restored, to promote the best possible quality of experience, without impact on the zapping time, since this is limited by a target zapping time not to be exceeded.

Landscapes

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

Abstract

L'invention répond à ce besoin en proposant un procédé de gestion de zapping d'un premier à un second contenu numérique. Ces premier et second contenus numériques sont obtenus par téléchargement progressif adaptatif (HAS) par un terminal lecteur de flux multimédia, et sont respectivement associés à un fichier de description, comprenant une liste de segments temporels du contenu associés chacun à plusieurs débits d'encodage du contenu. Ce procédé de gestion de zapping comprend : - une réception d'une requête de zapping du premier contenu numérique vers le second contenu numérique, - une obtention du fichier de description dudit second contenu numérique. Selon l'invention, un tel procédé comprend également : - une sélection d'un débit d'encodage d'un premier segment temporel dudit second contenu numérique à télécharger, en fonction, d'une part d'une contrainte de ressource obtenue par ledit terminal lecteur de flux multimédia, et d'autre part d'un temps de zapping cible, - un téléchargement dudit premier segment temporel dudit second contenu numérique audit débit sélectionné.

Description

DESCRIPTION
TITRE : Procédé de gestion de zapping de contenus multimédias numériques obtenu par téléchargement progressif adaptatif (HAS), dispositif de gestion, lecteur de flux multimédia et programme d'ordinateur correspondants.
Domaine technique de l'invention.
Le domaine de l'invention est celui des contenus multimédias numériques, à savoir les contenus audio et/ou vidéo numériques, et plus particulièrement les contenus multimédias numériques obtenus selon une technique dite de téléchargement progressif adaptatif (H AS) au sein d'un réseau de communication local, tel qu'un réseau domestique.
Plus précisément, l'invention concerne l'optimisation du zapping d'un contenu multimédia numérique à un autre, c'est-à-dire de l'abandon de la consommation d'un premier contenu multimédia numérique pour basculer sur un second contenu multimédia numérique, au sein d'un terminal lecteur de flux multimédia.
Art antérieur.
L'accès à un contenu multimédia numérique, tel que la télévision ou la vidéo à la demande, depuis un réseau de type Internet, est possible aujourd'hui, pour la plupart des terminaux client, notamment lorsqu'ils appartiennent à un réseau de communication local, tel qu'un réseau domestique.
Le terminal émet généralement une requête à destination d'un serveur, en indiquant le contenu choisi et il reçoit en retour un flux de données numériques relatives à ce contenu. Dans le cadre d'un réseau de communication local, une telle requête transite par la passerelle d'accès au réseau, par exemple la passerelle résidentielle.
Le terminal est adapté pour recevoir ces contenus numériques sous forme de données multimédia et pour en faire une restitution. Cette restitution consiste à fournir au niveau du terminal le contenu numérique sous une forme accessible à l'utilisateur. Par exemple, des données reçues correspondant à une vidéo sont généralement décodées, puis restituées au niveau du terminal sous la forme d'un affichage de la vidéo correspondante avec sa bande-son associée. Dans la suite, par souci de simplification, on assimilera le contenu numérique à une vidéo et la restitution par le terminal, ou consommation par l'utilisateur du terminal, à une visualisation ou lecture sur l'écran du terminal.
La diffusion de contenus numériques sur Internet est souvent basée sur des protocoles client-serveur de la famille HTTP (de l'anglais « Hyper Text Transfer Protocol », pour « protocole de transfert hypertexte »). En particulier, le téléchargement en mode progressif des contenus numériques, aussi appelé streaming, permet de transporter et consommer les données en temps réel, c'est-à-dire que les données numériques sont transmises sur le réseau et restituées par le terminal au fur et à mesure de leur arrivée. Le terminal reçoit et stocke une partie des données numériques dans une mémoire tampon avant de les restituer. Ce mode de distribution est particulièrement utile quand le débit dont dispose l'utilisateur n'est pas garanti pour le transfert en temps réel de la vidéo.
Le téléchargement progressif adaptatif, en anglais HTTP Adaptative Streaming, d'abréviation HAS, permet de surcroît de diffuser et recevoir des données suivant différentes qualités correspondant par exemple à différents débits. Ces différentes qualités sont décrites dans un fichier de paramètres disponible en téléchargement sur un serveur de données, par exemple un serveur de contenus. Quand le terminal client souhaite accéder à un contenu, ce fichier de description permet de sélectionner le bon format pour le contenu à consommer en fonction de la bande passante disponible ou des capacités de stockage et de décodage du terminal client. Ce type de technique permet notamment de tenir compte des variations de bande passante sur la liaison entre le terminal client et le serveur de contenus.
Il existe plusieurs solutions techniques pour faciliter la distribution d'un tel contenu en streaming, comme par exemple les solutions propriétaires Microsoft· Smooth Streaming, Apple· HLS, Adobe· HTTP Dynamic Streaming ou encore la norme MPEG-DASH de l'organisme ISO/IEC qui sera décrite ci- après. Ces méthodes proposent d'adresser au client un ou plusieurs fichiers de description intermédiaires, appelés aussi documents ou manifestes, contenant les adresses des différents segments aux différentes qualités du contenu multimédia.
Ainsi, la norme MPEG-DASH (pour l'anglais "Dynamic Adaptive Streaming over HTTP", en français « diffusion en flux adaptatif dynamique sur HTTP ») est un standard de format de diffusion audiovisuelle sur Internet. Il se base sur la préparation du contenu en différentes présentations de qualité et débit variables, découpées en segments de courte durée (de l'ordre de quelques secondes), également appelés « chunks ». Chacun de ces segments est rendu disponible individuellement au moyen d'un protocole d'échange. Le protocole principalement ciblé est le protocole HTTP, mais d'autres protocoles (par exemple FTP) peuvent également être utilisés. L'organisation des segments et les paramètres associés sont publiés dans un manifeste au format XML.
Le principe sous-jacent à cette norme est que le client MPEG-DASH effectue une estimation de la bande passante disponible pour la réception des segments, et, en fonction du remplissage de son tampon de réception, choisit, pour le prochain segment à charger, une représentation dont le débit : assure la meilleure qualité possible, et permet un délai de réception compatible avec le rendu ininterrompu du contenu.
Ainsi, pour s'adapter à la variation des conditions réseau, notamment en termes de bande passante, les solutions existantes de téléchargement adaptatif permettent au terminal client de passer d'une version du contenu encodée à un certain débit, à une autre encodée à un autre débit, au cours du téléchargement. En effet, chaque version du contenu est divisée en segments de même durée. Pour permettre une restitution en continu du contenu sur le terminal, chaque segment doit atteindre le terminal avant son instant programmé de restitution. La qualité perçue associée à un segment augmente avec la taille du segment, exprimée en bits, mais dans le même temps, des segments plus gros requièrent un temps de transmission plus important, et donc présentent un risque accru de ne pas être reçus à temps pour une restitution en continu du contenu.
Le terminal client doit donc trouver un compromis entre la qualité globale du contenu, et sa restitution ininterrompue, en sélectionnant avec soin le prochain segment à télécharger, parmi les différents débits d'encodage proposés. Il existe pour ce faire différents algorithmes de sélection de la qualité du contenu en fonction de la bande passante disponible, qui peuvent présenter des stratégies plus ou moins agressives, ou plus ou moins sécuritaires.
En d'autres termes, afin d'assurer une certaine fluidité lors de la lecture, si la bande passante disponible ne permet pas d'accéder à la meilleure qualité diffusée, le terminal client va utiliser des flux de données de moins bonne qualité. Cette technique permet ainsi de proposer la meilleure qualité vidéo possible tout en garantissant une lecture ou visualisation du contenu numérique fluide. La consommation de contenus numériques en téléchargement progressif adaptatif (HAS) tend à se démocratiser. Elle est notamment utilisée par de nombreux services de streaming (en français, diffusion en mode continu, ou lecture en continu), mais également par certains décodeurs TV, ou set- top-box, qui l'utilisent pour accéder à des contenus délinéarisés, tels que la vidéo à la demande (VOD), la diffusion en différé de programmes télévisuels (Replay), ou encore les offres de type Network PVR (pour « Network Personal Video Recorder », i.e. un service d'enregistrement des contenus numériques, effectué par le fournisseur de contenus lui-même plutôt qu'au domicile de l'utilisateur final).
En outre, d'autres dispositifs tels que des appareils lecteurs de flux multimédia en temps réel accèdent également aux contenus numériques en mode de téléchargement adaptatif progressif pour des contenus télévisuels en temps réel (ou LIVE). C'est le cas par exemple de l'appareil Chromecast· développé par Google·, ou de la Clé TV· d'Orange·. De tels appareils se branchent classiquement sur le port HDMI d'un téléviseur et communiquent, par connexion Wi-Fi·, avec un autre appareil du réseau de communication domestique connecté à un réseau de communication étendu de type Internet (passerelle résidentielle, ordinateur, téléphone intelligent de type smartphone, tablette...), afin de restituer, sur le téléviseur, le contenu multimédia reçu par une application logicielle compatible. On désignera par la suite ces appareils sous la désignation générique de Clef HDMI.
Dans la suite, par souci de simplification, on assimilera le terme « terminal client » à l'association d'un terminal lecteur de flux multimédia (par exemple Clef HDMI) et d'un terminal de restitution (par exemple un téléviseur) permettant de visualiser le contenu. On notera que le terminal de restitution peut être le terminal lecteur de flux multimédia lui-même (par exemple un téléphone mobile intelligent, une tablette), ou être distinct de celui-ci (par exemple un téléviseur connecté à une Clef HDMI, ou à une set-top box (STB)).
Lorsqu'un utilisateur utilise les services de tels serveurs de contenus numériques, il peut souhaiter passer rapidement d'un contenu numérique à un autre : on parle alors de « zapping ».
En effet, on entend par « zapping » (en français « saut de chaîne ») le fait que l'utilisateur abandonne la consommation d'un contenu multimédia numérique (par exemple un premier programme, ou une première chaîne télévisuelle) pour basculer sur un autre contenu multimédia numérique (par exemple un autre programme ou une autre chaîne) de manière rapide.
Dans la présente demande, on étend le terme « zapping » à tout changement de contenu multimédia numérique obtenu en HAS vers un autre. Dans un premier exemple, cela peut être d'un contenu multimédia numérique diffusé en LIVE (en français en « temps réel ») à un autre, comme par exemple d'une chaîne télévisuelle à une autre. Dans un second exemple, cela peut être d'un contenu multimédia numérique de type VOD à un autre, comme par exemple d'un épisode d'une série à un autre épisode de cette même série. Il peut également d'agir du passage d'un contenu temps réel à un contenu différé, par exemple d'un programme télévisuel LIVE vers un programme en différé de type replay, ou vers une vidéo à la demande.
Dans ce contexte de téléchargement progressif adaptatif HAS, le temps de zapping d'un contenu multimédia numérique à un autre, sur les terminaux lecteur de flux multimédia, comme par exemple une Clef HDMI, varie beaucoup en fonction de l'environnement réseau, c'est-à-dire du type d'accès au réseau de communication de l'utilisateur (par exemple ADSL (de l'anglais « Asymmetric Digital Subscriber Line ») ; VDSL (de l'anglais « Very high bit rate digital subscriber line ») ; ou fibre), de la bande passante au moment du zapping, de la disponibilité du serveur de contenu, mais également en fonction du contenu multimédia numérique auquel l'utilisateur souhaite accéder.
Classiquement, lors du basculement de la restitution d'un premier vers un second contenu numérique lors d'un zapping en HAS, les fragments du second contenu sont téléchargés au même débit d'encodage que l'étaient ceux du premier contenu.
Pour certains utilisateurs dont l'environnement réseau est bon (par exemple s'il dispose de la fibre), le temps nécessaire pour basculer de la restitution d'un contenu numérique à un autre, ou temps de zapping, peut être acceptable, mais pour d'autres, il peut être très long (plus de 5 secondes dans certains cas). Or, il est important que ce temps de zapping reste court pour ne pas gêner l'utilisateur et garantir une bonne qualité d'expérience.
Il existe déjà une solution implémentée par les terminaux lecteurs de flux multimédia pour diminuer le temps de zapping de manière globale et indifférenciée à tous les utilisateurs. Cette solution se base sur la récupération de segments temporels de basse qualité lors des phases de zapping. Ainsi, les segments temporels du nouveau contenu multimédia numérique à télécharger le sont au débit le plus faible proposé dans le fichier de description de ce contenu numérique, et ceci quelles que soient les contraintes réseau, notamment en termes de bande passante. On assure ainsi un temps de zapping le plus court possible, car le téléchargement et le décodage des chunks du nouveau contenu à restituer s'opèrent en un temps réduit.
Cependant, cette solution, même si elle offre un temps de zapping court, peut nuire à la qualité de la restitution du nouveau contenu. Notamment, les utilisateurs disposant d'une bande passante satisfaisante, qui aurait pu permettre de télécharger des segments temporels de meilleure qualité, se trouvent lésés. Ainsi, même si le temps de zapping est court, la qualité des contenus numériques n'est pas optimisée et la qualité d'expérience de l'utilisateur est potentiellement diminuée.
On connaît également du document de brevet EP 2819424, au nom du même Déposant que la présente demande de brevet, une technique visant à réduire le temps de zapping d'une chaîne de contenus à une autre ; cette technique repose sur le pré-acheminement, à un débit d'encodage réduit, de plusieurs chaînes de contenu vers lesquelles l'utilisateur est susceptible de zapper ; ce préacheminement s'opère en parallèle de l'acheminement de la chaîne de contenus que l'utilisateur est en train de visionner. En outre, en fonction du débit d'encodage de la chaîne en cours de visualisation, le débit restant, en fonction de la bande passante disponible, est réparti entre les différentes chaînes de contenu à pré-acheminer.
Cette technique, bien qu'intéressante, repose nécessairement sur le pré-acheminement d'une ou plusieurs chaînes de contenus, et peut donc s'avérer complexe à déployer, et inutilement consommatrice de ressources.
En outre, elle ne permet pas d'optimiser la qualité de l'expérience de l'utilisateur. En effet, le débit d'encodage du premier segment d'un nouveau contenu restitué à l'utilisateur lors du zapping correspond au débit d'encodage de ce nouveau contenu pré-acheminé ; dans le cas où plusieurs contenus sont pré-acheminés, ce débit d'encodage ne représente donc qu'une fraction du débit restant, i.e. une fraction de la partie de la bande passante inutilisée pour consommer le contenu en cours de visualisation ; dans le cas limite où seul un contenu serait pré-acheminé, ce débit d'encodage est donc au mieux égal à ce débit restant.
La qualité de la restitution reste donc relativement faible, et ne permet pas d'optimiser l'expérience utilisateur.
Il existe donc un besoin d'une technique de gestion du zapping de contenus numériques, obtenus en téléchargement progressif adaptatif (MAS), qui ne présente pas ces différents inconvénients de l'art antérieur. Notamment, il existe un besoin d'une telle technique qui permette d'offrir un bon compromis entre, d'une part la rapidité de zapping, et d'autre part la qualité de restitution du contenu numérique lors du zapping et donc la qualité d'expérience pour l'utilisateur, en tirant notamment avantage des spécificités techniques du téléchargement adaptatif progressif (HAS).
Il existe également un besoin d'une telle technique qui permette de s'affranchir du préacheminement de chaînes de contenus pour atteindre cette optimisation conjointe du temps de zapping et de la qualité de restitution du contenu.
Présentation de l’invention
L'invention répond à ce besoin en proposant un procédé de gestion de zapping d'un premier à un second contenu numérique. Ces premier et second contenus numériques sont obtenus par téléchargement progressif adaptatif (HAS) par un terminal lecteur de flux multimédia, et sont respectivement associés à un fichier de description, comprenant une liste de segments temporels du contenu associés chacun à plusieurs débits d'encodage du contenu.
Ce procédé de gestion de zapping comprend : une réception d'une requête de zapping du premier contenu numérique vers le second contenu numérique, une obtention du fichier de description dudit second contenu numérique.
Selon l'invention, un tel procédé comprend également : une sélection d'un débit d'encodage d'un premier segment temporel du second contenu numérique à télécharger, en fonction, d'une part d'une contrainte de ressource obtenue par le terminal lecteur de flux multimédia, et d'autre part d'un temps de zapping cible, un téléchargement du premier segment temporel du second contenu numérique au débit sélectionné.
Ainsi, l'invention repose sur une approche tout à fait nouvelle et inventive de la gestion du zapping d'un contenu à un autre, dans un contexte de téléchargement progressif adaptatif. Plus particulièrement, l'invention propose de tenir compte, en plus des contraintes de ressource du terminal lecteur de flux multimédia, d'un temps de zapping cible, permettant d'optimiser la qualité d'expérience de l'utilisateur, pour choisir la qualité, ou débit d'encodage, du premier segment temporel du nouveau contenu (ou second contenu) à télécharger lors du zapping.
Pour cela, lorsque l'utilisateur émet, au cours de la restitution d'un premier contenu numérique, une commande de changement de contenu, aussi appelée commande de zapping, le terminal lecteur de flux multimédia numérique la reçoit, et sélectionne alors le débit d'encodage du premier segment temporel du nouveau contenu numérique à télécharger, puis à restituer, en fonction de la bande passante disponible, de manière à ce que le temps de zapping cible soit respecté. En effet, le terminal lecteur de flux multimédia connaît les contraintes de bande passante courantes, selon la technique H AS classique. Ce temps de zapping cible définit ainsi un plafond de temps de zapping raisonnable à ne pas dépasser afin de proposer à l'utilisateur une expérience agréable.
La prise en compte conjointe des conditions de ressource disponibles et de ce temps de zapping cible permet d'améliorer l'expérience utilisateur en optimisant conjointement, tant le temps nécessaire pour basculer de la restitution d'un contenu à un autre, que la qualité de restitution du nouveau contenu.
Ainsi, l'utilisateur n'est pas gêné par un temps de zapping trop long entre le moment où il émet la commande de zapping et le moment où le nouveau contenu lui est restitué, et peut visualiser ce nouveau contenu à la meilleure qualité possible en fonction de sa bande passante. En d'autres termes, le procédé selon l'invention permet d'optimiser la qualité d'encodage du nouveau contenu à restituer, pour favoriser la meilleure qualité d'expérience possible, sans impact sur le temps de zapping, puisque celui-ci est limité par un temps de zapping cible à ne pas dépasser.
Ainsi, le procédé selon l'invention permet de faire un compromis entre un temps de zapping cible qui n'est pas trop long et une qualité de restitution d'un nouveau contenu numérique, et offre à l'utilisateur une meilleure qualité d'expérience lors du zapping d'un contenu numérique à un autre. On notera que, contrairement à la technique antérieure décrite dans le document de brevet EP 2819424 au nom du même Déposant, le procédé selon l'invention permet avantageusement de s'affranchir du pré-acheminement de chaînes de contenus, qui peut s'avérer complexe et inutilement consommateur de ressources. En effet, le second contenu n'est pas pré-acheminé en parallèle de la visualisation du premier contenu par l'utilisateur, et c'est seulement après réception d'une requête de zapping de la part de l'utilisateur, que, d'une part, on détermine le meilleur débit d'encodage du second contenu auquel l'utilisateur peut prétendre, compte tenu des ressources de bande passante disponibles et d'un temps de zapping maximum à ne pas dépasser, et que, d'autre part, on initie le téléchargement du premier segment de ce second contenu, au débit d'encodage optimum ainsi déterminé.
Selon un aspect particulier de l'invention, le débit d'encodage sélectionné correspond à un débit d'encodage pour lequel un temps de zapping du premier au second contenu est inférieur ou égal au temps de zapping cible.
De manière avantageuse, l'invention se propose de ne pas chercher à minimiser le temps de zapping pour l'utilisateur, mais au contraire d'être au plus proche d'un temps de zapping cible prédéfini qui est identique quelles que soient les conditions de bande passante et de ressource du réseau de communication de l'utilisateur et du serveur de contenus. Ainsi, l'invention cherche à optimiser la qualité d'encodage du premier segment temporel à télécharger du nouveau contenu à restituer en respectant ce temps de zapping cible quelles que soient les contraintes de ressources. Ainsi, quelles que soient les circonstances, le temps de zapping expérimenté par l'utilisateur est toujours le même : cette reproductibilité est favorable à la qualité de l'expérience utilisateur.
On notera que, par temps de zapping, on entend le temps qui s'écoule entre l'émission par l'utilisateur d'une commande de zapping, et la restitution sur le terminal de restitution du nouveau contenu numérique. Ce temps de zapping ne doit pas dépasser un temps de zapping cible, ou temps de zapping maximal.
Dans un exemple, ce temps de zapping cible est de 2 secondes, valeur qui garantit une bonne expérience utilisateur au niveau du temps d'attente entre l'émission de la commande de changement de contenu numérique et la restitution sur le terminal de restitution du nouveau contenu numérique.
Selon un autre aspect particulier de l'invention, la sélection d'un débit d'encodage prend en compte un temps de latence nécessaire à l'obtention du fichier de description du second contenu numérique. Ainsi, le temps de zapping entre le moment où l'utilisateur demande le changement du premier contenu numérique en cours de restitution vers le second contenu, prend en compte un temps de latence incompressible. Ce temps de latence correspond au temps qui s'écoule entre l'émission de de la commande de changement de contenu par l'utilisateur et l'obtention du fichier de description, ou fichier manifeste, du second contenu à télécharger puis à restituer.
En effet, lors d'un zapping, le terminal lecteur de flux multimédia reçoit une requête de changement d'un premier contenu numérique pour un second contenu numérique. Ce terminal envoie donc une requête de récupération du fichier manifeste du second contenu au serveur de contenus numériques puis récupère ce fichier manifeste. On mesure ensuite le temps de latence correspondant.
Plus particulièrement, ce temps de latence correspond au temps incompressible entre le moment où l'utilisateur demande un changement de contenu numérique, via une commande de zapping, et la récupération par le terminal des premiers octets du fichier manifeste du second contenu numérique. Ce temps de latence dépend donc d'une part de la bande passante au moment du zapping, mais également du temps que met le serveur de contenus à envoyer le fichier manifeste du second contenu au terminal lecteur de flux multimédia.
Dans le fichier manifeste du second contenu, plusieurs qualités d'encodage sont exposées et on sélectionne alors la qualité d'encodage du premier segment temporel à télécharger telle que cette qualité correspond à une qualité dite cible, permettant de respecter au mieux le temps de zapping cible en fonction des conditions de bande passante et du temps de latence.
Ainsi, la prise en compte de ce temps de latence permet de sélectionner la meilleure qualité d'encodage du premier segment temporel du second contenu numérique à télécharger permettant de respecter le temps de zapping cible. On notera que la prise en compte de ce temps de latence est une option avantageuse dans le cas d'espèce, mais dont peuvent s'affranchir les solutions de l'art antérieur, telles que décrites par exemple dans le document de brevet EP 2819424, selon lesquelles les chaînes de contenu sur lesquelles l'utilisateur est susceptible de zapper font l'objet d'un pré-acheminement, en parallèle de la visualisation du premier contenu.
Selon une caractéristique de l'invention la requête de zapping appartient au groupe comprenant : un déplacement dans un guide des programmes de contenu numérique ; une saisie d'un identifiant du second contenu numérique sur un clavier numérique, l'identifiant comprenant au moins un caractère alphanumérique.
Ainsi, l'utilisateur, pour zapper, émet une commande de zapping via par exemple un déplacement dans un programme de contenu numérique. Ce déplacement dans le guide des programmes de contenu numérique peut s'effectuer par exemple en appuyant sur les touches P+ ou P- d'une télécommande ou en balayant l'écran tactile d'une tablette ou d'un smartphone.
Dans un autre exemple, la commande de zapping se fait plus directement via la sélection d'un contenu numérique par saisie de l'identifiant de ce second contenu sur un clavier numérique. Cet identifiant pouvant être une suite de caractère alphanumérique comme par exemple le numéro de la chaîne ou le numéro de l'épisode d'une série. Cette saisie se fait par exemple via la télécommande d'une télévision ou directement sur le l'écran tactile d'un smartphone ou d'une tablette.
Selon une autre caractéristique de l'invention, le procédé comprend une étape de paramétrage du temps de zapping cible par un utilisateur via une interface d'un terminal de restitution.
Ainsi, l'utilisateur peut sélectionner, par exemple via une interface d'un terminal de restitution, un temps de zapping cible correspondant à un temps de zapping maximal prédéfini par le constructeur par exemple, ou bien le modifier en fonction de ses préférences.
L'utilisateur peut donc préférer un temps de zapping cible plus court et le téléchargement de segments temporels du nouveau contenu de moins bonne qualité ou bien préférer un temps de zapping cible plus long, pour favoriser la sélection de segments temporels à la meilleure qualité permise par les contraintes de bande passante.
Selon un autre aspect de l'invention, le temps de zapping cible dépend d'une nature du second contenu numérique.
Ainsi, il est possible de paramétrer plusieurs temps de zapping cibles, en fonction de la nature du contenu numérique (par exemple film, documentaire, sport...). En d'autres termes, lorsque l'utilisateur a un intérêt particulier pour un contenu de nature particulière, comme par exemple un film, il peut choisir un temps de zapping cible plus long afin de s'assurer que la meilleure qualité de contenu est téléchargée. Au contraire, lorsque la qualité du contenu n'a que peu d'intérêt pour l'utilisateur (par exemple journal télévisuel), il peut choisir un temps de zapping plus court pour favoriser le téléchargement du contenu à un débit d'encodage faible. Ce paramétrage peut être laissé à la discrétion de l'utilisateur, ou être opéré par le constructeur du terminal lecteur de flux multimédia mettant en œuvre ce procédé de zapping.
L'invention concerne également un produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en œuvre d'un procédé de gestion de zapping d'un premier à un second contenu numérique, tel que décrit précédemment, lorsqu'il est exécuté par un processeur. L'invention vise également un support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé de gestion de zapping d'un premier à un second contenu numérique selon l'invention tel que décrit ci-dessus.
Un tel support d'enregistrement peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit micro- électronique, ou encore un moyen d'enregistrement magnétique, par exemple une clef USB ou un disque dur.
D'autre part, un tel support d'enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens, de sorte que le programme d'ordinateur qu'il contient est exécutable à distance. Le programme selon l'invention peut être en particulier téléchargé sur un réseau par exemple le réseau Internet.
Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé de contrôle d'affichage précité.
L'invention concerne encore un dispositif de gestion de zapping d'un premier à un second contenu numérique. Ces premier et second contenus numériques sont obtenus par téléchargement progressif adaptatif (MAS) par un terminal lecteur de flux multimédia et sont respectivement associés à un fichier de description, comprenant une liste de segments temporels du contenu associés chacun à plusieurs débits d'encodage du contenu.
Ce dispositif comprend : un module de réception d'une requête de zapping du premier contenu numérique vers le second contenu numérique, un module d'obtention du fichier de description du second contenu numérique.
Ce dispositif comprend en outre : un module de sélection d'un débit d'encodage d'un premier segment temporel du second contenu numérique à télécharger, en fonction, d'une part d'une contrainte de ressource obtenue par le terminal lecteur de flux multimédia, et d'autre part d'un temps de zapping cible, un module de téléchargement du premier segment temporel du second contenu numérique au débit sélectionné.
Enfin, l'invention concerne également un terminal lecteur de flux multimédia, comprenant un dispositif de gestion de zapping d'un premier à un second contenu numérique tel que décrit précédemment.
Le dispositif de gestion, le terminal lecteur de flux multimédia et le programme d'ordinateur correspondants précités présentent au moins les mêmes avantages que ceux conférés par le procédé de gestion de zapping d'un premier à un second contenu numérique selon les différents modes de réalisation de la présente invention.
Brève description des figures
D'autres buts, caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante, donnée à titre de simple exemple illustratif, et non limitatif, en relation avec les figures, parmi lesquelles :
[Fig 1] : présente une architecture de téléchargement progressif sur un réseau domestique basée sur l'utilisation du streaming adaptatif selon un mode de réalisation de l'invention ;
[Fig 2] : illustre de façon schématique la structure matérielle d'un terminal lecteur de flux multimédia intégrant un dispositif de gestion de zapping selon un mode de réalisation de l'invention ;
[Fig 3] : illustre un exemple sous une forme de chronogramme de mise en œuvre d'un procédé de gestion de gestion de zapping d'un premier à un second contenu numérique par un terminal lecteur de flux multimédia selon la figure 2, associé à un terminal de restitution.
Description détaillée de l'invention
Le principe général de l'invention repose sur la possibilité, lors d'un zapping d'un contenu numérique à un autre, obtenus en téléchargement HAS, de sélectionner le débit d'encodage du premier segment temporel du nouveau contenu à télécharger (également désigné par la suite comme le second contenu numérique à télécharger) en tenant compte, d'un part des contraintes de ressource du terminal lecteur de flux multimédia, et d'autre part d'un temps de zapping cible.
Ainsi, la prise en compte conjointe des conditions de ressource disponibles et de ce temps de zapping cible permet d'améliorer l'expérience utilisateur en optimisant conjointement, tant le temps nécessaire pour basculer de la restitution d'un contenu à un autre, que la qualité de restitution du nouveau contenu. On présente désormais, en relation avec la figure 1, une architecture de téléchargement progressif dans un réseau domestique basée sur l'utilisation du streaming adaptatif selon l'invention.
Le terminal 3, par exemple un téléphone intelligent de type « smartphone », le terminal 4, par exemple une tablette, et le terminal 8, par exemple une clef HDMI connectée à un téléviseur 5, se trouvent, dans cet exemple, situés dans un réseau local (LAN, 10) piloté par une passerelle domestique 6. Le contexte du réseau local est donné à titre d'exemple et pourrait être transposé aisément à un réseau Internet de type « best effort », un réseau d'entreprise, etc.
Un serveur de contenus numériques « HAS » 2, ou serveur de contenus 2, se trouve selon cet exemple dans le réseau étendu (WAN, 1) mais il pourrait indifféremment être situé dans le réseau local (LAN, 10), par exemple dans la passerelle domestique 6 ou tout autre équipement capable d'héberger un tel serveur de contenus. Le serveur de contenus 2 reçoit par exemple des chaînes de contenus de télévision numérique en provenance d'un réseau de télévision diffusée, non représenté, et les met à disposition des terminaux clients.
Les terminaux clients 3, 4 et la clef HDMI 8 en association avec le téléviseur 5, peuvent entrer en communication avec le serveur de contenus 2 pour recevoir un ou plusieurs contenus (films, documentaires, séquences publicitaires, etc.).
Il est fréquent, dans ce contexte client-serveur, de recourir, pour échanger les données entre les terminaux 3, 4 et 8 et le serveur de contenus 2, à une technique de téléchargement progressif adaptatif, en anglais « adaptive streaming », abrégé en HAS basée sur le protocole HTTP. Ce type de technique permet notamment d'offrir une bonne qualité de contenus à l'utilisateur en tenant compte des variations de bande passante qui peuvent se produire sur la liaison entre les terminaux clients 3, 4 et 8 et la passerelle de services 6, ou entre cette dernière et le serveur de contenus 2. Classiquement, différentes qualités peuvent être encodées pour le même contenu numérique, correspondant par exemple à différents débits. Plus généralement, on parlera de qualité pour se référer à une certaine résolution du contenu numérique (résolution spatiale, temporelle, niveau de qualité associée à la compression vidéo et/ou audio) avec un certain débit. Chaque niveau de qualité est lui-même découpé sur le serveur de contenus en segments temporels (ou « fragments » de contenu, en anglais « chunks », ces trois mots étant utilisés indifféremment dans l'ensemble de ce document).
La description de ces différentes qualités et de la segmentation temporelle associée, ainsi que les fragments de contenu, sont décrits pour le terminal client et mis à sa disposition via leurs adresses Internet (URI : Universal Ressource Identifier). L'ensemble de ces paramètres (qualités, adresses des fragments, etc.) est en général regroupé dans un fichier de paramètres, dit fichier de description ou manifeste. On notera que ce fichier de paramètres peut être un fichier informatique ou un ensemble d'informations descriptives du contenu, accessible à une certaine adresse. Les terminaux 3, 4 et 8 possèdent leurs propres caractéristiques en termes de capacité de décodage, d'affichage, etc. Dans un contexte de téléchargement adaptatif progressif, ils peuvent adapter leurs requêtes pour recevoir et décoder le contenu demandé par l'utilisateur à la qualité qui leur correspond au mieux. Dans notre exemple, si les contenus sont disponibles aux débits 400 kb/s (kilobits par seconde) (Résolution 1, ou niveau 1, noté Dl), 800 kb/s (D2), 1200 kb/s (D3), 2100 kb/s (D4) et que le terminal client dispose d'une bande passante de 3000 kb/s, il peut demander le contenu à n'importe quel débit inférieur à cette limite, par exemple 2100 kb/s. De manière générale, on note « CXi@Dj » le segment numéro I avec la qualité j (par exemple le j-ième niveau Dj de qualité décrit dans le fichier de description) du contenu numéro X.
La passerelle de services 6 est dans cet exemple une passerelle domestique qui assure le routage des données entre le réseau étendu 1 et le réseau local 10 et gère les contenus numériques en assurant notamment leur réception en provenance du réseau étendu 1.
Les terminaux 3, 4 et 8 reçoivent les données en provenance du réseau étendu 1, via la passerelle domestique 6, et assurent leur décodage, et éventuellement leur restitution sur leur écran, ou dans l'exemple de la clef HDMI 8 sur le téléviseur 5 associé. Dans une variante, les terminaux 3 et 4 transmettent ces données à la clef HDMI 8 pour restitution sur l'écran du téléviseur 5. Dans une autre variante, le décodeur peut se trouver ailleurs dans le réseau étendu 1 ou local 10, notamment au niveau d'un élément de type STB (de l'anglais Set-Top-Box) (non représenté) associé à un téléviseur 5.
Dans cet exemple, pour visualiser un contenu, les terminaux 3, 4 ou 8 interrogent tout d'abord la passerelle de service 6 pour obtenir une adresse du document de description 7 d'un premier contenu numérique Cl souhaité. La passerelle de service 6 répond en fournissant au terminal l'adresse du fichier de description 7. Dans la suite, on supposera que ce fichier est un fichier de type manifeste selon la norme MPEG-DASH (noté « C.mpd ») et on se référera indifféremment, selon le contexte, à l'expression « fichier de description » ou « manifeste ».
Alternativement, ce fichier peut être récupéré directement auprès d'un serveur Internet local ou externe au réseau local, ou se trouver déjà sur la passerelle de service ou sur le terminal au moment de la requête.
Un exemple de fichier manifeste (MPD) conforme à la norme MPEG-DASH et comportant la description de contenus disponibles dans trois qualités différentes (NI = 512 kb/s, N2 = 1024 kb/s,
N3 = 2048 kb/s) des contenus fragmentés est présenté en Annexe 1. Ce fichier manifeste simplifié décrit des contenus numériques dans une syntaxe XML (de l'Anglais « eXtended Markup Language »), comprenant une liste de contenus sous forme de fragments classiquement décrits entre une balise ouvrante (<SegmentList>) et une balise fermante (</SegmentList>). La découpe en fragments permet notamment de s'adapter finement aux fluctuations de la bande passante. Chaque fragment correspond à une certaine durée (champ « duration ») avec plusieurs niveaux de qualité et permet de générer leurs adresses (URL - Uniform Resource Locator). Cette génération est faite dans cet exemple à l'aide des éléments « BaseURL » (« HTTP://server.com») qui indique l'adresse du serveur de contenus et « SegmentURL » qui liste les parties complémentaires des adresses des différents fragments :
« Cl_512kb_l.mp4 » pour le premier fragment du contenu « Cl » à 512 kilobits par seconde (« kb ») au format MPEG-4 (« mp4 »),
« Cl_512kb_2.mp4 » pour le second fragment, etc.
Une fois qu'elle dispose des adresses de fragments correspondant au contenu souhaité, la passerelle de service 6 procède à l'obtention des fragments via un téléchargement à ces adresses. On notera que ce téléchargement s'opère ici, traditionnellement, au travers d'une URL HTTP, mais pourrait également s'opérer au travers d'une adresse universelle (URI) décrivant un autre protocole (dvb://monsegmentdecontenu par exemple).
On suppose ici que la clef HDMI 8 est connectée au téléviseur 5 par branchement sur le port HDMI de ce dernier, et est utilisée pour restituer, sur l'écran du téléviseur 5, un contenu CX (X étant un entier représentant le X-ième contenu visualisé), décrit dans un fichier manifeste 7. On notera que le contenu CX peut être un programme télévisuel diffusé en direct ou en différé (comme par exemple un film, une série, une émission télévisuelle, une séquence publicitaire etc....), ou une vidéo à la demande, ou tout autre contenu numérique multimédia.
Dans un exemple, un utilisateur souhaite visualiser un contenu numérique multimédia, tel qu'un film, sur son téléviseur 5 connecté à une clef HDMI 8. La clef HDMI 8 est connectée en WIFI· directement à la passerelle résidentielle 6. En variante, la clef HDMI 8 pourrait également être connectée en WIFI· à un autre périphérique nomade du réseau domestique, par exemple à la tablette 4 ou au téléphone intelligent 3, par l'intermédiaire duquel elle pourrait accéder au réseau de communication étendu 1. La clef HDMI 8 peut également être pilotée par l'utilisateur au moyen du téléphone intelligent 3, sur lequel est installée une application logicielle de commande de la clef HDMI 8.
Les fragments de contenu obtenus par la passerelle résidentielle 6 sont par exemple transmis en WiFi· à la clef HDMI 8, qui pilote leur affichage sur l'écran du téléviseur 5, pour restitution à l'utilisateur.
La figure 2 représente une architecture d'un terminal lecteur de flux multimédia 9, ou lecteur de flux 9, selon un mode de réalisation de l'invention. Ce terminal lecteur de flux 9 peut être par exemple la clef HDMI 8, ou le téléphone intelligent 3 de la figure 1. En variante, ce lecteur de flux 9 est intégré au niveau d'un élément de type STB associé à un téléviseur (non représenté). On décrit plus spécifiquement dans la suite l'exemple de la clef HDMI 8. Le terminal lecteur de flux 9 comprend, classiquement, des mémoires MEM associées à un processeur CPU. Les mémoires peuvent être de type ROM (de l'anglais « Read Only Memory ») ou RAM (de l'anglais « Random Access Memory ») ou encore Flash. Le lecteur de flux multimédia 9 comprend un module de téléchargement progressif adaptatif MAS, ou module client MAS, apte à demander un téléchargement progressif de l'un des contenus à l'une des qualités proposées dans un fichier de description 7. Ce fichier de description 7 peut être enregistré par exemple dans les mémoires MEM du lecteur de flux multimédia 9 ou se trouver à l'extérieur. L'obtention de ce fichier manifeste 7, depuis le serveur de contenu, est également pilotée par le module de téléchargement MAS.
Le lecteur de flux multimédia 9 comprend en outre un module de zapping ZAP permettant à un utilisateur de zapper, c'est-à-dire d'abandonner la consommation d'un contenu numérique pour basculer sur un autre de manière rapide. Un tel module de zapping ZAP est apte à recevoir une requête de zapping d'un premier à un second contenu numérique lorsque l'utilisateur émet une commande de zapping, par exemple au moyen d'une télécommande associée au téléviseur 5, ou par action sur une interface du téléphone intelligent 3 ou de la tablette 4.
Le lecteur de flux multimédia 9 comprend également un module de sélection d'un débit d'encodage d'un premier segment temporel d'un nouveau contenu à télécharger SEL, ou module de sélection SEL. Lors de la mise en œuvre d'un zapping par le module de zapping ZAP, le module de sélection SEL pilote le module client MAS, afin de forcer ce dernier à demander le téléchargement du premier segment temporel du nouveau contenu en fonction, d'une part d'une contrainte de ressource obtenue par le terminal lecteur de flux multimédia 9, et d'autre part d'un temps de zapping cible. On notera que c'est sur réception d'une requête de zapping que ce téléchargement est demandé, le nouveau contenu n'ayant pas été au préalable pré-acheminé, par exemple en parallèle du premier contenu en cours de visualisation. En d'autres termes, les modules de sélection SEL et le module client MAS sont activés sur réception d'une commande en provenance du module de zapping ZAP.
Le lecteur de flux multimédia 9 selon un mode de réalisation de l'invention peut aussi contenir d'autres modules (non représentés) comme un disque dur pour le stockage des fragments vidéo, un module de contrôle d'accès aux contenus, un module de traitement des commandes reçues d'une télécommande, ou d'une tablette, d'un smartphone sur lesquels est installée l'application de pilotage du lecteur de flux 9, grâce à laquelle l'utilisateur peut en contrôler le fonctionnement, etc.
Dans l'exemple où le terminal lecteur de flux 9 est la clef HDMI 8, celle-ci ne contient généralement pas de module d'interface E/S, et c'est le module d'interface E/S du smartphone 3 de l'utilisateur ou de sa tablette 4, ou du téléviseur 5, qui est utilisée par ce dernier pour choisir par exemple son contenu. On notera que le terme module peut correspondre aussi bien à un composant logiciel qu'à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d'ordinateur ou de manière plus générale à tout élément d'un programme apte à mettre en œuvre une fonction ou un ensemble de fonctions telles que décrites pour les modules concernés. De la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.).
Plus généralement, un tel lecteur de flux 9 comprend une mémoire vive MEM (par exemple une mémoire RAM), une unité de traitement équipée par exemple d'un processeur CPU, et pilotée par un programme d'ordinateur, et comportant des instructions de code représentatives des modules de zapping ZAP, de sélection SEL, et du module de gestion du téléchargement progressif adaptatif MAS, stocké dans une mémoire morte (par exemple une mémoire ROM ou un disque dur). A l'initialisation, les instructions de code du programme d'ordinateur sont par exemple chargées dans la mémoire vive avant d'être exécutées par le processeur CPU de l'unité de traitement. La mémoire vive contient notamment le fichier de description manifeste 7. Le processeur de l'unité de traitement pilote la sélection d'un débit d'encodage d'un premier segment temporel du nouveau contenu à télécharger, en fonction, d'une part d'une contrainte de ressource obtenue par le terminal lecteur de flux multimédia 9, et d'autre part du temps de zapping cible et l'émission de commandes correspondantes vers le module client MAS.
La figure 2 illustre seulement une manière particulière, parmi plusieurs possibilités, de réaliser le terminal lecteur de flux 9, afin qu'il effectue les étapes du procédé détaillé ci-après, en relation avec la figure 3 (dans l'un quelconque des différents modes de réalisation, ou dans une combinaison de ces modes de réalisation). En effet, ces étapes peuvent être réalisées indifféremment sur une machine de calcul reprogrammable (un ordinateur PC, un processeur DSP ou un microcontrôleur) exécutant un programme comprenant une séquence d'instructions, ou sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel).
On présente désormais, en relation avec la figure 3, sous une forme de chronogramme, un exemple de mise en œuvre d'un procédé de zapping d'un premier à un second contenu numérique obtenu en téléchargement MAS, selon un mode de réalisation de l'invention.
Dans cet exemple, le terminal lecteur de flux 9 selon la figure 2 est la clef HDMI 8, qui pilote la restitution du contenu numérique multimédia sur le téléviseur 5 associé. La clef HDMI 8 comprend donc un module de sélection SEL, un module client HAS et un module de zapping ZAP. La clef HDMI 8 peut être pilotée via une télécommande du téléviseur 5 ou via une application logicielle de commande d'un téléphone intelligent 3 ou de la tablette 4.
Selon la méthode classique de téléchargement en HAS, préalablement à la restitution d'un premier contenu numérique Cl, l'utilisateur, via l'association du téléviseur 5 et de la clef HDMI 8, envoie une requête, qui transite par la passerelle domestique 6 (non représentée), indiquant le contenu choisi au serveur de contenu « HAS » 2.
Le serveur de contenu « HAS » 2 envoie alors en réponse à cette requête un flux de données représentatif du contenu choisi via la passerelle domestique 6 (non représentée). Le serveur de contenu « HAS » 2 expose un contenu numérique Cl sous forme de fragments, ou « chunks » Cli@Dj encodés à différents débits d'encodage Dj, où l'indice I désigne un identifiant temporel, ou position, du « chunk » Cli@Dj.
Selon l'art antérieur, le module client HAS est chargé de venir récupérer les « chunks » auprès du serveur de contenu « HAS » 2 en choisissant la qualité vidéo Dj en fonction de la ressource réseau disponible. On ne décrit pas ici plus en détail la façon dont le module client HAS choisit le débit d'encodage du prochain fragment vidéo à télécharger : il existe en effet de nombreux algorithmes permettant d'opérer ce choix, dont les stratégies sont plus ou moins sécuritaires ou agressives. On rappelle cependant que, le plus souvent, le principe général de tels algorithmes repose sur le téléchargement d'un premier fragment au débit d'encodage le plus faible proposé dans le manifeste, et sur l'évaluation du temps de récupération de ce premier fragment. Sur cette base, le module client HAS évalue si, en fonction de la taille du fragment et du temps mis pour le récupérer, les conditions réseau permettent de télécharger le fragment suivant à un débit d'encodage plus élevé. Certains algorithmes reposent sur une augmentation progressive du niveau de qualité des fragments de contenu téléchargés ; d'autres proposent des approches plus risquées, avec des sauts dans les niveaux des débits d'encodage des fragments successifs.
Dans un cas classique, si un « chunk » vidéo dure 4 secondes, la récupération du « chunk » par le module HAS ne doit pas excéder 4 secondes, afin de permettre une restitution sans interruption du contenu. Il convient donc pour le module HAS d'opérer le meilleur compromis entre une qualité de restitution, et donc un débit d'encodage, aussi élevés que possible, et le temps de téléchargement du fragment, qui doit être suffisamment faible pour permettre une restitution en continu sur le téléviseur 5 par exemple.
Au cours d'une étape El, le module client HAS récupère le fichier manifeste 71 afin de découvrir les fragments disponibles du contenu numérique Cl, et les différentes qualités vidéo Dj associées. Dans cet exemple, le contenu numérique Cl est par exemple proposé sous forme de fragments de durée 4s, avec un premier débit d'encodage DI = 400 kb/s, un deuxième débit d'encodage D2 = 800 kb/s, un troisième débit d'encodage D3 = 1200 kb/s, un quatrième débit d'encodage D4 = 2100 kb/s et un cinquième débit d'encodage D5 = 3000 kb/s.
Dans un mode de fonctionnement classique, le module client HAS opère le téléchargement par exemple, des fragments successifs Cli@Dl (soit le premier fragment temporel à un débit d'encodage de 400 kb/s), puis Cl2@D5 (soit le deuxième fragment temporel à un débit d'encodage de 3000 kb/s), jusqu'à une lecture en mode normale en haute qualité d'une vidéo Cli@D5 (soit le i-ième fragment temporel à un débit d'encodage de 3000kb/s).
L'algorithme mis en œuvre par le module client HAS pour déterminer quel fragment à quel débit d'encodage doit être téléchargé en mode de fonctionnement normal (c'est-à-dire en dehors des périodes où il est piloté par le module de sélection SEL) peut être l'un des algorithmes déjà existants de l'art antérieur. Cet algorithme ne sera donc pas décrit ici plus en détail.
Les différents fragments téléchargés par le module client HAS sont ensuite transmis dans une étape E2 au téléviseur 5 via la clef HDMI 8 par exemple pour leur restitution à l'utilisateur.
Au cours de la visualisation du premier contenu numérique Cl, comme par exemple un film, sur son téléviseur 5 associé à la clef HDMI 8, l'utilisateur peut décider à tout moment d'arrêter sa visualisation pour basculer sur un nouveau contenu numérique, ou second contenu numérique C2. C'est le cas par exemple lorsque l'utilisateur est en train de visionner un film et qu'une coupure publicitaire interrompt son film. Il peut alors décider de zapper la publicité et de regarder un autre contenu numérique, par exemple sur une autre chaîne télévisuelle, en attendant de reprendre son film.
Ainsi, dans une étape E3, l'utilisateur émet une commande de zapping d'un premier contenu numérique Cl à un second contenu numérique C2. L'émission de cette commande peut se faire soit par un déplacement dans un guide des programmes de contenu numérique, soit par une saisie d'un identifiant du second contenu numérique C2 sur un clavier numérique, cet identifiant comprenant au moins un caractère alphanumérique.
Le déplacement dans le guide des programmes de contenu numérique peut s'effectuer par exemple en appuyant sur les touches prévues à cet effet sur une télécommande du téléviseur 5 (comme par exemple les touches P+ ou P-) ou en balayant l'écran tactile de la tablette 4 ou du smartphone 3.
Dans un autre exemple, la commande de zapping se fait plus directement via la sélection d'un contenu numérique par saisie de l'identifiant du second contenu C2 sur un clavier numérique. Cet identifiant peut être une suite de caractères alphanumériques comme par exemple le numéro de la chaîne ou le numéro de l'épisode d'une série. Cette saisie se fait par exemple via la télécommande du téléviseur 5 ou directement sur l'écran tactile du smartphone 3 ou de la tablette 4.
À l'issue de cette étape E3, le module de zapping ZAP reçoit une requête de zapping REQ^ZAP du premier contenu numérique Cl à un second contenu numérique C2. Dans une étape E4, le module de zapping ZAP, via le module client HAS, envoie une requête REQ,_Manifest_C2, contenant une demande de récupération du fichier manifeste 72 du second contenu numérique C2 au serveur de contenus « HAS » 2.
Dans une étape E5, en réponse à cette requête, le serveur de contenu « HAS » 2 envoie un flux de données représentatif du second contenu numérique C2 choisi au module client HAS, qui récupère alors le fichier manifeste 72. Le serveur de contenu « HAS » 2 expose le second contenu numérique C2 sous forme de fragments, C2i@Dj encodés à différents débits d'encodage Dj, où l'indice i désigne un identifiant temporel, ou position, du « chunk » C2i@Dj.
À l'issue de cette étape E5, un temps de latence TLat correspondant au temps qui s'est écoulé entre l'émission de la commande de zapping par l'utilisateur et l'obtention des premiers octets du fichier manifeste 72 par le module client HAS, du second contenu C2 à télécharger est mesuré.
Par souci de simplification, on assimilera l'instant d'émission de la commande de zapping par l'utilisateur à l'instant de réception de la requête de zapping REQ^ZAP par le module de zapping ZAP. Ainsi, le temps de latence TLat correspond au temps qui s'écoule entre la réception de la requête REQ^ZAP par le module de zapping ZAP et l'obtention des premiers octets du fichier manifeste 72 par le module client HAS.
Ce temps de latence TLat est incompressible et dépend d'une part de la bande passante au moment du zapping, mais également du temps que met le serveur de contenus « HAS » 2 à envoyer le fichier manifeste 72 du second contenu C2 au module client HAS.
Au cours d'une étape E6, le module client HAS identifie les fragments disponibles du contenu numérique C2, et les différentes qualités vidéo Dj associées. Dans cet exemple, le contenu numérique C2 est par exemple proposé sous forme de fragments de durée 4s, avec un premier débit d'encodage DI = 400 kb/s, un deuxième débit d'encodage D2 = 800 kb/s, un troisième débit d'encodage D3 = 1200 kb/s, un quatrième débit d'encodage D4 = 2100 kb/s et un cinquième débit d'encodage D5 = 3000 kb/s.
Dans une étape E7, le module de sélection SEL sélectionne un débit d'encodage du premier segment temporel du second contenu numérique C2 (C2i@Dj) à télécharger, en fonction : de la bande passante disponible au moment du zapping, d'un temps de zapping cible définissant un plafond de temps de zapping raisonnable à ne pas dépasser afin de proposer à l'utilisateur une expérience agréable.
Ce temps de zapping cible prédéfini est identique quelles que soient les conditions de bande passante et de ressource du réseau de communication de l'utilisateur et du serveur de contenus 2. Dans un exemple, ce temps de zapping cible est de 2 secondes, valeur qui garantit une bonne expérience utilisateur au niveau du temps d'attente entre l'émission de la commande de zapping et la restitution sur le téléviseur 5 du nouveau contenu numérique. Ainsi, le débit d'encodage du premier segment temporel C2i@Dj du second contenu numérique C2 est sélectionné de manière à ce que le temps de zapping TZap, c'est-à-dire le temps qui s'écoule entre la réception de la requête RAQ_ZAP par le module de zapping ZAP, et le début de la restitution sur le téléviseur 5 du second contenu numérique C2, ne dépasse pas le temps de zapping cible, ou temps de zapping maximal. Le temps de zapping TZap prend également en compte le temps de latence TLat mesuré à l'issue de l'étape E5.
Dans un exemple de sélection de la qualité d'encodage du premier segment C2i@Dj du second contenu C2, le temps de zapping cible est fixé à 2 secondes. Ainsi, le temps de zapping Tzap doit être inférieur ou égal au temps de zapping cible, c'est-à-dire 2 secondes, pour garantir une bonne expérience utilisateur.
Le temps de latence TLat mesuré à l'issue de l'étape E5 est de 300 ms.
La bande passante de l'utilisateur est mesurée en continu par le module client HAS. En effet, le module client HAS connaît les contraintes de bande passante courantes, selon la technique HAS classique. Dans cet exemple, la bande passante est mesurée à 4Mbs/s.
Dans le fichier manifeste 72, il existe 5 qualités différentes (DI à D5) et les segments temporels ont une durée de 4 secondes.
Le module de sélection SEL va alors piloter le module client HAS pour l'obliger à télécharger le premier segment temporel C2i@Dj du second contenu numérique C2 à la qualité Dj permettant de ne pas dépasser le temps de zapping cible prédéfini.
Ainsi, dans notre exemple, la qualité d'encodage Dj à sélection pour le segment C2i correspond à :
Qualité en codage d u premier segment(Q) ≤ [{Tempsde za ppîng cibie-Tempsde LatencefTlat) ) X bandepassante)'/durée'dessegmentscontenu C2 ; :
Le module de sélection SEL va donc sélectionner la qualité D3 de 1200 kbs/s de manière à ce que le temps de zapping TZap soit inférieur ou égal au temps de zapping cible de 2 secondes.
Dans un mode de réalisation de l'invention, le temps de zapping cible résulte d'un choix exprimé par un utilisateur via une interface E/S d'un terminal de restitution, comme par exemple le téléviseur 5. Dans un exemple, l'utilisateur peut, via l'interface E/S du téléviseur 5, sélectionner soit le temps de zapping cible prédéfini par le constructeur (par exemple 2 secondes), soit le modifier en fonction de ses préférences.
Dans un premier exemple, l'utilisateur peut sélectionner un temps de zapping cible plus court (par exemple 1 seconde) et donc favoriser le téléchargement du premier segment temporel du second contenu numérique C2 à une moins bonne qualité (par exemple 400 kbs/s C21@Dl). Dans un second exemple, l'utilisateur peut choisir un temps de zapping cible plus long (par exemple 4 secondes), afin de favoriser la sélection du premier segment temporel du second contenu numérique C2 à une meilleure qualité (par exemple le segment à 3000 kbs/s C2i@D5).
Dans un autre mode de réalisation, le choix exprimé par l'utilisateur dépend d'une nature d'un contenu numérique.
Dans un exemple, l'utilisateur peut choisir en fonction de la nature du contenu numérique (par exemple film, documentaire, sport...) le temps de zapping cible. En d'autres termes, lorsque l'utilisateur a un intérêt particulier pour un contenu d'une certaine nature, comme par exemple un film, il peut choisir un temps de zapping cible plus long afin de s'assurer que la meilleure qualité de contenu est téléchargée. Au contraire, lorsque la qualité du contenu n'a que peu d'intérêt pour l'utilisateur (par exemple journal télévisuel), il peut alors préférer un temps de zapping plus court et donc télécharger le nouveau contenu à un débit d'encodage faible.
Dans une autre variante de réalisation, le temps de zapping cible est fixé par le constructeur du terminal lecteur de flux multimédia en fonction de la nature du contenu numérique (par exemple 2 secondes pour un contenu numérique en temps réel, et 4 secondes pour un contenu numérique en différé, par exemple une vidéo à la demande).
Dans une étape E8, le module client HAS, piloté par le module SEL, est chargé de venir récupérer les segments temporels auprès du serveur de contenu « HAS » 2 en choisissant la qualité vidéo D3 imposée en fonction de la ressource réseau disponible et du temps de zapping cible.
Dans une étape E9, le module client HAS, resitue le premier fragment C2i@D3 au niveau du téléviseur 5.
Les prochains fragments sont ensuite téléchargés et restitués selon la technique classique de téléchargement HAS.
Le procédé selon l'invention permet ainsi d'optimiser la qualité d'encodage du second contenu numérique C2 à restituer, pour favoriser la meilleure qualité d'expérience possible, sans impact sur le temps de zapping, puisque celui-ci est limité par un temps de zapping cible à ne pas dépasser.
ANNEXE 1 : exemple de fichier manifeste

Claims

REVENDICATIONS
1. Procédé de gestion de zapping d'un premier (Cl) à un second (C2) contenu numérique, lesdits premier et second contenus numériques étant obtenus par téléchargement progressif adaptatif (H AS) par un terminal lecteur de flux multimédia (3, 4, 8 ; 9), lesdits premier et second contenus numériques étant respectivement associés à un fichier de description (7), comprenant une liste de segments temporels (CXI@DJ) dudit contenu associés chacun à plusieurs débits d'encodage dudit contenu, ledit procédé comprenant : une réception (E3) d'une requête de zapping (REQ^ZAP) dudit premier contenu numérique (Cl) vers ledit second contenu numérique (C2), une obtention (E4) dudit fichier de description (72) dudit second contenu numérique, caractérisé en ce qu'il comprend également : une sélection (E7) d'un débit d'encodage d'un premier segment temporel dudit second contenu numérique à télécharger, en fonction, d'une part d'une contrainte de ressource obtenue par ledit terminal lecteur de flux multimédia, et d'autre part d'un temps de zapping cible,
- un téléchargement (E8) dudit premier segment temporel dudit second contenu numérique audit débit sélectionné.
2. Procédé de gestion de zapping selon la revendication 1, caractérisé en ce que ledit débit d'encodage sélectionné correspond à un débit d'encodage pour lequel un temps de zapping (TZap) dudit premier audit second contenu est inférieur ou égal audit temps de zapping cible.
3. Procédé de gestion de zapping selon la revendication 2, caractérisé en ce que ladite sélection (E7) d'un débit d'encodage prend en compte un temps de latence (TLat) nécessaire à ladite obtention dudit fichier de description (72) dudit second contenu numérique (C2).
4. Procédé de gestion de zapping selon l'une quelconque des revendications 1 à 3, caractérisé en ce que ladite requête de zapping (REQ^ZAP) appartient au groupe comprenant : un déplacement dans un guide des programmes de contenu numérique ; une saisie d'un identifiant dudit second contenu numérique sur un clavier numérique, ledit identifiant comprenant au moins un caractère alphanumérique.
5. Procédé de gestion de zapping selon l'une quelconque des revendications 1 à 4, caractérisé en ce qu'il comprend une étape de paramétrage dudit temps de zapping cible par un utilisateur via une interface d'un terminal de restitution.
6. Procédé de gestion de zapping selon l'une quelconque des revendications 1 à 5, caractérisé en ce que ledit temps de zapping cible dépend d'une nature dudit second contenu numérique.
7. Produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en œuvre d'un procédé d'un changement de contenu numérique obtenu par téléchargement progressif adaptatif (HAS) par un terminal lecteur de flux multimédia selon l'une quelconque des revendications 1 à 6, lorsqu'il est exécuté par un processeur.
8. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur selon la revendication 7.
9. Dispositif de gestion de zapping d'un premier à un second contenu numérique, lesdits premier et second contenus numériques étant obtenus par téléchargement progressif adaptatif (HAS) par un terminal lecteur de flux multimédia, lesdits premier et second contenus numériques étant respectivement associés à un fichier de description, comprenant une liste de segments temporels dudit contenu associés chacun à plusieurs débits d'encodage dudit contenu, ledit dispositif comprenant : un module (ZAP) de réception d'une requête de zapping dudit premier contenu numérique vers ledit second contenu numérique, un module d'obtention dudit fichier de description dudit second contenu numérique, caractérisé en ce qu'il comprend également : un module de sélection (SEL) d'un débit d'encodage d'un premier segment temporel dudit second contenu numérique à télécharger, en fonction, d'une part d'une contrainte de ressource obtenue par ledit terminal lecteur de flux multimédia (9), et d'autre part d'un temps de zapping cible, un module de téléchargement (HAS) dudit premier segment temporel dudit second contenu numérique audit débit sélectionné.
10. Terminal lecteur de flux multimédia (9), caractérisé en ce qu'il comprend un dispositif de gestion de zapping selon la revendication 9.
EP20819810.1A 2019-11-05 2020-11-04 Procédé de gestion de zapping de contenus multimédias numériques obtenu par téléchargement progressif adaptatif (has), dispositif de gestion, lecteur de flux multimédia et programme d'ordinateur correspondants Pending EP4055831A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1912374A FR3102904A1 (fr) 2019-11-05 2019-11-05 Procédé de gestion de zapping de contenus multimédias numériques obtenu par téléchargement progressif adaptatif (HAS), dispositif de gestion, lecteur de flux multimédia et programme d’ordinateur correspondants.
PCT/FR2020/051992 WO2021089942A1 (fr) 2019-11-05 2020-11-04 Procédé de gestion de zapping de contenus multimédias numériques obtenu par téléchargement progressif adaptatif (has), dispositif de gestion, lecteur de flux multimédia et programme d'ordinateur correspondants

Publications (1)

Publication Number Publication Date
EP4055831A1 true EP4055831A1 (fr) 2022-09-14

Family

ID=69700030

Family Applications (1)

Application Number Title Priority Date Filing Date
EP20819810.1A Pending EP4055831A1 (fr) 2019-11-05 2020-11-04 Procédé de gestion de zapping de contenus multimédias numériques obtenu par téléchargement progressif adaptatif (has), dispositif de gestion, lecteur de flux multimédia et programme d'ordinateur correspondants

Country Status (4)

Country Link
US (1) US11805290B2 (fr)
EP (1) EP4055831A1 (fr)
FR (1) FR3102904A1 (fr)
WO (1) WO2021089942A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114979757B (zh) * 2022-06-02 2024-01-30 北京字跳网络技术有限公司 视频发布方法、装置、设备及存储介质

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8527647B2 (en) * 2009-10-06 2013-09-03 Unwired Planet, Inc. Managing network traffic using intermediate flow control
GB201100397D0 (en) * 2011-01-11 2011-02-23 Univ Gent Fast channel switching
US9804668B2 (en) * 2012-07-18 2017-10-31 Verimatrix, Inc. Systems and methods for rapid content switching to provide a linear TV experience using streaming content distribution
FR3007615A1 (fr) * 2013-06-24 2014-12-26 France Telecom Procede d'amelioration du temps de changement entre programmes audiovisuels
JP2015012305A (ja) * 2013-06-26 2015-01-19 ソニー株式会社 コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
JP6492006B2 (ja) * 2013-07-02 2019-03-27 サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ コンテンツ供給装置、コンテンツ供給方法、プログラム、および、コンテンツ供給システム
FR3019428A1 (fr) * 2014-03-31 2015-10-02 Orange Dispositif et procede de commande a distance de la restitution de contenus multimedia
FR3022426A1 (fr) * 2014-06-16 2015-12-18 Orange Gestion par un equipement intermediaire de la qualite de transmission d'un flux de donnees vers un terminal mobile
US11677799B2 (en) * 2016-07-20 2023-06-13 Arris Enterprises Llc Client feedback enhanced methods and devices for efficient adaptive bitrate streaming
CN107659601B (zh) * 2016-07-26 2019-12-17 中国科学院声学研究所 一种基于http自适应流的码率自适应方法
US20210289238A1 (en) * 2017-01-31 2021-09-16 Sony Corporation Information processing apparatus and method

Also Published As

Publication number Publication date
US20220377396A1 (en) 2022-11-24
US11805290B2 (en) 2023-10-31
FR3102904A1 (fr) 2021-05-07
WO2021089942A1 (fr) 2021-05-14

Similar Documents

Publication Publication Date Title
EP3127336B1 (fr) Dispositif et procédé de commande a distance de la restitution de contenus multimedia
FR3094166A1 (fr) Procédé de gestion de contenus multimédia et dispositif pour la mise en œuvre du procédé
EP4055831A1 (fr) Procédé de gestion de zapping de contenus multimédias numériques obtenu par téléchargement progressif adaptatif (has), dispositif de gestion, lecteur de flux multimédia et programme d&#39;ordinateur correspondants
WO2019220034A1 (fr) Gestion du téléchargement progressif adaptatif d&#39;un contenu numérique au sein d&#39;un terminal de restitution d&#39;un réseau de communication local
FR3081647A1 (fr) Gestion du telechargement progressif adaptatif (has) d&#39;un contenu numerique au sein d&#39;un terminal lecteur de flux multimedia en temps reel.
EP3987820A1 (fr) Procédé de gestion du téléchargement progressif adaptatif (has) d&#39;un contenu numérique diffusé en temps réel, gestionnaire, terminal lecteur de flux multimédia et programme d&#39;ordinateur correspondants
EP4035408A1 (fr) Gestion du téléchargement progressif adaptatif d&#39;un contenu numérique sur réseau mobile avec sélection d&#39;un débit d&#39;encodage maximum autorisé en fonction d&#39;un godet de données
EP3926929B1 (fr) Procédé de gestion de la lecture d&#39;un contenu numérique au sein d&#39;un terminal lecteur de contenus multimédias connecté à un dispositif de restitution
WO2023208688A1 (fr) Gestion de la restitution d&#39;un contenu multimédia
WO2021105585A1 (fr) Procédé de gestion d&#39;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&#39;ordinateur correspondants
EP3840391A1 (fr) Gestion de la restitution d&#39;un contenu multimédia et d&#39;une interface de navigation sur un écran
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.
FR3093603A1 (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.
EP3846489A1 (fr) Procédé de gestion d&#39;un téléchargement progressif et adaptatif d&#39;un contenu numérique par un terminal lecteur de flux multimédia connecté à un réseau de communication, dispositif de gestion, terminal lecteur de flux multimédia et programme d&#39;ordinateur correspondants
EP2819424A1 (fr) Procédé d&#39;amelioration du temps de changement entre programmes audiovisuels
EP4109905A1 (fr) Gestion du téléchargement progressif adaptatif d&#39;un contenu numérique en mode économiseur d&#39;écran
WO2021209706A1 (fr) Gestion de l&#39;accès à des contenus numériques accessibles en téléchargement progressif adaptatif et encodés selon une méthode d&#39;encodage à débit variable, en fonction d&#39;une charge réseau
FR3114719A1 (fr) Procédé de gestion de la lecture d’un contenu numérique au sein d’un terminal lecteur de contenus multimédias connecté à un dispositif de restitution
FR3103668A1 (fr) Gestion du téléchargement progressif adaptatif d’un contenu numérique sur réseau mobile avec détermination d’un débit d’encodage maximum autorisé sur une session en fonction d’un godet de données
FR3114720A1 (fr) Gestion du téléchargement progressif adaptatif d’un contenu tenant compte de la qualité du signal échangé entre le terminal client et le point d’accès au réseau
FR3096210A1 (fr) Procédé de transmission d’un contenu numérique ayant plusieurs versions accessibles depuis un serveur de contenus à destination d’un terminal de restitution.
WO2020234030A1 (fr) Restitution d&#39;un contenu en arrière-plan ou sous forme d&#39;incrustation dans le cadre d&#39;un téléchargement progressif adaptatif de type has
FR3116684A1 (fr) Gestion du téléchargement progressif adaptatif d’un contenu acheté, tenant compte d’un historique de niveaux de qualité de lecture de contenu par un terminal lecteur de flux multimédia
FR3128084A1 (fr) procédé de gestion de la lecture d’un contenu multimédia.
FR3143930A1 (fr) Gestion de gestion de la fourniture d’adresses de segments d’un contenu multimédia

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

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

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

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

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20220419

AK Designated contracting states

Kind code of ref document: A1

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

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

Free format text: STATUS: EXAMINATION IS IN PROGRESS

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

Owner name: ORANGE

17Q First examination report despatched

Effective date: 20240104