Brevet FR3081647A1 — publié le 20191129

Gestion du téléchargement progressif adaptatif (HAS) d'un contenu numérique au sein d'un terminal lecteur de flux multimédia en temps réel. 1. Domaine de l'invention 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 des ressources réseau d'un opérateur de communication, dans le cadre de l'acheminement de contenus numériques 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. 2. Art antérieur et ses inconvénients L'accès à un contenu multimédia, tel que la télévision ou la vidéo à la demande, depuis un réseau de type Internet, est possible aujourd'hui, pour la plupart des terminaux de restitution, notamment lorsqu'ils appartiennent à un réseau de communication local, tel qu'un réseau domestique. Le terminal émet généralement une requête à destination d'un serveur, en indiquant le contenu choisi 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. 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. Dans la suite, par souci de simplification, on assimilera le contenu numérique à une vidéo et la restitution par le terminal, ou consommation par l'utilisateur du terminal, à une visualisation sur l'écran du terminal. La diffusion de contenus numériques sur Internet est souvent basée sur des protocoles client-serveur de la famille HTTP (de l'anglais « Hyper Text Transport Protocol »). En particulier, le téléchargement en mode progressif des contenus numériques, aussi appelé streaming, permet de transporter et consommer les données en temps réel, c'est-à-dire que les données numériques sont transmises sur le réseau et restituées par le terminal au fur et à mesure de leur arrivée. Le terminal reçoit et stocke une partie des données numériques dans une mémoire tampon avant de les restituer. Ce mode de distribution est particulièrement utile quand le débit dont dispose l'utilisateur n'est pas garanti pour le transfert en temps réel de la vidéo. Le téléchargement progressif adaptatif, en anglais HTTP Adaptative Streaming, 2 d'abréviation HAS, permet de surcroît de diffuser et recevoir des données suivant différentes qualités correspondant par exemple à différents débits. Ces différentes qualités sont décrites dans un fichier de paramètres disponible en téléchargement sur un serveur de données, par exemple un serveur de contenus. Quand le terminal client souhaite accéder à un contenu, ce 5 fichier de description permet de sélectionner le bon format pour le contenu à consommer en fonction de la bande passante disponible ou des capacités de stockage et de décodage du terminal client. Ce type de technique permet notamment de tenir compte des variations de bande passante sur la liaison entre le terminal client et le serveur de contenus. Il existe plusieurs solutions techniques pour faciliter la distribution d'un tel contenu en 10 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 aux différentes qualités du contenu multimédia. 15 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 ». Chacun de ces segments est rendu disponible 20 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. Le principe sous-jacent à cette norme est que le client MPEG-DASH effectue une 25 estimation de la bande passante disponible pour la réception des segments, et, en fonction du remplissage de son tampon de réception, choisit, pour le prochain segment à charger, une représentation dont le débit : assure la meilleure qualité possible, et permet un délai de réception compatible avec le rendu ininterrompu du contenu. 30 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, chaque 35 segment doit atteindre le terminal avant son instant programmé de restitution. La qualité perçue 3 associée à un segment augmente avec la taille du segment, exprimée en bits, mais dans le même temps, des segments plus gros requièrent un temps de transmission plus important, et donc présentent un risque accru de ne pas être reçus à temps pour une restitution en continu du contenu. 5 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. 10 La consommation de contenus numériques en téléchargement progressif adaptatif (HAS) tend à se démocratiser. Elle est notamment utilisée par de nombreux services de streaming (en français, diffusion en mode continu, ou lecture en continu), mais également par certains décodeurs TV, ou set-top-box, qui l'utilisent pour accéder à des contenus délinéarisés, tels que la vidéo à la demande (VOD), la diffusion en différé de programmes télévisuels (Replay), ou encore 15 les offres de type Network PVR (pour « Network Personal Video Recorder », i.e. 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). En outre, d'autres dispositifs tels que des appareils lecteurs de flux multimédia en temps réel accèdent également aux contenus numériques en mode de téléchargement adaptatif 20 progressif pour des contenus télévisuels en temps réel (ou Live). C'est le cas par exemple de l'appareil Chromecast® développé par Google®, ou de la CléTV® d'Orange®. De tels appareils se branchent classiquement sur le port HDMI d'un téléviseur et communiquent, par connexion Wi-Fi®, avec un autre appareil du réseau de communication domestique connecté à un réseau de communication étendu de type Internet (passerelle 25 résidentielle, ordinateur, téléphone intelligent de type smartphone, tablette...), afin de restituer, sur le téléviseur, le contenu multimédia reçu par une application logicielle compatible. On désignera par la suite ces appareils sous la désignation générique de Clef HDMI. De tels appareils peuvent également être utilisés pour accéder à des contenus de type vidéo à la demande, ou pour restituer sur le téléviseur des contenus personnels stockés dans le 30 réseau domestique, tels qu'une vidéo des dernières vacances ou du dernier événement familial. Le plus souvent, leur alimentation électrique s'opère par un port micro-USB (pour « Universal Serial Bus », bus série universel), situé par exemple à l'arrière de la Clef HDMI, qui se branche à un port USB correspondant du téléviseur ou à une source d'alimentation externe. Dans ce dernier cas, le fonctionnement de tels appareils est donc ininterrompu, dans la mesure où ils 35 ne sont généralement pas équipés d'interrupteurs marche/arrêt. En effet, l'utilisateur va 4 naturellement éteindre ou mettre en veille son téléviseur mais ne vas pas débrancher du secteur sa Clef HDMI de manière à, lorsque le téléviseur est de nouveau mise sous tension, accéder au contenu sans délai lié au redémarrage de la clé HDMI. Or, les contenus numériques dits « live », i.e. qui correspondent à des programmes 5 télévisuels en temps réel, n'ont, par nature, pas de durée prédéfinie, ou de date de fin. Il en résulte que, si l'utilisateur final ne stoppe pas explicitement la diffusion de ces contenus, par exemple en arrêtant explicitement la diffusion du contenu sur la Clef HDMI (par exemple en revenant sur la page d'accueil) ou en interrompant son alimentation électrique, ils peuvent être joués indéfiniment par la Clef HDMI, qui les reçoit d'un appareil connecté du réseau domestique, 10 et les fournit au téléviseur pour qu'il les restitue et ce, même si ce dernier est éteint et n'affiche donc aucun contenu sur son écran. Il en résulte donc une consommation permanente et inutile des ressources en bande passante, tant au sein du réseau de communication local que du réseau de communication étendu du fournisseur d'accès à Internet. Ceci peut s'avérer problématique à plusieurs points de vue. 15 Tout d'abord, l'utilisateur final n'a généralement pas conscience de cette problématique. En effet, le plus souvent, quand il cesse de regarder le programme télévisuel, il éteint ou met en veille son téléviseur, ce qui lui laisse à penser qu'il a ainsi effectivement stoppé la diffusion du contenu qu'il visualisait. Il n'a généralement pas conscience que la Clef HDMI continue à faire l'acquisition de contenus numériques en mode de téléchargement adaptatif progressif. Il peut 20 donc s'étonner que le débit ou la bande passante dans le réseau domestique soient faibles, pour les autres utilisations qu'il souhaite en faire, ce qui est source d'insatisfaction. En outre, à la différence des contenus de type multicast (par exemple pour la télévision sur IP classique), les contenus diffusés en mode de téléchargement progressif adaptatif HAS sont beaucoup plus consommateurs de ressource réseau pour l'opérateur du réseau de 25 communication étendu. En effet, le flux n'est pas dupliqué au plus près du client, mais multiplié par le nombre de clients qui le consomment. Lorsqu'une multitude de clients utilisent une telle clef HDMI, qu'ils laissent fonctionner en continu sans nécessité, cette consommation inutile de ressources réseau peut prendre des proportions problématiques pour l'opérateur du réseau. Pour ces deux raisons, il est important, pour le fournisseur d'accès au réseau de 30 communication étendu, de s'assurer que les contenus numériques diffusés en temps réel en mode de téléchargement progressif adaptatif le sont à bon escient, et cessent notamment de consommer des ressources réseau inutiles, lorsque l'utilisateur final ne souhaite plus les visualiser, par exemple s'il n'est plus présent devant son téléviseur. Pour résoudre ce problème, on a envisagé de mettre en place la méthode suivante : sur 35 détection qu'un utilisateur n'a plus interagi avec sa Clef HDMI depuis un certain temps (par 5 exemple quatre heures), une fenêtre pop-up (en français, fenêtre intruse ou fenêtre « surgissante ») est affichée sur l'écran du téléviseur pendant une durée prédéterminée (par exemple soixante secondes). Le message affiché dans cette fenêtre invite l'utilisateur à confirmer sa présence devant l'écran, par exemple en appuyant sur une touche de la télécommande du 5 téléviseur. Si l'utilisateur répond à cette invitation, la diffusion du contenu par la Clef HDMI se poursuit. Dans le cas contraire, à l'issue de la durée prédéterminée d'affichage de la fenêtre popup, le flux associé au contenu numérique en direct est brutalement coupé, afin de libérer des ressources réseau. Cette solution intéressante s'avère cependant radicale et assez brutale. En outre, la 10 consommation des ressources réseau perdure longtemps après que l'utilisateur ait cessé de s'intéresser au contenu diffusé, ce qui n'est pas optimal. On pourrait envisager de réduire la durée de diffusion du contenu avant affichage de la fenêtre pop-up, par exemple à deux heures, mais au détriment éventuel d'une insatisfaction de l'utilisateur, qui pourrait être gêné par l'affichage intempestif de cette fenêtre, au beau milieu de son programme télévisuel. 15 Il existe donc un besoin d'une technique d'interruption de la diffusion en mode de téléchargement progressif adaptatif d'un contenu numérique sur détection d'absence de l'utilisateur, 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 20 du téléchargement adaptatif progressif HAS. 3. Exposé de l'invention L'invention répond à ce besoin en proposant un procédé de gestion du téléchargement progressif adaptatif (HAS) d'un contenu numérique au sein d'un terminal lecteur de flux multimédia en temps réel, dans un réseau de communication local, ledit terminal lecteur de flux 25 multimédia en temps réel étant associé à un terminal de restitution dudit contenu numérique. A l'issue d'une première période de durée déterminée d'absence d'interaction d'un utilisateur du contenu numérique avec le terminal lecteur de flux multimédia en temps réel et/ou avec le terminal de restitution du contenu numérique, un tel procédé met en oeuvre une réduction progressive d'une qualité de restitution du contenu numérique téléchargé, sur le 30 terminal de restitution. Ainsi, l'invention repose sur une approche tout à fait nouvelle et inventive de la gestion du téléchargement adaptatif progressif dans un réseau de communication local, et notamment dans un terminal lecteur de flux multimédia en temps réel, de type clef HDMI. En effet, contrairement aux solutions de l'art antérieur, qui proposent une interruption brutale du téléchargement du 35 contenu, à l'issue d'une période au cours de laquelle aucune interaction de l'utilisateur du 6 contenu avec le téléviseur ou la clef HDMI n'a été détectée, la solution de l'invention vise à opérer une coupure plus douce du flux, qui repose sur une diminution progressive de la qualité vidéo consommée. Ceci a pour effet de diminuer d'autant la consommation en ressource réseau, pour l'opérateur du réseau étendu, comme pour le client du réseau de communication local. 5 Cette première période de durée prédéterminée est de préférence de durée inférieure à la période d'absence d'interaction prévue dans les solutions de l'art antérieur avant coupure totale du flux de téléchargement. Selon un premier aspect, le contenu numérique étant associé à un fichier de description du contenu numérique, comprenant une liste de segments temporels (C11@Nj) du contenu 10 associés chacun à plusieurs débits d'encodage du contenu, la réduction progressive d'une qualité de restitution du contenu numérique téléchargé repose sur un téléchargement de segments temporels du contenu associés à des débits d'encodage décroissant dans le temps. Ainsi, la solution de l'invention s'appuie sur les capacités de la technologie HAS. En effet, un contenu diffusé en HAS est proposé au client à différents débits d'encodage. En fonction des 15 conditions réseau, le client HAS embarqué dans la clef HDMI adapte en permanence la qualité du flux téléchargé, afin de pouvoir bénéficier de la meilleure qualité de restitution possible, tout en assurant une fluidité de restitution du contenu sur le terminal de restitution (e.g. le téléviseur). Pour ce faire, il procède au téléchargement du segment temporel proposé au débit d'encodage optimal, en fonction des contraintes de bande passante et de ressources du réseau. 20 Selon l'invention au contraire, dès lors que l'on détecte que l'utilisateur du contenu n'a pas interagi avec la clef HDMI ou le téléviseur depuis un certain temps (par exemple trois heures), la clef HDMI ne télécharge plus les segments temporels du contenu au débit d'encodage optimal, mais télécharge des segments temporels à des débits d'encodage de plus en plus réduits, jusqu'à atteindre la qualité de restitution la plus faible du contenu. Cette décroissance progressive des 25 débits d'encodage des segments temporels téléchargés peut s'opérer par exemple sur une période d'une heure, du débit optimal par rapport aux contraintes de ressources du réseau, jusqu'au débit le plus faible proposé dans le manifeste associé au contenu. Selon un autre aspect, ladite réduction progressive s'accompagne d'un affichage, sur le terminal de restitution, d'un message d'alerte destiné à l'utilisateur et relatif à la réduction 30 progressive de qualité de restitution. Ce message d'alerte peut prendre la forme d'une fenêtre pop-up, qui s'affiche sur le téléviseur (ou sur le terminal de commande de la clef HDMI, par exemple la tablette de l'utilisateur), et qui informe que la qualité de restitution du contenu va progressivement diminuer. L'utilisateur peut alors, d'un simple appui sur une touche de la télécommande du téléviseur ou de 7 la clef HDMI, signaler sa présence, et ainsi revenir au mode de gestion initial de l'algorithme de téléchargement progressif adaptatif HAS, qui vise à optimiser la qualité de restitution du contenu. Ainsi, sur détection d'une interaction de l'utilisateur avec le terminal lecteur de flux multimédia en temps réel et/ou avec le terminal de restitution du contenu numérique, la 5 réduction progressive de qualité de restitution est interrompue et le procédé met en oeuvre un téléchargement de segments temporels du contenu associés à des débits d'encodage optimisés en fonction d'une contrainte de ressource estimée par le terminal lecteur de flux multimédia en temps réel. Selon un autre aspect, à l'issue d'une seconde période de durée déterminée d'absence 10 d'interaction de l'utilisateur avec le terminal lecteur de flux multimédia en temps réel et/ou avec le terminal de restitution du contenu numérique, il met en oeuvre un affichage, sur le terminal de restitution, d'un message d'information d'interruption prochaine de téléchargement du contenu numérique et, en l'absence d'interaction de l'utilisateur avec le terminal lecteur de flux multimédia en temps réel et/ou avec le terminal de restitution conséquente audit affichage, une 15 interruption du téléchargement. Cette seconde période de durée déterminée débute par exemple à l'initialisation de la réduction progressive de la qualité de restitution du contenu, et dure par exemple une heure. Pendant cette seconde période, si aucune interaction de l'utilisateur n'est détectée, la qualité de restitution du contenu est progressivement réduite de la qualité optimale correspondant au mode 20 de fonctionnement nominal de l'algorithme de téléchargement HAS jusqu'à la qualité la plus faible prévue dans le manifeste associé au contenu. A l'issue de cette seconde période, une nouvelle fenêtre pop-up est affichée sur le téléviseur, qui prévient l'utilisateur qu'en l'absence d'action de sa part, par exemple au cours des soixante prochaines secondes, le flux de téléchargement du contenu par la clef HDMI sera coupé 25 afin d'éviter une consommation inutile des ressources réseau. Bien sûr, si l'utilisateur se manifeste, cette coupure de flux n'a pas lieu. Cette interaction de l'utilisateur avec le terminal lecteur de multimédia en temps réel et/ou avec le terminal de restitution dudit contenu numérique peut mettre en oeuvre un terminal de commande du terminal, par exemple une télécommande du téléviseur ou de la clef HDMI (par 30 exemple, appui sur la touche de volume ou de changement de canal), ou un smartphone ou tablette de l'utilisateur, sur lequel est installée l'application logicielle permettant de piloter le fonctionnement de la clef HDMI. L'invention concerne également un dispositif de gestion du téléchargement progressif adaptatif (HAS) d'un contenu numérique au sein d'un terminal lecteur de flux multimédia en 35 temps réel, dans un réseau de communication local, le terminal lecteur de flux multimédia en 8 temps réel étant associé à un terminal de restitution du contenu numérique. Un tel dispositif comprend un module de réduction progressive d'une qualité de restitution du contenu numérique téléchargé, sur le terminal de restitution, activé à l'issue d'une première période de durée déterminée d'absence d'interaction d'un utilisateur du contenu numérique avec le terminal 5 lecteur de flux multimédia en temps réel et/ou avec le terminal de restitution du contenu numérique. Selon un aspect, un tel module de réduction progressive d'une qualité de restitution du contenu numérique téléchargé comprend des moyens d'émission de commandes de téléchargement de segments temporels du contenu associés à des débits d'encodage décroissant 10 dans le temps. L'invention concerne encore un terminal lecteur de flux multimédia en temps réel, tel qu'une clef HDMI, qui comprend un tel dispositif de gestion du téléchargement progressif adaptatif (HAS) d'un contenu numérique. L'invention concerne également un produit programme d'ordinateur comprenant des 15 instructions de code de programme pour la mise en oeuvre d'un procédé tel que décrit précédemment, lorsqu'il est exécuté par un processeur. 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 gestion de téléchargement progressif 20 adaptatif selon l'invention tel que décrit ci-dessus. Un tel support d'enregistrement peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une clé USB ou un disque dur. 25 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. 30 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é. Le dispositif de gestion du téléchargement progressif adaptatif (HAS) d'un contenu numérique, le terminal lecteur de flux multimédia en temps réel et le programme d'ordinateur 35 correspondants précités présentent au moins les mêmes avantages que ceux conférés par le 9 procédé de gestion du téléchargement progressif adaptatif (HAS) d'un contenu numérique selon la présente invention. 4. Liste des figures D'autres buts, caractéristiques et avantages de l'invention apparaîtront plus clairement à 5 la lecture de la description suivante, donnée à titre de simple exemple illustratif, et non limitatif, en relation avec les figures, parmi lesquelles : - La figure 1 représente une architecture de téléchargement progressif sur Internet basée sur l'utilisation du streaming adaptatif selon l'invention ; - la figure 2 illustre de façon schématique la structure matérielle d'un terminal lecteur de 10 flux multimédia en temps réel intégrant un dispositif de gestion de téléchargement progressif adaptatif selon un mode de réalisation de l'invention; - la figure 3 illustre un exemple de coupure optimisée et progressive d'un flux multimédia temps réel obtenu en mode téléchargement progressif adaptatif par une clef HDMI des figures 1 et 2. 15 5. Description détaillée de modes de réalisation de l'invention Le principe général de l'invention repose sur la réduction progressive de la qualité d'un contenu numérique téléchargé en mode de téléchargement progressif adaptatif (HAS) par un terminal lecteur de flux multimédia en temps réel, lorsqu'on détecte qu'un utilisateur du contenu n'a pas interagi, depuis une période de durée déterminée, avec le terminal lecteur de flux 20 multimédia, ou un terminal de restitution du contenu, qui lui est associé. Cette réduction progressive permet d'optimiser la consommation des ressources réseau, tant pour l'opérateur du réseau de communication étendu, que pour le réseau de communication local. On présente désormais, en relation avec la figure 1, une architecture de téléchargement progressif basée sur l'utilisation du streaming adaptatif selon l'invention. 25 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 « best effort », un réseau d'entreprise, etc. 30 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 à 35 la demande, et les met à disposition des terminaux clients. 10 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.). Il est fréquent, dans ce contexte client-serveur, de recourir, pour échanger les données 5 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. 10 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 15 « fragments » de contenu, en anglais « chunks », ces trois mots étant utilisés indifféremment dans l'ensemble de ce document). 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, 20 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. 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 25 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é Ni), 1024 kb/s (N2), 2048 kb/s (N3) et que le terminal client dispose d'une bande passante de 3000 kb/s, il peut demander le contenu à n'importe quel débit inférieur à cette limite, par exemple 2048 kb/s. De manière 30 générale, on note « Ci@Nj » le contenu numéro i avec la qualité j (par exemple le j-ième niveau Nj de qualité décrit dans le fichier de description). La passerelle de service 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 aux 35 décodeurs que l'on suppose ici intégrés à la passerelle 6 ou aux terminaux clients 3, 4 et 8. En 11 variante, les décodeurs peuvent 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. Dans cet exemple, pour visualiser un contenu, le terminal 3, 4 ou 8 interroge tout d'abord 5 la passerelle de service 6 pour obtenir une adresse du document de description 7 du contenu (par exemple, C1) 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 manifest 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». 10 Alternativement, ce fichier peut être récupéré directement auprès d'un serveur Internet local ou externe au réseau local, ou se trouver déjà sur la passerelle de service ou sur le terminal au moment de la requête. Un exemple de fichier manifest (MPD) conforme à la norme MPEG-DASH et comportant la description de contenus disponibles dans trois qualités différentes (Ni = 512 kb/s, N2 = 1024 kb/s, 15 N3 = 2048 kb/s) des contenus fragmentés est présenté en annexe 1. Ce fichier manifest 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. 20 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 : 25 - « C1_512kb_l.mp4 » pour le premier fragment du contenu « Cl » à 512 kilobits par seconde (« kb ») au format MPEG-4 (« mp4 »), - « C1_512kb_2.mp4 » pour le second fragment, - etc. Une fois qu'elle dispose des adresses de fragments correspondant au contenu souhaité, la 30 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). On suppose ici que la clef HDMI 8 est connectée au téléviseur 5 par branchement sur le 35 port HDMI de ce dernier, et est utilisée pour restituer, sur l'écran du téléviseur 5, un programme 12 télévisuel diffusé en direct, qui n'a donc, par nature, pas de durée prédéterminée, ni de date de fin. 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. En variante, on notera que le contenu Cl peut également être un programme télévisuel 5 diffusé en différé, ou une vidéo à la demande, ou une vidéo personnelle de l'utilisateur, ou tout autre contenu multimédia de durée déterminée, pour laquelle l'invention s'applique également. Dans cet exemple, 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 10 téléphone intelligent 3, par l'intermédiaire duquel elle pourrait accéder au réseau de communication étendu 1. 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. Les fragments de contenu obtenus par la passerelle résidentielle 6 sont par exemple 15 transmis en WiFi® à la clef HDMI 8, qui pilote leur affichage sur l'écran du téléviseur 5, pour restitution à l'utilisateur. La figure 2 représente une architecture d'un terminal lecteur de flux multimédia en temps réel selon un mode de réalisation de l'invention, par exemple la clef HDMI 8 de la figure 1. Il comprend, classiquement, des mémoires M associées à un processeur CPU. Les 20 mémoires peuvent être de type ROM (de l'anglais « Read Only Memory ») ou RAM (de l'anglais « Random Access Memory ») ou encore Flash. La clef HDMI 8 communique avec le réseau local 10 et le réseau Internet étendu 1 via le module WIFI pour une communication locale sans fils avec la passerelle résidentielle 6 ou un autre terminal de communication du réseau local 10, par exemple le téléphone intelligent 3. La clef HDMI 8 comprend en outre un module de téléchargement 25 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 de la clef HDMI 8 ou se trouver à l'extérieur. La clef HDMI 8 comprend également un module de réduction progressive de la qualité d'un contenu RED_Q, qui pilote le module de téléchargement progressif adaptatif HAS, afin de 30 forcer ce dernier à demander un téléchargement progressif du contenu à une qualité, proposée dans le fichier de description 7, inférieure à la qualité optimale à laquelle il pourrait prétendre, dans le cas où aucune interaction de l'utilisateur n'a été détectée depuis une période de durée prédéterminée, par exemple trois heures. La clef HDMI 8 selon l'invention peut aussi contenir d'autres modules comme un disque 35 dur non représenté pour le stockage des fragments vidéo, un module de contrôle d'accès aux 13 contenus, un module de traitement des commandes reçues d'une tablette ou d'un smartphone sur lesquels est installée l'application de pilotage de la clef HDMI, grâce à laquelle l'utilisateur peut en contrôler le fonctionnement, etc. En effet, une telle clef HDMI 8 ne contient généralement pas de module d'interface E/S, et c'est le module d'interface E/S du téléphone 5 intelligent de l'utilisateur ou de sa tablette qui est utilisée par ce dernier pour choisir par exemple son contenu. La Clef HDMI 8 intègre également un module INT de gestion de l'interface avec le téléviseur 5, par lequel elle obtient par exemple des informations sur les éventuelles interactions de l'utilisateur avec le téléviseur 5 (action sur la télécommande du téléviseur par exemple par 10 appui sur la touche volume ou une touche de changement de canal), et par lequel elle peut piloter l'affichage sur l'écran du téléviseur 5 de fenêtres pop-up, lui permettant de délivrer des messages ou des alertes à l'utilisateur. 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 15 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 20 concerné (circuit intégré, carte à puce, carte à mémoire, etc.). Plus généralement, une telle clef HDMI 8 comprend une mémoire vive (par exemple une mémoire RAM), une unité de traitement équipée par exemple d'un processeur CPU, et pilotée par un programme d'ordinateur, représentatif du module de gestion du téléchargement progressif adaptatif HAS, stocké dans une mémoire morte (par exemple une mémoire ROM ou un disque 25 dur). A l'initialisation, les instructions de code du programme d'ordinateur sont par exemple chargées dans la mémoire vive avant d'être exécutées par le processeur CPU de l'unité de traitement. La mémoire vive contient notamment le fichier de description manifest 7. Le processeur de l'unité de traitement pilote l'évaluation de la présence ou de l'absence d'interactions de l'utilisateur avec la clef HDMI 8 ou le téléviseur 5, l'affichage de fenêtres pop-up 30 sur l'écran du téléviseur 5, et la réduction progressive de la qualité du contenu téléchargé, au travers du choix des segments temporels et des débits d'encodage associés à télécharger, et l'émission de commandes correspondantes vers le module client HAS. La figure 2 illustre seulement une manière particulière, parmi plusieurs possibles, de réaliser la clef HDMI 8, afin qu'elle effectue les étapes du procédé détaillé ci-après, en relation 35 avec la figure 3 (dans l'un quelconque des différents modes de réalisation, ou dans une 14 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 5 ou un ASIC, ou tout autre module matériel). On présente désormais, en relation avec la figure 3, un exemple de coupure optimisée et progressive d'un flux multimédia obtenu en mode téléchargement progressif adaptatif par un terminal lecteur de flux multimédia en temps réel 30, par exemple la clef HDMI 8 des figures 1 et 2. 10 Le terminal lecteur de flux multimédia en temps réel 30 est connecté à un téléviseur TV 5, par l'intermédiaire d'une liaison HDMI. Il comprend un module INT d'interface avec le téléviseur 301, un module RED_Q 302 de réduction progressive de la qualité d'un contenu téléchargé, et un module client HAS 303. Un serveur de contenu HAS 2 expose une vidéo Cl sous forme de « chunks » C11@Nj 15 encodés à différents débits d'encodage Nj, où l'indice i désigne un identifiant temporel du « chunk » C11@Nj. Selon l'art antérieur, un module client HAS est chargé de venir récupérer ses « chunks » auprès du serveur de contenu HAS 2 en choisissant la qualité vidéo Nj en fonction de la ressource réseau disponible. On ne décrit pas ici plus en détail la façon dont le module client HAS choisit le 20 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 25 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. 30 Dans le cas classique, si un « chunk » vidéo dure 3 secondes, la récupération du « chunk » par le module client HAS ne doit pas excéder 3 secondes, afin de permettre une restitution sans interruption du contenu par le terminal 30. Il convient donc pour le module client 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 35 permettre une restitution en continu sur le téléviseur 5. 15 Dans le mode de réalisation illustré en figure 3, en revanche, le module client HAS 303 peut ne pas commander le téléchargement du fragment au débit d'encodage optimal, afin d'optimiser la consommation des ressources réseau, dans le cas où l'on suspecte que l'utilisateur n'est pas présent devant l'écran du téléviseur 5, comme décrit plus en détail par la suite. 5 Au cours d'une étape référencée 310, le module HAS 303 récupère le fichier manifest 7 afin de découvrir les fragments disponibles du contenu vidéo Cl, et les différentes qualités vidéo Nj associées. Dans l'exemple de la figure 3, le contenu Cl est par exemple proposé sous forme de fragments de durée 3s, avec un premier débit d'encodage Ni = 500 kb/s, un deuxième débit d'encodage N2 = 1000 kb/s, un troisième débit d'encodage N3 = 2000 kb/s, etc. 10 Dans un mode de fonctionnement normal, non illustré sur la figure 3, le module HAS 303 opère le téléchargement par exemple, des fragments successifs C11@N1 (soit le premier fragment temporel à un débit d'encodage de 500 kb/s), puis C12@N3 (soit le deuxième fragment temporel à un débit d'encodage de 2000 kb/s), puis C13@N3 (soit le troisième fragment temporel à un débit d'encodage de 2000 kb/s), 15 Les différents fragments téléchargés par le module client HAS 303 sont transmis au module d'interface INT 301 pour leur restitution à l'utilisateur sur l'écran du téléviseur TV 5. L'algorithme mis en oeuvre par le module client HAS 303 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 RED_Q 302 de réduction progressive de la 20 qualité) 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. En parallèle, conformément à la figure 3, le module INT 301 surveille les interactions de l'utilisateur avec le téléviseur 5, et reçoit par exemple, via le port HDMI, des informations relatives aux actions effectuées par l'utilisateur sur la télécommande du téléviseur 5 et sur le téléviseur 5 25 lui-même. Il transmet ces informations au module RED_Q 302, qui reçoit également des informations relatives aux interactions éventuelles de l'utilisateur avec le terminal 30 lui-même, via sa télécommande ou un terminal de commande de type smartphone ou tablette. A chaque information d'interaction reçue, le module RED_Q 302 initie un compteur, ou « timer », par exemple d'une durée de deux ou trois heures. Pendant ce temps, le téléchargement 30 des fragments temporels successifs du contenu par le module HAS 303 se poursuit, selon un algorithme de téléchargement progressif adaptatif classique. Si, à l'expiration de ce « timer », aucune nouvelle information d'interaction n'a été reçue, on peut supposer que l'utilisateur n'est plus présent devant l'écran du téléviseur 5, et que le téléchargement du contenu Cl consomme inutilement des ressources réseau. 16 Le module RED_Q 302 envoie alors une commande au module d'interface INT 301, pour piloter l'affichage sur l'écran du téléviseur 5 d'une fenêtre pop-up, dans laquelle s'affiche un message, destiné à l'utilisateur, l'informant que sans action de sa part, par exemple dans les soixante secondes, la qualité de restitution du contenu Cl sur l'écran du téléviseur 5 va 5 progressivement diminuer. Si l'utilisateur réagit, par exemple en actionnant une touche de la télécommande du téléviseur 5, le module d'interface INT 301 reçoit l'information correspondante, et la transmet au module RED_Q 302 : le module client HAS 303 poursuit alors le téléchargement des fragments temporels du contenu de façon classique. 10 Si en revanche l'utilisateur ne se manifeste pas dans les soixante secondes consécutives à l'affichage de la fenêtre pop-up sur l'écran du téléviseur 5, le module RED_Q 302 adresse une commande au module client HAS 303, afin de forcer ce dernier à réduire progressivement la qualité des fragments temporels de contenu téléchargés, afin de réduire la consommation des ressources réseau. 15 Ainsi, comme illustré sur la figure 3, le module client HAS 303 va télécharger successivement (312) les fragments C12@N4, C13@N3, C14@N2 et C15@N1, pour réduire la qualité de restitution du contenu Cl, comme illustré par la flèche référencée 311, jusqu'à la qualité la plus faible proposée dans le manifeste 7, correspondant à un débit de 500 kb/s. En pratique, la réduction 311 des débits d'encodage des fragments temporels n'est pas 20 aussi rapide, mais s'étale dans le temps, par exemple sur une période d'une heure. La figure 3 correspond donc à une illustration simplifiée de ce principe, permettant de l'appréhender visuellement. Par exemple, le module client HAS 303 pilote le téléchargement de fragments temporels successifs au niveau de qualité N4 pendant une durée de quinze minutes, puis abaisse ce niveau en téléchargeant des fragments temporels au niveau de qualité N3 pendant le quart 25 d'heure qui suit, et ainsi de suite, jusqu'à atteindre le niveau de qualité Ni le plus faible prévu dans le manifeste 7, au bout d'une heure environ. Si, à l'issue de cette seconde période temporelle d'une heure, pour laquelle le module RED_Q 302 a initié un second « timer », aucune nouvelle interaction de l'utilisateur n'a été détectée, il adresse une commande au module d'interface INT 301, pour affichage sur l'écran du 30 téléviseur 5 d'une fenêtre pop-up informant l'utilisateur que la coupure du flux est imminente et que, sans interaction de sa part dans les soixante secondes par exemple, le téléchargement du contenu Cl va être interrompu. A l'issue de ces soixante secondes, le module RED_Q 302 adresse au module client HAS 303 une commande d'interruption du téléchargement du contenu Cl, qui est exécutée : la consommation inutile des ressources réseau cesse alors. 17 Si, en revanche, à tout moment au cours de cette seconde période temporelle, ou suite à l'affichage de cette fenêtre pop-up, l'utilisateur manifeste sa présence en actionnant la télécommande du téléviseur 5, ou par action sur le smartphone 3 pilotant le terminal 30, le module RED_Q 302 adresse au module client HAS 303 une commande de retour à la normale. Le 5 module client HAS 303 détermine alors, en fonction des conditions réseau, le débit optimal de fragment temporel auquel il peut prétendre, et lance le téléchargement du prochain fragment à ce débit optimal : dans l'exemple de la figure 3, le module client HAS 303 télécharge alors le fragment temporel C16@N5. 18 ANNEXE 1 : exemple de fichier manifest HTTP://servencom/ .... ... .... ... REVENDICATIONS1. Procédé de gestion du téléchargement progressif adaptatif (HAS) d'un contenu numérique (Cl) au sein d'un terminal lecteur de flux multimédia en temps réel (8; 30), dans un réseau de communication local (2), ledit terminal lecteur de flux multimédia en temps réel étant associé à un terminal de restitution (5) dudit contenu numérique, caractérisé en ce qu'à l'issue d'une première période de durée déterminée d'absence d'interaction d'un utilisateur dudit contenu numérique avec ledit terminal lecteur de flux multimédia en temps réel et/ou avec ledit terminal de restitution dudit contenu numérique, il met en oeuvre une réduction progressive (311) d'une qualité de restitution dudit contenu numérique téléchargé, sur ledit terminal de restitution. 2. Procédé de gestion selon la revendication 1, caractérisé en ce que, ledit contenu numérique étant associé à un fichier de description (7) dudit contenu numérique, comprenant une liste de segments temporels (C11@Nj) dudit contenu associés chacun à plusieurs débits d'encodage dudit contenu, ladite réduction progressive (311) d'une qualité de restitution dudit contenu numérique téléchargé repose sur un téléchargement de segments temporels dudit contenu associés à des débits d'encodage décroissant dans le temps. 3. Procédé de gestion selon l'une quelconque des revendications 1 et 2, caractérisé en ce que ladite réduction progressive s'accompagne d'un affichage, sur ledit terminal de restitution, d'un message d'alerte destiné audit utilisateur et relatif à ladite réduction progressive de qualité de restitution. 4. Procédé de gestion selon l'une quelconque des revendications 2 et 3, caractérisé en ce que, sur détection d'une interaction dudit utilisateur avec ledit terminal lecteur de flux multimédia en temps réel et/ou avec ledit terminal de restitution dudit contenu numérique, ladite réduction progressive de qualité de restitution est interrompue et ledit procédé met en oeuvre un téléchargement de segments temporels dudit contenu associés à des débits d'encodage optimisés en fonction d'une contrainte de ressource estimée par ledit terminal lecteur de flux multimédia en temps réel. 5. Procédé de gestion selon l'une quelconque des revendications 1 à 4, caractérisé en ce qu'à l'issue d'une seconde période de durée déterminée d'absence d'interaction dudit utilisateur avec ledit terminal lecteur de flux multimédia en temps réel et/ou avec ledit terminal de restitution dudit contenu numérique, il met en oeuvre un affichage, sur ledit terminal de restitution, d'un message d'information d'interruption prochaine de téléchargement dudit contenu numérique et, en l'absence d'interaction dudit utilisateur avec ledit terminal lecteur de 20 flux multimédia en temps réel et/ou avec ledit terminal de restitution conséquente audit affichage, une interruption dudit téléchargement. 6. Procédé de gestion selon l'une quelconque des revendications 1 à 5, caractérisé en ce que ladite interaction dudit utilisateur avec ledit terminal lecteur de multimédia en temps réel et/ou 5 avec ledit terminal de restitution dudit contenu numérique met en oeuvre un terminal de commande dudit terminal. 7. Produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre d'un procédé de gestion du téléchargement progressif adaptatif (HAS) d'un contenu numérique selon l'une quelconque des revendications 1 à 6, lorsqu'il est exécuté par un 10 processeur. 8. Dispositif de gestion du téléchargement progressif adaptatif (HAS) d'un contenu numérique au sein d'un terminal lecteur de flux multimédia en temps réel, dans un réseau de communication local, ledit terminal lecteur de flux multimédia en temps réel étant associé à un terminal de restitution dudit contenu numérique, 15 caractérisé en ce qu'il comprend un module de réduction progressive (302) d'une qualité de restitution dudit contenu numérique téléchargé, sur ledit terminal de restitution, activé à l'issue d'une première période de durée déterminée d'absence d'interaction d'un utilisateur dudit contenu numérique avec ledit terminal lecteur de flux multimédia en temps réel et/ou avec ledit terminal de restitution dudit contenu numérique. 20 9. Dispositif de gestion selon la revendication 8, caractérisé en ce que, ledit contenu numérique étant associé à un fichier de description dudit contenu numérique, comprenant une liste de segments temporels (C11@Nj) dudit contenu associés chacun à plusieurs débits d'encodage dudit contenu, ledit module de réduction progressive d'une qualité de restitution dudit contenu numérique téléchargé comprend des moyens d'émission de commandes de 25 téléchargement de segments temporels dudit contenu associés à des débits d'encodage décroissant dans le temps. 10. Terminal lecteur de flux multimédia en temps réel, caractérisé en ce qu'il comprend un dispositif de gestion du téléchargement progressif adaptatif (HAS) d'un contenu numérique selon la revendication 8 ou 9. 30