[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2020183080A1 - Procédé de gestion du téléchargement d'images associées à des sauts d'images susceptibles d'être realisés lors d'une lecture accelerée d'un contenu multimedia diffusé en continu - Google Patents

Procédé de gestion du téléchargement d'images associées à des sauts d'images susceptibles d'être realisés lors d'une lecture accelerée d'un contenu multimedia diffusé en continu Download PDF

Info

Publication number
WO2020183080A1
WO2020183080A1 PCT/FR2020/050259 FR2020050259W WO2020183080A1 WO 2020183080 A1 WO2020183080 A1 WO 2020183080A1 FR 2020050259 W FR2020050259 W FR 2020050259W WO 2020183080 A1 WO2020183080 A1 WO 2020183080A1
Authority
WO
WIPO (PCT)
Prior art keywords
content
image
advance
reading
memory
Prior art date
Application number
PCT/FR2020/050259
Other languages
English (en)
Inventor
Hervé Marchand
Mathieu Rivoalen
Original Assignee
Orange
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 filed Critical Orange
Priority to US17/438,671 priority Critical patent/US12081826B2/en
Priority to EP20710215.3A priority patent/EP3939330A1/fr
Publication of WO2020183080A1 publication Critical patent/WO2020183080A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/440281—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by altering the temporal resolution, e.g. by frame skipping
    • 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/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
    • 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/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4335—Housekeeping operations, e.g. prioritizing content for deletion because of storage space restrictions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/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/47214—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 content reservation or setting reminders; for requesting event notification, e.g. of sport results or stock market
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637—Control signals issued by the client directed to the server or network components
    • H04N21/6377—Control signals issued by the client directed to the server or network components directed to server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6587—Control parameters, e.g. trick play commands, viewpoint selection
    • 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 digital multimedia content, namely digital audio and / or video content, also called audiovisual content.
  • the invention relates very particularly to a method for managing the display of images associated with image jumps that may be performed during accelerated playback of multimedia content.
  • acceleration of reading aims at both fast rewinding and fast forwarding making it possible to perform picture jumps in multimedia content.
  • a content is for example television on demand content, video on demand content, etc.
  • This restitution consists in providing, at the level of the terminal, the digital content in a form accessible to the user. For example, received data corresponding to a video is generally decoded and then restored at the terminal in the form of a display of the corresponding video with its associated soundtrack. The display can be done on a screen of the rendering terminal itself or on a remote screen associated with it.
  • Such multimedia content restitution terminals are most often controllable remotely by the user by means of remote control, and in particular remote controls.
  • a remote control offers several commands that can be executed by the playback terminal.
  • commands for example, is fast forward (") or fast reverse ("). These commands make it possible to act on the restitution of the digital content and in particular to accelerate the restitution of the content on the screen.
  • images also called thumbnails
  • the thumbnail thus displayed allows a user in particular to locate himself in the content during the acceleration of reading.
  • the activation of the fast forward / rewind function by the user can be done other than by means of a remote control.
  • Activation of the fast forward / rewind function can also be done via an application dedicated to managing the multimedia stream player when it is associated with a client terminal such as a tablet or a smart phone, for example.
  • the functions can also be present on the rendering device by means of keys present on the rendering device.
  • accelerations cause a number of frame jumps in the content which depends on the chosen acceleration rate.
  • the chosen speed determines new playback moments following acceleration, and the respective images extracted from the content to be displayed on the screen.
  • One problem is that the time for downloading the image, the image associated with the new reading instant resulting from a jump, can be long. This download time is all the longer when the image is included in an image segment and the downloading of the image requires the download of the associated segment.
  • a segment is used for example when multimedia content is received in adaptive streaming mode.
  • the MPEG-DASH standard for English “Dynamic Adaptive Streaming over HTTP ”, in French“ dynamic adaptive streaming over HTTP ”, is a standard for audiovisual broadcasting format on the Internet; this standard is based on the preparation of the content in different presentations of variable quality and bit rate, broken up into short segments (of the order of a few seconds), also called “chunks” by those skilled in the art.
  • Each of these segments is made available individually by means of an exchange protocol between the rendering terminal and the server providing multimedia content.
  • the mainly 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 display of an image representative of a jump includes at least the following durations:
  • the invention offers a solution which does not have the drawbacks of the state of the art.
  • the object of the invention is a method for managing the display of images associated with image jumps that may be produced during accelerated playback of multimedia content on a rendering device, the content being downloadable from a communication network, characterized in that at least one image associated with a jump is downloaded in advance.
  • an image associated with a jump also called a thumbnail in the present application
  • the method comprises displaying successive images, loaded in advance, representative of the state of progress of accelerated reading in the content.
  • the early download of an image associated with a jump allows images to be provisioned before and / or during the content playback phase and can therefore be used later during accelerated content playback without requiring a download.
  • the time associated with reading a thumbnail is then reduced to the reading time of the image stored in the memory of the rendering device, the latter having been downloaded in advance and therefore stored in memory ready to be read.
  • the proposed solution aims to anticipate the loading of images that will be displayed during an acceleration of multimedia content playback.
  • the image can be included in a segment of images.
  • Early loading allows you to anticipate the loading of the segment and the extraction of the image of the segment;
  • the display time is then reduced to the time associated with the playback of the image stored in a memory of the playback terminal. In this way, even if the throughput on the communication network is low, the invention ensures that the acceleration applied to playing the content will be the selected acceleration.
  • the reading step is preceded by a step of receiving the content from a communication network; in this configuration, the anticipated download is performed when the speed on the network is lower than a given speed.
  • This first mode avoids implementing the method of the invention when it is not necessary.
  • a stored image in advance is stored in memory, and in that it is erased from memory when content playback is stopped.
  • This second mode has the advantage of optimizing the memory space in the rendering terminal.
  • the stop in question is indifferently aimed at a final stop, a pause, or any other function making it possible to stop or end a reading of multimedia content.
  • an image stored in advance is stored in a memory; and is erased from memory after a given number of reading of this image.
  • this second mode has the advantage of optimizing the memory space in the rendering terminal by erasing the thumbnail when it has been read a number N (N is an integer) of times, for example a single time.
  • N is strictly greater than 1. For example, if N is set to 2, the pre-downloaded image can be read twice in memory.
  • the images stored in advance are stored in a memory; and are then kept in memory for a given time.
  • This third mode has the advantage, in particular if the content is destined to be replayed, of having the images loaded in advance at a later date and therefore avoids having to reload the images in advance during a later access to this same content.
  • the image chosen in the segment is an intra image.
  • the anticipated loading step is carried out after a waiting period.
  • This sixth mode takes into account a right of repentance of the user who can decide not to not view the content for example after a few seconds of playback. This mode avoids downloading segments in advance when the user decides to stop the restitution of the content shortly after the start of the restitution.
  • the early loading step is carried out before the given date.
  • This mode avoids downloading images in advance while the content is playing. This mode optimizes the use of bandwidth. More generally, the advance downloading in the background of the thumbnails will preferably be such that it does not affect the quality of the current reading of the content. The download of the thumbnails (actually the segments that contain the images) will be done at a controlled rate that does not interfere with the retrieval of the segments of the stream being played.
  • the invention relates to an entity for managing the display of images associated with image jumps capable of being produced during accelerated reading of the content, the content being downloadable from a network. communication, characterized in that it comprises a download module capable of downloading in advance at least one image associated with a jump.
  • the invention relates to a decoder comprising a management entity as defined above.
  • the invention relates to a computer program capable of being implemented on an entity as defined above, the program comprising code instructions which, when it is executed by a processor , performs the steps of the selection process defined above.
  • the invention relates to a data medium on which has been stored at least one series of program code instructions for the execution of a management method as defined above.
  • 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.
  • Figure 1 shows a computer system on which is illustrated an exemplary embodiment of the invention.
  • FIG. 2 illustrates a division of multimedia content into segments according to one embodiment of the invention.
  • FIG. 3 illustrates an exchange of messages between a rendering device and a server providing multimedia content.
  • Figure 4 illustrates a variant of the embodiment of the invention described with reference to Figure 2.
  • FIG. 5 is a simplified block diagram of the hardware structure of the ordered reproduction device.
  • a television set equipped with a multimedia content display screen ECR
  • a content restitution terminal STB for example an HDMI key referenced STB.
  • STB key for example allows the user to access digital content in progressive adaptive download mode for real-time (or Live) television content, but also to access video-on-demand content, or to display on the TV's ECR screen personal content stored in a home network, such as a video of the last vacation or the last family event.
  • a home network such as a video of the last vacation or the last family event.
  • Such STB keys are conventionally plugged into the HDMI port of an ECR 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 , smart phone such as smartphone, tablet, etc.), in order to reproduce, on the ECR television set, the multimedia content received by a compatible software application.
  • an extended communication network such as the Internet (residential gateway, computer , smart phone such as smartphone, tablet, etc.)
  • the technique of the invention is of course not limited to such an HDMI key, which is described here by way of simple illustrative example, but that it can be applied to all the audiovisual reproduction equipment controllable from a connected remote control, such as a decoder (also called a set-top box by those skilled in the art) or a connected television set for example.
  • a decoder also called a set-top box by those skilled in the art
  • STB decoders will be referred to below under the generic designation of STB decoders.
  • the STB decoder is able to enter into communication with a content server (not shown in the figure) to receive one or more content, for example a video on demand that the user wishes to view, of which it then controls the reproduction on the ECR television screen.
  • a content server not shown in the figure
  • the STB decoder is also configured to be able to communicate with a TCD remote control device, illustrated by means of a remote control, for example according to the Bluetooth® communication protocol.
  • a TCD remote control device illustrated by means of a remote control, for example according to the Bluetooth® communication protocol.
  • the exemplary embodiment is based on wireless communication between the remote control and the set-top box; however, the invention can also be implemented with wired communication.
  • the TCD remote control includes control buttons.
  • the keys are either physical keys or virtual keys displayed on a Man-Machine interface, present on the TCD remote control.
  • the remote control is equipped with communication means so as to transmit commands to the STB decoder to be executed there.
  • commands for speeding up the playback of content, namely the fast forward (") and rewind (") keys.
  • the invention is obviously not limited to the two aforementioned commands but extends on the contrary to other similar commands.
  • the multimedia content storage location is arbitrary.
  • the content is a video of the video on demand type stored on an SRV server.
  • this video is downloaded in streaming according to the MPEG Dash standard.
  • the multimedia content comprises several time segments which are downloaded.
  • a segment conventionally comprises several types of images, namely Intra images (I), and one or more images which can be predicted from this Intra image by motion estimation / compensation, namely Predictive images (P) , and Bidirectional images (B).
  • an image from a segment is displayed on the screen.
  • the image chosen is generally an intra image of the segment, this image being of better quality than the other two because it is fully encoded unlike the other two types of image mentioned above.
  • the invention is not limited to this choice; another type of image that can be chosen instead of an intra image
  • the loading of a segment linked to a jump can take a certain time which can alter the realization of the jumps according to the chosen speed, in particular when this speed is high, for example the speed (x64) which makes it possible to accelerate the reading speed 64 times faster than normal reading.
  • the images associated with the frame jumps are downloaded in advance.
  • the image since the image is part of a segment, several segments related to the frame jumps are loaded in advance.
  • the thumbnails extracted from the segments, preferably the Intra images, will be displayed on the screen during an acceleration of the reading.
  • the method comprises, according to one embodiment, the following steps:
  • the invention makes it possible, during an accelerated reading phase, to show the progress of reading by restoring successive images that have been loaded in advance.
  • S16-S32-S48 segments are associated with jumps made during playback acceleration. If the chosen acceleration is x16, the segments S16xn (n is an integer) will be displayed successively during accelerated playback at each jump of 16 segments.
  • Figure 3 illustrates a first embodiment of the invention.
  • advance segments received in advance which are intended to be used when the reading of the content is accelerated.
  • the chosen embodiment comprises the following steps:
  • the STB decoder requests the playback of VDO video content.
  • the successive segments S1 -S3 received at this stage correspond to the segments to be read.
  • a first segment S1 is received, a second segment S2 is then received.
  • the decoder STB receives segments S16 / S32 / S48 in advance which will be used during a possible accelerated playback of the VDO video.
  • the jump made corresponds to the segment S16, the image associated with this segment S16 is found in the memory of the STB decoder and displayed on the screen ECR; These steps are performed for the jumps performed.
  • the time to start the anticipated segment downloads may vary. The start time of the anticipatory load can take place before the video is playing, or it can take place during playback.
  • a start before video playback can be implemented when video playback is scheduled for a given date. This is because the user can plan to watch a video on a given date with friends.
  • the segments are loaded in advance in this case before rendering.
  • startup takes place during playback, it can take place as soon as the content is played, or later after a DR wait time.
  • segments may be pre-downloaded unnecessarily if the user stops playing prematurely.
  • a DR wait time can be useful in this case. Indeed, such a waiting time DR, chosen judiciously, for example 2 minutes, has the advantage of confirming a high probability that the user will continue playing the video VDO. The storage of segments in advance is therefore not done unnecessarily.
  • the start time of the waiting time is arbitrary; this instant may correspond to the reception of the request REQ1 (S1) at step ET1 as illustrated in FIG. 3 This instant could also have corresponded to the instant of pressing the fast forward button on the remote control .
  • the early loading of images may end at different times.
  • the anticipated loading is not carried out on the end credits of a film because it is rare that the restitution of a content is carried out until the end, in fact, the user often stops the restitution at the beginning. of the end credits.
  • the start-up begins after a DR wait time.
  • segments S16 / S32 / S48 are downloaded in advance at the expiration of this duration DR, just after the reception of the second segment S2.
  • the segments downloaded in advance with the speed x16 are the three segments S16, S32, S48. These three segments can be downloaded at the same time, as explained above with reference to FIG. 3, or successively at different times.
  • the number of segments downloaded in advance can obviously be lower or higher than three.
  • the intra images included in the segments are preferably extracted from the segments received and are stored in a buffer memory of the decoder STB in association with instants of the video. At this point, the pre-downloaded images are ready to play in case of accelerated video playback.
  • a user of the remote control TCD wishes to speed up the playback of the VDO video.
  • this user presses the acceleration button "on the remote control and selects for example the speed (x16).
  • the acceleration command is transmitted to the STB decoder which receives it.
  • the STB decoder executes the command received and performs segment jumps in the video, for example with a pitch of sixteen segments.
  • the decoder searches its buffer memory for the pre-loaded image that corresponds to the jump made and displays it on the ECR screen.
  • the user can interrupt the accelerated playback because they are ready to watch the rest of the video at normal speed.
  • the user restarts the normal video playback mode, for example via a button on the remote control or via the dedicated application.
  • the multimedia stream player then resumes processing the video stream from the moment desired by the user and the images of the video which are displayed on the client terminal are those corresponding to the images of the video from the moment to restart the video playback.
  • the preview loading of thumbnails is a process that is performed in the background preferably without impacting the quality of the video played in normal mode. If the available bandwidth is not sufficient, a MOD management module present in the decoder reduces the number of segments to be downloaded in advance.
  • Figure 4 shows schematically segments of a VDO video. In the example chosen, all segments multiple of 16 are downloaded early.
  • a pointer RD represents the current instant of reading.
  • Arrows F16 / F32 / F48 / etc. show downloads for S16 / S32 / S48 / etc. which take place in advance in a memory MR1 of the decoder STB. In our example, this download takes place at the instant of the RD read.
  • the number of segments downloaded in advance is determined as a function of the size of the buffer memory.
  • Such an STB decoder is suitable for implementing the method of managing the display of images during the acceleration of the playback of multimedia content.
  • the STB decoder comprises physical and / or software resources, namely memories M associated with a processor CPU.
  • 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. They allow in particular the storage of a content selection manager according to one embodiment of the invention.
  • the decoder further comprises a processing circuit CT1 for implementing the management method according to various embodiments of the invention, the processing circuit CT1 containing a processor PROC1 driven by a computer program PG1 representative of the management method , stored in ROM.
  • the code instructions of the computer program PG1 are for example loaded into a RAM memory, denoted MR1, before being executed by the processing circuit CT1.
  • the decoder mainly includes:
  • a communication interface COM1 1 which is adapted to receive commands from the remote control TCD;
  • COM22 communication interface which is suitable for exchanging data with a remote server so as to receive segments of multimedia content as described above.
  • the communication interfaces COM10, COM1 1, as well as the management entity MNG, are controlled by the processor PROC1 of the processing circuit CT1.
  • FIG. 5 illustrates only one particular way, among several possible, of implementing the STB decoder, so that it carries out the steps of the method detailed above, in relation to FIGS. 2 to 4 (in any one of the different modes embodiment, or in a combination of these embodiments).
  • these steps can be carried out 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).
  • module or the term entity can correspond both to a software component and to a hardware component or a set of hardware and software components, a software component itself corresponding to one or more programs or subroutines. computer 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 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)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

