Brevet FR3093603A1 — publié le 20200911

Description Titre de l'invention : 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. Domaine technique [0001] Le domaine de l'invention est celui des contenus multimédia numériques, à savoir les contenus audio et/ou vidéo numériques. Plus précisément, l'invention concerne l'optimisation d'une navigation accélérée dans un contenu multimédia numérique au sein d'un terminal de restitution, dans le cadre de l'acheminement de ce contenu multimédia numérique selon une technique dite de téléchargement progressif adaptatif au sein d'un réseau de communication local, tel qu'un réseau domestique. Technique antérieure [0002] Avec la généralisation de la communication sans fil à haut débit et la multiplication des équipements personnels de type téléphone intelligent (en anglais « Smartphone ») ou tablette, la consommation de contenus multimédia numériques, notamment vidéo et/ou audio, a fortement augmenté. En effet, l'accès à un contenu numérique depuis un réseau de type Internet est possible aujourd'hui, pour la plupart de ces équipements personnels, notamment lorsqu'ils appartiennent à un réseau de communication local, tel qu'un réseau domestique. [0003] La diffusion de contenus numériques sur Internet est souvent basée sur des protocoles client-serveur de la famille FITTP (de l'anglais « Hyper Text Transfcr Protocol »). En particulier, le téléchargement en mode progressif, dit téléchargement adaptatif progressif (en anglais « http Adaptivc Streaming » ou HAS), des contenus numériques, aussi appelé streaming, permet de transporter et consommer les données en temps réel, c'est-à-dire que les données numériques sont transmises sur le réseau et restituées par le terminal au fur et à mesure de leur arrivée. Le terminal client, i.e l'équipement personnel, reçoit et stocke une partie des données numériques dans une mémoire tampon avant de les restituer. Ce mode de distribution est particulièrement utile quand le débit dont dispose l'utilisateur n'est pas garanti pour le transfert en temps réel de la vidéo. [0004] Le téléchargement progressif adaptatif (HAS) permet de surcroît de diffuser et recevoir des données suivant différentes qualités correspondant par exemple à différents débits d'encodage. Ces différentes qualités sont décrites dans un fichier de paramètres disponible en téléchargement sur un serveur de données, par exemple un 2 serveur de contenus. Quand le terminal client souhaite accéder à un contenu, ce fichier de description permet de sélectionner le bon format pour le contenu à consommer en fonction de la bande passante disponible ou des capacités de stockage et de décodage du terminal client. Ce type de technique permet notamment de tenir compte des variations de bande passante sur la liaison entre le terminal client et le serveur de contenus. [0005] Il existe plusieurs solutions techniques pour faciliter la distribution d'un tel contenu en streaming, comme par exemple les solutions propriétaires Microsoft® Smooth Streaming, Apple® HLS, Adobe® HTTP Dynamic Streaming, ou encore la norme MPEG-DASH de l'organisme ISO/IEC qui sera décrite ci-après. Ces méthodes proposent d'adresser au client un ou plusieurs fichiers de description intermédiaires, appelés aussi documents ou manifestes, contenant les adresses des différents segments à différentes qualités d'encodage du contenu multimédia. [0006] Ainsi, la norme MPEG-DASH (pour l'anglais -Dynamic Adaptive Streaming over HTTP", en français « diffusion en flux adaptatif dynamique sur HTTP ») est un standard de format de diffusion audiovisuelle sur Internet. Il se hase 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 », ou segments. Chacun de ces segments est rendu disponible individuellement au moyen d'un protocole d'échange. Le protocole principalement ciblé est le protocole HTTP, mais d'autres protocoles (par exemple FTP) peuvent également être utilisés. L'organisation des segments et les paramètres associés sont publiés dans un manifeste au format XML. [0007] Le principe sous-jacent à cette norme est que le client MPEG-DASH effectue une es- timation de la bande passante disponible pour la réception des segments, et, en fonction du remplissage de sa mémoire tampon de réception, choisit, pour le prochain segment à charger, une représentation dont le débit : - assure la meilleure qualité possible, et, - permet un délai de réception compatible avec le rendu ininten-ompu du contenu. [0008] Ainsi, pour s'adapter à la variation des conditions réseau, notamment en termes de bande passante, les solutions existantes de téléchargement adaptatif permettent au terminal client de passer d'une version du contenu encodée à un certain débit, à une autre encodée à un autre débit, au cours du téléchargement. En effet, chaque version du contenu est divisée en segments de même durée. Pour permettre une restitution en continu du contenu sur le terminal client, chaque segment doit atteindre le terminal avant son instant programmé de restitution. La qualité perçue associée à un segment augmente avec la taille du segment, exprimée en bits, mais dans le même temps, des segments plus gros requièrent un temps de transmission plus important, et donc 3 présentent un risque accru de ne pas être reçus à temps pour une restitution en continu du contenu. [0009] Le terminal de restitution doit donc trouver un compromis entre la qualité globale du contenu, et sa restitution ininterrompue, en sélectionnant avec soin le prochain segment à télécharger, parmi les différents débits d'encodage proposés. Il existe pour ce faire différents algorithmes de sélection de la qualité du contenu en fonction de la bande passante disponible, qui peuvent présenter des stratégies plus ou moins agressives, ou plus ou moins sécuritaires. [0010] De nombreux services de visualisation de ces contenus numériques existent tels que des services de streaming (en français, diffusion en mode continu, ou lecture en continu), la vidéo à la demande (VOD), la diffusion en différé de programmes télévisuels (Replay), ou encore les offres de type Nctwork PVR (pour « Network Personal Video Recorder », i.c. un service d'enregistrement des contenus numériques, effectué par le fournisseur de contenus lui-même plutôt qu'au domicile de l'utilisateur final). [0011] L'utilisation de ces services nécessite notamment l'utilisation d'un lecteur de flux multimédia numérique pour décoder un contenu numérique tel qu'un flux vidéo et/ou audio reçu depuis le fournisseur de service, et d'un terminal de restitution associé au lecteur de flux multimédia numérique pour afficher par exemple les images et/ou les bande-sons décodées du flux vidéo et/ou audio. Dans un exemple, le lecteur de flux multimédia est intégré dans le terminal de restitution tel qu'une tablette, un ordinateur ou un téléphone de type « Smartphone ». Dans un autre exemple, le lecteur de flux multimédia est intégré à une passerelle résidentielle qui assure le routage des données au sein du réseau de communication local et le décodage du contenu numérique, avant de permettre sa restitution sur un terminal de restitution tel qu'un téléviseur. Encore dans un autre exemple, un tel lecteur de flux mutimédia est une clé HDMI, telle que la C1éTV® d'Orange®, qui peut être branchée sur un téléviseur, ou sur une set-top box. [0012] Dans la suite, par souci de simplification, on assimilera le contenu numérique à une vidéo et la restitution par le terminal client, i.e l'équipement personnel, ou consommation par l'utilisateur du terminal, à une visualisation sur l'écran du terminal client. On assimilera également par la suite le terme terminal de restitution à l'association du lecteur de tlux multimédia et du terminal client. [0013] Les terminaux de restitution, permettent en général l'accès du client à un certain nombre de fonctionnalités, comme par exemple une fonction avance/retour rapide, permettant à un utilisateur de naviguer de façon accélérée dans le contenu numérique. Ainsi, lorsqu'un utilisateur regarde par exemple une vidéo, il a la possibilité d'accéder rapidement à un endroit précis de celle-ci en accélérant sa restitution par activation de la fonction avance/retour rapide par exemple via une touche d'une télécommande associée au terminal de restitution. Dans un autre exemple, l'activation de la fonction avance/retour rapide se fait 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. [0014] Après l'activation de la fonction avance/retour rapide, par exemple lorsque l'utilisateur est prêt à regarder la suite de la vidéo, il relance le mode lecture normale de la vidéo, toujours 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 la position courante dans le contenu, sélectionnée par l'utilisateur lors de la navigation accélérée dans le contenu. [0015] Afin que l'utilisateur puisse identifier aisément la partie de la vidéo qu'il souhaite vi- sualiser, il est très utile pendant r avance/retour rapide de pouvoir afficher à l'utilisateur des imagettes qui illustrent la position courante de l'utilisateur dans le flux vidéo. [0016] Pour cela, il existe à cc jour deux techniques principales. [0017] La première technique consiste à faire exposer directement par le serveur de contenu des imagettes correspondant à chaque segment vidéo disponible. Par imagette, on entend ici, et dans toute la suite de ce document, une image extraite du contenu vidéo, dont la taille est réduite par rapport à l'original. Une telle imagette est également appelée miniature, ou vignette, et en anglais est généralement désignée sous le nom de thumbnail » (littéralement « ongle de pouce », en référence à sa taille). [0018] Ces imagettes, créées et enregistrées sur le serveur de contenu, peuvent alors être ré- cupérées par le terminal de restitution: quelle que soit la position courante de l'utilisateur dans le contenu, il existe, sur le serveur, une imagette représentative du contenu à cette position courante, qu'il est possible de télécharger et d'afficher à l'utilisateur. Cette technique est cependant peu implémentée sur les serveurs car lourde à mettre en oeuvre : en effet, il est nécessaire de créer et mémoriser autant d'imagettes qu'il existe d'images successives dans le contenu, ce qui est consommateur de ressources. De plus, les imagettes mises à disposition par le serveur de contenu sont le plus souvent de qualité réduite, et ne sont donc pas adaptées à un affichage en plein écran sur le terminal de restitution. Elles sont donc affichées sous forme d'imagettes de petites dimensions, au dessus de la ligne de temps illustrant la navigation de l'utilisateur dans le contenu (encore appelée en anglais « timeline »). Il peut être difficile pour l'utilisateur d'identifier sa position de navigation courante dans le contenu sur la base de ces petites imagettes, de qualité résuite. [0019] La seconde technique consiste, pour le terminal de restitution, à récupérer certains segments vidéo au débit d'encodage le plus faible possible, correspondant aux positions de navigation courante dans le contenu. Le terminal en extrait une imagette, qui est ainsi créée à la volée, afin de l'afficher au niveau du curseur de position lecture. Chaque segment d'un contenu vidéo comprend en effet une image «I », également appelée image intra (généralement la première image du segment temporel), qui peut être affichée sous forme d'imagette sur le terminal client pour illustrer le flux vidéo. Le téléchargement des segments de plus basse qualité permet d'optimiser le temps de récupération de ces derniers. Par exemple, on affiche une imagette toutes les secondes, correspondant à la première image intra du segment de qualité la plus basse associé à la position de navigation courante dans le contenu. [0020] Cette technique est plus simple à mettre en oeuvre, mais elle ne permet pas d'offrir des vitesses d'avance/retour rapide très élevées. En effet, l'utilisateur reste dépendant de la bande passante disponible et s'il souhaite faire de l'avance rapide en x64 par exemple, il peut être bloqué par le temps de récupération des segments. [0021] Par exemple, l'utilisateur visualise une vidéo en lecture normale et consomme un flux vidéo de qualité élevée diffusée en HAS avec des tailles de segments, (en anglais « chunk »), d'une durée de 2 secondes. Lors d'une avance rapide en x64 par exemple (i.e. que la vitesse de navigation accélérée dans le contenu est 64 fois plus rapide que la vitesse de lecture normale du contenu), le terminal de restitution doit afficher une imagette toutes les secondes, pour indiquer à l'utilisateur sa position de navigation courante dans le contenu. Partant d'une position de navigation courante N, le terminal de restitution doit alors récupérer le fragment, ou « chunk », vidéo qui est situé 64 secondes « plus tard » dans le flux (lorsqu'il est parcouru à une vitesse de lecture normale), pour en extraire une imagette. Ainsi, lorsque les segments (en anglais - chunks ») ont une durée de 2 secondes, le terminal de restitution doit récupérer le - chunk » qui se trouve à la position N+32 (32 = x64 / 2 secondes) en un temps inférieur ou égal à 1 seconde, pour assurer l'affichage d'une imagette toutes les secondes. On récupère donc généralement le « chunk » de plus faible qualité pour être certain de le récupérer dans les temps. [0022] Si le terminal de restitution met plus d'une seconde à récupérer et extraire l'image de ce « chunk », il va rester bloqué en attente de l'imagette. Le déplacement réel ne sera pas alors x64 mais moins. La fonction d'avance/retour rapide est donc dans ce cas simple à mettre en oeuvre mais son fonctionnement est dépendant de la bande passante disponible du réseau de communication local. [0023] 11 existe donc un besoin d'une technique de navigation accélérée (avance/retour rapide) dans un contenu numérique obtenu par téléchargement progressif adaptatif (HAS), qui ne présente pas ces différents inconvénients de l'art antérieur. Notamment, il existe un besoin d'une telle technique qui permette une meilleure optimisation de la consommation des ressources réseau, en tirant notamment avantage des spécificités techniques du téléchargement adaptatif progressif (HAS). 6 Présentation de l'invention [0024] L'invention répond à ce besoin en proposant un procédé de navigation accélérée dans un contenu numérique, obtenu par téléchargement progressif adaptatif par un terminal de restitution via un réseau de communication. Ce procédé de navigation comprend : - une obtention d'un fichier de description du contenu numérique, comprenant une liste (le segments temporels du contenu associés chacun à plusieurs débits d'encodage du contenu, - une restitution, à intervalles de temps de durée T, d'une imagette représentative du contenu à une position de navigation courante dans le contenu, l'imagette étant extraite d'un des segments temporels, la position de navigation courante dépendant d'une vitesse de navigation dans le contenu. [0025] Selon l'invention, un tel procédé comprend une étape de détermination d'un débit d'encodage du segment temporel dont est extraite l'imagette représentative du contenu à la position de navigation courante, en fonction d'une contrainte de ressource obtenue par le terminal, et une étape de téléchargement du segment temporel dont est extraite l'imagette représentative du contenu à la position de navigation courante, audit débit d'encodage déterminé. [0026] Ainsi, l'invention repose sur une approche tout à fait nouvelle et inventive de la na- vigation accélérée dans un contenu multimédia. [0027] En effet, selon l'art antérieur, l'illustration de la position dans le flux vidéo lors de la mise en oeuvre d'une navigation accélérée dans un contenu se fait par affichage, à intervalles de temps de durée fixe (généralement une seconde), d'une imagette de faible qualité représentative du contenu à la position de navigation courante de faible qualité quelles que soient les contraintes de ressource du réseau de communication local, et cc, afin de garder constante la vitesse de navigation accélérée. [0028] De manière avantageuse, l'invention se propose d'améliorer la qualité de l'expérience de l'utilisateur, en adaptant la qualité d'encodage du segment temporel dont est extraite l'imagette aux contraintes de ressource, afin d'assurer le meilleur compromis entre qualité d' imagettc à afficher et constance de la vitesse de navigation accélérée. [0029] En d'autres termes, si la bande passante du réseau de communication local le permet, la restitution d'une imagette de meilleure qualité sera privilégiée si toutefois la vitesse de navigation accélérée est conservée. Si cependant les conditions ne le permettent pas, alors on privilégie la restitution d'une imagette de moins bonne qualité afin de ne pas perturber la vitesse de navigation accélérée. [0030] Selon un aspect particulier de l'invention, la contrainte de ressource dépend d'un débit instantané de téléchargement du terminal. Un tel débit instantané de télé- 7 chargement est estimé à partir d'une durée de téléchargement d'un segment temporel dont est extraite une imagette restituée et d'une taille du segment temporel. [0031] Ainsi, plus le segment temporel à télécharger est de qualité d'encodage élevée, plus le temps de téléchargement de ce segment sera long : la vitesse de navigation accélérée risque donc d'être impactée si le terminal de restitution n'a pas les ressources nécessaires pour récupérer et afficher I' imagette en un temps inférieur à la durée T fixée selon l'art antérieur à 1 seconde. Selon l'invention, la qualité du segment temporel téléchargé est adaptée afin de ne pas perturber l'écoulement du temps en navigation accélérée, ou en proposant la meilleure qualité d' imagette à afficher. [0032] Selon un mode de réalisation particulier de l'invention, le procédé comprend une étape de détermination de la durée T entre deux restitutions d' imagettes successives, en fonction de la contrainte de ressource estimée par le terminal de restitution. [0033] Ainsi, l'invention se propose avantageusement d'optimiser encore la fluidité de la na- vigation accélérée, en adaptant, non seulement la qualité de l'imagettc restituée, mais également la fréquence de rafraichissement de l'affichage des imagettes, dans le cas où la bande passante de l'utilisateur le permet. On bénéficie ainsi d'une fluidité plus importante en optimisant la récupération de segments temporels pendant la navigation accélérée dans le contenu. [0034] L'invention concerne également un produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre d'un procédé de navigation en accéléré dans un contenu numérique, tel que décrit précédemment, lorsqu'il est exécuté par un processeur. [0035] L'invention vise également un support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procèdé de navigation accélérée dans un contenu multimédia selon l'invention tel que décrit ci-dessus. [0036] 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. [0037] 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. [0038] 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é 8 dans l'exécution du procédé de contrôle d'affichage précité. [0039] L'invention concerne encore un dispositif de gestion de navigation accélérée dans un contenu numérique obtenu par téléchargement progressif adaptatif via un réseau dc communication. Cc dispositif de gestion comprend : - un module d'obtention d'un fichier de description du contenu numérique, comprenant une liste de segments temporels du contenu associés chacun à plusieurs débits d'encodage du contenu, - un module de restitution, à intervalles de temps de durée T, d'une imagette représentative du contenu à une position dc navigation courante dans le contenu, l' imagette étant extraite d'un des segments temporels, la position de navigation courante dépendant d'une vitesse de navigation dans le contenu, - un module de détermination d'un débit d'encodage du segment temporel dont est extraite l'imagette représentative du contenu à la position de navigation courante, en fonction d'une contrainte de ressource obtenue par le terminal, et un module de téléchargement du segment temporel dont est extraite r imagette représentative du contenu à la position de navigation courante, au débit d'encodage déterminé. [0040] La contrainte de ressource dépend par exemple d'un débit instantané dc télé- chargement du terminal, qui peut être estimé à partir d'une durée de téléchargement d'un segment temporel dont est extraite une imagette restituée et d'une taille du segment temporel. [0041] Selon un mode de réalisation particulier, le module de détermination du dispositif de gestion est apte à déterminer la durée T entre deux restitutions d'irnagettes successives, en fonction de la contrainte de ressource estimée par le terminal de restitution. [0042] Enfin, l'invention concerne également un lecteur de flux multimédia, comprenant un dispositif de gestion de navigation accélérée dans un contenu numérique tel que décrit précédemment. [0043] Le dispositif de gestion, le lecteur de flux multimédia et le programme d'ordinateur correspondants précités présentent au moins les mêmes avantages que ceux conférés par le procédé de navigation dans un contenu multimédia selon les différents modes de réalisation de la présente invention. Brève description des figures [0044] D'autres buts, caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante, donnée à titre de simple exemple illustratif, et non limitatif, en relation avec les figures, parmi lesquelles : [0045] [fig.1] représente une architecture de téléchargement progressif sur Internet basée sur l'utilisation du téléchargement progressif adaptatif selon l'invention ; [0046] [fig.2] illustre de façon schématique la structure matérielle d'un lecteur de flux 9 multimédia en temps réel intégrant un dispositif de gestion d'une navigation accélérée de type avance/retour rapide selon un mode de réalisation de l'invention ; [0047] [fig.3A] illustre un exemple de mise en oeuvre d'une fonction avance/retour rapide d'un contenu numérique en mode téléchargement progressif adaptatif par un lecteur de flux multimédia de la figure 2 associé à un terminal client ; [0048] [fig.3B] représente un exemple de sélection d'un segment d'un contenu numérique lors de la mise en oeuvre d'une fonction avance/retour rapide du contenu numérique en mode téléchargement progressif adaptatif selon la figure 3A par le lecteur de flux numérique de la figure 2 ; [0049] [fig.4] illustre de façon schématique la restitution d'une imagcttc au sein d'un terminal de restitution selon l'invention. Description détaillée de l'invention [0050] Le principe général de l'invention consiste à calculer finement le prochain segment temporel d'un contenu numérique à récupérer en fonction des conditions réseau de l'utilisateur, pour en extraire une imagcttc permettant à un utilisateur d'identifier facilement sa position de navigation dans le contenu, dans le cadre d'une navigation accélérée. En particulier, l'invention repose sur la sélection d'une qualité de débit d'encodage d'un segment temporel d'un contenu numérique à télécharger, lorsque l'utilisateur souhaite naviguer de façon accélérée dans le contenu multimédia afin dc visualiser un endroit particulier de celui-ci, et cc notamment dans le cadre d'un contenu numérique téléchargé en mode de téléchargement progressif adaptatif (HAS) par un lecteur de flux multimédia en temps réel. Cette sélection permet d'optimiser la navigation en avance ou retour rapide dans un contenu numérique, en permettant d'adapter la qualité de débit d'encodage d'un segment temporel dont on extrait l'imagette restituée à l'utilisateur, aux variations de bande passante du réseau de communication local de l'utilisateur. Ainsi, si la bande passante est satisfaisante, on peut afficher une imagcttc de meilleure qualité à l'utilisateur, par exemple en plein écran, cc qui améliore la perception du client, et lui permet de mieux identifier où il se trouve dans le contenu. A l'inverse, en cas dc bande passante réduite, il est ainsi possible de maintenir constante la vitesse d'avance/retour rapides choisie par l'utilisateur en jouant sur la sélection optimale du segment temporel dont est extraite l'iWagette. [0051] On présente désormais, en relation avec la figure 1, un exemple d'une architecture de téléchargement progressif basée sur l'utilisation du téléchargement progressif adaptatif selon l'invention. [0052] Le terminal 3, par exemple un téléphone intelligent de type « Smartphone », le terminal 4, par exemple un ordinateur portable, et le terminal 8, par exemple une clef HDMI connectée à un téléviseur 5, se trouvent dans cet exemple situé dans un réseau local (LAN, 10) piloté par une passerelle domestique 6. Le contexte du réseau local est donné à titre d'exemple et pourrait être transposé aisément à un réseau Internet de type « hest effort », un réseau d'entreprise, etc. [0053] Un serveur de contenus numériques 2 se trouve selon cet exemple dans le réseau étendu (WAN, 1) niais il pourrait indifféremment être situé dans le réseau local (LAN, 10), par exemple dans la passerelle domestique 6 ou tout autre équipement capable d'héberger un tel serveur de contenus. Le serveur de contenus 2 reçoit par exemple des chaînes de contenus de télévision numérique en provenance d'un réseau de télévision diffusée, non représenté, et/ou des vidéos à la demande, et les met à disposition des terminaux clients. [0054] Les terminaux clients 3, 4 et 8 peuvent entrer en communication avec le serveur de contenus 2 pour recevoir un ou plusieurs contenus (films, documentaires, séquences publicitaires, etc.). En général, un terminal émet une requête à destination d'un serveur, en indiquant le contenu choisi et il reçoit en retour un flux de données numériques relatives à ce contenu. Dans le cadre d'un réseau de communication local, une telle requête transite par la passerelle d'accès au réseau, par exemple la passerelle résidentielle. [0055] Le terminal est adapté pour recevoir ces contenus numériques sous forme de données multimédia et pour en faire une restitution. Cette restitution consiste à fournir au niveau du terminal le contenu numérique sous une forme accessible à l'utilisateur. Par exemple, des données reçues correspondant à une vidéo sont généralement décodées, puis restituées au niveau du terminal sous la forme d'un affichage de la vidéo correspondante avec sa bande-son associée. [0056] Il est fréquent, dans ce contexte client-serveur, de recourir, pour échanger les données entre les terminaux client 3, 4 et 8 et le serveur 2, à une technique de téléchargement progressif adaptatif, en anglais « adaptive streaming », abrégé en HAS basée sur le protocole HTTP. Ce type de technique permet notamment d'offrir une bonne qualité de contenus à l'utilisateur en tenant compte des variations de bande passante qui peuvent se produire sur la liaison entre le terminal client 3, 4 et 8 et la passerelle de services 6, ou entre cette dernière et le serveur de contenus 2. [0057] Classiquement, différentes qualités peuvent être encodées pour le même contenu d'une chaîne, correspondant par exemple à différents débits. Plus généralement, on parlera de qualité pour se référer à une certaine résolution du contenu numérique (résolution spatiale, temporelle, niveau de qualité associée à la compression vidéo et/ ou audio) avec un certain débit. Chaque niveau de qualité est lui-même découpé sur le serveur de contenus en segments temporels (ou « fragments » de contenu, en anglais chunks », ces trois mots étant utilisés indifféremment dans l'ensemble de ce document). 11 [0058] La description de ces différentes qualités et de la segmentation temporelle associée, ainsi que les fragments de contenu, sont décrits pour le terminal client et mis à sa disposition via leurs adresses Internet (URI : Universal Ressource Identifier). L'ensemble de ces paramètres (qualités, adresses des fragments, etc.) est en général regroupé dans un fichier de paramètres, dit fichier de description. On notera que ce fichier de paramètres peut être un fichier informatique ou un ensemble d'informations descriptives du contenu, accessible à une certaine adresse. [0059] Ces fragments ou « chunks » comprennent un ensemble de données représentatives du contenu. Dans l'exemple d'une vidéo, chaque « chunk » de la vidéo comprend notamment une première image dite image «I », ou intra, et une ou plusieurs images qui peuvent être prédites à partir de cette image I par estimation/compensation de mouvement. [0060] Les terminaux 3, 4 et 8 possèdent leurs propres caractéristiques en termes de capacité de décodage, d'affichage, etc. Dans un contexte de téléchargement adaptatif progressif, ils peuvent adapter leurs requêtes pour recevoir et décoder le contenu demandé par l'utilisateur à la qualité qui leur correspond au mieux. Dans notre exemple, si les contenus sont disponibles aux débits 512 kb/s (kilobits par seconde) (Résolution 1, ou niveau 1, noté Dl ), 1024 kh/s (D2), 2048 Ms (D3) et que le terminal client dispose d'une bande passante de 3000 kh/s, il peut demander le contenu à n'importe quel débit inférieur à cette limite, par exemple 2048 kh/s. Dc manière générale, on note « Ci @Dj » le contenu numéro i avec la qualité j (par exemple le j-ième niveau Dj de qualité décrit dans le fichier de description). [0061] La passerelle de service 6 est dans cet exemple une passerelle domestique qui assure le routage des données entre le réseau étendu 1 et le réseau local 10, gère les contenus numériques en assurant notamment leur réception en provenance du réseau et leur décodage grâce à un lecteur de flux multimédia 9 (non représenté), aussi appelé décodeur que l'on suppose ici intégré à la passerelle 6 ou aux terminaux clients 3, 4 et 8. En variante, le lecteur de flux peut se trouver ailleurs dans le réseau étendu 1 ou local 10, notamment au niveau d'un élément de type STB (de l'anglais Set-Top-Box) (non représenté) associé à un téléviseur. [0062] Dans cet exemple, pour visualiser un contenu, le terminal 3, 4 ou 8 interroge tout d'abord la passerelle de service 6 pour obtenir une adresse du document de description 7 du contenu (par exemple, Cl) souhaité. La passerelle de service 6 répond en fournissant au terminal l'adresse du fichier de description 7. Dans la suite, on supposera que ce fichier est un fichier de type manifeste selon la norme MPEG-DASH (noté C.mpd ») et on se réfèrera indifféremment, selon le contexte, à l'expression fichier de description » ou « manifest». [0063] Alternativement, ce fichier peut être récupéré directement auprès d'un serveur 12 Internet local ou externe au réseau local, ou se trouver déjà sur la passerelle de service ou sur le terminal au moment de la requête. [0064] Un exemple de fichier manifeste (MPD) conforme à la norme MPEG-DASH et comportant la description de contenus disponibles dans trois qualités différentes (Dl 512 kb/s, D2 = 1024 kb/s, D3 = 2048 kb/s) des contenus fragmentés est présenté en annexe 1. Ce fichier manifeste simplifié décrit des contenus numériques dans unc syntaxe XML (de l'Anglais « eXtended Markup Language»), comprenant une liste de contenus sous forme de fragments classiquement décrits entre unc balise ouvrante ( ) et unc balise fermante ( ). La découpe en fragments permet notamment de s'adapter finement aux fluctuations de la bande passante. Chaque fragment correspond à une certaine durée (champ « duration ») avec plusieurs niveaux de qualité et permet de générer leurs adresses (URL - Uniform Resource Locator). Cette génération est faite dans cet exemple à l'aide des éléments « BaseURL (« HTTP://server.com») qui indique l'adresse du serveur de contenus et « SegmentURL » qui liste les parties complémentaires des adresses des différents fragments : - « Cl 512kb 1.mp4 » pour le premier fragment du contenu « Cl » à 512 kilobits par seconde (« kb ») au format MPEG-4 (« mp4 »), - « Cl 512kb 2.mp4 » pour le second fragment, - etc. [0065] Une fois qu'elle dispose des adresses de fragments correspondant au contenu souhaité, la passerelle de service 6 procède à l'obtention des fragments via un téléchargement à ces adresses. On notera que ce téléchargement s'opère ici, traditionnellement, au travers d'une URL HTTP, mais pourrait également s'opérer au travers d'une adresse universelle (URI) décrivant un autre protocole (dvb://monsegmentdecontenu par exemple). [0066] Les terminaux 3, 4 ou le téléviseur 5, par exemple via sa connexion à une clef HDMI 8 par branchement sur son port HDMI, sont utilisés pour restituer une vidéo à la demande. Par la suite, on désigne ce programme télévisuel sous le nom de contenu Cl. Un tel contenu Cl est décrit dans un fichier manifeste 7. [0067] En variante, on notera que le contenu Cl peut également être un programme té- lévisuel diffusé en différé, ou une vidéo personnelle de l'utilisateur, ou tout autre contenu multimédia de durée déterminée, pour laquelle l'invention s'applique également. [0068] Dans un exemple, un utilisateur souhaite visualiser un contenu multimédia, tel qu'une vidéo, sur son téléviseur 5 connecté à une clé HDMI 8. La clef HDMI 8 est connectée en WiFi® directement à la passerelle résidentielle 6. En variante, la clef HDMI 8 pourrait également être connectée en WiFi® à un autre périphérique nomade 13 du réseau domestique, par exemple à l'ordinateur portable 4 ou au téléphone intelligent 3, par l'intermédiaire duquel elle pourrait accéder au réseau de communication étendu 1. [0069] La clef HDMT 8 peut également être pilotée par l'utilisateur au moyen du téléphone intelligent 3, sur lequel est installé une application logicielle de commande de la clef HDMT 8. [0070] Les fragments de contenu obtenus par la passerelle résidentielle 6 sont par exemple transmis en WiFi® à la clef HDMI 8, qui pilote leur affichage sur l'écran du téléviseur 5, pour restitution à l'utilisateur après décodage par un lecteur de flux multimédia 9 intégré à la passerelle 6. [0071] La figure 2 représente une architecture d'un lecteur de flux multimédia selon un mode de réalisation de l'invention, intégré par exemple à la passerelle 6 ou aux terminaux 3, 4, ou 8 de la figure 1. En variante, ce lecteur de flux est intégré au niveau d'un élément de type STB associé à un téléviseur (non représenté). [0072] Il comprend, classiquement, des mémoires M associées à un processeur CPU. Les mémoires peuvent être de type ROM (de « Read Only Memory ») ou RAM (de l'anglais « Random Access Menzory ») ou encore Flash. Le lecteur de flux multimédia 9 comprend un module de téléchargement progressif adaptatif HAS apte à demander un téléchargement progressif de l'un des contenus à l'une des qualités proposées dans un fichier de description 7. Ce fichier de description 7 peut être enregistré par exemple dans les mémoires M du lecteur de flux multimédia 9 ou se trouver à l'extérieur. [0073] Le lecteur de flux multimédia 9 comprend en outre un module d'avance/retour rapide Fst_FRW d'un contenu numérique afin de permettre à un utilisateur d'aller rapidement à un endroit précis du contenu. [0074] Le lecteur de flux multimédia 9 comprend également un module de sélection de la qualité d'un fragment, ou « chunk », d'un contenu SEL_Q, qui pilote le module de téléchargement progressif adaptatif HAS, afin de forcer ce dernier à demander un téléchargement d'un « chunk » d'une qualité adaptée à la bande passante de l'utilisateur lors de la mise en oeuvre d'une fonction avance/retour rapide par le module Fst_FRW. Il comprend également un module d'extraction Extract_IM d'au moins une imagette d'un fragment sélectionné, qui peut être restituée sur l'écran afin de permettre à l'utilisateur de savoir où il en est dans la visualisation du contenu. [0075] Le lecteur de flux multimédia 9 selon l'invention peut aussi contenir d'autres modules (non représentés) comme un disque dur pour le stockage des fragments vidéo, un module de contrôle d'accès aux contenus, un module de traitement des commandes reçues d'une tablette, d'un Smartphone, ou d'une télécommande, grâce à laquelle l'utilisateur peut en contrôler le fonctionnement, etc. 14 [0076] On notera que le terme module peut correspondre aussi bien à un composant logiciel qu'à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d'ordinateur ou de manière plus générale à tout élément d'un programme apte à mettre en 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.). [0077] La figure 2 illustre seulement une manière particulière, parmi plusieurs possibles, de réaliser le lecteur de flux 9, afin qu'il effectue les étapes du procédé détaillé ci-après, en relation avec les figures 3A et 3B (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 rnicrocontrô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). [0078] On présente désormais en relation avec la figure 3A, un exemple de mise en oeuvre d'une fonction avance/retour rapide dans un contenu numérique obtenu par téléchargement progressif adaptatif (HAS) selon l'invention. [0079] Dans cet exemple, un utilisateur souhaite visualiser en mode de lecture normale, un contenu numérique, comme une vidéo, sur son téléviseur 5 connecté à une clé HDMI 8 intégrant un lecteur de flux multimédia 9 selon la figure 2. Le lecteur de flux multimédia 9 comprend un module SEL_Q de sélection d'un débit d'encodage, ou de qualité, Dj, d'un fragment du contenu, un module HAS et un module Extract_IM d'extraction d'au moins une imagette du fragment selectionné. La clé HDMI 8 peut être pilotée via une télécommande ou via une application logicielle de commande d'un téléphone intelligent 3. [0080] Afin de visualiser une vidéo, l'utilisateur, via le terminal de restitution 30, i.e. as- sociation du téléviseur 5 et de la clé HDMI 8 formant lecteur de flux 9, envoie au cours d'une étape 301 une requête, qui transite par la passerelle 6, indiquant le contenu choisi au serveur de contenu « HAS » 2. [0081] Toujours au cours de cette étape 301, en mode de lecture normale, le serveur de contenu « HAS » 2 envoie en réponse à cette requête un flux de données représentatif du contenu choisi. Le serveur de contenu « HAS » 2 expose une vidéo Cl sous forme de fragments, ou « chunks » Cli@Dj encodés à différents débits d'encodage Dj, où l'indice i désigne un identifiant temporel, ou position, du « chunk » CleDj. [0082] Cc flux de données est récupéré par le module HAS du lecteur de flux multimédia 9, par exemple la clé HDMI 8 qui en pilote la restitution sur le téléviseur 5 pour une visualisation par l'utilisateur. [0083] Selon l'art antérieur, le module HAS est chargé de venir récupérer les « chunks auprès du serveur de contenu « HAS » 2 en choisissant la qualité vidéo Dj en fonction de la ressource réseau disponible. On ne décrit pas ici plus en détail la façon dont le module client HAS choisit le débit d'encodage du prochain fragment vidéo à télécharger : il existe en effet de nombreux algorithmes permettant d'opérer ce choix, dont les stratégies sont plus ou moins sécuritaires ou agressives. On rappelle cependant que, le plus souvent, le principe général de tels algorithmes repose sur le téléchargement d'un premier fragment au débit d'encodage le plus faible proposé dans le manifeste, et sur l'évaluation du temps de récupération de ce premier fragment. Sur cette base, le module client HAS évalue si, en fonction de la taille du fragment et du temps mis pour le récupérer, les conditions réseau permettent de télécharger le fragment suivant à un débit d'encodage plus élevé. Certains algorithmes reposent sur une augmentation progressive du niveau de qualité des fragments de contenu téléchargés ; d'autres proposent des approches plus risquées, avec des sauts dans les niveaux des débits d'encodage des fragments successifs. [0084] Dans un cas classique, si un « chunk » vidéo dure 2 secondes, la récupération du « chunk » par le module HAS ne doit pas excéder 2 secondes, afin de permettre une restitution sans interruption du contenu. El convient donc pour le module HAS d'opérer le meilleur compromis entre une qualité de restitution, et donc un débit d'encodage, aussi élevés que possible, et le temps de téléchargement du fragment, qui doit être suffisamment faible pour permettre une restitution en continu sur le téléviseur 5 par exemple. [0085] Au cours d'une étape non représentée, le module HAS récupère le fichier manifeste 7 afin de découvrir les fragments disponibles du contenu vidéo Cl, et les différentes qualités vidéo Dj associées. Dans un exemple illustré par la suite en relation avec la figure 3B, le contenu Cl est par exemple proposé sous forme de fragments de durée 2s, avec un premier débit d'encodage Dl = 500 kb/s, un deuxième débit d'encodage D2 = 1000 kb/s, un troisième débit d'encodage D3 = 2000 kb/s, etc. [0086] Dans un mode de fonctionnement normal, non illustré, le module HAS opère le télé- chargement par exemple, des fragments successifs Cl I@DI (soit le premier fragment temporel à un débit d'encodage de 500 kb/s), puis C12@D3 (soit le deuxième fragment temporel à un débit d'encodage de 2000 kb/s), puis C1_ @D3 (soit le troisième fragment temporel à un débit d'encodage de 2000 kb/s), puis finalement jusqu'à une lecture en mode normale en haute qualité d'une vidéo Cli@D5 (soit le i-ième fragment temporel à un débit d'encodage de 5000kb/s). 16 [0087] Les différents fragments téléchargés par le module client HAS sont transmis au té- léviseur 5 via la clé HDMI 8 par exemple pour leur restitution à l'utilisateur. [0088] L'algorithme mis en oeuvre par le module client HAS pour déterminer quel fragment à quel débit d'encodage doit être téléchargé en mode de fonctionnement normal (c'est-à-dire en dehors des périodes où il est piloté par le module SEL_Q de sélection de la qualité d'un fragment) peut être l'un des algorithmes déjà existants de l'art antérieur. Cet algorithme ne sera donc pas décrit ici plus en détail. [0089] Lorsque l'utilisateur visualise en mode de lecture normale un contenu numérique tel qu'une vidéo, celui-ci peut à tout instant utiliser la fonction avance/retour rapide. Ainsi, dans une étape 302, le module FST FRW du lecteur de flux multimédia 9 reçoit une commande d'activation par l'utilisateur d'une fonction avance/retour rapide dans le contenu, avec une sélection d'une vitesse d'accélération, par exemple x64, soit une vitesse accélérée soixante-quatre fois plus rapide que la vitesse de lecture normale du contenu. Cette commande d'activation est faite par l'utilisateur via par exemple une application logicielle de commande de la clé HDMI 8, d'un téléphone intelligent 3, ou via une télécommande reliée à la clé HDMI 8 connectée au téléviseur 5. En réponse à cette commande, le module Fst FRW augmente la vitesse de navigation dans le contenu. [0090] Dans une étape 303, le module SEL_Q du lecteur de flux multimédia 9 va sé- lectionner un « chunk » à une position i dans le contenu vidéo Cl correspondant à un ratio de la vitesse A de navigation accélérée dans la vidéo Cl sur la durée D du chunk ». Le module SEL_Q commande ensuite au module HAS de récupérer le fragment sélectionné. [0091] Par exemple, l'utilisateur choisit de naviguer dans une vidéo avec une vitesse de na- vigation accélérée x64, i.e. soixante-quatre fois plus rapide que la vitesse de lecture normale du contenu. On suppose que cette vidéo est découpée en « chunks » de durées tous identiques, égales à 2 secondes. Partant d'une position de navigation courante associée au segment de rang N, le module HAS du lecteur de flux multimédia 9 va donc récupérer dans une étape 304 le « chunk » en position i = N+32 (x64/2 = 32), puis les « chunks » suivant toutes les N+32n-ième positions (par exemple, le « chunk » suivant le N+32 sera le N+64 etc...). Pour cela, comme pour l'étape 301, une requête depuis le module HAS vers le serveur HAS 2 est envoyée. En réponse à cette requête, le serveur HAS 2 envoie au terminal de restitution 9 les fragments choisis par le module SEL_Q. [0092] Ainsi, afin de pouvoir permettre plus aisément à l'utilisateur d'identifier quelle est sa position de navigation courante dans le contenu numérique, une imagette représentative du contenu à cette position de navigation courante est affichée sur le terminal de restitution du contenu numérique. Dans la mesure où chaque segment d'un contenu 17 vidéo comprend une image « I », généralement la première image du segment temporel, cette image intra peut être affichée sous forme d'imagette sur le terminal client pour illustrer le flux vidéo. [0093] On présente en lien avec la figure 4 un exemple d'affichage d'une imagette I, par exemple sur le téléviseur 5, à intervalles de temps réguliers, par exemple toutes les secondes. L'affichage de r imagette se fait par exemple sur l'intégralité de l'écran du téléviseur 5 pour une meilleure visualisation par l'utilisateur. [0094] Dans une variante, l'affichage de l'imagette se fait au niveau du curseur Cr de position de lecture sur la ligne de temps TL. [0095] Pour cela, dans une étape 305 illustré en figure 3A, le module d'extraction EXTRACT IM du lecteur de flux multimédia 9 extrait une imagette du « chunk » sélectionné et récupéré à l'étape 303. [0096] L'imagette extraite peut correspondre par exemple à la première image « I » du fragment sélectionné. L' imagette extraite est ensuite affichée sur le téléviseur 5 afin que l'utilisateur sache où il en est dans la visualisation du contenu vidéo Cl. Le temps nécessaire à la restitution de l'imagette dépend de la qualité d'encodage du fragment sélectionné à l'étape 303 et d'un temps de téléchargement du fragment. Ainsi, plus la qualité du fragment est élevée, plus le temps nécessaire au téléchargement et à la restitution de l'imagette est élevé. On appellera dans la suite ce temps T,'. [0097] Dans un premier mode de réalisation de l'invention, on considère qu' qu'à l'initialisation de la navigation accélérée dans le contenu, on affiche une imagette correspondant à la position de navigation courante dans le contenu à intervalles de temps réguliers de durée T=ls. [0098] Il est alors nécessaire d'être capable de récupérer l'imagette représentative de la position de navigation courante dans le contenu en moins de T=Is (ou en un temps maximum de T=1s), pour permettre une visualisation en continu des imagettes par l'utilisateur, en cohérence avec la vitesse de navigation accélérée A qu'il a choisie. [0099] Dans une étape 306, le module SEL_Q du lecteur de flux multimédia 9 sélectionne donc, en fonction d'un temps T de restitution d'une imagette, qui correspond au temps de téléchargement d'un premier fragment, par exemple CIN,'2, et d'affichage de la première image « I » du segment, le prochain fragment à télécharger pour être au plus près de la vitesse d'accélération choisie par l'utilisateur, dans cet exemple x64. De la même manière, pour chaque fragment courant téléchargé et pour chaque restitution de l'imagette correspondante, le module SEL_Q détermine quel sera le prochain fragment à télécharger en fonction d'une part de la vitesse de navigation accélérée A choisie par l'utilisateur et de la durée D des fragments du contenu vidéo Cl. et d'autre part du temps tes nécessaire à la restitution d'une imagette [0100] En d'autres termes, sous le contrôle du module SEL_Q, le module HAS choisit le 18 débit d'encodage du prochain fragment vidéo à télécharger dont sera extraite la prochaine imagette à afficher. Il existe de nombreux algorithmes permettant d'opérer cc choix, dont les stratégies sont plus ou moins sécuritaires ou agressives. On rappelle cependant que, le plus souvent, le principe général de tels algorithmes repose sur le téléchargement d'un premier fragment au débit d'encodage le plus faible proposé dans le manifeste, et sur l'évaluation du temps de récupération de ce premier fragment. Sur cette base, le module client HAS évalue si, en fonction dc la taille du fragment et du temps mis pour le récupérer, les conditions réseau permettent de télécharger le fragment suivant à un débit d'encodage plus élevé. Certains algorithmes reposent sur une augmentation progressive du niveau de qualité des fragments de contenu téléchargés ; d'autres proposent des approches plus risquées, avec des sauts dans les niveaux des débits d'encodage des fragments successifs. [0101] De tels algorithmes peuvent être adaptés à la fonction avance/retour rapide d'un lecteur de flux multimédia afin qu'ils prennent en compte des paramètres de vitesse d'accélération, de fréquence de lecture. [0102] Ainsi, si la bande passante est satisfaisante, et si le terminal de restitution dispose d'un débit de téléchargement instantané élevé, il est possible dc télécharger un segment temporel associé à un débit d'encodage plus élevé, qui permettra de restituer à l'utilisateur une imagette de meilleure qualité visuelle. On adapte ainsi en permanence le débit d'encodage des segments temporels que l'on télécharge pour en extraire les imagettes, en fonction des conditions de ressource du terminal utilisateur. [0103] On présente désormais, en relation avec la figure 3B, un exemple de sélection 306 de la qualité d'un fragment en fonction de la bande passante d'un réseau de communication local lors de la mise en oeuvre d'une fonction avance/retour rapide d'un contenu numérique téléchargé en téléchargement progressif adaptatif (HAS) par un lecteur de flux multimédia 9 selon la figure 2. [0104] Dans cet exemple, l'utilisateur visualise un contenu vidéo diffusé en HAS avec des tailles de fragments, ou «chunks », d'une même durée D, par exemple de 2 secondes, en mode lecture normale. Le flux vidéo consommé est de qualité élevée, par exemple 5000kb/s (D5) comme illustré en figure 3A. [0105] À la position i = N, correspondant à un instant particulier du contenu vidéo re- présenté par le fragment C1N@D5, l'utilisateur décide de naviguer en accéléré dans le contenu vidéo Cl, par exemple à la vitesse de navigation accélérée A de x64. [0106] Le premier « chunk » qui est récupéré est le « chunk » se trouvant à la position i = N + A/D, c'est-à-dire i = N + 32 (où 32 = x64 / 2s). Par défaut, le premier « chunk » être récupéré par le module HAS, sous le contrôle du module SEL_Q, est de qualité inférieure à la qualité atteinte en mode de lecture normale, dans cette exemple la qualité D5, afin de récupérer la première imagette à restituer le plus rapidement possible 19 (typiquement la plus faible qualité disponible selon le manifeste). [0107] Pour chaque fragment à récupérer, le module SEL_Q du lecteur de flux multimédia 9 compare dans un premier temps le temps Tres nécessaire à la restitution de l'imagette à la durée T de l'intervalle de temps entre deux restitutions d'imagcttcs successives afin de déterminer si le prochain fragment à récupérer peut être d'une qualité plus élevée ou doit être d'une qualité plus faible que le fragment courant venant d'être téléchargé. Le temps TI, de restitution d'une imagette est dépendant de la bande passante du réseau de communication local. Un temps T', supérieur à la durée T indique que la bande passante n'est pas suffisante et qu'il faut donc privilégier la récupération d'un fragment suivant de plus faible qualité par rapport au fragment courant. A contrario, un temps T1, inférieur à la durée T indique que la bande passante est suffisante pour récupérer un fragment suivant de meilleure qualité par rapport au fragment courant. [0108] Dans cet exemple, le temps Trr. maximal de restitution de l'imagette ne doit pas dépasser 1 seconde, afin d'avoir un écoulement fluide du contenu numérique en mode de navigation accélérée . [0109] Ainsi, le premier « chunk » qui est téléchargé est le « chunk » de plus faible qualité se trouvant à la position i = N + 32 (32 = x64 / 2s) , c'est-à-dire le « chunk » en position Cl ,'32@Dl. On a réussi à restituer cette imagette de la vidéo en moins de 1 seconde. On peut alors afficher l'imagette à l'utilisateur sans perturber l'écoulement du temps en mode de lecture accéléré à la vitesse de x64. Le fragment suivant se trouvant à la position i = N+32, ou i = N+64, pourra être dans ce cas choisi avec une qualité supérieure à celle du fragment C1,32@D1, si la différence de temps le permet Ainsi, le prochain «chunk» téléchargé est par exemple le Cl, 4@D4. De cette manière, il est possible d'afficher une imagette de meilleure qualité à l'utilisateur. [0110] Si on ne réussit pas à restituer l'imagette du premier « chunk » en un temps de res- titution T ç de 1 seconde, car la bande passante du réseau de communication local de l'utilisateur ne le permet pas, on va donc avoir un écoulement du temps qui sera ralenti par rapport à la vitesse de navigation accélérée x64 choisie par l'utilisateur, et l'utilisateur va devoir attendre que l'imagette soit disponible pour pouvoir être affichée, ce qui nuit à son confort. Dans ce cas, si le premier « chunk » à récupérer en position i = N+32 n'est pas celui de plus faible qualité, c'est-à-dire par exemple le chunk » C1,,,32@D3, alors le module SEL_Q sélectionnera le « chunk » suivant, c'est-à-dire celui en position i = N+32 ou i = N+64, d'une qualité plus faible, par exemple le C1'4,4@D2 en espérant le récupérer en moins de 1 seconde. [0111] Dans un autre mode de réalisation selon l'invention, il est également possible de jouer, non seulement sur le débit d'encodage du segment temporel dont est extraite l'imagette à restituer, mais également sur la durée de l'intervalle de temps entre la restitution de deux imagettes successives, en fonction des contraintes de ressource du réseau local. [0112] Ainsi, dans cette variante, la durée T de l'intervalle de temps entre deux restitutions d'imagettes successives n'est plus fixe mais peut être adaptée en fonction de la bande passante disponible, soit pour afficher à l'utilisateur davantage d'imagettes par seconde, si les conditions sont bonnes, soit pour espacer les restitutions d'imagettes successives. [0113] Dans l'exemple décrit, si on ne réussit pas à restituer r imagette du fragment C4,3, @D1 dans cet intervalle de temps d'une durée de 1 seconde, alors dans ce cas, afin d'assurer un écoulement du temps le plus proche possible de cc qui est demandé par l'utilisateur, le module SEL _Q détermine quel est le prochain «chunk » à télécharger. Dans cet exemple, le temps maximum de restitution T,e, pour récupérer une imagette sans perturber l'écoulement du temps de visualisation en mode de lecture accélérée en x64 est de 1 seconde. Si on télécharge le fragment Cl N ,31@ Dl et on extrait r imagette en par exemple T = 1,25s, alors le prochain « chunk » que l'on va décider de télécharger sera à la position i = T* (A/D), soit i = 1,25 x 64/2 = 40. On télécharge donc le « chunk » à la position i = N+40 et non i = N+32 afin de garantir un écoulement de l'avance rapide le plus proche possible du x64, c'est-à-dire le « chunk » [0114] Plus généralement, Le module HAS peut jouer conjointement sur le débit d'encodage des segments temporels à télécharger, et sur la fréquence de restitution des imagettes, en fonction des contraintes de ressource du réseau, pour offrir à l'utilisateur la meilleure expérience de navigation accélérée dans le contenu. [0115] ANNEXE 1 : exemple de fichier manifest [0116] 21 eelieli,>IfrITh:jjetUneetterii no ce à NY entBast> etAizatien somreURL=t1, 15 eiSairreneme> v...Segmandist n."1:114. cSagmareURL macka-'Ci_ cSogmantURL C 121it ,clerogmontLisl> rieenu Ci à N2=1024kb eneasd> ton sourceL1IRL-ti taies ndist daraacm.'11Y-,> gmareURL nada-Y-01_512s --eaCe..48kb L- 15se,., 41, meneas durate==`'tet> gmentURL meear-t, '21;14ak I .mg4")' eiSegmontlim-> e- Con-tele -512kb entaàse :entran SiïUkcEURL=" C2...1- ernikt ,x.SegniontURL rt sntUst. rip47> 15de, 1,102 ourceURL-nC2 ,15aec 8 d .mp47> ettirit ntLied> 4. PD> [Revendication 1]