Brevet FR3093605A1 — 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. Ces différentes qualités sont décrites dans un fichier de paramètres disponible en téléchargement sur un serveur de données, par exemple un serveur de 2 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. Cc 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 de 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 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 », 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 ininterrompu 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 présentent un risque accru de ne pas être reçus à temps pour une restitution en continu 3 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'un 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, ou consommation par l'utilisateur du terminal, à une visualisation sur l'écran du terminal. On assimilera également pal- 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 « thumhnail » (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éduite. [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 «1 », é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échareement 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] Prenons l'exemple d'un utilisateur qui souhaite faire de l'avance/retour rapide dans un contenu, par exemple en x64 (i.c. 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. 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 imagettc 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. [0021] Cette solution de création d'imagettes à la volée par le terminal de restitution permet la restitution à l'utilisateur d'imagettes de faible qualité et l'animation de la ligne de temps est très minimaliste et ce, quelle que soit la bande passante dont dispose l'utilisateur. [0022] 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 fluidité de l'animation de la ligne de temps lors de la navigation accélérée dans un contenu numérique, une meilleure qualité d'expérience pour l'utilisateur, en tirant notamment avantage des spécificités techniques du téléchargement adaptatif progressif (HAS). Présentation de l'invention [0023] 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 de segments temporels du contenu associés chacun à plusieurs débits d'encodage 6 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. [0024] Selon l'invention, un tel procédé comprend une étape de détermination de la durée T entre deux restitutions d'imagettes successives, en fonction d'une contrainte de ressource obtenue par le terminal de restitution, une étape d'identification des segments temporels de la liste dont sont extraites les imagettes à restituer, en fonction de la durée T et de la vitesse de navigation dans le contenu, et une étape de téléchargement des segments temporels identifiés. [0025] 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. [0026] 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 dans ce dernier. La fréquence d'affichage des imagettes de faible qualité est figée et indépendante des contraintes de ressource du réseau de communication local. [0027] De manière avantageuse, l'invention se propose d'optimiser la fluidité de l'animation de la ligne de temps lors de la navigation accélérée, en adaptant la fréquence de rafraîchissement des imagettes à la bande passante de l'utilisateur : lorsque le terminal de restitution estime qu'il dispose de ressources suffisantes, il peut réduire la durée T entre deux restitutions d'imagettes successives. Inversement, cette durée T peut augmenter, sur décision du terminal de restitution, lorsqu'il estime qu'il ne dispose pas des ressources nécessaires. On bénéficie ainsi d'une fluidité plus importante, et donc d'une expérience utilisateur améliorée, en optimisant la fréquence de récupération de segments temporels pendant la navigation accélérée dans le contenu. [0028] En d'autres termes, si la bande passante du réseau de communication local le permet, la durée T entre deux restitutions d'imagettes successives est raccourcie, augmentant ainsi le nombre d'imagettes affichées lors de la navigation en accélérée, pour permettre à l'utilisateur d'identifier plus aisément sa position dans le contenu. [0029] 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é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. [0030] 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 7 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, on peut donc dans ce cas allonger cette durée T, pour permettre une animation de la ligne des temps fluide, tout en respectant la vitesse de navigation accélérée choisie par l'utilisateur. [0031] Selon un autre aspect particulier de l'invention, lors du téléchargement des segments temporels identifiés, on téléchargc les segments temporels associés à un débit d'encodage le plus faible du contenu. [0032] Ainsi, selon ce premier mode de réalisation, on ne restitute que des imagettes extraites des segments de qualité d'encodage la plus faible proposée dans le manifeste, niais on joue sur la fréquence d'affichage de ces imagettes. [0033] Selon un mode de réalisation particulier de l'invention, le procédé de navigation accélérée comprend également 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 de la contrainte de ressource, et lors du téléchargement des segments temporels identifiés, on télécharge les segments temporels associés au débit d'encodage déterminé. [0034] Ainsi, dans cet autre mode de réalisation, 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 : on n'adapte donc plus seulement la fréquence d'affichage des imagettes, en fonction des contraintes de ressources obtenues par le terminal de restitution, mais également la qualité de restitution des imagettes. Par exemple, si la bande passante dont dispose l'utilisateur le permet, il est possible d'augmenter la fréquence d'affichage des imagettes, tout en affichant également des imagettes de meilleure qualité, pour une meilleure expérience utilisateur. [0035] 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 et que la « time line » reste fluide. 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 fluidité d'animation de la « time line ». [0036] 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. [0037] 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 8 contenu multimédia selon l'invention tel que décrit ci-dessus. [0038] 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. [0039] 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. [0040] 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é. [0041] 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 par un terminal de restitution via un réseau de communication. Un tel 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 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, - un module de détermination de la durée T entre deux restitutions d'irnagettes successives, en fonction d'une contrainte de ressource obtenue par le terminal de restitution, et d'identification des segments temporels de la liste dont sont extraites les imagettes à restituer, en fonction de la durée T et de la vitesse de navigation dans le contenu, et - un module de de téléchargement des segments temporels identifiés. [0042] Ce dispositif de gestion de navigation comprend des moyens aptes à la mise en oeuvre 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. [0043] Selon un mode de réalisation particulier, le dispositif de gestion de navigation accélérée comprend également 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 de la contrainte de ressource, et lors du téléchargement des segments temporels identifiés, on télécharge les segments temporels 9 associés au débit d'encodage déterminé. [0044] 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. [0045] 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 [0046] 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 : [0047] [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; [0048] [fig.2] illustre de façon schématique la structure matérielle d'un lecteur de flux 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; [0049] [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; [0050] [fig.3B] représente un exemple de détermination d'une durée T entre doux imagettes successives lors de la mise en oeuvre d'un 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 ; [0051] [fig.4] illustre de façon schématique la restitution d'une imagette au sein d'un terminal de restitution selon l'invention. Description détaillée de l'invention 100521 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 imagette 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'un nombre de segments temporels 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 de visualiser un endroit particulier de celui-ci, et ce 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'améliorer la fluidité de l'animation de la ligne de temps ou « ti me line » et d'afficher des imagettes dont la fréquence de rafraîchissement est adaptée à la bande passante dont dispose l'utilisateur. Ainsi, si la bande passante est satisfaisante, la fréquence de rafraichissement des imagettes est augmentée, de façon par exemple à afficher deux ou quatre imagettes par seconde, ce 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 de bande passante réduite, il est ainsi possible de maintenir constante la vitesse d'avance/retour rapides choisie par l'utilisateur, en réduisant la fréquence de rafraichissement des imagettes à afficher (par exemple en n'affichant à l'utilisateur qu'une imagette toutes les deux secondes). [0053] 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. [0054] Le terminal 3, par exemple un téléphone intelligent de type « Smartphonc », 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 best effort », un réseau d'entreprise, etc. [0055] Un serveur de contenus numériques 2 se trouve selon cet exemple dans le réseau étendu (WAN, 1) mais il pourrait indifféremment être situé dans le réseau local (LAN, 10), par exemple dans la passerelle domestique 6 ou tout autre équipement capable d'héberger un tel serveur de contenus. Le serveur de contenus 2 reçoit par exemple des chaînes de contenus de télévision numérique en provenance d'un réseau de télévision diffusée, non représenté, et/ou des vidéos à la demande, et les met à disposition des terminaux clients. [0056] 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. [0057] Le terminal est adapté pour recevoir ces contenus numériques sous forme de données 11 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. [0058] 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. [0059] 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 cc document). [0060] 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 hiternet (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. [0061] 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. [0062] 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é DI), 1024 kb/s (D2), 2048 kb/s (D3) et que le terminal client dispose 12 d'une bande passante de 3000 kb/s, il peut demander le contenu à n'importe quel débit inférieur à cette limite, par exemple 2048 kb/s. De manière générale, on note « Ci @Dj » le contenu numéro i avec la qualité j (par exemple le Hème niveau Dj de qualité décrit dans le fichier de description). [0063] 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. [0064] 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 cc fichier est un fichier de type manifeste selon la norme MPEG-DASH (noté « C.mpd ») et on se réfèrcra indifféremment, selon le contexte, à l'expression « fichier de description » ou « tnanifest». [0065] Alternativement, cc fichier peut être récupéré directement auprès d'un serveur Internet local ou externe au réseau local, ou se trouver déjà sur la passerelle de service ou sur le terminal au moment de la requête. [0066] 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 une syntaxe XML (de l'Anglais « eXtended Markup Language»), comprenant une liste de contenus sous forme de fragments classiquement décrits entre une balise ouvrante ( ) et une 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 : - « C1_512kb_1.mp4 » pour le premier fragment du contenu « Cl » à 512 kilobits par seconde (« kb ») au format MPEG-4 mp4 »), 13 - « Cl 512kb 2.mp4 » pour le second fragment, - etc. [0067] 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 (dvh://monsegmentdecontenu par exemple). [0068] 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. [0069] 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. [0070] 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 du réseau domestique, par exemple à l'ordinateur portable 4 ou au téléphone intelligent 3, par l'intermédiaire duquel elle potinait accéder au réseau de communication étendu 1. [0071] La clef HDMI 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 HDMI 8. [0072] 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. [0073] 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é). [0074] 11 comprend, classiquement, des mémoires M associées à un processeur CPU. Les mémoires peuvent être de type ROM (de l'anglais « Read Only Memory ») ou RAM (de l'anglais « Randoîn Access Memory ») 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 14 proposées dans un fichier de description 7. Cc 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. [0075] 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. [0076] Le lecteur de flux multimédia 9 comprend également un module de détermination d'une durée T de restitution entre deux imagcttcs successives SEL NB, qui pilote le module de téléchargement progressif adaptatif HAS, afin de forcer ce dernier à demander un téléchargement d'un ou plusieurs « chunks » en fonction de 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 est affichée sur le terminal de restitution afin de permettre à l'utilisateur de savoir où il en est dans la visualisation du contenu. [0077] 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. [0078] 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.). [0079] 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 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). [0080] On présente désormais en relation avec la figure 3A, un exemple de mise en oeuvre d'une fonction avance/retour rapide d'un contenu numérique téléchargé en téléchargement progressif adaptatif (HAS) selon l'invention. [0081] 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 intégrant un lecteur de flux multimédia 9 selon la figure 2. Le lecteur de flux multimédia 9 comprend un module SEL NB de détermination d'une durée T de restitution entre deux imagettes successives, un module HAS et un module Extract 11%.4 d'extraction d'au moins une imagette du fragment sélectionné. 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. [0082] Afin de visualiser une vidéo, l'utilisateur, via le terminal de restitution 30, i.c. 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. [0083] 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 » Cl i@Dj encodés à différents débits d'encodage Dj, où l'indice i désigne un identifiant temporel, ou position, du « chunk » Cl i@Dj. [0084] Ce tlux 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. [0085] 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. 16 [0086] 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. Il convient donc pour le module HAS d'opérer le meilleur compromis entre une qualité de restitution, et donc un débit d'encodage, aussi élevés que possible, et le temps de téléchargement du fragment, qui doit être suffisamment faible pour permettre une restitution en continu sur le téléviseur 5 par exemple. [0087] 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. [0088] Dans un mode de fonctionnement normal, non illustré, le module HAS opère le télé- chargement par exemple, des fragments successifs Cli@D1 (soit le premier fragment temporel à un débit d'encodage de 500 kb/s), puis Cln@D3 (soit le deuxième fragment temporel à un débit d'encodage de 2000 kb/s), puis C 1 -,,@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 Cl i@D5 (soit le Hème fragment temporel à un débit d'encodage de 5000kb/s). [0089] 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. [0090] 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_NB de détermination d'une durée T de restitution entre deux imagettes successives) 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. [0091] 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 17 contenu. [0092] Dans une étape 303, le module SEL_NB du lecteur de flux multimédia 9 va dé- terminer la durée T de l'intervalle de temps séparant la restitution de deux imagettes successives ; par exemple cet intervalle de temps de durée T peut être de ls, alors une imagette sera restituée toutes les secondes. Dans un autre exemple, si la bande passante de l'utilisateur le permet, l'intervalle de temps d'une durée T est de 1/4 de seconde, ainsi une imagette tous les quarts de seconde est restituée. Formulé autrement, le module SEL_NB peut déterminer le nombre d' i magettes à restituer à l'utilisateur en une seconde, qui correspond à la période de rafraîchissement des imagettes selon l'art antérieur. [0093] Dans une étape 304, le module SEL_NB commande ensuite au module HAS de récupérer les fragments nécessaires à la restitution d' imagettes toutes les T secondes. 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 NB. [0094] Par exemple, l'utilisateur choisit de naviguer dans une vidéo avec une vitesse de na- vigation accélérée de x64, i.c. 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 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.). [0095] 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 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. [0096] 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 de durée T ; selon l'invention cette durée T est adaptable, en fonction des contraintes de ressources, notamment de bande passante, du terminal de restitution. L'affichage de l'imagette se fait par exemple sur l'intégralité de l'écran du téléviseur 5 pour une meilleure visualisation par l'utilisateur. [0097] 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. 18 [0098] Pour cela, dans une étape 305 illustrée 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. [0099] L'imagette extraite peut correspondre par exemple à la première image « I » du fragment sélectionné. L'imagettc 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 CI. 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é. [0100] Dans un premier mode de réalisation de l'invention, on considère qu'à l'initial isation 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=1s. [0101] 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=l s (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. [0102] Dans une étape 306, le module SEL_NB du lecteur de flux multimédia 9 détermine, en fonction de la bande passante de l'utilisateur, s'il est nécessaire et possible d'adapter la durée T de l'intervalle de temps séparant la restitution de deux imagettes successives, qui est optimisée de façon à ne pas perturber la navigation dans le contenu en vitesse accélérée de x64. [0103] En d'autre termes, le module SEL_NB détermine s'il est possible, en fonction de la bande passante, de restituer non pas une imagette toutes les secondes, mais plutôt une imagette tous les quarts de seconde par exemple, ou, à l'inverse, préférable de n'afficher qu'une imagette toutes les deux secondes. En d'autres termes, le module SEL_NB détermine le nombre de fragments à télécharger par seconde, à fin d'affichage d'imagette. [0104] Ainsi, le module HAS récupère le nombre de fragments vidéo à télécharger, tel que déterminé par le module SEL_NB. Pour chacun de ces fragments récupérés par téléchargement, une imagette est extraite par le module Extract_IM, puis affichée par exemple sur le téléviseur 5. La fréquence de rafraîchissement est donc optimisée en fonction de la bande passante disponible, et l'animation de la « time line » est donc plus fluide. [0105] 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 d'augmenter la fréquence de rafraîchissement des imagettes, ce qui permettra d'optimiser la fluidité de 19 l'animation de la « timc line ». On adapte ainsi en permanence la fréquence de rafraîchissement, en fonction des conditions de ressource du terminal utilisateur. [0106] On notera que, selon ce mode de réalisation, on fait le choix de toujours restituer à l'utilisateurs des imagettes extraites de segments du contenu encodés avec la qualité d'encodage la plus faible : seule la durée T est adaptée, en fonction de la bande passante disponible. [0107] Dans un autre mode de réalisation, on peut également adapter, outre la durée T de l'intervalle de temps séparant deux restitutions d' imagettes successives, la qualité d'encodage des segments de contenu dont sont extraites les imagettes. [0108] On présente désormais, en relation avec la figure 3B, un exemple de détermination 306 de la durée T de l'intervalle de temps séparant la restitution de deux imagettes successives 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. [0109] 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. [0110] À la position i = N, correspondant à une position de navigation courante dans le contenu vidéo représenté par le fragment Cl N @ D5, l'utilisateur décide de visualiser en accéléré le contenu vidéo Cl, par exemple à la vitesse d'accélération A de x64. [0111] A l'initialisation de ce mode de navigation accélérée, on cherche à afficher à l'utilisateur une première imagette au bout d'un temps T=ls après le passage en mode avance rapide. [0112] 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 (32 = x64 / 2s). Par défaut, le premier « chunk » à être récupéré par le module HAS, sous le contrôle du module SEL_NB, est de qualité inférieure à la qualité atteinte en mode de lecture normale (qui était dans cet exemple la qualité D5), afin de récupérer la première imagette à restituer le plus rapidement possible (typiquement on récupère le premier segment à la plus faible qualité disponible selon le manifeste). [0113] Le lecteur de flux 9 détermine la bande passante disponible (lors de la lecture de la vidéo, il mesure en effet en permanence cette bande passante et il connaît également la taille moyenne des « chunks » de plus faible qualité). Le lecteur de flux multimédia 9 peut alors calculer le nombre de « chunks » de plus faible qualité qu'il peut récupérer en 1 seconde. S'il détermine qu'il peut en récupérer 4, il va récupérer le « chunk » qui contient les images situées 1/4 de seconde « plus loin » dans le flux, puis 1/2s, 3/Lis et enfin 1 seconde. En d'autres ternies, la durée T de l'intervalle de temps entre deux restitutions d'imagettes successives est réduite, dans cet exemple, de T=ls à r initialisation de la navigation accélérée, à T=1/4s. [0114] Dans ce mode de réalisation, le module SEL_NB détermine la durée T optimale d'un intervalle de temps séparant la restitution de deux imagettes successives. Ainsi, en fonction d'une contrainte de ressource estimée par le terminal de restitution 30, la durée T de l'intervalle de temps peut être égale à la durée initiale de T=1 seconde, par exemple. Dans ce cas, une imagette, extraite du contenu vidéo toutes les N+32n- ième positions est restituée toutes les secondes afin que la vitesse de navigation accélérée de x64 soit respectée. [0115] Si la bande passante du réseau de communication local le permet, alors le module SEL_NB détermine une durée T inférieure à 1 seconde, par exemple r/ de seconde, entre deux imagettes successives sans perturber la vitesse de navigation accélérée. Dans ce cas, une imagette tous les quarts de seconde est restituée sans perturber la navigation accélérée dans le contenu. [0116] Plus précisément, le module SEL_NB détermine que le temps nécessaire au télé- chargement du segment, puis à l'extraction et à la restitution de l'imagette est inférieure à 1 seconde, par exemple ce temps est de 0,25 s par fragment de 2 secondes. Le module SEL_NB détermine alors qu'il est possible de récupérer quatre fragments au total, soit trois de plus dans le temps initial de T=ls. Le terminal de restitution 30 va ainsi pouvoir afficher quatre imagettes au lieu de une pour illustrer la « time line ». Le module SEL_NB va donc commander au module HAS de récupérer les fragments supplémentaires C1,,y2+R@D1, C1,32,16@D1, C1N+32+24@D1, dont des imagettes vont être extraites et affichées à l'utilisateur. [0117] On bénéficie ainsi d'une fluidité plus importante sur l'animation de la « time une » en optimisant la récupération des « chunks » pendant les phases de déplacement rapide.Dans un autre mode de réalisation, en plus d'adapter la durée T de l'intervalle de temps entre deux restitutions d'imagettes successives, le module SEL_NB peut également jouer sur le débit d'encodage du segment temporel dont est extraite l'imagette représentative du contenu à une position de navigation courante, en fonction des contraintes de ressource. [0118] Ainsi, lorsque la bande passante est satisfaisante, il est possible, non seulement d'augmenter la fréquence d'affichage des imagettes, mais également leur qualité de restitution, en sélectionnant des segments temporels de contenu à télécharger présentant un débit d'encodage supérieur au débit d'encodage le plus faible proposé dans le manifeste. [0119] Ainsi, en plus de pouvoir afficher un plus grand nombre d'imagettes afin de fluidifier l'animation de la « time line » pendant la navigation accélérée, il est possible 21 d'augmenter la qualité des imagettes restituées pour une meilleure qualité d'affichage, et une meilleure expérience utilisateur. [0120] En reprenant l'exemple précédent, le module SEL_NB détermine que le temps né- cessaire au téléchargement du segment, puis à l'extraction et à la restitution de r imagettc est de 0,25 s par fragment de 2 secondes. Le module SEL_NB détermine alors qu'il est possible de récupérer quatre fragments au total en 1 seconde, en considérant qu'il s'agit de fragments au débit d'encodage le plus faible. Le module SEL_NB peut alors choisir, comme dans le mode de réalisation précédent, d'afficher une imagcttc de la qualité la plus faible tous les quarts de seconde. Il peut également opter pour un compromis, en choisissant de n'afficher que deux imagettes par seconde (soit T=1/2s), mais en extrayant les imagcttcs de segments temporels de qualité d'encodage supérieure dans le manifeste (par exemple 1000kb/s au lieu de 500kb/s). [0121] Le terminal de restitution, par exemple le téléviseur 5, va ainsi afficher, en une seconde, plusieurs imagcttcs de meilleure qualité au lieu d'une seule de faible qualité pour illustrer sur la « tirne line » l'endroit courant de la vidéo. [0122] Ainsi, 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. [0123] ANNEXE 1 : exemple de fichier manifest nn kr D -., ken orkw2001 .XMLSeliertia-rtnnariet irezr enpog DASH:sekkiestia:MPD 2011> xeE's^ SniaLocabrcer-"oniripira:DASH..schbrnaMF'D:2011 DASP-MPD d' typer."dylionn.re" prefilosteurri:nag.slashe-ofrletse,:rue2Gll'> --.Ropresesewiron codobscrtavol'enkyleTypo.-"kkdobimpe kirldrrh-Ni hQe.e..:=376e slart'liNithSAP-gr bandk.Ahr"46-*8ar> cBaseURLaH l: f jenet.rom dcd Basela> GQ,kileou Ge à N1-512k'.: Cerneriterase> elito/lmtion sc wOEU#tz= C%,I5 51r't10.. 5 Ft rntSase gmontija durallon-'';r> ttSagninokURL c'SegrnoritURL media,'" Cl., 5 2kt:2m l-Sorornorellsts- Coriena oE sas L="Ci. 4 Omri, se> dnalentr'tr> Qn-tURL meea-t titre> Cl à N3.- cSekgnionnese5- crritaRzation soue-ru-Si L="021 r sf5egriientaase> Corresob 02 à N1-5 -k-Segroflse> cInitiallzation sotrosetIRL=" C rn,SegroontBase> rs-SerjmokilLie durarnentkt'Ir- tSegmmtURL modrra-' C22342kb d- Comas 02 à 3V.2,- cSecrierCase> sou effl... 'C .;i 5see5 entisti dureimn-' . ' rrentURL mena- 04 montell mortel> ei'ler,00» 23