L'invention concerne un procédé de gestion du téléchargement d'images (S16,S32,S48) associées à des sauts d'images susceptibles d'être réalisés lors d'une lecture accélérée d'un contenu (VDO). Le contenu est téléchargeable depuis un réseau de communication. L'invention est caractérisée en ce qu'au moins une image associée à un saut est téléchargée par anticipation.

Description

DESCRIPTION
TITRE :
PROCÉDÉ DE GESTION DU TÉLÉCHARGEMENT D'IMAGES ASSOCIÉES À DES SAUTS D'IMAGES SUSCEPTIBLES D'ÊTRE RÉALISÉS LORS D'UNE LECTURE ACCELEREE D'UN CONTENU MULTIMEDIA DIFFUSÉ EN CONTINU
Domaine technique
Le domaine de l'invention est celui des contenus multimédia numériques, à savoir les contenus audio et/ou vidéo numériques, également appelés contenus audiovisuels. L’invention se rapporte tout particulièrement à un procédé de gestion de l’affichage d’images associées à des sauts d’images susceptibles d’être réalisés lors d’une lecture accélérée d’un contenu multimédia.
Une accélération de la lecture vise dans le présent texte à la fois un retour rapide ou une avance rapide permettant de réaliser des sauts d’images dans un contenu multimédia.
Un contenu est par exemple un contenu de télévision à la demande, un contenu de vidéo à la demande, etc.
Etat de la technique
Il existe aujourd’hui de nombreux terminaux de restitution de contenus audiovisuels permettant à un utilisateur d’accéder à des contenus multimédias tels que la vidéo à la demande. Ces terminaux de restitution sont adaptés pour recevoir ces contenus numériques sous forme de données multimédia et pour en faire une restitution à l’utilisateur. 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 correspondants à 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. L’affichage peut se faire sur un écran du terminal de restitution lui-même ou sur un écran déporté qui lui est associé. De tels terminaux de restitution de contenus multimédia sont le plus souvent pilotables à distance par l’utilisateur au moyen de dispositifs de télécommande, et notamment de télécommandes. Une télécommande offre plusieurs commandes pouvant être exécutées par le terminal de restitution. Des commandes ont par exemple pour objet une avance rapide (») ou un retour rapide («). Ces commandes permettent d’agir sur la restitution du contenu numérique et en particulier d’accélérer la restitution du contenu sur l’écran. Lors de l’accélération de la lecture, des images (aussi appelées imagettes) du contenu sont affichées à l’écran. L’imagette ainsi affichée permet à un utilisateur notamment de se repérer dans le contenu lors de l’accélération de la lecture.
A noter que l’activation de la fonction avance/retour rapide par l’utilisateur peut se faire autrement que par le biais d’une télécommande. L’activation de la fonction avance/retour rapide peut aussi se faire via une application dédiée à la gestion du lecteur de flux multimédia lorsque celui-ci est associé à un terminal client comme par exemple une tablette ou un téléphone intelligent. Les fonctions peuvent aussi être présentes sur le dispositif de restitution par le biais de touches présentes sur le dispositif de restitution.
Les accélérations traditionnellement utilisées aujourd’hui multiplient par deux (x2), par quatre (x4), par seize (x16), par trente-deux (x32) voire soixante- quatre (x64), la vitesse de lecture. Ainsi, lorsqu’un utilisateur regarde par exemple une vidéo, il a la possibilité d’aller rapidement à un endroit précis de celle-ci en accélérant sa restitution par activation de la fonction avance/retour rapide.
Ces accélérations entraînent un nombre de sauts d’images dans le contenu qui est fonction de la vitesse d’accélération choisie. La vitesse choisie détermine de nouveaux instants de lecture faisant suite à l’accélération, et des images respectives extraites du contenu pour être restituées à l’écran.
Un problème est que le temps de téléchargement de l’image, image associée au nouvel instant de lecture issu d’un saut, peut être long. Ce temps de téléchargement est d’autant plus long lorsque l’image est incluse dans un segment d’images et que le téléchargement de l’image nécessite le téléchargement du segment associé. Un tel segment est utilisé par exemple lorsqu’un contenu multimédia est reçu en mode de streaming adaptatif. En effet, 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 ; ce standard 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 » par l’homme du métier. Chacun de ces segments est rendu disponible individuellement au moyen d'un protocole d'échange entre le terminal de restitution et le serveur fournisseur de contenus multimédias. 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.
En définitive, l’affichage d’une image représentative d’un saut inclut au moins les durées suivantes :
- une durée de chargement du segment,
- une durée liée à l’extraction d’une image du segment,
- et une durée à la restitution de ce segment.
L’addition de ces durées peut malheureusement être supérieure à la durée séparant deux sauts en particulier lorsque le débit sur le réseau utilisé est faible ; cela est souvent le cas avec un réseau de type ADSL. Il s’ensuit que l’accélération choisie, par exemple l’accélération (x64), est volontairement diminuée de manière à restituer chaque image correctement. En outre, cette diminution de la vitesse d’accélération s’effectue à l’insu de l’utilisateur. Cette solution n’est pas acceptable en termes de qualité de service.
L'invention offre une solution ne présentant pas les inconvénients de l'état de la technique.
L'invention
A cet effet, selon un aspect fonctionnel, l'invention a pour objet un procédé de gestion de l’affichage d’images associées à des sauts d’images susceptibles d’être réalisés lors d’une lecture accélérée d’un contenu multimédia sur un dispositif de restitution, le contenu étant téléchargeable depuis un réseau de communication, caractérisé en ce qu’au moins une image associée à un saut est téléchargée par anticipation. Selon l’invention, une image associée à un saut (appelé aussi imagette dans la présente demande) est téléchargée avant l’exécution d’une commande de lecture de cette image. Lors d’une lecture accélérée, le procédé comprend un affichage d’images successives, chargées par anticipation, représentatives de l’état d’avancement de la lecture accélérée dans le contenu
On verra par la suite que si plusieurs images sont téléchargées par anticipation, ces images peuvent être téléchargées dans un seul message ou téléchargées les unes après les autres. Le choix peut être fonction du nombre d’images à télécharger.
Le téléchargement anticipé d’une image associée à un saut permet de de provisionner des images avant et/ou pendant la phase de lecture du contenu et pourront de ce fait être utilisées ensuite lors d’une lecture accélérée du contenu sans nécessiter de téléchargement. La durée liée à la lecture d’une imagette est alors réduite à la durée de lecture de l’image stockée dans la mémoire du dispositif de restitution, celle-ci ayant été téléchargée en avance et donc stockée en mémoire prête à être lue.
La solution proposée vise à anticiper le chargement d’images qui seront affichées lors d’une accélération de lecture du contenu multimédia. On verra dans la suite que l’image peut être incluse dans un segment d’images. Le chargement anticipé permet d’anticiper le chargement du segment et l’extraction de l’image du segment ; La durée d’affichage se réduit alors à la durée liée à la restitution de l’image stockée dans une mémoire du terminal de restitution. De cette manière, même si le débit sur le réseau de communication est faible, l’invention assure que l’accélération appliquée à la lecture du contenu sera bien l’accélération sélectionnée.
Selon un premier mode de réalisation, l’étape de lecture est précédée d’une étape de réception du contenu depuis un réseau de communication ; dans cette configuration, le téléchargement anticipé est réalisé lorsque le débit sur le réseau est inférieur à un débit donné. Ce premier mode évite de mettre en oeuvre le procédé de l’invention lorsque cela n’est pas nécessaire.
Selon un deuxième mode de réalisation, qui pourra être mis en oeuvre alternativement ou cumulativement avec le précédent, une image stockée par anticipation est stockée dans une mémoire, et en ce qu’elle est effacée de la mémoire lorsque la lecture du contenu est arrêtée. Ce deuxième mode a pour avantage d’optimiser l’espace mémoire dans le terminal de restitution. L’arrêt en question vise indifféremment un arrêt définitif, une pause, ou toute autre fonction permettant d’arrêter ou de mettre fin à une lecture d’un contenu multimédia.
Selon un troisième mode de réalisation, qui pourra être mis en oeuvre alternativement ou cumulativement avec les précédents, une image stockée par anticipation est stockée dans une mémoire ; et est effacée de la mémoire après un nombre donné de lecture de cette image. Comme le premier mode, ce deuxième mode a pour avantage d’optimiser l’espace mémoire dans le terminal de restitution en effaçant l’imagette lorsqu’elle a été lue un nombre N (N est un entier) de fois, par exemple une seule fois. Ce troisième mode évite aussi un nouveau téléchargement d’images par anticipation lorsque le contenu est voué à être lu plusieurs fois. Dans cette configuration, N est strictement supérieur à 1. Par exemple, si N est fixé à 2, l’imagé téléchargée par anticipation peut être lue deux fois en mémoire.
Selon un quatrième mode de réalisation, qui pourra être mis en oeuvre alternativement ou cumulativement avec les précédents, les images stockées par anticipation sont stockées dans une mémoire ; et sont ensuite conservées dans la mémoire pendant une durée donnée. Ce troisième mode a pour avantage, en particulier si le contenu est voué à être relu, de disposer ultérieurement des images chargées par anticipation et donc évite de recharger de nouveau les images par anticipation lors d’un accès ultérieur à ce même contenu.
Selon un cinquième mode de réalisation, qui pourra être mis en oeuvre alternativement ou cumulativement avec les précédents, dans le cas où l’image à afficher est comprise dans un segment d’images, l’image choisie dans le segment est une image intra.
Selon un sixième mode de réalisation, qui pourra être mis en oeuvre alternativement ou cumulativement avec les précédents, l’étape de chargement anticipé s’effectue après une durée d’attente. Ce sixième mode prend en compte un droit de repentir de l’utilisateur qui peut décider de ne pas visionner le contenu par exemple après quelques secondes de restitution. Ce mode évite de télécharger des segments par anticipation lorsque l’utilisateur décide de stopper la restitution du contenu peu de temps après le début de la restitution.
Selon un septième mode de réalisation, qui pourra être mis en oeuvre alternativement ou cumulativement avec les précédents, lorsque la lecture est programmée à une date donnée, l’étape de chargement anticipé s’effectue avant la date donnée. Ce mode évite de télécharger des images par anticipation pendant la lecture du contenu. Ce mode optimise l’utilisation de la bande passante. Plus généralement, le téléchargement par anticipation en tâche de fond des imagettes sera de préférence tel qu’il n’altère pas la qualité de la lecture courante du contenu. Le téléchargement des imagettes (en réalité des segments qui contiennent les images) s’effectuera à débit contrôlé qui ne perturbe pas la récupération des segments du flux en cours de lecture.
Selon un aspect matériel, l’invention se rapporte à une entité de gestion de l’affichage d’images associées à des sauts d’images susceptibles d’être réalisés lors d’une lecture accélérée du contenu, le contenu étant téléchargeable depuis un réseau de communication, caractérisé en ce qu’elle comprend un module de téléchargement apte à télécharger par anticipation au moins une image associée à un saut. Selon un autre aspect matériel, l’invention se rapporte à un décodeur comprenant une entité de gestion telle que définie ci-dessus.
Selon un autre aspect matériel, l’invention se rapporte à un programme d'ordinateur apte à être mis en oeuvre sur une entité 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 sélection définies ci-dessus.
Enfin, selon un autre aspect matériel, l’invention se rapporte à 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. 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 clé 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 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 :
[Fig. 1 ] La figure 1 représente un système informatique sur lequel est illustré un exemple de réalisation de l’invention.
[Fig. 2] La figure 2 illustre un découpage d’un contenu multimédia en segment selon un mode de réalisation de l’invention.
[Fig. 3] La figure 3 illustre un échange de messages entre un dispositif de restitution et un serveur fournisseur de contenus multimédias.
[Fig. 4] La figure 4 illustre une variante du mode de réalisation de l’invention décrit en référence à la figure 2.
[Fig. 5] La figure 5 est un schéma synoptique simplifié de la structure matérielle du dispositif de restitution commandé.
Description détaillée de modes de réalisation de l'invention
On présente désormais, en relation avec la figure 1 , un synoptique général de l’ensemble des équipements mis en oeuvre selon un mode de réalisation de l’invention. Dans cet exemple, on suppose qu’un téléviseur, équipé d’un écran d’affichage ECR de contenus multimédia, est connecté à un terminal de restitution de contenu STB, par exemple une clef HDMI référencée STB. Une telle clef STB permet par exemple à l’utilisateur d’accéder aux contenus numériques en mode de téléchargement adaptatif progressif pour des contenus télévisuels en temps réel (ou Live), mais également d’accéder à des contenus de type vidéo à la demande, ou de restituer sur l’écran ECR du téléviseur des contenus personnels stockés dans un réseau domestique, tels qu’une vidéo des dernières vacances ou du dernier événement familial. C’est le cas par exemple de l’appareil Chromecast® développé par Google®, ou de la CléTV® d’Orange®.
De tels clés STB se branchent classiquement sur le port HDMI d’un téléviseur ECR 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 ECR, le contenu multimédia reçu par une application logicielle compatible.
On notera que la technique de l’invention n’est bien sûr pas limitée à une telle Clef HDMI, qui est décrite ici à titre de simple exemple illustratif, mais qu’elle peut s’appliquer à tous les équipements de restitution audiovisuels pilotables depuis une télécommande connectée, tels qu’un décodeur (appelé aussi set-top box par l’homme du métier) ou un téléviseur connecté par exemple. On désignera par la suite ces appareils sous la désignation générique de décodeurs STB.
On suppose que le décodeur STB est apte à entrer en communication avec un serveur de contenus (non représenté sur la figure) pour recevoir un ou plusieurs contenus, par exemple une vidéo à la demande que l’utilisateur souhaite visionner, dont elle pilote ensuite la restitution sur l’écran du téléviseur ECR.
Le décodeur STB est également configuré pour pouvoir communiquer avec un dispositif de télécommande TCD, illustré au moyen d’une télécommande, par exemple selon le protocole de communication Bluetooth®. L’exemple de réalisation se base sur une communication sans fil entre la télécommande et le décodeur STB ; cependant, l’invention peut aussi être mise en oeuvre avec une communication filaire. La télécommande TCD comprend des touches de commandes. Les touches sont indifféremment des touches physiques, ou des touches virtuelles affichées sur une interface Homme-Machine, présentes sur la télécommande TCD.
La télécommande est équipée de moyens de communication de manière à transmettre au décodeur STB des commandes pour y être exécutées. Afin d’illustrer l’invention, nous nous intéressons aux touches de commande permettant d’accélérer la lecture du contenu, à savoir les touches avance rapide (») et retour rapide («). L’invention ne se limite bien évidemment pas aux deux commandes précitées mais s’étend au contraire à d’autres commandes similaires.
Ces touches offrent la possibilité d’accélérer la lecture d’un contenu multimédia. Plusieurs vitesses de lecture permettent d’atteindre plus ou moins rapidement une scène d’un contenu multimédia.
Le lieu de stockage du contenu multimédia est quelconque. Dans notre exemple, le contenu est une vidéo du type vidéo à la demande stockée sur un serveur SRV.
Dans notre exemple, cette vidéo est téléchargée en streaming selon le standard MPEG Dash. Selon cette norme, le contenu multimédia comprend plusieurs segments temporels qui sont téléchargées. Rappelons qu’un segment comprend classiquement plusieurs types d’images à savoir des images Intra (I), et une ou plusieurs images qui peuvent être prédites à partir de cette image Intra par estimation/compensation de mouvement à savoir des images Prédictives (P), et des images Bidirectionnelles (B).
Dans notre exemple, lorsque la lecture du contenu est accélérée, une image issue d’un segment est affichée sur l’écran. L’image choisie est généralement une image intra du segment, cette image étant de meilleure qualité que les deux autres car étant intégralement codée à la différence des deux autres types d’image précités. Naturellement l’invention ne se limite pas à ce choix ; un autre type d’image pouvant être choisie en lieu et place d’une image Intra
Comme vu précédemment, le chargement d’un segment lié à un saut peut prendre un certain temps qui peut altérer la réalisation des sauts selon la vitesse choisie, en particulier lorsque cette vitesse est grande, par exemple la vitesse (x64) qui permet d’accélérer la vitesse de lecture 64 fois plus vite qu’une lecture normale.
Selon l’invention, les images associées aux sauts d’images sont téléchargées par anticipation. Dans notre exemple de réalisation, comme l’image fait partie d’un segment, plusieurs segments liés aux sauts d’images sont chargés par anticipation. Les imagettes extraites des segments, de préférence les images Intra, seront affichées à l’écran lors d’une accélération de la lecture.
Plus précisément, le procédé comprend, selon un mode de réalisation, les étapes suivantes :
- Une transmission d’une commande d’accès au contenu,
- Une réception et mémorisation d’images du contenu par anticipation ;
- Une réception d’une commande d’avance rapide,
- Une exécution d’une lecture accélérée à partie de l’instant courant,
- Au cours de la lecture accélérée, un affichage d’images successives, chargées par anticipation, représentatives de l’état d’avancement de l’avance rapide dans le contenu.
L’invention permet, lors d’une phase de lecture accélérée, de faire apparaître l’état d’avancement de la lecture par restitution d’images successives ayant été chargées par anticipation. Un utilisateur visualisant l’écran pendant la lecture accélérée et souhaitant accéder à un instant particulier du contenu, par exemple une scène donnée du contenu, peut interrompre la lecture accélérée et accéder à la scène souhaitée
Considérons, en référence à la figure 2, une vidéo VDO ayant des segments S1 -Sn (n est un entier). Une flèche référencée RD indique l’instant courant de lecture de la vidéo VDO.
Dans notre exemple, des segments S16-S32-S48 sont associés à des sauts réalisés lors d’une accélération de la lecture. Si l’accélération choisie est x16, les segments S16xn (n est un entier) vont être affichés successivement au cours de la lecture accélérée à chaque saut de 16 segments.
La figure 3 illustre un premier mode de réalisation de l’invention.
On distinguera dans la suite deux types de segments - les segments, appelés dans le présent texte segments à lire, qui correspondent aux segments du flux vidéo en mode de lecture normale,
- et les segments, appelé segments par anticipation, reçus par anticipation qui sont voués à être utilisés lorsque la lecture du contenu est accélérée.
En référence à la figure 3, le mode de réalisation choisi comprend les étapes suivantes :
Lors d’une première étape ET1 , le décodeur STB requiert la lecture d’un contenu vidéo VDO. Pour cela, le décodeur STB transmet plusieurs requêtes d’accès REQn(Sn) (n=1 à 3 sur la figure 3) à des segments Sn respectifs et reçoit en retour les segments demandés S1 -S3.
Les segments successivement S1 -S3 reçus à ce stade correspondent aux segments à lire. Sur la figure 3, un premier segment S1 est reçu, un deuxième segment S2 est reçu ensuite.
Dans notre exemple, suite à la réception de segments à lire S1 et S2, le décodeur STB reçoit des segments S16/S32/S48 par anticipation qui serviront lors d’une éventuelle lecture accélérée de la vidéo VDO. Dans cette configuration, lors d’une accélération de la lecture, que le saut réalisé correspond au segment S16, l’image associée à ce segment S16 est retrouvée dans la mémoire du décodeur STB et affichée à l’écran ECR ; Ces étapes sont exécutées pour les sauts réalisés. L’instant de démarrage du téléchargement des segments par anticipation peut varier. L’instant de démarrage du chargement par anticipation peut avoir lieu avant la lecture de la vidéo, ou avoir lieu pendant la lecture.
Un démarrage avant la lecture de la vidéo peut être mis en oeuvre lorsque la lecture de la vidéo est programmée à une date donnée. En effet, l’utilisateur peut prévoir de visionner une vidéo à une date donnée avec des amis. Le chargement des segments par anticipation s’effectue dans ce cas avant la restitution.
Si le démarrage a lieu pendant la lecture, celui-ci peut avoir lieu dès la lecture du contenu, ou plus tard après une durée d’attente DR.
Un démarrage du téléchargement par anticipation, dès la lecture du contenu, ne prend pas en compte un retrait éventuel de l’utilisateur. Dans ce cas, des segments peuvent être téléchargés par anticipation inutilement si l’utilisateur arrête la lecture prématurément. Une durée d’attente DR peut être utile dans ce cas. En effet, une telle durée d’attente DR, choisie judicieusement, par exemple 2 minutes, a pour avantage de confirmer une forte probabilité que l’utilisateur poursuive la lecture de la vidéo VDO. Le stockage des segments par anticipation ne se fait donc pas inutilement. L’instant de démarrage de la durée d’attente est quelconque ; cet instant peut correspondre à la réception de la requête REQ1 (S1 ) à l’étape ET1 comme cela est illustré sur la figure 3 Cet instant aurait aussi pu correspondre à l’instant d’appui sur la touche d’avance rapide sur la télécommande.
Aussi le chargement anticipé d’images peut prendre fin à différents moments. Par exemple, le chargement anticipé ne s’effectue pas sur le générique de fin d’un film car il est rare que la restitution d’un contenu s’effectue jusque la fin, en effet, l’utilisateur arrête souvent la restitution au début du générique de fin. Dans notre exemple, on considère que le démarrage commence après une durée d’attente DR. Sur la figure 3, des segments S16/S32/S48 sont téléchargés par anticipation à l’expiration de cette durée DR, juste après la réception du deuxième segment S2.
Dans notre exemple, seules des images associées à l’avance rapide au x16 sont téléchargées par anticipation avec un pas de seize segments. Ainsi, si une avance rapide x2 est demandée, les segments relatifs aux sauts sont téléchargés, par exemple les segments S2/S4/S6/etc., à l’exception des segments téléchargés par anticipation, par exemple S16/S32/etc.qui sont directement lus dans la mémoire du dispositif de restitution.
A noter que l’invention ne se limite bien évidemment pas à cet exemple, les images correspondant aux vitesses x2 et x4 auraient également pu être téléchargées par anticipation.
Dans notre exemple, en référence à la figure 4 qui sera décrite ci-dessous, les segments téléchargés par anticipation avec la vitesse x16 sont les trois segments S16, S32, S48. Ces trois segments peuvent être téléchargés en même temps, comme expliqué ci-dessus en référence à la figure 3, ou successivement à différents instants. Le nombre de segments téléchargés par anticipation peut évidemment être inférieur ou supérieur à trois. Dans notre exemple, une fois les trois segments S16, S32, S48 téléchargés par anticipation reçus, les images intra incluses dans les segments sont de préférence extraites des segments reçus et sont stockées dans une mémoire tampon du décodeur STB en association avec des instants de la vidéo. A ce stade, les images téléchargées par anticipation sont prêtes à être lues en cas de lecture accélérée de la vidéo.
Lors d’une deuxième étape ET2, suite au stockage des trois segments S16, S32, S48 par anticipation, on suppose qu’un utilisateur de la télécommande TCD souhaite accélérer la lecture de la vidéo VDO. Pour cela, cet utilisateur appuie sur la touche d’accélération » de la télécommande et sélectionne par exemple la vitesse (x16). La commande d’accélération est transmise au décodeur STB qui la reçoit. Le décodeur STB exécute ensuite la commande reçue et réalise des sauts de segments dans la vidéo par exemple avec un pas de seize segments. A chaque saut réalisé, le décodeur recherche, dans sa mémoire tampon, l’image chargée par anticipation qui correspond au saut réalisé et l’affiche à l’écran ECR.
Ultérieurement, plusieurs actions sont possibles. L’utilisateur peut interrompre la lecture accélérée parce qu’il est prêt à regarder la suite de la vidéo avec une vitesse normale. L’utilisateur relance le mode lecture normale de la vidéo, par exemple via une touche de la télécommande ou via l’application dédiée. Le lecteur de flux multimédia reprend alors le traitement du flux vidéo à partir de l’instant souhaité par l’utilisateur et les images de la vidéo qui sont affichées sur le terminal client sont celles correspondant aux images de la vidéo à partir de l’instant de relance de la lecture de la vidéo.
Le mode de réalisation décrit ci-dessus peut faire l’objet de variantes décrites ci-dessous.
Le chargement par anticipation d’imagettes est un traitement qui s’effectue en tâche de fond de préférence sans impacter la qualité de la vidéo lue en mode normal. Si la bande passante disponible n’est pas suffisante, un module de gestion MOD présent dans le décodeur réduit le nombre de segments à télécharger par anticipation.
La figure 4 représente schématiquement des segments d’une vidéo VDO. Dans l’exemple choisi, tous les segments multiples de 16 sont téléchargés par anticipation. Sur cette figure 4, un pointeur RD représente l’instant courant de la lecture. Des flèches F16/F32/F48/etc. illustrent les téléchargements des segments S16/S32/S48/etc. qui ont lieu par anticipation dans une mémoire MR1 du décodeur STB. Dans notre exemple, ce téléchargement a lieu à l’instant de la lecture RD.
Selon une variante, Sur un nombre NB de segments pouvant être téléchargés par anticipation, seuls un sous ensemble sont téléchargés, par exemple les premiers.
Selon une autre variante, le nombre de segments téléchargés par anticipation est déterminé en fonction de la taille de la mémoire tampon.
En relation avec la figure 5, on considère maintenant la structure simplifiée du décodeur STB selon un exemple de réalisation de l’invention. Un tel décodeur STB est adapté pour mettre en oeuvre le procédé de gestion de l’affichage d’images lors de l’accélération de la lecture d’un contenu multimédia.
Le décodeur STB comprend des ressources physiques et/ou logicielles, à savoir 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. Elles permettent notamment le stockage d’un gestionnaire de sélection de contenus selon un mode de réalisation de l’invention.
Le décodeur comprend en outre un circuit de traitement CT1 pour mettre en oeuvre le procédé de gestion selon différents modes de réalisation de l'invention, le circuit de traitement CT1 contenant un processeur PROC1 piloté par un programme d'ordinateur PG1 représentatif du procédé de gestion, stocké dans la mémoire morte. A l'initialisation, les instructions de code du programme d'ordinateur PG1 sont par exemple chargées dans une mémoire RAM, notée MR1 , avant d'être exécutées par le circuit de traitement CT1.
Le décodeur comprend principalement :
- une interface de communication COM1 1 qui est adaptée pour recevoir des commandes issues de la télécommande TCD ;
- une interface de communication COM22 qui est adaptée pour échanger des données avec un serveur distant de manière à recevoir des segments de contenus multimédias comme décrit ci-dessus.
Les interfaces de communication COM10, COM1 1 , ainsi que l’entité de gestion MNG, sont pilotés par le processeur PROC1 du circuit de traitement CT1.
La figure 5 illustre seulement une manière particulière, parmi plusieurs possibles, de réaliser le décodeur STB, afin qu’il effectue les étapes du procédé détaillé ci-avant, en relation avec les figues 2 à 4 (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).
Précisons enfin 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 oeuvre 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 oeuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.).

Claims

REVENDICATIONS
1. Procédé de gestion de l’affichage d’images associées à des sauts d’images susceptibles d’être réalisés lors d’une lecture accélérée d’un contenu multimédia (CNT) sur un dispositif de restitution, le contenu étant téléchargeable depuis un réseau de communication, caractérisé en ce qu’au moins une image associée à un saut est téléchargée par anticipation.
2. Procédé de gestion selon la revendication 1 , caractérisé en ce que l’étape de lecture du contenu (CNT) est précédée d’une étape de réception du contenu depuis un réseau de communication, et en ce que le téléchargement anticipé est réalisé lorsque le débit sur le réseau est inférieur à un débit donné.
3. Procédé de gestion selon la revendication 1 , caractérisé en ce qu’une image stockée par anticipation est stockée dans une mémoire, et en ce qu’elle est effacée de la mémoire lorsque la lecture du contenu est arrêtée.
4. Procédé de gestion selon la revendication 1 , caractérisé en ce qu’une image stockée par anticipation est stockée dans une mémoire, et en ce qu’elle est effacée de la mémoire après un nombre donné de lecture de cette image.
5. Procédé de gestion selon la revendication 1 , caractérisé en ce que les images stockées par anticipation sont stockées dans une mémoire, et en ce qu’elles sont conservées dans la mémoire pendant une durée donnée.
6. Procédé de gestion selon la revendication 1 , caractérisé en ce que l’étape de chargement anticipé s’effectue après une durée d’attente (DR).
7. Procédé de gestion selon la revendication 1 , caractérisé en ce que lorsque la lecture est programmée à une date donnée, l’étape de chargement anticipé s’effectue avant la date donnée.
8. Entité de gestion (MNG) de l’affichage d’images associées à des sauts d’images susceptibles d’être réalisés lors d’une lecture accélérée du contenu, le contenu étant téléchargeable depuis un réseau de communication, caractérisé en ce qu’elle comprend un module de téléchargement apte à télécharger par anticipation au moins une image associée à un saut.
9. Décodeur comprenant une entité de gestion telle que définie dans la revendication 8.
10. Programme d'ordinateur apte à être mis en oeuvre sur une entité de gestion (MNG) telle que définie dans la revendication 8, 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 .
11. 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 .
PCT/FR2020/050259 2019-03-12 2020-02-13 Procédé de gestion du téléchargement d'images associées à des sauts d'images susceptibles d'être realisés lors d'une lecture accelerée d'un contenu multimedia diffusé en continu WO2020183080A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US17/438,671 US12081826B2 (en) 2019-03-12 2020-02-13 Method for managing the download of images associated with image jumps capable of being carried out during accelerated reading of multimedia content which is continuously broadcast
EP20710215.3A EP3939330A1 (fr) 2019-03-12 2020-02-13 Procédé de gestion du téléchargement d'images associées à des sauts d'images susceptibles d'être realisés lors d'une lecture accelerée d'un contenu multimedia diffusé en continu

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1902525 2019-03-12
FR1902525A FR3093885A1 (fr) 2019-03-12 2019-03-12 procédé de gestion du téléchargement d’images associées à des sauts d’images susceptibles d’être réalisés lors d’une lecture accélérée d’un contenu multimédia.

Publications (1)

Publication Number Publication Date
WO2020183080A1 true WO2020183080A1 (fr) 2020-09-17

Family

ID=67185405

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2020/050259 WO2020183080A1 (fr) 2019-03-12 2020-02-13 Procédé de gestion du téléchargement d'images associées à des sauts d'images susceptibles d'être realisés lors d'une lecture accelerée d'un contenu multimedia diffusé en continu

Country Status (4)

Country Link
US (1) US12081826B2 (fr)
EP (1) EP3939330A1 (fr)
FR (1) FR3093885A1 (fr)
WO (1) WO2020183080A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090292819A1 (en) * 2008-05-23 2009-11-26 Porto Technology, Llc System and method for adaptive segment prefetching of streaming media
US20140282262A1 (en) * 2013-03-15 2014-09-18 General Instrument Corporation Devices and methods for providing navigation images associated with adaptive bit rate video content
US20180152743A1 (en) * 2016-11-29 2018-05-31 Roku, Inc. Enhanced trick mode to enable presentation of information related to content being streamed

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080008456A1 (en) * 2005-07-28 2008-01-10 Buttars David B Method and apparatus for time/date and/or session-limited temporary storage and playback of proprietary and non-proprietary media content utilizing re-writeable non-volatile memory.
US8301794B2 (en) * 2010-04-16 2012-10-30 Microsoft Corporation Media content improved playback quality
US9116893B2 (en) * 2011-10-21 2015-08-25 Qualcomm Incorporated Network connected media gateway for communication networks
US9282355B2 (en) * 2014-05-06 2016-03-08 Verizon Patent And Licensing Inc. Delayed video-on-demand streaming for enhanced user experience and network capacity optimization
US10433014B2 (en) * 2014-10-28 2019-10-01 Hewlett Packard Enterprise Development Lp Media content download time
CA2997355A1 (fr) * 2016-12-30 2019-06-14 Tivo Solutions Inc. Modes de trucage avances destines a la diffusion video en continu

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090292819A1 (en) * 2008-05-23 2009-11-26 Porto Technology, Llc System and method for adaptive segment prefetching of streaming media
US20140282262A1 (en) * 2013-03-15 2014-09-18 General Instrument Corporation Devices and methods for providing navigation images associated with adaptive bit rate video content
US20180152743A1 (en) * 2016-11-29 2018-05-31 Roku, Inc. Enhanced trick mode to enable presentation of information related to content being streamed

