EP4066512A1 - Procédé de gestion d'une liste de contenus accessibles au zapping, les contenus numériques étant téléchargeables en mode de téléchargement progressif adaptatif (has), dispositif de gestion, lecteur de flux multimédia et programme d'ordinateur correspondants - Google Patents

Procédé de gestion d'une liste de contenus accessibles au zapping, les contenus numériques étant téléchargeables en mode de téléchargement progressif adaptatif (has), dispositif de gestion, lecteur de flux multimédia et programme d'ordinateur correspondants

Info

Publication number
EP4066512A1
EP4066512A1 EP20823907.9A EP20823907A EP4066512A1 EP 4066512 A1 EP4066512 A1 EP 4066512A1 EP 20823907 A EP20823907 A EP 20823907A EP 4066512 A1 EP4066512 A1 EP 4066512A1
Authority
EP
European Patent Office
Prior art keywords
contents
content
list
digital
zapping
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
EP20823907.9A
Other languages
German (de)
English (en)
Inventor
Hervé Marchand
Mathieu Rivoalen
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 EP4066512A1 publication Critical patent/EP4066512A1/fr
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84Generation or processing of descriptive data, e.g. content descriptors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/637Control signals issued by the client directed to the server or network components
    • H04N21/6373Control signals issued by the client directed to the server or network components for rate control, e.g. request to the server to modify its transmission rate

