FR3093885A1 - 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. - Google Patents

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. Download PDF

Info

Publication number
FR3093885A1
FR3093885A1 FR1902525A FR1902525A FR3093885A1 FR 3093885 A1 FR3093885 A1 FR 3093885A1 FR 1902525 A FR1902525 A FR 1902525A FR 1902525 A FR1902525 A FR 1902525A FR 3093885 A1 FR3093885 A1 FR 3093885A1
Authority
FR
France
Prior art keywords
content
image
advance
memory
stored
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.)
Withdrawn
Application number
FR1902525A
Other languages
English (en)
Inventor
Hervé MARCHAND
Mathieu Rivoalen
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange SA filed Critical Orange SA
Priority to FR1902525A priority Critical patent/FR3093885A1/fr
Priority to US17/438,671 priority patent/US20220159333A1/en
Priority to EP20710215.3A priority patent/EP3939330A1/fr
Priority to PCT/FR2020/050259 priority patent/WO2020183080A1/fr
Publication of FR3093885A1 publication Critical patent/FR3093885A1/fr
Withdrawn 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/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

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. Figure pour l'abrégé : Fig. 4

Description

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.
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.
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 œuvre 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 œuvre 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 œuvre 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’image 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 œuvre 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 œuvre 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 œuvre 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 œuvre 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 œuvre 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 :
La figure 1 représente un système informatique sur lequel est illustré un exemple de réalisation de l’invention.
La figure 2 illustre un découpage d’un contenu multimédia en segment selon un mode de réalisation de l’invention.
La figure 3 illustre un échange de messages entre un dispositif de restitution et un serveur fournisseur de contenus multimédias.
La figure 4 illustre une variante du mode de réalisation de l’invention décrit en référence à la figure 2.
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 œuvre 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 œuvre 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.
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 œuvre 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 œuvre 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 œuvre 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 COM11 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, COM11, 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 œ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 (11)

  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 œuvre 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.
FR1902525A 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. Withdrawn FR3093885A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
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.
US17/438,671 US20220159333A1 (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
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

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
FR3093885A1 true FR3093885A1 (fr) 2020-09-18

Family

ID=67185405

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1902525A Withdrawn 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.

Country Status (4)

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

Citations (1)

* 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

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8301794B2 (en) * 2010-04-16 2012-10-30 Microsoft Corporation Media content improved playback quality
US9317188B2 (en) * 2013-03-15 2016-04-19 Arris Enterprises, Inc. Devices and methods for providing navigation images associated with adaptive bit rate video content
US10003834B1 (en) * 2016-11-29 2018-06-19 Roku, Inc. Enhanced trick mode to enable presentation of information related to content being streamed

Patent Citations (1)

* 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

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LEE S-J ET AL: "An interactive video delivery and caching system using video summarization", COMPUTER COMMUNICATIONS, ELSEVIER SCIENCE PUBLISHERS BV, AMSTERDAM, NL, vol. 25, no. 4, 1 March 2002 (2002-03-01), pages 424 - 435, XP004327040, ISSN: 0140-3664, DOI: 10.1016/S0140-3664(01)00414-5 *

Also Published As

Publication number Publication date
US20220159333A1 (en) 2022-05-19
WO2020183080A1 (fr) 2020-09-17
EP3939330A1 (fr) 2022-01-19

Similar Documents

Publication Publication Date Title
WO2014154975A1 (fr) Generation et restitution d&#39;un flux representatif d&#39;un contenu audiovisuel
FR3094166A1 (fr) Procédé de gestion de contenus multimédia et dispositif pour la mise en œuvre du procédé
WO2013127426A1 (fr) Procédé et appareil améliorés de distribution de contenu vidéo
FR3093885A1 (fr) 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.
EP3430786A1 (fr) Acquisition d&#39;extraits d&#39;un flux multimédia sur un terminal
FR3116172A1 (fr) Procédé de gestion de l’accès à un contenu numérique
WO2021089942A1 (fr) Procédé de gestion de zapping de contenus multimédias numériques obtenu par téléchargement progressif adaptatif (has), dispositif de gestion, lecteur de flux multimédia et programme d&#39;ordinateur correspondants
WO2020259911A1 (fr) Procédé de gestion du téléchargement progressif adaptatif (has) d&#39;un contenu numérique diffusé en temps réel, gestionnaire, terminal lecteur de flux multimédia et programme d&#39;ordinateur correspondants
EP3926929B1 (fr) Procédé de gestion de la lecture d&#39;un contenu numérique au sein d&#39;un terminal lecteur de contenus multimédias connecté à un dispositif de restitution
WO2023208688A1 (fr) Gestion de la restitution d&#39;un contenu multimédia
FR3101503A1 (fr) Gestion du téléchargement progressif adaptatif d’un contenu numérique sur réseau mobile avec sélection d’un débit d’encodage maximum autorisé en fonction d’un godet de données
EP3548997B1 (fr) Procédé de gestion de la réception de contenus numériques par un dispositif de gestion
EP4373099A1 (fr) Procédé de gestion de l&#39;accès à une contenu a lecture d&#39;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.
FR3131491A1 (fr) procédé de gestion de sauts temporels lors de la lecture d’un contenu multimédia.
EP4184922A1 (fr) Procédé de gestion de l&#39; accès à un contenu multimédia
FR3128842A1 (fr) procédé de gestion de l’accès à une contenu a lecture d’un contenu multimédia.
EP3840391A1 (fr) Gestion de la restitution d&#39;un contenu multimédia et d&#39;une interface de navigation sur un écran
FR3090255A1 (fr) Procédé de gestion de la sélection d’un contenu numérique parmi plusieurs contenus via 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&#39;un contenu numérique en mode économiseur d&#39;écran
EP4297409A1 (fr) Procédé de gestion de la lecture d&#39;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.
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

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20200918

ST Notification of lapse

Effective date: 20211105