Also Published As

Publication number Publication date
EP3939330A1 (fr) 2022-01-19
US12081826B2 (en) 2024-09-03
US20220159333A1 (en) 2022-05-19
FR3093885A1 (fr) 2020-09-18

Similar Documents

Publication Publication Date Title
FR3004054A1 (fr) Generation et restitution d'un flux representatif d'un contenu audiovisuel
EP3430786A1 (fr) Acquisition d'extraits d'un flux multimédia sur un terminal
EP2820815A1 (fr) Procédé et appareil améliorés de distribution de contenu vidéo
EP3939330A1 (fr) Procédé de gestion du téléchargement d'images associées à des sauts d'images susceptibles d'être realisés lors d'une lecture accelerée d'un contenu multimedia diffusé en continu
FR3116172A1 (fr) Procédé de gestion de l’accès à un contenu numérique
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
WO2024165355A1 (fr) Procédé de gestion de lecture d'un contenu multimédia.
EP3987820A1 (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
EP3548997B1 (fr) Procédé de gestion de la réception de contenus numériques par un dispositif de gestion
EP4203480A1 (fr) Procédé de gestion de sauts temporels lors de la lecture d'un contenu multimédia
EP4373099A1 (fr) Procédé de gestion de l'accès à une contenu a lecture d'un contenu multimédia
EP4424021A1 (fr) Procédé de gestion de l'accès à une contenu a lecture d'un contenu multimedia
EP4184922A1 (fr) Procédé de gestion de l' accès à un contenu multimédia
FR3131160A1 (fr) Procédé de restitution d’un contenu multimédia, programme d’ordinateur et terminal lecteur de flux multimédia correspondants.
FR3090255A1 (fr) Procédé de gestion de la sélection d’un contenu numérique parmi plusieurs contenus via un écran
EP4109905A1 (fr) Gestion du téléchargement progressif adaptatif d'un contenu numérique en mode économiseur d'écran
FR3096208A1 (fr) Procédé de gestion de la réception de contenus numériques par un dispositif d’accès.
FR3140504A1 (fr) Gestion de la lecture d’un contenu multimédia
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
FR3143930A1 (fr) Gestion de gestion de la fourniture d’adresses de segments d’un contenu multimédia
EP3840391A1 (fr) Gestion de la restitution d'un contenu multimédia et d'une interface de navigation sur un écran
FR2992511A1 (fr) Lecture synchrone d'un contenu par une pluralite de terminaux
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.
FR3041852A1 (fr) Procede et dispositif d'enrichissement d'une fonction pause de la lecture d'une sequence d'images

Legal Events

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

Ref document number: 20710215

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020710215

Country of ref document: EP

Effective date: 20211012