Definitions

  • TITLE Method for managing a list of content accessible by zapping, the digital content being downloadable in adaptive progressive download mode (HAS), management device, multimedia stream player and corresponding computer program
  • HAS adaptive progressive download mode
  • 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 downloading (HAS) within a network of local communication, such as a home network.
  • digital multimedia content namely digital audio and / or video content
  • HAS adaptive progressive downloading
  • the invention relates to the optimization of the zapping from one digital multimedia content to another, that is to say the abandonment of the consumption of a first digital multimedia content to switch to a new 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 content chosen, 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. For example, 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 distribution of digital content on the Internet is often based on client-server protocols of the HTTP family (from the English "Hyper Text Transfer Protocol", for “hypertext 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 as they arrive.
  • 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 speed available to the user is not guaranteed for real-time transfer of video.
  • Adaptive progressive downloading in English HTTP Adaptive Streaming, abbreviated HAS, also 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 a standard of audiovisual broadcast format on the Internet. It is based on the preparation of the content in different presentations of varying 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 predominantly 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 load, a representation whose flow rate:
  • 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.
  • 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.
  • the client terminal will use data streams of poorer quality. This technique thus makes it possible to offer the best possible video quality while guaranteeing smooth reading or viewing of digital content.
  • HAS adaptive progressive download
  • 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.
  • 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.
  • 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.
  • the rendering terminal can be the multimedia stream reader terminal itself (for example an intelligent mobile telephone, a tablet), or be distinct from this one (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 quickly switch from one digital content to another: this is called “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 can be from digital multimedia content broadcast LIVE (in French in "real time") to another, such as for example from one television channel to another.
  • LIVE in French in "real time”
  • it could be from one VOD-type digital media content to another, such as from one episode of a series to another episode of the same series.
  • It can also be the switch from real-time content to delayed content, for example from a LIVE television program to a delayed replay type program, or to video on demand.
  • the invention responds to this need by providing a method for managing a list of content accessible by zapping, the digital content being downloadable in adaptive progressive download (HAS) mode by a multimedia stream reader terminal.
  • HAS adaptive progressive download
  • These digital contents are respectively associated with a description file, comprising a list of time segments of the contents each associated with several content encoding rates.
  • This zapping management process includes:
  • a determination of a maximum encoding rate of the time segments of the digital content accessible for download as a function of a resource constraint obtained by the multimedia stream reader terminal a construction of an enriched list of contents, in which at least one of the digital contents is associated with a reproduction quality indicator assigned to the content as a function of the determined maximum encoding rate.
  • the invention is based on a completely new and inventive approach to the management of zapping between several digital contents exposed in a virtual zapping list or VZL (in English "Virtual Zapping List"), in an adaptive progressive download context.
  • the invention proposes to enrich the list of accessible contents provided to the user, by adding an indicator of quality of restitution to at least one of the contents: this indicator is determined according to a joint analysis of the files of description of the contents on the one hand, and of the resource constraints obtained by the multimedia stream reader terminal on the other hand.
  • the quality of restitution of the contents to which the user can claim depends on a maximum encoding rate of the time segments determined for each of the contents as a function of a resource constraint obtained by a multimedia stream reader terminal, such as, for example, a bandwidth constraint.
  • the digital media stream reader terminal receives it and requests it from the server. contents, the manifest description files of the various contents available for download. It then compares the encoding rates of the time segments exposed in the description file of each of these contents, with the encoding rates allowing uninterrupted restitution of the content, as a function of the bandwidth available at the present time and of the availability of the content server. Indeed, the multimedia stream reader terminal knows the current bandwidth constraints, according to the conventional HAS technique. At the end of this comparison, a maximum encoding rate of the time segments of the contents exposed in the VZL, accessible for download for a smooth reproduction, is then determined for each of these contents.
  • reproduction quality we mean the display quality, or resolution, of the digital content on a reproduction terminal, such as for example a television set.
  • standard definition or SD (“Standard Definition”) quality represents a resolution of 720 ⁇ 576 pixels.
  • high definition or HD resolution represents a resolution of 1280 x 720 pixels
  • the so-called “Full HD” definition represents a resolution of 1920 x 1080 pixels
  • Ultra HD represents a resolution of 3840 x 2160 pixels
  • the definition known as“ Ultra HD 4 K ” represents a resolution of 4096 x 2160 pixels.
  • a reproduction quality indicator is associated with it, in order to be returned to the user.
  • the user then knows in real time the quality of playback of several content exposed in the VZL at the time of issuing the zapping command and can therefore choose the new content to view based on its accessible quality of playback.
  • the invention proposes, during the zapping phase, to provide information on the quality of reproduction (SD, HD or UHD) to the user, in the form of a label associated with each one. of the contents of the VZL, in order to indicate to him the quality of restitution of the contents to which he can claim.
  • the terminal when zapping in the VZL, as for example on the HDMI Key, the terminal knows the bandwidth to which it has access and retrieves the manifest files of each digital content exposed in the VZL. We therefore retrieve the manifest file of all the content of the VZL, even if the user ultimately does not zap this content.
  • the terminal for example the HDMI key, will then compare chain by chain the quality of encoding of the digital contents exposed in the manifest file and the available bandwidth, in order to determine for each of the contents the encoding rate. maximum content that will be accessible for download for a smooth and uninterrupted return of the content to the user.
  • the method according to the invention further comprises a display of said enriched list of content on a playback terminal.
  • this rendering terminal can be the multimedia stream reader terminal itself, or be distinct from the latter.
  • the multimedia stream reader terminal transmits the enriched list of contents to the rendering terminal, for display on a screen of the latter.
  • the method according to one embodiment of the invention therefore makes it possible to optimize the quality of experience of the user, by informing him in real time of the quality of restitution of several digital contents exposed in a VZL and on which he can zap, thanks to the association of these contents with an indicator of quality of reproduction.
  • the method according to the invention allows the user, at the time of the transmission of his command to zapping, to differentiate the contents displayed in the VZL by their quality of reproduction thanks to the display of a quality indicator for each content. The user can then choose a digital content on which he will zap, knowing the quality of reproduction to which he can claim.
  • the enriched list of content may present two occurrences of the same content, but associated with two different rendering quality indicators, and accessible for example at two different prices. The user can then decide, for example, to access the more expensive version of the content, knowing that this price difference is justified by a better quality of accessible reproduction.
  • the user can also decide to subscribe to a cinema package if he knows that he has access to digital content in high definition (HD), or even in ultra high definition (UHD or 4K). .
  • HD high definition
  • UHD ultra high definition
  • the method according to the invention allows the user to know in real time the quality of reproduction to which he can claim for several contents exposed in a VZL according to the bandwidth at the time of the emission of a zapping command and thus to be able to make an informed choice among a set of digital contents offered.
  • the rendering quality indicator is displayed in the form of an information label belonging to the group comprising: a graphic; a string of alphanumeric characters; a display mode of a thumbnail representative of the associated content.
  • the user sees for example displayed, for each content accessible to zapping, a thumbnail representative of the content and an associated information label.
  • This information label may for example be in the form of a graphic associated with the content, such as for example a logo representing a resolution.
  • a logo representing a resolution.
  • an SD logo represents standard resolution
  • an HD logo represents high definition resolution.
  • this information tag may be an alphanumeric character string associated with the content, such as a resolution value such as 720p for high definition resolution, 1080p for Full HD resolution.
  • such a method implements an update of the enriched list of contents at determined time intervals and / or in the event of modification of the resource constraint.
  • a dynamic real-time display of the information label associated with various digital contents displayed in the VZL is thus enabled, which makes it possible to optimize the quality of the user's experience.
  • updating the displayed list allows him to make an informed choice of the content to which he will switch.
  • the invention also relates to a computer program product comprising program code instructions for implementing a method for managing a list of contents accessible for zapping, 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 of managing a list of contents accessible for zapping 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 a list of contents accessible for zapping, the digital contents being downloadable in adaptive progressive download mode (HAS) by a multimedia stream reader terminal.
  • HAS adaptive progressive download mode
  • These digital contents are respectively associated with a description file, comprising a list of time segments of the contents each associated with several encoding bit rates of the contents.
  • This device for managing a list of content accessible to zapping comprises:
  • - a module for building an enriched list of content, in which at least one of the digital content is associated with a reproduction quality indicator assigned to the content according to the determined maximum encoding rate.
  • the device for managing a list of contents accessible by zapping comprises a module for generating a command for displaying the enriched list of contents on a rendering terminal.
  • the invention also relates to a multimedia stream reader terminal, comprising a device for managing a list of content accessible by zapping 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 a list of contents accessible for zapping according to the different embodiments of the present invention.
  • FIG 1 shows a progressive download architecture over a home network based on the use of adaptive streaming according to one embodiment of the invention
  • FIG. 2 schematically illustrates the hardware structure of a multimedia stream reader terminal incorporating a device for managing a list of content accessible by zapping
  • FIG. 3 illustrates an example in the form of a timing diagram of the implementation of a method for managing a list of content accessible by zapping, the digital content being downloadable in progressive adaptive download mode (HAS) by a terminal multimedia stream player according to FIG. 2, associated with a playback terminal;
  • HAS progressive adaptive download mode
  • FIG 4a illustrates a first example of display in a virtual zapping list (VZL) of an information label on a quality of reproduction for each of the digital content exposed;
  • VZL virtual zapping list
  • FIG 4b illustrates a second example of display in a virtual zapping list (VZL) of an information label on a quality of reproduction for each of the digital content exposed.
  • VZL virtual zapping list
  • the general principle of the invention is based on the enrichment of a virtual zapping list or VZL (in English "Virtual Zapping List"), exposing the contents obtained by adaptive progressive downloading (HAS), with quality indicators of reproduction. digital content.
  • VZL in English "Virtual Zapping List”
  • the quality of restitution of the contents to which the user can claim depends on a maximum encoding rate of the time segments determined for each of the contents as a function of a resource constraint obtained by a multimedia stream reader terminal, such as for example a bandwidth constraint.
  • the user then knows in real time the quality of reproduction of several content exposed in the VZL at the time of the issuance of the zapping command and can therefore choose the new content to view according to its quality of reproduction.
  • a progressive download architecture is now presented in a home network based on the use of adaptive streaming according to the invention.
  • 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 be easily transposed to an Internet network of the “best effort” type, a company network, etc.
  • 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 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
  • the set of these parameters is generally grouped together in a parameter file, called a description or manifest file. It will be noted that 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 contents are available at 1000 kb / s (kilobits per second) (Quality 1, or level 1, denoted D1), 2,500 kb / s (D2), 5,000 kb / s (D3), 7,500 kb / s (D4) and the client terminal has a bandwidth of 10,000 kb / s, it can request the content at any rate below this limit, for example 5000 kb / s.
  • C / , i @ Dj the segment number i with the quality j (for example the j-th quality level Dj described in the description file) of the content number n.
  • the service gateway 6 is in this example a home 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 can 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 first of all 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- standard. DASH (denoted “C.mpd”) and one will refer indifferently, according to 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
  • N1 512 kb / s
  • N2 1024 kb / s
  • N3 2048 kb / s
  • This simplified manifest file describes digital content in XML syntax (from the English “eXtended Markup Language”), comprising a list of content 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 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. :
  • Service Gateway 6 proceeds to obtain the fragments by downloading to these addresses. Note 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 reproduce, on the screen of the television 5, a content Cn (n being an integer representing the n-th content viewed), described in a manifest file 7.
  • the content Cn can be a television program broadcast live or on a delayed basis (such as for example a film, a series , a television program, an advertising sequence, etc.), or a video on demand, or any 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 key 8 could also be connected via WiFi® to another mobile device in 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 smartphone 3, on which a software application for controlling the HDMI 8 key is installed.
  • the content fragments obtained by the residential gateway 6 are, for example, transmitted over WiFi® to the HDMI 8 key, which controls their display on the screen of the television 5, for return 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 be for example 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 is 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 HAS progressive download module, or HAS client module, capable of requesting a progressive download of one of the contents with one of the qualities offered in one of the description files Mn (n being an integer representing the n-th file manifest associated with the n-th content denoted Cn).
  • This description file Mn can be recorded for example in the memories MEM of the multimedia stream player 9 or be located outside.
  • the HAS download module is also able to obtain several manifest files of several different digital contents, when the latter is controlled by the ZAP zapping module of the multimedia stream player 9. More particularly, the pilot ZAP zapping module, via the HAS download module, obtaining manifest files of digital content exposed in a virtual zapping list or VZL.
  • the ZAP zapping module allows a user to zap, that is, to abandon the consumption of one digital content and switch to another quickly.
  • a ZAP zapping module is able to receive a zapping request, and more particularly a request to display a virtual zapping list or VZL for zapping, when the user issues a zapping command, for example by means of a remote control associated with the television 5, or by action on an interface of the smart phone 3 or of the tablet 4.
  • This VZL list exposes several digital contents to the user, thus allowing him to choose among several different contents and to switch to either of these contents.
  • the multimedia stream player 9 also comprises a module for determining a maximum encoding rate of the time segments of the digital contents exposed in the VZL as a function of a resource constraint and a module for building an enriched list (CONST ), or CONST construction module.
  • the ZAP zapping module controls the HAS download module, in order to force the latter to request the obtaining of the manifest files denoted Mn, respectively associated with the digital contents Cn exposed in the VZL.
  • the determination module DET evaluates the encoding rates of the time segments of the digital contents of the VZL proposed in these various manifest files as a function of the bandwidth available at the time of zapping and then determines, as a function of the bandwidth measured continuously by the HAS download module, the maximum encoding rate of the time segments exposed in the manifest files of the contents of the VZL that it is possible to download for a smooth and uninterrupted reproduction of the contents.
  • the CONST construction module then builds an enriched list of contents, in which all or part of the contents of the VZL is associated with an indicator of quality of restitution. The quality of reproduction depends on the maximum encoding rate of the time segments of the contents of the VZL determined by the determination module DET.
  • the multimedia stream player 9 also comprises a module for generating a display command TRANS, or module TRANS, to a display terminal, such as for example the television set 5, of the enriched list of contents, containing the quality indicators. restitution.
  • the TRANS module transmits the enriched list of contents to the rendering terminal, for display on a screen of the latter.
  • this TRANS module manages the display of the enriched list of contents for its rendering to the user.
  • 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 set (or hardware) capable of implement a function or a set of functions for the module concerned (integrated circuit, chip 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, DET determination, CONST construction, generation of a TRANS display command, and the HAS 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 files Mi to M n .
  • the processor of the processing unit controls the determination of the maximum encoding rates of the time segments of the contents exposed in the VZL, as a function of a resource constraint obtained by the multimedia stream reader terminal 9, and the identification of the resolution quality of the contents of the VZL according to their maximum encoding rate.
  • 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 with 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.
  • 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 key 8 therefore comprises a DET determination module, a CONST construction module, a HAS download module, a ZAP zapping module and a module for generating a display command TRANS.
  • the HDMI key 8 can be controlled via a remote control for the television 5 or via a software application for controlling a smart phone 3 or tablet 4.
  • the user prior to the reproduction 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” C1i @ Dj encoded at different encoding rates Dj, where the index i designates a temporal identifier, or position, of the “chunk »C1i @ 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 chooses the encoding rate of the next video fragment to be downloaded: there are indeed many algorithms allowing this choice to be made, the strategies of which are more or less secure. or aggressive. It is recalled, however, that, most often, the general principle of such algorithms is based on the downloading of a first fragment at the lowest encoding rate proposed in the manifesto, and on the evaluation of the recovery time of this first fragment. .
  • the HAS download 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 retrieves the manifest file M1 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 C1i @ D1 fragments (i.e. the first temporal fragment at an encoding rate of 1000 kb / s), then C1 2 @ D5 (i.e. the second time fragment at an encoding rate of 10 000 kb / s), up to normal mode playback in high quality of a C1i @ D5 video (i.e. the i-th time fragment at an encoding rate of 10,000kb / s).
  • successive C1i @ D1 fragments i.e. the first temporal fragment at an encoding rate of 1000 kb / s
  • C1 2 @ D5 i.e. the second time fragment at an encoding rate of 10 000 kb / s
  • normal mode playback in high quality of a C1i @ D5 video i.e. the i-th time fragment at an encoding rate of 10,000kb / s.
  • the algorithm implemented by the HAS client module to determine which fragment at which encoding rate should be downloaded in conventional mode of operation may 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 viewing to switch to new digital content.
  • the user issues a zapping command from a first digital content C1 to new digital content.
  • the zapping command is a request to display a virtual zapping list, or VZL.
  • the VZL exhibits several digital content, for example different digital LIVE content broadcast on different television channels or video on demand VODs, which are offered to the user in order to allow him to make a choice of new content among all those displayed in the VZL.
  • the digital contents exposed in the VZL are for example displayed on the reproduction terminal 5 in the form of a thumbnail extracted from the digital contents.
  • the digital content is represented by a poster representative of this content (such as for example the movie poster in the case of VOD type content).
  • Additional information is also accessible to the user in the VZL, such as for example the title of the content, the television channel broadcasting it (for example TF1, France 2, France 3, Canal + etc.) and its nature (for example action film, adventure film, documentary, etc.), or, in the case of VOD-type content, the price of this content. Examples of display of a VZL according to the invention are illustrated below in connection with Figures 4a and 4b.
  • the VZL exhibits several television channels in the form of a mosaic of channels represented, for example, by their logo.
  • the transmission of the request to display the VZL can be carried out for example by pressing the "ok" key on the remote control of the playback terminal 5, or by a long press on the left or right arrow of the latter. here, or by swiping the touch screen of tablet 4 or smartphone 3.
  • the ZAP zapping module receives a zapping request REQ_ZAP_VZL, corresponding to a display request of the VZL for zapping between a first digital content C1 to a new content chosen by the user from among several content offered in the VZL.
  • the VZL is stored in the multimedia stream player 9 which controls its display on a graphical interface of the restitution terminal 5 on receipt of a zapping request REQ_ZAP_VZL.
  • the ZAP zapping module controls the HAS client module so that the latter sends a REQ_Manifest_ (C1 ... Cn) request, containing a request to retrieve the manifest files M1 to Mn to the “HAS” content server 2 of the digital contents C1 to Cn exposed in the VZL and accessible to the user.
  • the “HAS” content server 2 sends a data stream representative of the digital contents C1 to Cn of the VZL to the HAS client module, which then retrieves the associated manifest files M1 to Mn.
  • the “HAS” content server 2 exposes the various manifest files in the form of fragments, Cri @, U ⁇ encoded at different encoding rates Dj, where the index i designates a temporal identifier, or position, of the “chunk” C / 7i @ Dj.
  • the HAS client module identifies the fragments available for all of the digital content C1 to Cn of the VZL, and the various associated video qualities Dj.
  • the different digital contents C1 to Cn exposed in the VZL can have different associated video qualities Dj.
  • the determination module DET of the multimedia stream player 9 compares for each digital content C1 to Cn of the VZL the different video qualities Dj associated with the fragments available for each content to the resource constraint, that is to say - tell the bandwidth available at the time of reception of the zapping request REQ_ZAP_VZL. Indeed, the HAS client module knows the current bandwidth constraints, according to the conventional HAS technique. At the end of this comparison, the determination module DET determines the encoding rate maximum of the time segments of the contents of the VZL at which it is possible to view each of these contents without interruption, depending on the availability of bandwidth.
  • the user's bandwidth, continuously measured by the HAS client module, is 15Mbs / s.
  • the manifest files M1 to Mn there are 5 different qualities (D1 to D5) and the time segments are 4 seconds long.
  • the DET determination module determines that the maximum encoding rate for each of the contents C1 to Cn exposed in the VZL is 10 Mbs / s (D5).
  • the user's bandwidth is measured at 3Mbps.
  • the DET determination module determines that the maximum encoding rate for each of the contents C1 to Cn exposed in the VZL is 2.5 Mbs / s (D2).
  • the construction module CONST selects a reproduction quality for each of the digital contents C1 to Cn of the VZL, as a function of the maximum encoding rate determined in the preceding step E7.
  • the user's bandwidth is measured at 3 Mbs / s, and the maximum encoding rate of C1 to Cn content exposed in the VZL is 2.5 Mbs / s (D2).
  • the CONST construction module selects for each of the content offered in the VZL a standard type resolution, or SD (720 x 576 pixels).
  • the CONST construction module then updates an ETQ information label, intended for the user, on the quality of reproduction of the contents of the VZL which is accessible to him.
  • the enriched list of contents is updated at determined time intervals and / or in the event of modification of the resource constraint.
  • Each digital content of the VZL is thus associated with an ETQ information label on the quality of reproduction. This information label enriches the information already available in the VZL, and then allows the user to differentiate the content offered by it.
  • VZL virtual zapping list
  • the various contents offered to the user are illustrated, for example, by a thumbnail I extracted from the contents.
  • Information regarding the content is also available like TRT title (eg "Mad Max: Furry Road”, “Hunger Game: Revolt” ... etc), NAT nature (eg Action movie, Movie of adventure %), and the channel on which the content is broadcast CHN (for example France 2, FRANC 3, Canal + ).
  • the multimedia stream player 9 via the construction module CONST, selects a so-called standard (SD) reproduction quality for the contents C1 to Cn, since the bandwidth is measured at 3Mbs / s and that the maximum encoding rate is determined at 2.5 Mbs / s (D2).
  • SD standard
  • An ETQ information label on an SD type rendering quality is then associated with each (or only some) of the content, for example in the form of an SD logo, displayed in association with the thumbnail I of the content in the VZL.
  • the ETQ information label can be composed of alphanumeric characters, such as for example a text associated with the quality of rendering.
  • the user's bandwidth is measured at 15 Mbs / s.
  • the DET determination module determines that the maximum encoding rate for each of the contents C1 to Cn exposed in the VZL is 10 Mbs / s (D5).
  • the CONST construction module selects a high definition type resolution, or HD (720 x 1280 pixels), provided that the content is offered for broadcasting in HD by the television channel for LIVE content or by the access provider. Internet for VOD.
  • HD high definition type resolution
  • the C4 content can only be broadcast at a maximum encoding rate of 3000 kb / s, which corresponds to a quality of restitution of standard or SD type.
  • the CONST construction module then updates the ETQ information label intended for the user on the quality of restitution accessible to the user of the contents of the VZL.
  • VZL virtual zapping list
  • the media stream player 9 via the CONST build module, selects a high definition HD quality when the maximum encoding rate is determined at 10 Mbs / s, and a standard SD quality when the maximum encoding rate is determined at 3 Mbs / s (for example when the maximum encoding rate offered by the manifest file of a content does not allow HD quality to be achieved), when the bandwidth is measured at 15Mbs / s.
  • An ETQ information label is then displayed in the VZL in association with the thumbnail I of each (or some) of the contents of the VZL in the form of an HD or SD logo.
  • the CONST construction module via the TRANS module, transmits the enriched list of contents LIST_ENR to the rendering terminal, for display on a screen of the latter.
  • the information label on the quality of rendering is displayed at the level of the rendering terminal, via a graphical interface, in the VZL, for example in the form of graphic information, such as for example a logo representing a resolution.
  • graphic information such as for example a logo representing a resolution.
  • an SD logo represents a standard resolution
  • an HD logo represents a high definition resolution
  • an FHD logo represents a “Full HD” resolution
  • a UHD or 4K logo represents an “Ultra HD” resolution.
  • this information label can be a text, such as for example a resolution value such as 720p for high definition resolution, 1080p for Full HD resolution ... etc.
  • the resolution quality information label can represent intermediate rendering qualities and can then be displayed for example in the form of intermediate logos such as SD +, HD +, etc.
  • a step E10 the user can then select a content in an informed manner and send to the stream reader terminal 9 a SELECT_CONT selection request for a particular content that he wishes to view.

Landscapes

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

Abstract

L'invention concerne un procédé de gestion d'une liste de contenus accessibles au zapping, les contenus numériques étant téléchargeables en mode de téléchargement progressif adaptatif (HAS) par un terminal lecteur de flux multimédia. Ces contenus numériques sont respectivement associés à un fichier de description, comprenant une liste de segments temporels des contenus associés chacun à plusieurs débits d'encodage des contenus. Ce procédé de gestion de zapping comprend : - une réception d'une requête d'accès à une liste des contenus numériques, - une obtention des fichiers de description associés aux contenus numériques de la liste, - une détermination d'un débit d'encodage maximum des segments temporels des contenus numériques accessible au téléchargement en fonction d'une contrainte de ressource obtenue par le terminal lecteur de flux multimédia, - une construction d'une liste enrichie de contenus, dans laquelle au moins un des contenus numériques est associé à un indicateur de qualité de restitution affecté au contenu en fonction du débit d'encodage maximum déterminé.

Description

DESCRIPTION
TITRE : Procédé de gestion d’une liste de contenus accessibles au zapping, les contenus numériques étant téléchargeables en mode de téléchargement progressif adaptatif (HAS), dispositif de gestion, lecteur de flux multimédia et programme d’ordinateur correspondants
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 (HAS) 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 nouveau 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 s’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, et en particulier dans le cadre de services de type OTT (ou service par contournement, pour « Over-The- Top service » en anglais), l’utilisateur n’est pas informé de la qualité de restitution, c’est-à-dire de la qualité d’affichage ou résolution, d’un contenu numérique lorsqu’il souhaite, en cours de visualisation d’un premier contenu, zapper pour un nouveau contenu numérique. En effet, dans le cadre de services de type OTT, la disponibilité en bande passante pour le téléchargement et la restitution d’un contenu numérique n’est pas garantie. De plus, dans le cadre d’un téléchargement en HAS, les caractéristiques des contenus numériques consommés ne sont pas connues par avance. Celles-ci vont en effet dépendre des qualités disponibles (exposées dans le fichier manifeste spécifique à chacun des contenus), ainsi que de la bande passante disponible entre le serveur de contenu et le terminal client. Ainsi, lorsque l’utilisateur souhaite zapper sur un nouveau contenu numérique, il ne sait pas avec quelle qualité de restitution il va pouvoir l’obtenir et le visualiser. Notamment lorsqu’il sélectionne le contenu qu’il souhaite visualiser au sein d’une liste de contenus accessibles, présentée sur l’écran de son terminal de restitution, (également appelée liste virtuelle de zapping ou VZL (en anglais « Virtual Zapping List»)), aucune information sur la qualité de restitution des contenus accessibles au zapping ne lui est fournie. Ainsi, lorsque l’utilisateur utilise une VZL pour sélectionner un nouveau contenu numérique à visualiser, il ne peut pas faire la différence par exemple entre un contenu numérique diffusé en haute définition, ou en définition standard.
En conséquence, l’utilisateur ne connaît pas les qualités de restitution auxquelles il peut prétendre. Il ne peut pas anticiper la qualité de restitution du nouveau contenu et peut être déçu de sa qualité. Or, cette qualité peut conditionner son choix de zapping.
Cette absence d’information sur la qualité de restitution des contenus est d’autant plus nuisible à l’expérience de l’utilisateur qu’il s’agit d’une information à laquelle il a pu avoir l’habitude d’accéder, dans le cadre d’un abonnement avec un fournisseur d’accès à internet, dans lequel la disponibilité en bande passante pour le téléchargement et la restitution de contenus numériques ne dépend que du contrat d’abonnement de l’utilisateur avec son fournisseur d’accès à internet. Ainsi, un utilisateur abonné à l’ADSL (de l'anglais « Asymmetric Digital Subscriber Line ») bas débit ne peut visualiser des contenus numériques qu’à une qualité de restitution dite de définition standard (SD). Au contraire, un utilisateur ayant un abonnement de type ADSL haut débit peut visualiser un contenu numérique en haute définition (HD).
Dans ce contexte d’offres de service historiques de type IP TV (de l'anglais « internet Protocol Télévision » pour télévision sur internet) ou TNT (Télévision Numérique Terrestre), on affiche ainsi à l’utilisateur lors du zapping la qualité de restitution du contenu en temps réel à laquelle il va accéder. Cette information indique à l’utilisateur si le contenu auquel il va accéder est un contenu SD (« Standard Définition » en anglais), HD (« High Définition » en anglais) ou UltraHD (« Ultra High Définition » ou 4K). L’affichage de cette information est possible car les caractéristiques des contenus consommés sont connues. En effet, les ressources réseaux sont gérées en fonction de la ligne de l'utilisateur et de son abonnement avec son fournisseur d’accès à internet. Il est donc possible de prévoir la qualité de restitution de différents contenus numériques et d’en informer l’utilisateur, puisque celle-ci est garantie par le fournisseur d’accès à internet. Ainsi, lorsque l’utilisateur sélectionne un nouveau contenu à visualiser dans une liste de type VZL, il est informé de la qualité de restitution à laquelle il peut prétendre pour tout ou partie des contenus de la liste, idéalement chacun des contenus. Cette information peut prendre par exemple la forme d’un logo associé à un contenu numérique et représentant une qualité de restitution. Il peut donc choisir un nouveau contenu à visualiser en toute connaissance de cause.
Il existe donc un besoin d’une technique de gestion de zapping de contenus numériques obtenus par téléchargement progressif adaptatif (HAS) lors d’un zapping, qui ne présente pas ces différents inconvénients. Notamment, il existe un besoin d’une telle technique qui permette d’informer en temps réel l’utilisateur sur la qualité de restitution de contenus numériques accessibles au téléchargement, et ainsi améliorer sa qualité d’expérience, en tirant notamment avantage des spécificités techniques du téléchargement adaptatif progressif (HAS).
Présentation de l'invention
L’invention répond à ce besoin en proposant un procédé de gestion d’une liste de contenus accessibles au zapping, les contenus numériques étant téléchargeables en mode de téléchargement progressif adaptatif (HAS) par un terminal lecteur de flux multimédia. Ces contenus numériques sont respectivement associés à un fichier de description, comprenant une liste de segments temporels des contenus associés chacun à plusieurs débits d’encodage des contenus.
Ce procédé de gestion de zapping comprend :
- une réception d’une requête d’accès à une liste des contenus numériques,
- une obtention des fichiers de description associés aux contenus numériques de la liste,
- une détermination d’un débit d’encodage maximum des segments temporels des contenus numériques accessible au téléchargement en fonction d’une contrainte de ressource obtenue par le terminal lecteur de flux multimédia, - une construction d’une liste enrichie de contenus, dans laquelle au moins un des contenus numériques est associé à un indicateur de qualité de restitution affecté au contenu en fonction du débit d’encodage maximum déterminé.
Ainsi, l’invention repose sur une approche tout à fait nouvelle et inventive de la gestion du zapping entre plusieurs contenus numériques exposés dans une liste virtuelle de zapping ou VZL (en anglais « Virtual Zapping List»), dans un contexte de téléchargement progressif adaptatif. Plus particulièrement, l’invention propose d’enrichir la liste de contenus accessibles fournie à l’utilisateur, en ajoutant un indicateur de qualité de restitution à au moins un des contenus : cet indicateur est déterminé en fonction d’une analyse conjointe des fichiers de description des contenus d’une part, et des contraintes de ressources obtenues par le terminal lecteur de flux multimédia d’autre part. En effet, la qualité de restitution des contenus à laquelle peut prétendre l’utilisateur dépend d’un débit d’encodage maximum des segments temporels déterminé pour chacun des contenus en fonction d’une contrainte de ressource obtenue par un terminal lecteur de flux multimédia, comme par exemple une contrainte de bande passante.
Ainsi, lorsque l’utilisateur émet, au cours de la restitution d’un premier contenu numérique, une commande d’accès à la liste des contenus accessibles au zapping, le terminal lecteur de flux multimédia numérique la reçoit et requiert, auprès du serveur de contenus, les fichiers de description manifeste des différents contenus accessibles au téléchargement. Il compare alors les débits d’encodage des segments temporels exposés dans le fichier de description de chacun de ces contenus, aux débits d’encodage permettant une restitution sans interruption du contenu, en fonction de la bande passante disponible à l’instant présent et de la disponibilité du serveur de contenus. En effet, le terminal lecteur de flux multimédia connaît les contraintes de bande passante courantes, selon la technique HAS classique. À l’issue de cette comparaison, un débit d’encodage maximum des segments temporels des contenus exposés dans la VZL, accessible au téléchargement pour une restitution fluide, est alors déterminé pour chacun de ces contenus.
Il est alors possible de construire une liste de contenus enrichie, dans laquelle chaque contenu est enregistré en association avec un indicateur de qualité de restitution, qui est choisi en fonction du débit d’encodage maximum qui a été déterminé pour le contenu.
On notera que, par qualité de restitution, on entend la qualité d’affichage, ou résolution, du contenu numérique sur un terminal de restitution, comme par exemple un téléviseur. Dans un exemple, la qualité dite de définition standard ou SD (« Standard Définition » en anglais) représente une résolution de 720 x 576 pixels. Dans un autre exemple, la résolution dite haute définition ou HD (« High Définition » en anglais), représente une résolution de 1280 x 720 pixels, la définition dite « Full HD » représente une résolution 1920 x 1080 pixels, et la définition dite « Ultra HD » représente une résolution de 3840 x 2160 pixels, et la définition dite « Ultra HD 4 K » représente une résolution de 4096 x 2160 pixels.
Ainsi, dans notre exemple, pour chacun des contenus numériques exposés dans la liste virtuelle de zapping VZL, un indicateur de qualité de restitution lui est associé, afin d’être restitué à l’utilisateur. L’utilisateur connaît alors en temps réel la qualité de restitution de plusieurs contenus exposés dans la VZL au moment de l’émission de la commande de zapping et peut donc choisir le nouveau contenu à visualiser en fonction de sa qualité de restitution accessible.
En d’autres termes, l’invention se propose, lors de la phase de zapping, de fournir une information sur la qualité de restitution (SD, HD ou UHD) à l’utilisateur, sous la forme d’une étiquette associée à chacun des contenus de la VZL, afin de lui indiquer la qualité de restitution du contenu à laquelle il peut prétendre. Pour cela, lors du zapping dans la VZL, comme par exemple sur la Clef HDMI, le terminal connaît la bande passante à laquelle il a accès et récupère les fichiers manifestes de chaque contenu numérique exposé dans la VZL. On récupère donc le fichier manifeste de tous les contenus de la VZL, même si l’utilisateur ne zappe finalement pas sur ce contenu.
Ainsi, il est possible de connaître les caractéristiques des différentes qualités d’encodage des contenus exposées par le serveur de contenu. Le terminal, par exemple la clef HDMI, va alors comparer chaîne par chaîne la qualité d’encodage des contenus numériques exposée dans le fichier manifeste et la bande passante disponible, afin de déterminer pour chacun des contenus le débit d’encodage maximum des contenus qui sera accessible au téléchargement pour une restitution fluide et sans interruption du contenu à l’utilisateur.
Selon un aspect particulier, le procédé selon l’invention comprend en outre un affichage de ladite liste enrichie de contenus sur un terminal de restitution.
On notera que, comme indiqué précédemment, ce terminal de restitution peut être le terminal lecteur de flux multimédia lui-même, ou être distinct de ce dernier. Dans ce dernier cas, le terminal lecteur de flux multimédia transmet la liste enrichie de contenus au terminal de restitution, pour affichage sur un écran de ce dernier.
Le procédé selon un mode de réalisation de l’invention permet donc d’optimiser la qualité d’expérience de l’utilisateur, en l’informant en temps réel de la qualité de restitution de plusieurs contenus numériques exposés dans une VZL et sur lesquels il peut zapper, grâce à l’association de ces contenus à un indicateur de qualité de restitution.
Dans un premier exemple, dans le contexte d’un contenu numérique diffusé en temps réel (ou « LIVE » en anglais) en HAS, le procédé selon l’invention permet à l’utilisateur, au moment de l’émission de sa commande de zapping, de différencier les contenus exposés dans la VZL par leur qualité de restitution grâce à l’affichage d’un indicateur de qualité de restitution pour chaque contenu. L’utilisateur peut alors choisir un contenu numérique sur lequel il va zapper en connaissant la qualité de restitution à laquelle il peut prétendre.
Dans un deuxième exemple, dans le contexte d’un contenu numérique de type VOD, la liste enrichie de contenus peut présenter deux occurrences du même contenu, mais associés à deux indicateurs de qualité de restitution différents, et accessibles par exemple à deux tarifs différents. L’utilisateur peut alors décider, par exemple, d’accéder à la version plus chère du contenu, en sachant alors que cette différence de tarif se justifie par une meilleure qualité de restitution accessible.
Dans un autre exemple, l’utilisateur peut également décider de s’abonner à un bouquet cinéma s’il sait qu’il a accès à des contenus numériques en haute définition (HD), voire même en ultra haute définition (UHD ou 4K).
Ainsi, le procédé selon l’invention permet à l’utilisateur de connaître en temps réel la qualité de restitution à laquelle il peut prétendre pour plusieurs contenus exposés dans une VZL en fonction de la bande passante au moment de l’émission d’une commande de zapping et ainsi de pourvoir faire un choix éclairé parmi un ensemble de contenus numériques proposés.
Selon un autre aspect de l’invention, l’indicateur de qualité de restitution est affiché sous forme d’une étiquette d’information appartenant au groupe comprenant : un graphisme ; une chaîne de caractères alphanumériques ; un mode d’affichage d’une imagette représentative du contenu associé.
Ainsi, sur l’écran du terminal de restitution, l’utilisateur voit par exemple s’afficher, pour chaque contenu accessible au zapping, une imagette représentative du contenu et une étiquette d’information associée.
Cette étiquette d’information peut par exemple être sous la forme d’un graphisme associé au contenu, comme par exemple un logo représentant une résolution. Dans un exemple, un logo SD représente une résolution standard, un logo HD représente une résolution en haute définition.
Dans un autre exemple, cette étiquette d’information peut être une chaîne de caractères alphanumériques associée au contenu, comme par exemple une valeur de résolution telle que 720p pour une résolution haute définition, 1080p pour une résolution Full HD.
Elle peut encore prendre la forme d’un mode d’affichage particulier de l’imagette du contenu. Par exemple, on peut imaginer que les imagettes des contenus accessibles en HD soient affichées en plus grand sur l’écran que les imagettes des contenus accessibles en SD. On peut également envisager une coloration particulière des imagettes représentatives des contenus, chaque nuance de coloration étant associée à une qualité de restitution.
Selon encore un aspect de l’invention, un tel procédé met en œuvre une mise à jour de la liste enrichie de contenus à intervalles de temps déterminés et/ou en cas de modification de la contrainte de ressource.
On permet ainsi un affichage dynamique en temps réel de l’étiquette d’information associée à différents contenus numériques exposés dans la VZL, ce qui permet d’optimiser la qualité d’expérience de l’utilisateur. Ainsi, si les contraintes de ressource évoluent avant que l’utilisateur n’ait fait son choix de zapping, l’actualisation de la liste affichée lui permet de faire un choix éclairé du contenu vers lequel il va basculer.
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 d’une liste de contenus accessibles au zapping, 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 d’une liste de contenus accessibles au zapping 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 d’une liste de contenus accessibles au zapping, les contenus numériques étant téléchargeables en mode de téléchargement progressif adaptatif (HAS) par un terminal lecteur de flux multimédia. Ces contenus numériques sont respectivement associés à un fichier de description, comprenant une liste de segments temporels des contenus associés chacun à plusieurs débits d’encodage des contenus. Ce dispositif de gestion d’une liste de contenus accessibles au zapping comprend :
- un module de réception d’une requête d’accès à une liste des contenus numériques,
- un module d’obtention des fichiers de description associés aux contenus numériques de la liste,
- un module de détermination d’un débit d’encodage maximum des segments temporels des contenus numériques accessible au téléchargement en fonction d’une contrainte de ressource obtenue par le terminal lecteur de flux multimédia,
- un module de construction d’une liste enrichie de contenus, dans laquelle au moins un des contenus numériques est associé à un indicateur de qualité de restitution affecté au contenu en fonction du débit d’encodage maximum déterminé.
Selon un aspect particulier de l’invention, le dispositif de gestion d’une liste de contenus accessibles au zapping comprend un module de génération d’une commande d’affichage de la liste enrichie de contenus sur un terminal de restitution.
Enfin, l’invention concerne également un terminal lecteur de flux multimédia, comprenant un dispositif de gestion d’une liste de contenus accessibles au zapping 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 d’une liste de contenus accessibles au zapping 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 d’une liste de contenus accessibles au zapping ; [Fig 3] : illustre un exemple sous une forme de chronogramme de mise en œuvre d’un procédé de gestion d’une liste de contenus accessibles au zapping, les contenus numériques étant téléchargeables en mode de téléchargement progressif adaptatif (HAS) par un terminal lecteur de flux multimédia selon la figure 2, associé à un terminal de restitution ;
[Fig 4a] : illustre un premier exemple d’affichage dans une liste virtuelle de zapping (VZL) d’une étiquette d’information sur une qualité de restitution pour chacun des contenus numériques exposés ;
[Fig 4b] : illustre un second exemple d’affichage dans une liste virtuelle de zapping (VZL) d’une étiquette d’information sur une qualité de restitution pour chacun des contenus numériques exposés.
Description détaillée de l’invention
Le principe général de l’invention repose sur l’enrichissement d’ une liste virtuelle de zapping ou VZL (en anglais « Virtual Zapping List»), exposant des contenus obtenus en téléchargement progressif adaptatif (HAS), avec des indicateurs de qualité de restitution des contenus numériques.
La qualité de restitution des contenus à laquelle peut prétendre l’utilisateur dépend d’un débit d’encodage maximum des segments temporels déterminé pour chacun des contenus en fonction d’une contrainte de ressource obtenue par un terminal lecteur de flux multimédia, comme par exemple une contrainte de bande passante.
Ainsi, l’utilisateur connaît alors en temps réel la qualité de restitution de plusieurs contenus exposés dans la VZL au moment de l’émission de la commande de zapping et peut donc choisir le nouveau contenu à visualiser en fonction de sa qualité de restitution.
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 1000 kb/s (kilobits par seconde) (Qualité 1, ou niveau 1 , noté D1), 2 500 kb/s (D2), 5 000 kb/s (D3), 7 500 kb/s (D4) et que le terminal client dispose d’une bande passante de 10 000 kb/s, il peut demander le contenu à n’importe quel débit inférieur à cette limite, par exemple 5000 kb/s. De manière générale, on note « C/,i@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 n.
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 C1 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 (N1 = 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 :
« C1_512kb_1.mp4 » pour le premier fragment du contenu « C1 » à 512 kilobits par seconde (« kb ») au format MPEG-4 (« mp4 »),
« C1_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 Cn (n étant un entier représentant le n-ième contenu visualisé), décrit dans un fichier manifeste 7. On notera que le contenu Cn 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 HAS, ou module client HAS, apte à demander un téléchargement progressif de l’un des contenus à l’une des qualités proposées dans l’un des fichiers de description Mn (n étant un entier représentant le n-ième fichier manifeste associé au n-ième contenu noté Cn). Ce fichier de description Mn peut être enregistré par exemple dans les mémoires MEM du lecteur de flux multimédia 9 ou se trouver à l’extérieur. Le module de téléchargement HAS est également apte à obtenir plusieurs fichiers manifestes de plusieurs contenus numériques différents, lorsque celui-ci est piloté par le module de zapping ZAP de lecteur de flux multimédia 9. Plus particulièrement, le module de zapping ZAP pilote, via le module de téléchargement HAS, l’obtention des fichiers manifestes des contenus numériques exposés dans une liste virtuelle de zapping ou VZL.
Le module de zapping ZAP permet à 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, et plus particulièrement une demande d’affichage d’une liste virtuelle de zapping ou VZL pour le zapping, 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. Cette liste VZL expose plusieurs contenus numériques à l’utilisateur, lui permettant ainsi de choisir parmi plusieurs contenus différents et de basculer sur l’un ou l’autre de ces contenus.
Le lecteur de flux multimédia 9 comprend également un module de détermination d’un débit d’encodage maximal des segments temporels des contenus numériques exposés dans la VZL en fonction d’une contrainte de ressource et un module de construction d’une liste enrichie (CONST), ou module de construction CONST. Lors de la mise en œuvre d’un zapping par le module de zapping ZAP, et plus particulièrement lors d’une demande d’affichage de la VZL pour le zapping, le module de zapping ZAP pilote le module de téléchargement HAS, afin de forcer ce dernier à demander l’obtention des fichiers manifestes notés Mn, respectivement associés aux contenus numériques Cn exposés dans la VZL. Le module de détermination DET évalue les débits d’encodage des segments temporels des contenus numériques de la VZL proposés dans ces différents fichiers manifestes en fonction de la bande passante disponible au moment du zapping et détermine alors, en fonction de la bande passante mesurée en continue par le module de téléchargement HAS, le débit d’encodage maximum des segments temporels exposés dans les fichiers manifestes des contenus de la VZL qu’il est possible de télécharger pour une restitution fluide et sans interruption des contenus. Le module de construction CONST, construit alors une liste enrichie de contenus, dans laquelle, tout ou partie des contenus de la VZL est associé à un indicateur de qualité de restitution. La qualité de restitution dépend du débit d’encodage maximum des segments temporels des contenus de la VZL déterminés par le module de détermination DET.
Le lecteur de flux multimédia 9 comprend également un module de génération d’une commande d’affichage TRANS, ou module TRANS, à un terminal de restitution, comme par exemple le téléviseur 5, de la liste enrichie de contenus, contenant les indicateurs de qualité de restitution. Le module TRANS transmet la liste enrichie de contenus au terminal de restitution, pour affichage sur un écran de ce dernier. Dans le cas où le lecteur de flux multimédia 9 est confondu avec le terminal de restitution (exemple du téléphone intelligent 3), ce module TRANS gère l’affichage de la liste enrichie de contenus pour sa restitution à l’utilisateur.
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 détermination DET, de construction CONST, de génération d’une commande d’affichage TRANS, et du module de gestion du téléchargement progressif adaptatif HAS, 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 les fichiers de description manifeste Mi à Mn. Le processeur de l’unité de traitement pilote la détermination des débits d’encodage maximum des segments temporels des contenus exposés dans la VZL, en fonction d’une contrainte de ressource obtenue par le terminal lecteur de flux multimédia 9, et l’identification de la qualité de résolution des contenus de la VZL en fonction de leur débit d’encodage maximum.
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 gestion d’une liste de contenus accessibles au zapping, les contenus numériques étant téléchargeables en mode téléchargement progressif adaptatif (HAS) par un terminal lecteur de flux multimédia, 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 détermination DET, un module de construction CONST, un module de téléchargement HAS, un module de zapping ZAP et un module de génération d’une commande d’affichage TRANS. 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 C1, 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 C1 sous forme de fragments, ou « chunks » C1i@Dj encodés à différents débits d’encodage Dj, où l’indice i désigne un identifiant temporel, ou position, du « chunk » C1i@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 de téléchargement 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 E1, le module client HAS récupère le fichier manifeste M1 afin de découvrir les fragments disponibles du contenu numérique C1, et les différentes qualités vidéo Dj associées. Dans cet exemple, le contenu numérique C1 est par exemple proposé sous forme de fragments de durée 4s, avec un premier débit d’encodage D1 = 1 000 kb/s, un deuxième débit d’encodage D2 = 2 500 kb/s, un troisième débit d’encodage D3 = 5 000 kb/s, un quatrième débit d’encodage D4 = 7 500 kb/s et un cinquième débit d’encodage D5 = 10 000 kb/s.
Dans un mode de fonctionnement classique, le module client HAS opère le téléchargement par exemple, des fragments successifs C1i@D1 (soit le premier fragment temporel à un débit d’encodage de 1 000 kb/s), puis C12@D5 (soit le deuxième fragment temporel à un débit d’encodage de 10 000 kb/s), jusqu’à une lecture en mode normale en haute qualité d’une vidéo C1i@D5 (soit le i-ième fragment temporel à un débit d’encodage de 10 000kb/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 classique 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 C1, comme par exemple un film diffusé en LIVE sur une chaîne télévisuelle, 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.
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 C1 vers un nouveau contenu numérique. Dans cet exemple, la commande de zapping est une demande d’affichage d’une liste virtuelle de zapping, ou VZL. La VZL expose plusieurs contenus numériques, par exemple différents contenus numériques LIVE diffusés sur des chaînes télévisuelles différentes ou des vidéos à la demande VODs, qui sont proposés à l’utilisateur afin de lui permettre de faire un choix de nouveau contenu parmi tous ceux exposés dans la VZL.
Les contenus numériques exposés dans la VZL sont par exemple affichés sur le terminal de restitution 5 sous la forme d’une imagette extraite des contenus numériques. Dans un autre exemple, les contenus numériques sont représentés par une affiche représentative de ce contenu (comme par exemple l’affiche du film dans le cas de contenus de type VOD). Des informations supplémentaires sont également accessibles à l’utilisateur dans la VZL, comme par exemple le titre du contenu, la chaîne télévisuelle le diffusant (par exemple TF1 , France 2, France 3, Canal + etc....) et sa nature (par exemple film d’action, film d’aventure, documentaire ...etc.), ou, dans le cas de contenus de type VOD, le prix de ce contenu. Des exemples d’affichage d’une VZL selon l’invention sont illustrés par la suite en lien avec les figures 4a et 4b.
Dans un autre exemple, la VZL expose plusieurs chaînes télévisuelles sous la forme d’une mosaïque de chaînes représentées par exemple par le logo de celles-ci.
L’émission de la demande d’affichage de la VZL peut s’effectuer par exemple en appuyant sur la touche « ok » de la télécommande du terminal de restitution 5, ou par un appui long sur la flèche de gauche ou droite de celle-ci, ou encore en balayant l’écran tactile de la tablette 4 ou du smartphone 3.
À l’issue de cette étape E3, le module de zapping ZAP reçoit une requête de zapping REQ_ZAP_VZL, correspondant à une demande d’affichage de la VZL pour zapper entre un premier contenu numérique C1 vers un nouveau contenu choisi par l’utilisateur parmi plusieurs contenus proposé dans la VZL.
La VZL est stockée dans le lecteur de flux multimédia 9 qui pilote son affichage sur un interface graphique du terminal du restitution 5 sur réception d’une requête de zapping REQ_ZAP_VZL.
Dans une étape E4, le module de zapping ZAP pilote le module client HAS afin que celui-ci envoie une requête REQ_Manifest_(C1...Cn), contenant une demande de récupération des fichiers manifestes M1 à Mn au serveur de contenus « HAS » 2 des contenus numériques C1 à Cn exposés dans la VZL et accessible à l’utilisateur.
Dans une étape E5, en réponse à cette requête, le serveur de contenu « HAS » 2 envoie un flux de données représentatif des contenus numériques C1 à Cn de la VZL au module client HAS, qui récupère alors les fichiers manifestes associés M1 à Mn. Le serveur de contenu « HAS » 2 expose les différents fichiers manifestes sous forme de fragments, Cri@,U\ encodés à différents débits d’encodage Dj, où l’indice i désigne un identifiant temporel, ou position, du « chunk » C/7i@Dj.
Au cours d’une étape E6, le module client HAS identifie les fragments disponibles pour l’ensemble des contenus numériques C1 à Cn de la VZL, et les différentes qualités vidéo Dj associées. Dans cet exemple, les contenus numériques C1 à Cn sont par exemple tous proposés sous forme de fragments de durée 4s, avec un premier débit d’encodage D1 = 1 000 kb/s, un deuxième débit d’encodage D2 = 2 500 kb/s, un troisième débit d’encodage D3 = 5 000 kb/s, un quatrième débit d’encodage D4 = 7 500 kb/s et un cinquième débit d’encodage D5 = 10 000 kb/s.
Il est à noter que les différents contenus numériques C1 à Cn exposés dans la VZL peuvent avoir différentes qualités vidéo Dj associées.
Dans une étape E7, le module de détermination DET du lecteur de flux multimédia 9 compare pour chaque contenu numérique C1 à Cn de la VZL les différentes qualités vidéo Dj associées au fragments disponibles pour chaque contenu à la contrainte de ressource, c’est-à-dire à la bande passante disponible au moment de la réception de la requête de zapping REQ_ZAP_VZL. En effet, le module client HAS connaît les contraintes de bande passante courantes, selon la technique HAS classique. À l’issue de cette comparaison, le module de détermination DET détermine le débit d’encodage maximum des segments temporels des contenus de la VZL auquel il est possible de visualiser chacun de ces contenus sans interruption, en fonction de la disponibilité en bande passante.
Dans un exemple, la bande passante de l’utilisateur, mesurée en continu par le module client HAS, est de 15Mbs/s. Dans les fichiers manifestes M1 à Mn, il existe 5 qualités différentes (D1 à D5) et les segments temporels ont une durée de 4 secondes. Le module de détermination DET détermine alors que le débit d’encodage maximum pour chacun des contenus C1 à Cn exposés dans la VZL est de 10 Mbs/s (D5).
Dans un autre exemple, la bande passante de l’utilisateur est mesurée à 3 Mbs/s.
Le module de détermination DET détermine alors que le débit d’encodage maximum pour chacun des contenus C1 à Cn exposés dans la VZL est de 2,5 Mbs/s (D2).
Dans une étape E8, le module de construction CONST sélectionne une qualité de restitution pour chacun des contenus numériques C1 à Cn de la VZL, en fonction du débit d’encodage maximum déterminé à l’étape E7 précédentes.
Dans un premier exemple, la bande passante de l’utilisateur est mesurée à 3 Mbs/s, et le débit d’encodage maximum des contenus C1 à Cn exposés dans la VZL est de 2,5 Mbs/s (D2). Le module de construction CONST sélectionne alors pour chacun des contenus proposés dans la VZL une résolution de type standard, ou SD (720 x 576 pixels).
Le module de construction CONST met alors à jour une étiquette d’information ETQ, à destination de l’utilisateur, sur la qualité de restitution des contenus de la VZL qui lui est accessible. La mise à jour de la liste enrichie de contenus est faite à intervalles de temps déterminés et/ou en cas de modification de la contrainte de ressource. Chaque contenu numérique de la VZL est ainsi associé à une étiquette d’information ETQ sur la qualité de restitution. Cette étiquette d’information vient enrichir les informations déjà disponibles dans la VZL, et permet alors à l’utilisateur de différencier les contenus proposés par celle-ci.
On illustre en lien avec la figure 4a, un premier exemple d’affichage dans une liste virtuelle de zapping (VZL) d’une étiquette d’information sur une qualité de restitution pour chacun des contenus numériques exposés. Les différents contenus proposés à l’utilisateur sont illustrés par exemple par une imagette I extraite du contenu. Des informations concernant le contenu sont également disponible comme le titre TRT (par exemple « Mad Max : Furry Road », « Hunger Game : la révolte »...etc), la nature NAT (par exemple Film d’action, Film d’aventure...), et la chaîne sur laquelle le contenu est diffusé CHN (par exemple France 2, FRANC 3, Canal+...).
Dans l’exemple en lien avec la figure 4a, le lecteur de flux multimédia 9, via le module de construction CONST, sélectionne une qualité de restitution dite standard (SD) pour les contenus C1 à Cn, puisque la bande passante est mesurée à 3Mbs/s et que le débit d’encodage maximum est déterminé à 2,5 Mbs/s (D2). Une étiquette d’information ETQ sur une qualité de restitution de type SD est alors associée à chacun (ou seulement certains) des contenus, par exemple sous la forme d’un logo SD, affiché en association avec l’imagette I du contenu dans la VZL.
Dans une variante, l’étiquette d’information ETQ peut être composée de caractères alphanumériques, comme par exemple un texte associé à la qualité de restitution.
Dans un second exemple, la bande passante de l’utilisateur est mesurée à 15 Mbs/s. Le module de détermination DET détermine alors que le débit d’encodage maximum pour chacun des contenus C1 à Cn exposés dans la VZL est de 10 Mbs/s (D5).
Le module de construction CONST sélectionne alors une résolution de type haute définition, ou HD (720 x 1280 pixels), sous réserve que les contenus soient proposés à la diffusion en HD par la chaîne télévisuelle pour les contenus LIVE ou par le fournisseur d’accès à internet pour les VOD.
En effet, les contenus C1 à Cn peuvent avoir des débits d’encodage différents, par exemple, un contenu C4 peut être proposé sous forme de fragments de durée 4s, avec un premier débit d’encodage D1 = 400 kb/s, un deuxième débit d’encodage D2 = 800 kb/s, un troisième débit d’encodage D3 = 2100 kb/s, un quatrième débit d’encodage D4 = 2500 kb/s et un cinquième débit d’encodage D5 = 3000 kb/s. Dans le cas où la bande passante est mesurée à 10Mbs/s, le contenu C4 ne peut être diffusé qu’à un débit d’encodage maximum de 3000 kb/s, ce qui correspond à une qualité de restitution de type standard ou SD. Le module de construction CONST met alors à jour l’étiquette d’information ETQ à destination de l’utilisateur sur la qualité de restitution accessible à l’utilisateur des contenus de la VZL.
On illustre en lien avec la figure 4b, un second exemple d’affichage dans une liste virtuelle de zapping (VZL) d’une étiquette d’information sur une qualité de restitution pour chacun (ou seulement certains) des contenus numériques exposés.
Le lecteur de flux multimédia 9, via le module de construction CONST, sélectionne une qualité haute définition HD lorsque le débit d’encodage maximum est déterminé à 10 Mbs/s, et une qualité standard SD lorsque le débit d’encodage maximum est déterminé à 3 Mbs/s (par exemple lorsque le débit d’encodage maximum proposé par le fichier manifeste d’un contenu ne permet pas d’atteindre une qualité HD), quand la bande passante est mesurée à 15Mbs/s.
Une étiquette d’information ETQ est alors affichée dans la VZL en association avec l’imagette I de chacun (ou de certains) des contenus de la VZL sous la forme d’un logo HD ou SD.
Les exemples précédents ne sont pas limitatifs. Ainsi, un client disposant de la fibre et pouvant accéder à des contenus numériques à des débits d’encodage maximum tels qu’il peut prétendre à une qualité de restitution de type UHD ou 4k, est informé sur la qualité de restitution par l’affichage dans la VZL, en association avec l’imagette I de chacun des contenus de la VZL, d’une étiquette d’information ETQ sous la forme d’un logo UHD ou 4k par exemple.
Dans une étape E9, le module de construction CONST, via le module TRANS, transmet la liste enrichie de contenus LIST_ENR au terminal de restitution, pour affichage sur un écran de ce dernier.
Plus particulièrement, l’étiquette d’information sur la qualité de restitution est affichée au niveau du terminal de restitution, via une interface graphique, dans la VZL, par exemple sous la forme d’une information graphique, comme par exemple un logo représentant une résolution. Dans un exemple, un logo SD représente une résolution standard, un logo HD représente une résolution en haute définition, un logo FHD représente une résolution en « Full HD », un logo UHD ou 4K représente une résolution en « Ultra HD ». Dans un autre exemple, cette étiquette d’information peut être un texte, comme par exemple une valeur de résolution telle que 720p pour une résolution haute définition, 1080p pour une résolution Full HD... etc.
Dans une variante, l’étiquette d’information sur la qualité de résolution peut représenter des qualités de restitution intermédiaire et peut être alors affichée par exemple sous la forme de logos intermédiaires comme par exemple SD+, HD+ etc...
Dans une étape E10, l’utilisateur peut alors sélectionner un contenu de manière éclairé et envoyer au terminal lecteur de flux 9 une requête de sélection SELECT_CONT d’un contenu particulier qu’il souhaite visualiser.
ANNEXE 1 : exemple de fichier manifeste

Claims

REVENDICATIONS
1. Procédé de gestion d’une liste de contenus accessibles au zapping, lesdits contenus numériques (C1, C2, Cn) étant téléchargeables en mode de téléchargement progressif adaptatif (HAS) par un terminal lecteur de flux multimédia (3, 4, 8, 9), lesdits contenus numériques (C1, C2, Cn) étant respectivement associés à un fichier de description (7, M1, M2, Mn), comprenant une liste de segments temporels (Cni@Dj) desdits contenus associés chacun à plusieurs débits d’encodage desdits contenus, caractérisé en ce qu’il comprend :
- une réception (E3) d’une requête d’accès à une liste (VZL) desdits contenus numériques,
- une obtention (E4) desdits fichiers de description (7, M1, M2, Mn) associés auxdits contenus numériques (C1, C2, Cn) de ladite liste (VZL),
- une détermination d’un débit d’encodage maximum desdits segments temporels (Cni@Dj) desdits contenus numériques (C1, C2, Cn) accessible au téléchargement, en fonction d’une contrainte de ressource obtenue par ledit terminal lecteur de flux multimédia (3, 4, 8, 9),
- une construction d’une liste enrichie de contenus, dans laquelle au moins un desdits contenus numériques (C1, C2, Cn) est associé à un indicateur de qualité de restitution affecté audit contenu en fonction dudit débit d’encodage maximum déterminé.
2. Procédé de gestion d’une liste de contenus accessibles au zapping selon la revendication 1, caractérisé en ce qu’il comprend en outre un affichage de ladite liste enrichie de contenus sur un terminal de restitution.
3. Procédé de gestion d’une liste de contenus accessibles au zapping selon à la revendication 2, caractérisé en ce que ledit indicateur de qualité de restitution est affiché sous forme d’une étiquette d’information appartenant au groupe comprenant :
- un graphisme ;
- une chaîne de caractères alphanumériques ;
- un mode d’affichage d’une imagette représentative dudit contenu associé.
4. Procédé de gestion d’une liste de contenus accessibles au zapping selon l'une quelconque des revendications 1 à 3, caractérisé en ce qu’il met en œuvre une mise à jour de ladite liste enrichie de contenus à intervalles de temps déterminés et/ou en cas de modification de ladite contrainte de ressource.
5. Produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en œuvre d’un procédé de gestion d’une liste de contenus accessibles au zapping selon l'une quelconque des revendications 1 à 4, lorsqu’il est exécuté par un processeur.
6. Support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur selon la revendication 5.
7. Dispositif de gestion d’une liste de contenus accessibles au zapping, lesdits contenus numériques (C1, C2, Cn) étant téléchargeables en mode de téléchargement progressif adaptatif (HAS) par un terminal lecteur de flux multimédia (3, 4, 8, 9), lesdits contenus numériques (C1, C2, Cn) étant respectivement associés à un fichier de description (7, M1, M2, Mn), comprenant une liste de segments temporels (Cni@Dj) desdits contenus associés chacun à plusieurs débits d’encodage desdits contenus, caractérisé en ce qu’il comprend :
- un module de réception (ZAP) d’une requête d’accès à une liste (VZL) desdits contenus numériques,
- un module d’obtention (HAS) desdits fichiers de description (7, M1, M2, Mn) associés auxdits contenus numériques (C1, C2, Cn) de ladite liste (VZL),
- un module de détermination (DET) d’un débit d’encodage maximum desdits segments temporels (Cni@Dj) desdits contenus numériques (C1 , C2, Cn) accessible au téléchargement, en fonction d’une contrainte de ressource obtenue par ledit terminal lecteur de flux multimédia (3, 4, 8, 9),
- un module de construction (CONST) d’une liste enrichie de contenus, dans laquelle au moins un desdits contenus numériques (C1 , C2, Cn) est associé à un indicateur de qualité de restitution affecté audit contenu en fonction dudit débit d’encodage maximum déterminé.
8. Dispositif de gestion d’une liste de contenus accessibles au zapping selon la revendication 7, caractérisé en ce qu’il comprend un module de génération d’une commande (TRANS) d’un affichage de ladite liste enrichie de contenus sur un terminal de restitution.
9. Terminal lecteur de flux multimédia, caractérisé en ce qu’il comprend un dispositif de gestion d’une liste de contenus accessibles au zapping selon les revendications 7 à 8.
EP20823907.9A 2019-11-29 2020-11-18 Procédé de gestion d'une liste de contenus accessibles au zapping, les contenus numériques étant téléchargeables en mode de téléchargement progressif adaptatif (has), dispositif de gestion, lecteur de flux multimédia et programme d'ordinateur correspondants Pending EP4066512A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1913460A FR3103988A1 (fr) 2019-11-29 2019-11-29 Procédé de gestion d’une liste de contenus accessibles au zapping, les contenus numériques étant téléchargeables en mode de téléchargement progressif adaptatif (HAS), dispositif de gestion, lecteur de flux multimédia et programme d’ordinateur correspondants.
PCT/FR2020/052109 WO2021105585A1 (fr) 2019-11-29 2020-11-18 Procédé de gestion d'une liste de contenus accessibles au zapping, les contenus numériques étant téléchargeables en mode de téléchargement progressif adaptatif (has), dispositif de gestion, lecteur de flux multimédia et programme d'ordinateur correspondants

Publications (1)

Publication Number Publication Date
EP4066512A1 true EP4066512A1 (fr) 2022-10-05

Family

ID=69743429

Family Applications (1)

Application Number Title Priority Date Filing Date
EP20823907.9A Pending EP4066512A1 (fr) 2019-11-29 2020-11-18 Procédé de gestion d'une liste de contenus accessibles au zapping, les contenus numériques étant téléchargeables en mode de téléchargement progressif adaptatif (has), dispositif de gestion, lecteur de flux multimédia et programme d'ordinateur correspondants

Country Status (3)

Country Link
EP (1) EP4066512A1 (fr)
FR (1) FR3103988A1 (fr)
WO (1) WO2021105585A1 (fr)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107211193B (zh) * 2015-02-07 2021-04-13 视觉波公司 感知体验质量估计驱动的智能适应视频流传输方法和系统
US10389785B2 (en) * 2016-07-17 2019-08-20 Wei-Chung Chang Method for adaptively streaming an audio/visual material
US10104407B2 (en) * 2016-10-13 2018-10-16 Cisco Technology, Inc. Method and device for network-assisted client-centric QoE optimization

Also Published As

Publication number Publication date
FR3103988A1 (fr) 2021-06-04
WO2021105585A1 (fr) 2021-06-03

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é
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.
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
WO2021089942A1 (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
FR3094167A1 (fr) Procédé de gestion de contenus multimédia et dispositif pour la mise en œuvre du procédé
WO2020259911A1 (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
EP4066512A1 (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
WO2023208688A1 (fr) Gestion de la restitution d&#39;un contenu multimédia
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
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.
EP2819424A1 (fr) Procédé d&#39;amelioration du temps de changement entre programmes audiovisuels
EP3840391A1 (fr) Gestion de la restitution d&#39;un contenu multimédia et d&#39;une interface de navigation sur un écran
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
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.
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
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
EP3973714A1 (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
EP4109905A1 (fr) Gestion du téléchargement progressif adaptatif d&#39;un contenu numérique en mode économiseur d&#39;écran
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
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
FR3124344A1 (fr) Procédé de gestion d’accès à des contenus téléchargés en mode de téléchargement adaptatif.

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

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)
RAP3 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE