EP4515878A1 - Gestion de la restitution d'un contenu multimédia - Google Patents

Gestion de la restitution d'un contenu multimédia

Info

Publication number
EP4515878A1
EP4515878A1 EP23720847.5A EP23720847A EP4515878A1 EP 4515878 A1 EP4515878 A1 EP 4515878A1 EP 23720847 A EP23720847 A EP 23720847A EP 4515878 A1 EP4515878 A1 EP 4515878A1
Authority
EP
European Patent Office
Prior art keywords
content
cursor
selection
restitution
encoding rate
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
EP23720847.5A
Other languages
German (de)
English (en)
Inventor
Mathieu Rivoalen
Hervé Marchand
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange SA filed Critical Orange SA
Publication of EP4515878A1 publication Critical patent/EP4515878A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management e.g. creating a master electronic programme guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4621—Controlling the complexity of the content stream or additional data, e.g. lowering the resolution or bit-rate of the video stream for a mobile client with a small screen
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/4722—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting additional data associated with the content
    • H04N21/4725—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting additional data associated with the content using interactive regions of the image, e.g. hot spots
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

Definitions

  • the field of the invention is that of managing the restitution of digital multimedia content, namely digital audio and/or video content. More precisely, the invention concerns the management of the restitution of multimedia content when this content is rendered at the same time as a selection interface on the screen. We will see in the following that the restitution of content and the selection interface can be done on the same screen or on two separate screens.
  • the invention particularly targets content accessible in several formats associated with respective sizes in bytes having more or less impact on the bandwidth of the network on which the content is downloaded.
  • the invention particularly targets content downloaded using a technique called adaptive progressive downloading, or HAS, or any other downloading techniques using the same principle.
  • the invention applies to any system in which a simultaneous restitution of multimedia content and a selection interface.
  • a system is for example a TV decoder, a Web TV, a Connected TV, a digital television decoder, etc.
  • a selection interface aims at a graphical interface comprising selectable tabs associated with respective functions such as access to content currently being broadcast (called live content), access to an integrated recorder, access to content on demand , access to settings, etc.
  • the selection interface can be rendered on the same screen whether the content being downloaded is on a remote screen.
  • the terminal generally sends a request to a server, indicating the chosen content; the terminal receives in return 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 adapted to receive digital content in the form of multimedia data and to request a restitution of this content on a restitution device.
  • Received data corresponding to a video is generally decoded and then rendered as 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 from the HTTP family (Hyper Text Transport Protocol).
  • HTTP family Hyper Text Transport Protocol
  • progressive mode downloading of digital content also called streaming, makes it possible to transport and consume data in real time, that is to say that the digital data is transmitted over the network and restored by the terminal as it progresses. and as they arrive.
  • the terminal receives and stores part of the digital data in a buffer memory before restoring it.
  • This distribution method is particularly useful when the bandwidth available to the user is not guaranteed for the real-time transfer of the video.
  • Adaptive progressive downloading in English HTTP Adaptive Streaming, abbreviated HAS, also makes it possible to broadcast and receive data in different qualities corresponding for example to different bitrates. These different qualities are described in a description file, called "manifest" by those skilled in the art, 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 consume according to the available bandwidth or the storage and decoding capabilities of the client terminal.
  • This type of technique makes it possible in particular to take into account 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 “broadcast in dynamic adaptive streaming over HTTP”) is an audiovisual broadcast format standard on the Internet. It is based on the preparation of content in different presentations of varying quality and flow, divided into short segments (of the order of a few seconds), also called segments. Each of these segments is made available individually by means of an exchange protocol. The primarily targeted protocol is HTTP, but other protocols (e.g. 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 client terminal makes an estimate of the bandwidth available for receiving segments, and, based on the filling of its reception buffer, chooses, for the next segment to load, a representation whose flow rate ensures the best possible quality, and allows a reception time compatible with the uninterrupted rendering of the content.
  • the restitution 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 different encoding rates offered.
  • there are different algorithms for selecting the quality of content according to the available bandwidth which may present more or less aggressive, or more or less secure, strategies.
  • the invention improves the situation.
  • the invention relates to a method for managing the restitution of content on a screen, the content having several qualities available for selection, the restitution of the content being associated with a selection interface, characterized in that, when the restitution of the content, the quality selected for the restitution of the content is a function of data representative of an interaction with the selection interface.
  • the content returned is therefore a function of data representative of an interaction and therefore of an activity linked to the selection interface.
  • the data representing an interaction comes from the location of a cursor on the screen, a state of mobility of the cursor, etc.
  • content is being rendered, depending on the state of the cursor, the content is replaced by another content (an image, another video, the same video but selecting other encoding rates, etc. ).
  • the content can be downloaded from a communications network; the content is divided into multiple segments, the segments having multiple selectable encoding rates; in this configuration, the state of the slider determines the segment encoding rate to be selected for future segments. Thanks to this mode, the value of the encoding rate selected by the reading terminal for downloading future segments may therefore, in certain circumstances, be lower than the value of the encoding rate which would be obtained with conventional encoding techniques. obtaining the encaging flow rate based on the current bandwidth. This reduction will result in a gain in local CPU resources and therefore a gain in responsiveness of the selection interface. This drop in encoding rate will also result in an increase in current bandwidth and therefore an improvement in network conditions for other services (Internet access, VOD, etc.) which compete in terms of bandwidth with downloading. content.
  • the throughput could in this case be reduced.
  • This reduction results in a reduction in the bandwidth occupied by the segments during downloading.
  • this reduction preserves an optimal user experience because, at that moment, the user no longer seems to be interested, or even no longer interested, in the content being rendered, but rather in the functions offered by the selection interface. The user no longer viewing the content therefore does not notice the drop in the quality of the content being rendered.
  • the determined encoding rate is lower than the current encoding rate.
  • the second encoding rate is conventionally determined as a function of the current bandwidth as explained in the section devoted to the state of the art. It is then sufficient to select a first flow rate lower than the second flow rate to obtain the same advantages as the first mode of implementation described above.
  • the determined encoding rate is the smallest selectable encoding rate.
  • This second mode simplifies the process by selecting the lowest encoding rate. This simplification avoids a step of determining the encoding rate as a function of the bandwidth; this mode therefore considerably reduces the processing time for obtaining the encoding bit rate to be used for the segments to come because the chosen bit rate is quite simply the lowest bit rate.
  • the state is a movement of the cursor on the selection interface.
  • a simple movement of the cursor without validation of a function offered by a tab of the selection area, is evidence of an interest in positioning the cursor on an area of the selection interface; navigation in the graphical interface proves that the attention of the user is focused on the interface and less on the content.
  • the state is a location of the cursor relative to said at least one selection zone of the interface Selection.
  • a location makes it possible to identify the area pointed by the cursor, meaning the corresponding tab, and the function associated with this area or tab.
  • the tab in question concerns access to settings (setting parental control, setting a rendering language, etc.), we can consider in this case that the user who manipulates the cursor does not no longer interested in the content at all; a reduction in the encoding rate is judicious in this case; conversely, if the tab in question concerns access to channels in access to settings, we can consider in this case that the user who manipulates the cursor is no longer interested in the content at all; a reduction in the encoding rate is wise in this case.
  • the selection interface comprises at least one selection zone associated with a function; if the content being rendered is content of a given type, and if the function associated with the zone concerns access to said type of content being rendered, in this case the encoding rate is a maximum possible rate function of the current bandwidth.
  • the content being rendered is content broadcast live (or live)
  • the tab of the selection interface concerns access to live content
  • the entity will require access to segments of optimal quality. In other words, if the quality has been lowered due to a state of the cursor as indicated above, as soon as the cursor is positioned on a type of tab related to the content rendered, the entity finds a normal running.
  • the invention relates to an entity for managing the restitution of content on a screen, the content having several qualities available for selection, the restitution of the content being associated with a selection interface comprising at least a selection zone associated with a function and manipulatable by means of a cursor, characterized in that it comprises a selection module capable of selecting, during the restitution of the content, the quality for the restitution of the content depending on a cursor state.
  • the invention relates to a reader terminal comprising a management entity as defined above.
  • the subject of the invention is a computer program capable of being implemented on a management entity as defined above, the program comprising code instructions which, when executed by a processor, carries out the steps of the management process defined above.
  • the subject of the invention is a data medium on which at least one series of program code instructions has been stored for the execution of a management method as defined above.
  • the medium in question can be any entity or device capable of storing the program.
  • the support may comprise a storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or even a magnetic recording means, for example a hard disk.
  • the information carrier may be a transmissible medium such as an electrical or optical signal, which may be carried via an electrical or optical cable, by radio or by other means.
  • the program according to the invention can in particular be downloaded onto an Internet type network.
  • the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in executing the method in question.
  • the download is progressive based on the use of HAS adaptive streaming.
  • the invention is not limited to HAS technology but extends to all other data download technologies.
  • An SRV digital content server is located according to this example in the extended WAN network but it could equally be located on a domestic gateway or any other equipment capable of hosting such a content server.
  • the SRV content server receives, for example, digital television content channels from a broadcast television network, not shown, and/or videos on demand, and makes them available to client terminals.
  • a client reading terminal for example a decoder, can communicate with the SRV content server to receive one or more contents (films, documentaries, advertising sequences, etc.).
  • contents films, documentaries, advertising sequences, etc.
  • Client terminals can be of any kind, for example an STB decoder, a PC computer, a MOB mobile phone, etc.
  • the embodiments will be based on an STB decoder.
  • URI Universal Resource Identifier
  • All of these parameters are generally grouped together in a parameters file, called a description file or “manifest”. Note that this parameters file can be a computer file or a set of information descriptive of the content, accessible at a certain address.
  • the STB reading terminal in a progressive adaptive download context, can adapt the access requests that it transmits to the server to receive and decode the content requested by the user at the quality that best suits them.
  • the content is available at speeds 400 kb/s (kilobits per second) (Resolution 1, or level 1, noted N1), 800 kb/s (N2), 1200 kb/s (N3) 2100 kb/ s (N4) 3000 kb/s (N4) and the client terminal has a bandwidth of 3000 kb/s, it can request the content at any rate lower than this limit, for example 2100 kb/s .
  • Ci@Nj the content number i with quality j (for example the j-th quality level Nj described in the description file).
  • the GTW service gateway is in this example a domestic gateway which ensures the routing of data between an extended WAN network and the STB decoder, manages digital content by notably ensuring their reception from the network and their decoding using the STB decoder.
  • the STB client terminal first queries the GTW service gateway to obtain an address of the desired content description file (for example, C1).
  • the service gateway responds by providing the terminal with the address of the description file.
  • this file is a manifest type file according to the MPEG-DASH standard and we will refer indifferently, depending on the context, to the expression “description file” or “manifest”.
  • this file may be retrieved directly from a local or external Internet server on the local network, or may already be on the serving gateway or terminal at the time of the request.
  • the GTW service gateway proceeds to obtain the segments via a download 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://mycontentsegment for example).
  • URI universal address
  • the STB decoder is used to render a television program on the TV screen. Subsequently, this television program is referred to as C1 content. Such C1 content is described in a manifest file (cf. ).
  • the content C1 can be a television program broadcast deferred, or a video on demand, or a personal video of the user, or any other multimedia content of fixed duration, for which the invention is also applies.
  • the STB decoder can be controlled by the user using a remote control.
  • This remote control will allow you to select tabs on a selection interface.
  • the remote control can be physical or software.
  • the STB decoder conventionally comprises memories M associated with a CPU processor.
  • the memories can be of the ROM type (from the English “Read Only Memory”) or RAM (from the English “Random Access Memory”) or even Flash.
  • the STB decoder communicates with the GTW gateway via a first communication module COM1 and with the television set via a second communication module COM2.
  • the first communication module COM1 is for example a Wi-Fi link.
  • the second communication module is for example an HDMI link.
  • the STB decoder further comprises an adaptive progressive download module HAS capable of requesting a progressive download of one of the contents at one of the qualities proposed in an MNF description file.
  • HAS adaptive progressive download module
  • the STB decoder further comprises a management entity ENT, object of the invention, the operation of which will be detailed below.
  • the STB decoder can also contain other modules such as a hard drive not shown for storing video segments, a content access control module, a module for processing commands received from the smartphone.
  • the content server HAS exposes a video C1 in the form of segments C1i@Nj encoded at different encoding rates Nj, where the index i designates a temporal identifier of the segment C1i@Nj.
  • the HAS download module called classic download mode below, of the STB decoder is responsible for retrieving the segments from the HAS content server by choosing the video quality Nj according to the available network resource .
  • the HAS download module chooses the encoding rate of the next video segment to download: there are in fact numerous algorithms allowing this choice to be made, the strategies of which are more or less safe or aggressive.
  • the general principle of such algorithms is based on the downloading of a first segment at the lowest encoding rate proposed in the manifest file, and on the evaluation of the recovery time of this first segment.
  • the HAS download module evaluates whether, based on the size of the segment and the time taken to retrieve it, the network conditions allow downloading the next segment at a higher encoding rate.
  • the HAS download module In the classic case, if a video segment lasts 3 seconds, the recovery of the segment by the HAS download module must not exceed 3 seconds, in order to allow uninterrupted restitution of the content by the STB decoder. It is therefore appropriate for the HAS download module to make the best compromise between a restitution quality, and therefore an encoding rate, as high as possible, and the segment download time, which must be sufficiently low to allow a streaming reproduction on the TV set.
  • the HAS download module controls the download of a segment at the optimal encoding rate as described in more detail later.
  • the HAS module retrieves the manifest file MNF which corresponds to the video content C1 in order to discover the available segments of the video content C1, and the different associated video qualities Nj.
  • the HAS module operates the download, for example, of successive segments C11@N1 (i.e. the first temporal segment at an encoding rate of 400 kb/s), then C12@N3 (i.e. the second temporal segment at a rate of encoding of 1200 kb/s), then C13@N3 (i.e. the third time segment at an encoding rate of 1200 kb/s), etc.
  • the different segments downloaded by the HAS download module are transmitted to an AFF display module capable of requiring display on the television screen.
  • the algorithm implemented by the HAS download module to determine which segment at which encoding rate must be downloaded in normal operating mode can be one of the already existing algorithms of the prior art. This algorithm will therefore not be described here in more detail.
  • an INT selection interface is accessible and can be rendered at the same time as the video content C1 on the same screen.
  • the C1 television content is located in the background and the INT selection interface is in the foreground.
  • the INT selection interface could also be rendered on a remote screen for example on a TAB tablet, a mobile phone, or any other connected equipment equipped with a screen.
  • the INT interface could also be rendered both on the television screen and on a remote screen.
  • the method of the invention applies in the same way whether the restitution of the content and the interface is carried out on the same screen or not.
  • the INT interface includes at least one selectable zone Z1-Z3. More precisely, a zone is associated with a function.
  • a function is for example access to a recorder, access to video on demand, access to content broadcast live, access to settings, etc.
  • the INT selection interface includes selectable tabs located in three zones Z1, Z2 and Z3, respectively: - the Z1 zone tab provides access to video on demand
  • the Z2 zone tab provides access to content broadcast live, typically from television channels
  • the Z3 zone tab provides access to content stored on a recorder.
  • the number of zones is irrelevant.
  • a banner On the , at the bottom of the screen, a banner also appears including a succession of live content currently being broadcast and selectable from a remote control.
  • a CRS cursor can be moved on the interface and positioned on the selection interface. On the , the cursor is represented by an arrow.
  • the ENT management entity will modify the way of downloading the segments based on data representing an interaction with the interface.
  • the data is for example a state of the cursor.
  • a state of the CRS cursor aims for example at mobility of the CRS cursor on the selection interface, location of the CRS cursor on the screen when the cursor is positioned on the screen, etc.
  • the ENT management entity may request the restitution of content other than the content being rendered.
  • the content may replace the content being rendered with another content.
  • the other content may be the same content but at a lower or even higher encoding bitrate.
  • the ENT entity will therefore, depending on the state of the cursor, impose an encoding rate on the HAS download module.
  • the imposed encoding rate will be chosen from the rates lower than the rate conventionally calculated according to the techniques of the prior art described above, or even the lowest encoding rate among the rates offered for selection.
  • the ENT entity requests from the HAS download module a reduction in the encoding rate and continues to render the content with this encoding rate.
  • the selected zone is the zone associated with the LIV tab
  • the ENT entity requires the HAS download module to operate normally; the HAS module then accesses the segments conventionally based on the current bandwidth and selecting an optimal flow rate in relation to this bandwidth.
  • the encoding rate has been lowered by the ENT entity, the latter requires a resumption of downloading in the traditional way.
  • each tab Z1-Z3 will be associated with a value specifying whether it is necessary to apply a particular treatment, for example a reduction in the encoding rate below the rate which would conventionally be selected.
  • a binary value (0 or 1) is associated with the zones/tabs meaning whether or not the encoding rate must be reduced.
  • the encoding rate is selected according to a state of the cursor.
  • the state of the CRS cursor targets several embodiments. Indeed, the state can target a location of the cursor, or a state of mobility (if it is mobile or immobile), etc.
  • the current BP access bandwidth (generally expressed in GB for Giga Bytes) to the RES network varies over time.
  • the start of the download begins at time t0.
  • the HAS download module conventionally selects for the main content C1 a first rate N4 maximum and lower than the bandwidth and receives segments with this encoding rate N4. Secondly, as the bandwidth decreases, the module selects the N3 flow rate with the same principle.
  • the CRS cursor moves following receipt of a command from a control device.
  • the CRS cursor is positioned on zone Z1; zone Z1 of the selection interface is selected SEL(Z1); this zone Z1 is hatched on the ; on the screen, this area could be highlighted to highlight the location of the selection on the TV screen.
  • the management entity ENT checks the binary code associated with zone Z1, namely binary code 1. In this case, as explained above, the entity manages the download according to a mode specific selection in which the entity selects a flow rate lower than that which would be requested in the classic mode; In our example, the entity selects the minimum encoding rate N1.
  • the minimum encoding rate is selected for future segments as long as zone Z1 is selected, i.e. until time t2
  • the CRS cursor moves and positions itself in the Z3 zone which is selected.
  • the management entity ENT verifies the binary code associated with the zone, namely binary code 1.
  • the entity manages the download according to a specific selection mode in which the entity selects a flow rate lower than that which would be requested in classic mode; In our example, the entity continues to select the minimum encoding rate N1.
  • the minimum encoding rate N1 is selected for future segments as long as zone Z1 is selected, i.e. until time t3.
  • the CRS cursor moves to zone Z2.
  • the management entity ENT checks the binary code associated with the zone, namely binary code 0.
  • the entity requires a HAS download conventionally by selecting an optimal encoding rate in terms of quality, namely N3 then N4 in the figure.
  • the above embodiment is based on the location of the CRS cursor on the screen.
  • mobility of the CRS cursor can be taken into account.
  • the CRS cursor if the CRS cursor is mobile a binary code 1 is associated with this mobility; the specific processing handles the download in the specific way defined above.
  • the ENT entity manages the download according to a specific selection mode in which the entity requires the selection of a rate lower than that which would be requested in the classic mode by the download module HAS; In our example, the entity selects the minimum encoding rate N1.
  • module or the term entity can correspond 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 programs or under -computer programs or more generally any element of a program capable of implementing a function or a set of functions as described for the modules concerned.
  • a hardware component corresponds to any element of a hardware assembly capable of implementing a function or a set of functions for the module concerned (integrated circuit, smart card, memory card, etc. .)

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Information Transfer Between Computers (AREA)
  • Position Input By Displaying (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

L'invention se rapporte à un procédé de gestion de la restitution d'un contenu (C1) sur un écran (TV), le contenu ayant plusieurs qualités disponibles à la sélection, la restitution du contenu étant associée à une interface de sélection (INT) comprenant au moins une zone de sélection (Z1-Z3) associée à une fonction et manipulable au moyen d'un curseur (CRS), caractérisé en ce que, lors de la restitution du contenu, la qualité sélectionnée pour la restitution du contenu est fonction d'un état du curseur en liaison avec l'interface de sélection (INT).

Description

    Gestion de la restitution d’un contenu multimédia
  • Le domaine de l'invention est celui de la gestion de la restitution de contenus multimédia numériques, à savoir les contenus audio et/ou vidéo numériques. Plus précisément, l'invention concerne la gestion de la restitution d’un contenu multimédia lorsque ce contenu est restitué en même temps qu’une interface de sélection sur l’écran. On verra dans la suite que la restitution d’un contenu et de l‘interface de sélection peut se faire sur le même écran ou sur deux écrans distincts.
  • L’invention vise tout particulièrement les contenus accessibles selon plusieurs formats associés à des tailles respectives en octets ayant plus ou moins d’impact sur la bande passante du réseau sur lequel le contenu est téléchargé. L’invention vise tout particulièrement les contenus téléchargés selon une technique dite de téléchargement progressif adaptatif, ou HAS, ou toutes autres techniques de téléchargement utilisant le même principe.
  • L’invention s’applique à tout système dans lequel une restitution simultanée d’un contenu multimédia et d’une interface de sélection. Un tel système est par exemple un décodeur TV, une Web TV, une télévision Connectée, un décodeur de télévision numérique, etc.
  • Une interface de sélection vise une interface graphique comprenant des onglets sélectionnables associés à des fonctions respectives telles qu’un accès à des contenus en cours de diffusion (appelés contenus live), un accès à un enregistreur intégré, un accès à des contenus à la demandes, un accès à des réglages, etc.
  • Comme indiqué précédemment, l’interface de sélection peut être restituée sur un même écran que le contenu en cours de téléchargement soit sur un écran déporté.
    •  Etat de la technique
  • L’accès à un contenu multimédia, 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 de restitution, 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 ; le terminal 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 un contenu numérique sous forme de données multimédia et pour requérir une restitution de ce contenu sur un dispositif de restitution. Les données reçues correspondant à une vidéo sont généralement décodées, puis restituées 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 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 Transport Protocol »). 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 (buffer en anglais) 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 description, appelé « manifest » par l’homme du métier, 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 « manifests », 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 segments. 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 manifest au format XML.
  • Le principe sous-jacent à cette norme est que le terminal client 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 d’encodage, à 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 de restitution 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.
  • Les techniques actuelles cherchent donc constamment à offrir une qualité d’image optimale. Cette optimisation permet ainsi de recevoir des flux de bonne qualité quand les conditions réseau le permettent.
  • Cependant, l’utilisation d’une interface graphique de sélection riche en éléments graphiques et dotée d’animations graphiques tels que l’affichage d’un curseur pour la sélection de fonctions affichées sur l’interface utilisent beaucoup de ressources CPU (ou processeur). Un problème est que le décodage de segments associés à des débits d’encodage élevés utilise beaucoup le processeur et peut avoir un impact négatif sur l’utilisation de l’interface qui dispose alors de moins de ressource CPU ; l’interface peut devenir moins réactive ; par exemple, le curseur se déplace plus lentement. Il résulte de ce manque de réactivité une interface de sélection moins agréable à utiliser.
  • De plus, offrir une qualité d’image optimale n’est pas toujours judicieux en particulier lorsque l’utilisateur placé devant l’écran restituant le contenu focalise son attention sur l’interface graphique.
  • L'invention vient améliorer la situation.
  • L’invention
  • L’invention se rapporte à un procédé de gestion de la restitution d’un contenu sur un écran, le contenu ayant plusieurs qualités disponibles à la sélection, la restitution du contenu étant associée à une interface de sélection, caractérisé en ce que, lors de la restitution du contenu, la qualité sélectionnée pour la restitution du contenu est fonction d’une donnée représentative d’une intéraction avec l’interface de sélection.
  • Selon l’invention, le contenu restitué est donc fonction d’une donnée représentative d’une intéraction et donc d’une activité en liaison avec l’interface de sélection.
  • On verra dans la suite dans un exemple que la donnée représentative d’une intéraction est issue d d’une localisation d’un curseur sur l’écran, un état de mobilité du curseur, etc. Ainsi, si un contenu est en cours de restitution, en fonction de l’état du curseur le contenu est remplacé par un autre contenu (une image, une autre vidéo, la même vidéo mais en sélectionnant des débits d’encodage autres, etc.).
  • Selon un premier mode de réalisation du procédé, le contenu est téléchargeable depuis un réseau de communication ; le contenu est divisé en plusieurs segments, les segments ayant plusieurs débits d’encodage sélectionnables ; dans cette configuration, l’état du curseur détermine le débit d’encodage des segments à sélectionner pour les segments futurs. Grâce à ce mode, la valeur du débit d’encodage sélectionné par le terminal de lecture pour le téléchargement des segments futurs pourra donc, dans certaines circonstances, être inférieure à la valeur de débit d’encodage qui serait obtenue avec les techniques classiques d’obtention du débit d’encage basé sur la bande passante courante. Il résultera de cette baisse un gain en ressource locale CPU et donc un gain de réactivité de l’interface de sélection. Il résultera également de cette baisse du débit d’encodage une augmentation de la bande passante courante et donc une amélioration des conditions réseaux pour les autres services (accès Internet, VOD, etc.) qui entrent en concurrence en termes de bande passante avec le téléchargement du contenu.
  • Par exemple, lorsque l’état du curseur fait apparaître une volonté de l’utilisateur de ne plus poursuivre la lecture du contenu, le débit pourra dans ce cas être diminué. Il résulte de cette diminution une baisse de la bande passante qu’occupe les segments lors du téléchargement. En outre, cette diminution préserve une expérience utilisateur optimale car, à ce moment-là, l’utilisateur semble ne plus s’intéresser, voire ne s’intéresse plus, au contenu en cours de restitution, mais plutôt à des fonctions offertes par l’interface de sélection. L’utilisateur ne visualisant plus le contenu ne s’aperçoit donc pas de la baisse de la qualité du contenu en cours de restitution.
  • Selon encore un deuxième mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec le précédent mode, le débit d’encodage déterminé est inférieur au débit d’encodage courant. Dans ce premier mode, le deuxième débit d’encodage est déterminé classiquement en fonction de la bande passante courante comme cela est expliqué dans la partie consacrée à l’état de la technique. Il suffit ensuite de sélectionner un premier débit inférieur au deuxième débit pour obtenir les mêmes avantages que le premier mode de mise en œuvre décrit ci-dessus.
  • Selon encore un troisième mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents modes, le débit d’encodage déterminé est le débit d’encodage le plus petit sélectionnable. Ce deuxième mode simplifie le procédé en sélectionnant le débit d’encodage le plus bas. Cette simplification évite une étape de détermination du débit d’encodage en fonction de la bande passante ; ce mode réduit de ce fait considérablement le temps de traitement pour l’obtention du débit d’encodage à utiliser pour les segments à venir car le débit choisi est tout simplement débit le plus faible.
  • Selon encore un quatrième mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents, l’état est un mouvement du curseur sur l’interface de sélection. En effet, un simple mouvement du curseur, sans validation d’une fonction offerte par un onglet de la zone de sélection, est le témoin d’un intérêt de positionner le curseur sur une zone de l’interface de sélection ; une navigation dans l’interface graphique prouve que l’attention de l’utilisation se porte sur l’interface et moins sur le contenu.
  • Selon encore un cinquième mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents, l’état est une localisation du curseur par rapport à ladite au moins une zone de sélection de l’interface de sélection. Une localisation permet d’identifier la zone pointée par le curseur, sous-entendu l’onglet correspondant, et la fonction associée à cette zone ou onglet. Par exemple, si l’onglet en question concerne un accès à des réglages (réglage du contrôle parental, réglage d’une langue de restitution, etc.), on peut considérer dans ce cas que l’utilisateur qui manipule le curseur ne s’intéresse plus du tout au contenu ; une baisse du débit d’encodage est dans ce cas judicieuse ; à l’inverse, si l’onglet en question concerne un accès aux chaîne en accès aux réglages, on peut considérer dans ce cas que l’utilisateur qui manipule le curseur ne s’intéresse plus du tout au contenu ; une baisse du débit d’encodage est dans ce cas judicieuse.
  • Selon encore un sixième mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents, l’interface de sélection comprend au moins une zone de sélection associée à une fonction; si le contenu en cours de restitution est un contenu d’un type donné, et si la fonction associée à la zone concerne un accès audit type de contenus en cours de restitution, dans ce cas le débit d’encodage est un débit maximum possible fonction de la bande passante courante. Par exemple, si le contenu en cours de restitution est un contenu diffusé en direct (ou live), et si l’onglet de l’interface de sélection concerne un accès aux contenus live, l’entité va requérir un accès à des segments de qualité optimale. En d’autres mots, si la qualité a été abaissée du fait d’un état du curseur comme indiqué ci-dessus, dès que le curseur se positionne sur un type d’onglet en rapport avec le contenu restitué, l’entité retrouve un fonctionnement normal.
  • Selon un aspect matériel, l’invention se rapporte à une entité de gestion de la restitution d’un contenu sur un écran, le contenu ayant plusieurs qualités disponibles à la sélection, la restitution du contenu étant associée à une interface de sélection comprenant au moins une zone de sélection associée à une fonction et manipulable au moyen d’un curseur, caractérisé en ce qu’elle comprend un module de sélection apte à sélectionner, lors de la restitution du contenu, la qualité pour la restitution du contenu fonction d’un état du curseur..
  • Selon un autre aspect matériel, l’invention se rapporte à un terminal lecteur comprenant une entité de gestion telle que définie ci-dessus.
  • Selon un autre aspect matériel, l’invention a pour objet un programme d'ordinateur apte à être mis en œuvre sur une entité de gestion telle que définie ci-dessus, le programme comprenant des instructions de code qui, lorsqu’il est exécuté par un processeur, réalise les étapes du procédé de gestion définies ci-dessus.
  • Selon un autre aspect matériel, l’invention a pour objet un support de données sur lequel a été mémorisée au moins une série d’instructions de code de programme pour l’exécution d’un procédé de gestion tel que défini ci-dessus.
  • Le support en question 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 un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.
  • L'invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple et faite en référence aux dessins annexés sur lesquels :
  • La représente une architecture de téléchargement progressif sur Internet basée sur l’utilisation du streaming adaptatif selon un mode de réalisation du procédé de l’invention ;
  • La illustre de façon schématique la structure matérielle d’un terminal lecteur de flux multimédia en temps réel intégrant un dispositif de gestion de téléchargement progressif adaptatif selon un mode de réalisation de l’invention;
  • La illustre un contenu et ses différents segments ;
  • La illustre un mode de réalisation possible d’une restitution d’un contenu et d’une interface de sélection sur un même écran ;
  • La un autre mode de réalisation possible d’une restitution d’un contenu et d’une interface de sélection sur un même écran ;
  • La présente l’évolution du débit d’encodage utilisé pour le contenu principal selon un mode de réalisation du procédé de l’invention.
  • La illustre un état de l’écran à un instant donné t1 ;
  • La illustre un état de l’écran à un instant donné t2 ultérieur ;
  • La illustre un état de l’écran à un instant donné t3 ultérieur.
  • Description détaillée de modes de réalisation de l'invention
  • On présente désormais, en relation avec la , une architecture de téléchargement d’un contenu multimédia.
  • Dans notre exemple, le téléchargement est de type progressif basé sur l’utilisation du streaming adaptatif HAS. Précisons à nouveau ici que l’invention ne se limite pas à la technologie HAS mais s’étend à toutes autres technologies de téléchargement de données.
  • Un serveur de contenus numériques SRV se trouve selon cet exemple dans le réseau étendu WAN mais il pourrait indifféremment être situé une passerelle domestique ou tout autre équipement capable d’héberger un tel serveur de contenus.
  • Le serveur de contenus SRV 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/ou des vidéos à la demande, et les met à disposition de terminaux clients.
  • Un terminal de lecture client, par exemple un décodeur peut entrer en communication avec le serveur de contenus SRV pour recevoir un ou plusieurs contenus (films, documentaires, séquences publicitaires, etc.).
  • Les terminaux clients peuvent être de toute sorte, par exemple un décodeur STB, un ordinateur PC, un téléphone mobile MOB, etc.
  • Les modes de réalisation se baseront sur un décodeur STB.
  • Il est fréquent, dans ce contexte client-serveur, de recourir, pour échanger les données entre un terminal client STB et le serveur SRV, à 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 le terminal client STB, et une passerelle de services , et/ou entre cette dernière et le serveur de contenus SRV.
  • Classiquement, comme on le verra en référence à la , différentes qualités peuvent être encodées pour le même contenu d’une chaîne, correspondant par exemple à différents débits d’encodage. 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 d’encodage. Chaque niveau de qualité est lui-même découpé sur le serveur de contenus en segments temporels (aussi appelés « segments » de contenu par l’homme du métier, en anglais segments).
  • La description de ces différentes qualités et de la segmentation temporelle associée, ainsi que les segments 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 segments, etc.) est en général regroupé dans un fichier de paramètres, dit fichier de description ou « manifest ». 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.
  • Le terminal de lecture STB, dans un contexte de téléchargement adaptatif progressif, peut adapter les requêtes d’accès qu’il transmet au serveur pour recevoir et décoder le contenu demandé par l’utilisateur à la qualité qui lui correspond au mieux. Dans notre exemple, si les contenus sont disponibles aux débits 400 kb/s (kilobits par seconde) (Résolution 1, ou niveau 1, noté N1), 800 kb/s (N2), 1200 kb/s (N3) 2100 kb/s (N4) 3000 kb/s (N4) et que le terminal client dispose d’une bande passante de 3000 kb/s, il peut demander le contenu à n’importe quel débit inférieur à cette limite, par exemple 2100 kb/s. De manière générale, on note « Ci@Nj » le contenu numéro i avec la qualité j (par exemple le j-ième niveau Nj de qualité décrit dans le fichier de description).
  • La passerelle de service GTW est dans cet exemple une passerelle domestique qui assure le routage des données entre un réseau étendu WAN et le décodeur STB, gère les contenus numériques en assurant notamment leur réception en provenance du réseau et leur décodage grâce au décodeur STB.
  • Dans cet exemple, pour visualiser un contenu, le terminal client STB interroge tout d’abord la passerelle de service GTW pour obtenir une adresse du fichier de description du contenu (par exemple, C1) souhaité. La passerelle de service répond en fournissant au terminal l’adresse du fichier de description. Dans la suite, on supposera que ce fichier est un fichier de type manifest selon la norme MPEG-DASH et on se réfèrera indifféremment, selon le contexte, à l’expression « fichier de description » ou « manifest».
  • 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 manifest, qui sera décrit ci-dessous en référence à la , comporte la description de contenus disponibles dans plusieurs qualités différentes (N1 = 400 kb/s, N2 = 800 kb/s, N3 = 1200 kb/s, …).
  • Une fois qu’elle dispose des adresses de segments correspondant au contenu souhaité, la passerelle de service GTW procède à l’obtention des segments 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).
  • Le décodeur STB est utilisé pour restituer, sur l’écran du téléviseur TV, un programme télévisuel. Par la suite, on désigne ce programme télévisuel sous le nom de contenu C1. Un tel contenu C1 est décrit dans un fichier manifest (cf. ).
  • En variante, on notera que le contenu C1 peut être un programme télévisuel diffusé en différé, ou une vidéo à la demande, ou une vidéo personnelle de l’utilisateur, ou tout autre contenu multimédia de durée déterminée, pour laquelle l’invention s’applique également.
  • Le décodeur STB peut être piloté par l’utilisateur au moyen d’une télécommande. Cette télécommande permettra de sélectionner des onglets sur une interface de sélection. La télécommande peut être physique ou logicielle.
  • La représente une architecture d’un décodeur STB selon un mode de réalisation de l’invention.
  • Le décodeur STB comprend, classiquement, des mémoires M 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 décodeur STB communique avec la passerelle GTW via un premier module de communication COM1 et avec le téléviseur TV via un deuxième module de communication COM2.
  • Le premier module de communication COM1 est par exemple un lien Wi-Fi. Le deuxième module de communication est par exemple un lien HDMI.
  • Le décodeur STB comprend en outre un module de téléchargement progressif adaptatif HAS apte à demander un téléchargement progressif de l’un des contenus à l’une des qualités proposées dans un fichier de description MNF.
  • Le décodeur STB comprend en outre une entité de gestion ENT, objet de l’invention, dont le fonctionnement sera détaillé ci-après.
  • Le décodeur STB peut aussi contenir d’autres modules comme un disque dur non représenté pour le stockage des segments vidéo, un module de contrôle d’accès aux contenus, un module de traitement des commandes reçues du smartphone.
  • On présente désormais, en relation avec la , une vue schématique d’un contenu principal C1 découpé en segments et stocké dans le serveur de contenus SRV. Plus précisément, le serveur de contenu HAS expose une vidéo C1 sous forme de segments C1i@Nj encodés à différents débits d’encodage Nj, où l’indice i désigne un identifiant temporel du segment C1i@Nj.
  • Selon l’art antérieur, le module de téléchargement HAS, appelé mode de téléchargement classique ci-dessous, du décodeur STB est chargé de venir récupérer les segments auprès du serveur de contenu HAS en choisissant la qualité vidéo Nj en fonction de la ressource réseau disponible. On ne décrit pas ici plus en détail la façon dont le module de téléchargement HAS choisit le débit d’encodage du prochain segment 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 segment au débit d’encodage le plus faible proposé dans le fichier manifest, et sur l’évaluation du temps de récupération de ce premier segment. Sur cette base, le module de téléchargement HAS évalue si, en fonction de la taille du segment et du temps mis pour le récupérer, les conditions réseau permettent de télécharger le segment suivant à un débit d’encodage plus élevé. Certains algorithmes reposent sur une augmentation progressive du niveau de qualité des segments 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 segments successifs.
  • Dans le cas classique, si un segment vidéo dure 3 secondes, la récupération du segment par le module de téléchargement HAS ne doit pas excéder 3 secondes, afin de permettre une restitution sans interruption du contenu par le décodeur STB. Il convient donc pour le module de téléchargement 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 segment, qui doit être suffisamment faible pour permettre une restitution en continu sur le téléviseur TV.
  • Dans le mode de réalisation illustré en , le module de téléchargement HAS commande le téléchargement d’un segment au débit d’encodage optimal comme décrit plus en détail par la suite.
  • Dans un premier temps, le module HAS récupère le fichier manifest MNF qui correspond au contenu vidéo C1 afin de découvrir les segments disponibles du contenu vidéo C1, et les différentes qualités vidéo Nj associées. Dans l’exemple de la , le contenu C1 est par exemple proposé sous forme de segments de durée 3s, avec un premier débit d’encodage N1 = 400 kb/s, un deuxième débit d’encodage N2 = 800 kb/s, un troisième débit d’encodage N3 = 1200 kb/s, etc.
  • Dans un mode de fonctionnement normal, non illustré sur la , le module HAS opère le téléchargement par exemple, des segments successifs C11@N1 (soit le premier segment temporel à un débit d’encodage de 400 kb/s), puis C12@N3 (soit le deuxième segment temporel à un débit d’encodage de 1200 kb/s), puis C13@N3 (soit le troisième segment temporel à un débit d’encodage de 1200 kb/s), etc.
  • Les différents segments téléchargés par le module de téléchargement HAS sont transmis à un module d’affichage AFF apte à requérir un affichage sur l’écran du téléviseur TV.
  • L’algorithme mis en œuvre par le module de téléchargement HAS pour déterminer quel segment à quel débit d’encodage doit être téléchargé en mode de fonctionnement normal 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.
  • Comme indiqué précédemment, en référence à la , dans notre exemple, une interface de sélection INT est accessible et peut être restituée en même temps que le contenu vidéo C1 sur le même écran. Sur la , le contenu télévisé C1 est situé en arrière-plan et l’interface de sélection INT au premier plan.
  • Selon une variante, en référence à la , l’interface de sélection INT pourrait être aussi restituée sur un écran déporté par exemple sur une tablette TAB , un téléphone mobile, ou tout autre équipement connecté équipé d’un écran.
  • L’interface INT pourrait aussi être restituée à la fois sur l’écran de la télévision et sur un écran déporté.
  • Le procédé de l’invention s’applique de la même manière que la restitution du contenu et de l’interface s’effectue sur un même écran ou pas.
  • L’interface INT comprend au moins une zone sélectionnable Z1-Z3. Plus précisément, une zone est associée à une fonction. Une fonction vise par exemple un accès à un enregistreur, un accès à la vidéo à la demande, un accès aux contenus diffusés en directes, un accès à des réglages, etc.
  • Dans l’exemple qui suit, l’interface de sélection INT comprend des onglets sélectionnables situés dans trois zones Z1, Z2 et Z3, respectivement :
    - l’onglet de la zone Z1 vise un accès à la vidéo à la demande
  • - L’onglet de la zone Z2 vise un accès aux contenus diffusés en direct typiquement des chaînes de télévision
  • - L’onglet de la zone Z3 vise un accès à des contenus stockés sur un enregistreur.
  • Le nombre de zones est indifférent.
  • Sur la , en bas de l’écran, apparaît aussi un bandeau incluant une succession de contenus live en cours de diffusion et sélectionnables depuis une télécommande.
  • Un curseur CRS peut être déplacé sur l’interface et positionner sur l’interface de sélection. Sur la , le curseur est représenté au moyen d’un flèche.
  • Deux types d’actions peuvent être appliquées aux différents onglets :
    • Un positionnement du curseur CRS sur l’onglet, à distinguer d’une exécution ou validation ; dans ce cas, une information rend visible le positionnement du curseur CRS sur l’écran ; par exemple, l’onglet est mis en surbrillance ; ou bien celui-ci clignote.
    • Une exécution ou validation de la fonction associée à l’onglet; A la différence d’un positionnement qui consiste à repérer sur l’écran l’onglet sur lequel le curseur CRS est placé, une exécution consiste à exécuter la fonction associée à l’onglet. L’exécution s’effectue en générale en appuyant sur une touche de validation par exemple une touche « OK » d’une télécommande.
  • Dans notre exemple, l’entité de gestion ENT va modifier la façon de télécharger les segments en fonction d’une donnée représentative d’une intéraction avec l’interface. La donnée est par exemple un état du curseur. Un état du curseur CRS vise par exemple une mobilité du curseur CRS sur l’interface de sélection, une localisation du curseur CRS sur l’écran lorsque le curseur est positionné sur l’écran, etc.
  • On suppose qu’un contenu C1 est en cours de restitution sur l’écran TV. Selon l’état du curseur CRS, l’entité de gestion ENT peut requérir la restitution d’un contenu autre que le contenu en cours de restitution.
  • Par exemple, selon la zone sélectionnée Z1-Z3 sur l’écran, le contenu peut remplacer le contenu en cours de restitution par un autre contenu. Dans le contexte du téléchargement adaptatif, l’autre contenu peut être le même contenu mais à un débit d’encodage inférieur voire supérieur. L’entité ENT va donc, en fonction de l’état du curseur, imposer un débit d’encodage au module de téléchargement HAS. Dans notre exemple, le débit d’encodage imposé sera choisi parmi les débits inférieurs au débit calculé classiquement selon les techniques de l’art antérieur décrites ci-dessus, voire le débit d’encodage le plus bas parmi les débits offerts à la sélection.
  • Par exemple, si la zone sélectionnée est l’onglet ENR ou VOD, cela signifie que l’utilisateur s’intéresse à autre chose que le contenu en cours de restitution ; dans ce cas, l’entité ENT requiert au module de téléchargement HAS une baisse du débit d’encodage et poursuit la restitution du contenu avec ce débit d’encodage.
  • Par contre, si la zone sélectionnée est la zone associée à l’onglet LIV, on peut penser que l’utilisateur va requérir l’exécution de la fonction d’accès aux contenus live ; dans ce cas ; l’entité ENT requiert au module d téléchargement HAS un fonctionnement normal ; le module HAS accède alors aux segments classiquement en se basant sur la bande passante courante et en sélectionnant un débit optimal par rapport à cette bande passante. Dans ce cas, si le débit d’encodage a été abaissé par l’entité ENT, cette dernière requiert une reprise du téléchargement de façon classique.
  • Pour les raisons qui précèdent, à chaque onglet Z1-Z3 va être associée une valeur spécifiant s’il faut appliquer un traitement particulier par exemple une réduction du débit d’encodage en dessous du débit qui serait classiquement sélectionné.
  • Dans notre exemple une valeur binaire (0 ou 1) est associée aux zones/onglets signifiant s’il faut ou pas diminuer le débit d’encodage.
  • Zone Z1 – code binaire 1
  • Zone Z2 – code binaire 0
  • Zone Z3 – code binaire 1
  • Toutes autres valeurs auraient pu être utilisées en association avec une zone le but de cette valeur étant de distinguer deux types de zone ; cette distinction permettant ensuite de réaliser un traitement particulier ou pas.
  • Si un onglet Z1-Z3 est sélectionné, l’entité de gestion ENT vérifie le code associé et modifie ou pas son fonctionnement pour le téléchargement des segments futurs :
    • Code 1 : un mode spécifique de sélection est mis en œuvre ; dans ce mode, l’entité ENT requiert au module de téléchargement la sélection d’un débit inférieur à celui qui serait demandé dans le mode classique ;
    • Code 0 : l’entité requiert au module de téléchargement un fonctionnement normal ; le mode classique de sélection de débit basé sur la bande passante est mis en œuvre.
  • Selon l’invention, dans le mode spécifique, le débit d’encodage est sélectionné en fonction d’un état du curseur. On verra dans la suite que l’état du curseur CRS vise plusieurs modes de réalisation. En effet, l’état peut viser une localisation du curseur, ou un état de mobilité (s’il est mobile ou immobile), etc.
  • La illustre un mode de réalisation. Cette illustre l’évolution de débit d’encodage sélectionné par le module de téléchargement HAS en fonction du temps et le choix des débits d’encodage en fonction du temps selon que l’état du curseur CRS à savoir dans notre exemple la localisation du curseur sur l’écran et le code binaire associé à la zone.
  • Dans l’exemple, la bande passante BP d’accès courante (exprimée généralement en en Go pour Giga Octets) au réseau RES varie dans le temps.
  • On considère que 4 débits d’encodage N1-N4 sont disponibles pour le contenu à télécharger C1.
  • Le début du téléchargement début à l’instant t0.
  • De l’instant t0 à l’instant t1, on considère qu’aucun onglet n’est sélectionné via le curseur. Le module de téléchargement HAS sélectionne classiquement pour le contenu principal C1 un premier débit N4 maximum et inférieur à la bande passante et reçoit des segments avec ce débit d’encodage N4. Dans un second temps, la bande passante diminuant, le module sélectionne le débit N3 avec le même principe.
  • Dans la suite, le positionnement du curseur CRS sera illustré sous forme de hachures dans l’onglet sélectionné.
  • A l’instant t1, en référence à la , le curseur CRS se déplace suite à la réception d’une commande issue d’un dispositif de commande. A cet instant t1, le curseur CRS se positionne sur la zone Z1 ; la zone Z1 de l’interface de sélection est sélectionnée SEL(Z1) ; cette zone Z1 est hachurée sur la  ; sur l’écran, cette zone pourrait être mise en surbrillance pour mettre en avant la localisation de la sélection sur l’écran TV. Suite à la sélection de la zone Z1, l’entité de gestion ENT vérifie le code binaire associé à la zone Z1 à savoir le code binaire 1. Dans ce cas, comme expliqué ci-dessus, l’entité gère le téléchargement selon un mode spécifique de sélection dans lequel l’entité sélectionne un débit inférieur à celui qui serait demandé dans le mode classique ; Dns notre exemple, l’entité sélectionne le débit d’encodage minimum N1.
  • Le débit d’encodage minimum est sélectionné pour les segments à venir tant que la zone Z1 est sélectionnée c’est à dire jusqu’un instant t2
  • A cet instant t2, en référence à la , le curseur CRS se déplace et se positionne dans la zone Z3 qui est sélectionnée. Suite à la sélection de la zone Z3 (qui est hachurée sur la ), l’entité de gestion ENT vérifie le code binaire associé à la zone à savoir le code binaire 1. Dans ce cas, comme expliqué ci-dessus, l’entité gère le téléchargement selon un mode spécifique de sélection dans lequel l’entité sélectionne un débit inférieur à celui qui serait demandé dans le mode classique ; Dans notre exemple, l’entité poursuit la sélection du débit d’encodage minimum N1.
  • Le débit d’encodage minimum N1 est sélectionné pour les segments à venir tant que la zone Z1 est sélectionnée c’est à dire jusqu’un instant t3.
  • A cet instant t3, en référence à la , le curseur CRS se déplace sur la zone Z2. Suite à la sélection de la zone Z2, l’entité de gestion ENT vérifie le code binaire associé à la zone à savoir le code binaire 0. Dans ce cas, comme expliqué ci-dessus, l’entité requiert un téléchargement HAS classiquement en sélectionnant un débit d’encodage optimal en termes de qualité à savoir N3 puis N4 sur la figure.
  • Le mode de réalisation ci-dessus se base sur la localisation du curseur CRS sur l’écran. Selon un autre mode de réalisation, une mobilité du curseur CRS peut être prise en compte. Dans ce cas, si le curseur CRS est mobile un code binaire 1 est associé à cette mobilité ; le traitement spécifique gère le téléchargement de la manière spécifique définie ci-dessus. Dans ce cas, comme expliqué ci-dessus, l’entité ENT gère le téléchargement selon un mode spécifique de sélection dans lequel l’entité requiert la sélection d’un débit inférieur à celui qui serait demandé dans le mode classique par le module de téléchargement HAS ; Dans notre exemple, l’entité sélectionne le débit d’encodage minimum N1.
  • Si le curseur CRS est immobile, un code binaire 0 est associé à cet état. Dans ce cas, comme expliqué ci-dessus, l’entité gère le téléchargement classiquement en sélectionnant un débit d’encodage maximum et inférieur à la bande passante courante.
  • Précisons enfin ici aussi ici que le terme module ou le terme entité 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.)
    •

Claims (12)

  1. Procédé de gestion de la restitution d’un contenu (C1) sur un écran (TV), le contenu ayant plusieurs qualités disponibles à la sélection, la restitution du contenu étant associée à une interface de sélection (INT), caractérisé en ce que, lors de la restitution du contenu, la qualité sélectionnée pour la restitution du contenu est fonction d’une donnée représentative d’une intéraction avec l’interface de sélection.
  2. Procédé de gestion selon la revendication 1, caractérisé en ce que l’interface est manipulable au moyen d’un curseur et en ce que la donnée représentative d’une intéraction est un état du curseur en liaison avec l’interface de sélection (INT).
  3. Procédé de gestion selon la revendication 1, caractérisé en ce que le contenu est divisé en plusieurs segments, les segments ayant plusieurs débits d’encodage sélectionnables, en ce que le contenu est en cours de téléchargement depuis un réseau de communication avec un débit d’encodage donné, et en ce que l’état du curseur détermine le débit d’encodage des segments à sélectionner pour les segments futurs.
  4. Procédé de gestion selon la revendication 3, caractérisé en ce que le débit d’encodage déterminé est inférieur au débit d’encodage courant.
  5. Procédé de gestion selon la revendication 3, caractérisé en ce que le débit d’encodage déterminé est le débit d’encodage le plus petit sélectionnable.
  6. Procédé de gestion selon la revendication 2, caractérisé en ce que l’état est un mouvement du curseur sur l’interface de sélection.
  7. Procédé de gestion selon la revendication 2, caractérisé en ce que l’état est une localisation du curseur sur l’interface de sélection.
  8. Procédé selon l’une des revendications précédentes, caractérisé en ce qu’ une interface de sélection (INT) comprend au moins une zone de sélection (Z1-Z3) associée à une fonction, le contenu en cours de restitution étant un contenu d’un type donné, si la fonction associée à la zone concerne un accès audit type de contenus en cours de restitution, le débit d’encodage est un débit maximum possible fonction de la bande passante courante.
  9. Entité de gestion (ENT) de gestion de la restitution d’un contenu sur un écran, le contenu ayant plusieurs qualités disponibles à la sélection, la restitution du contenu étant associée à une interface de sélection caractérisé en ce qu’elle comprend un module de sélection apte à sélectionner, lors de la restitution du contenu, la qualité pour la restitution du contenu fonction d’une donnée représentative d’une intéraction avec l’interface de sélection.
    .
  10. Terminal lecteur (STB) comprenant une entité de gestion (ENT) telle que définie dans la revendication 9.
  11. Programme d'ordinateur apte à être mis en œuvre sur une entité de gestion (MNG) telle que définie dans la revendication 9, le programme comprenant des instructions de code qui, lorsqu’il est exécuté par un processeur, réalise les étapes du procédé définies dans la revendication 1.
  12. Support de données sur lequel a été mémorisée au moins une série d’instructions de code de programme pour l’exécution d’un procédé selon la revendication 1.
EP23720847.5A 2022-04-25 2023-04-19 Gestion de la restitution d'un contenu multimédia Pending EP4515878A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2203794A FR3134940A1 (fr) 2022-04-25 2022-04-25 Gestion de la restitution d’un contenu multimédia
PCT/EP2023/060147 WO2023208688A1 (fr) 2022-04-25 2023-04-19 Gestion de la restitution d'un contenu multimédia

Publications (1)

Publication Number Publication Date
EP4515878A1 true EP4515878A1 (fr) 2025-03-05

Family

ID=82482902

Family Applications (1)

Application Number Title Priority Date Filing Date
EP23720847.5A Pending EP4515878A1 (fr) 2022-04-25 2023-04-19 Gestion de la restitution d'un contenu multimédia

Country Status (4)

Country Link
US (1) US20250247578A1 (fr)
EP (1) EP4515878A1 (fr)
FR (1) FR3134940A1 (fr)
WO (1) WO2023208688A1 (fr)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6229524B1 (en) * 1998-07-17 2001-05-08 International Business Machines Corporation User interface for interaction with video
EP1096793B1 (fr) * 1999-10-25 2004-09-22 Spotware Technologies, Inc. Système, méthode, signal, interface graphique et logiciel pour afficher de bannières de type ongle du pouce
JP7482779B2 (ja) * 2018-08-29 2024-05-14 サターン ライセンシング エルエルシー 画像処理装置、表示制御方法、およびプログラム
FR3101503A1 (fr) * 2019-09-27 2021-04-02 Orange Gestion du téléchargement progressif adaptatif d’un contenu numérique sur réseau mobile avec sélection d’un débit d’encodage maximum autorisé en fonction d’un godet de données

Also Published As

Publication number Publication date
US20250247578A1 (en) 2025-07-31
WO2023208688A1 (fr) 2023-11-02
FR3134940A1 (fr) 2023-10-27

Similar Documents

Publication Publication Date Title
EP4184922A1 (fr) Procédé de gestion de l' accès à un contenu multimédia
EP4055831A1 (fr) Procédé de gestion de zapping de contenus multimédias numériques obtenu par téléchargement progressif adaptatif (has), dispositif de gestion, lecteur de flux multimédia et programme d'ordinateur correspondants
WO2020259911A1 (fr) Procédé de gestion du téléchargement progressif adaptatif (has) d'un contenu numérique diffusé en temps réel, gestionnaire, terminal lecteur de flux multimédia et programme d'ordinateur correspondants
WO2023208688A1 (fr) Gestion de la restitution d'un contenu multimédia
FR3081647A1 (fr) Gestion du telechargement progressif adaptatif (has) d'un contenu numerique au sein d'un terminal lecteur de flux multimedia en temps reel.
EP3926929B1 (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
FR3135857A1 (fr) Gestion de la restitution d’un contenu multimédia sur plusieurs écrans.
EP4035408A1 (fr) Gestion du téléchargement progressif adaptatif d'un contenu numérique sur réseau mobile avec sélection d'un débit d'encodage maximum autorisé en fonction d'un godet de données
EP3840391A1 (fr) Gestion de la restitution d'un contenu multimédia et d'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
EP4109905A1 (fr) Gestion du téléchargement progressif adaptatif d'un contenu numérique en mode économiseur d'écran
EP4297409A1 (fr) Procédé de gestion de la lecture d'un contenu multimédia.
WO2021105585A1 (fr) Procédé de gestion d'une liste de contenus accessibles au zapping, les contenus numériques étant téléchargeables en mode de téléchargement progressif adaptatif (has), dispositif de gestion, lecteur de flux multimédia et programme d'ordinateur correspondants
FR3128084A1 (fr) procédé de gestion de la lecture d’un contenu multimédia.
FR3143930A1 (fr) Gestion de gestion de la fourniture d’adresses de segments d’un contenu multimédia
FR3140504A1 (fr) Gestion de la lecture d’un contenu multimédia
EP3846489A1 (fr) Procédé de gestion d'un téléchargement progressif et adaptatif d'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'ordinateur correspondants
WO2025114181A1 (fr) Procédé de gestion de la relecture d'un contenu ayant été diffusé en temps réel
EP4373099A1 (fr) Procédé de gestion de l'accès à une contenu a lecture d'un contenu multimédia
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.
FR3124344A1 (fr) Procédé de gestion d’accès à des contenus téléchargés en mode de téléchargement adaptatif.
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.
EP4543015A1 (fr) Procédé de gestion de l accès à des fichiers de description associés à un contenu diffusé en temps réel
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.
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

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

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 ME MK MT NL NO PL PT RO RS SE SI SK SM TR

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

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20251103