FR 3134940 A1 20231027 FR 2203794 A 20220425 L’invention se rapporte à un procédé de gestion de la restitution d’un contenu (C1) sur un écran (TV), le contenu ayant plusieurs qualités disponibles à la sélection, la restitution du contenu étant associée à une interface de sélection (INT) comprenant au moins une zone de sélection (Z1-Z3) associée à une fonction et manipulable au moyen d’un curseur (CRS), caractérisé en ce que, lors de la restitution du contenu, la qualité sélectionnée pour la restitution du contenu est fonction d’un état du curseur en liaison avec l’interface de sélection (INT).Figure pour l'abrégé : Figure 4 Gestion de la restitution d’un contenu multimédia Le domaine de l'invention est celui de la gestion de la restitution de contenus multimédia numériques, à savoir les contenus audio et/ou vidéo numériques. Plus précisément, l'invention concerne la gestion de la restitution d’un contenu multimédia lorsque ce contenu est restitué en même temps qu’une interface de sélection sur l’écran. On verra dans la suite que la restitution d’un contenu et de l‘interface de sélection peut se faire sur le même écran ou sur deux écrans distincts. L’invention vise tout particulièrement les contenus accessibles selon plusieurs formats associés à des tailles respectives en octets ayant plus ou moins d’impact sur la bande passante du réseau sur lequel le contenu est téléchargé. L’invention vise tout particulièrement les contenus téléchargés selon une technique dite de téléchargement progressif adaptatif, ou HAS, ou toutes autres techniques de téléchargement utilisant le même principe. L’invention s’applique à tout système dans lequel une restitution simultanée d’un contenu multimédia et d’une interface de sélection. Un tel système est par exemple un décodeur TV, une Web TV, une télévision Connectée, un décodeur de télévision numérique, etc. Une interface de sélection vise une interface graphique comprenant des onglets sélectionnables associés à des fonctions respectives telles qu’un accès à des contenus en cours de diffusion (appelés contenus live), un accès à un enregistreur intégré, un accès à des contenus à la demandes, un accès à des réglages, etc. Comme indiqué précédemment, l’interface de sélection peut être restituée sur un même écran que le contenu en cours de téléchargement soit sur un écran déporté. Etat de la technique 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 ; le terminal 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 un contenu numérique sous forme de données multimédia et pour requérir une restitution de ce contenu sur un dispositif de restitution. Les données reçues correspondant à une vidéo sont généralement décodées, puis restituées 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 (buffer en anglais) 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, 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 description, appelé « manifest » par l’homme du métier, 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 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 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 « manifests », contenant les adresses des différents segments aux différentes qualités du contenu multimédia. 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 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 manifest au format XML. Le principe sous-jacent à cette norme est que le terminal client effectue une 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. 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 d’encodage, à 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 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 du contenu. 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. Les techniques actuelles cherchent donc constamment à offrir une qualité d’image optimale. Cette optimisation permet ainsi de recevoir des flux de bonne qualité quand les conditions réseau le permettent. Cependant, l’utilisation d’une interface graphique de sélection riche en éléments graphiques et dotée d’animations graphiques tels que l’affichage d’un curseur pour la sélection de fonctions affichées sur l’interface utilisent beaucoup de ressources CPU (ou processeur). Un problème est que le décodage de segments associés à des débits d’encodage élevés utilise beaucoup le processeur et peut avoir un impact négatif sur l’utilisation de l’interface qui dispose alors de moins de ressource CPU ; l’interface peut devenir moins réactive ; par exemple, le curseur se déplace plus lentement. Il résulte de ce manque de réactivité une interface de sélection moins agréable à utiliser. De plus, offrir une qualité d’image optimale n’est pas toujours judicieux en particulier lorsque l’utilisateur placé devant l’écran restituant le contenu focalise son attention sur l’interface graphique. L'invention vient améliorer la situation. L’invention L’invention se rapporte à un procédé de gestion de la restitution d’un contenu sur un écran, le contenu ayant plusieurs qualités disponibles à la sélection, la restitution du contenu étant associée à une interface de sélection comprenant au moins une zone de sélection associée à une fonction et manipulable au moyen d’un curseur, caractérisé en ce que, lors de la restitution du contenu, la qualité sélectionnée pour la restitution du contenu est fonction d’un état du curseur en liaison avec l’interface de sélection. Le contenu restitué est donc fonction de l’état du curseur sur l’interface de sélection. On verra dans la suite que l’état vise par exemple une localisation du curseur sur l’écran, un état de mobilité du curseur. Ainsi, selon l’invention, si un contenu est en cours de restitution, en fonction de l’état du curseur le contenu est remplacé par un autre contenu (une image, une autre vidéo, la même vidéo mais en sélectionnant des débits d’encodage autres, etc.). Selon un premier mode de réalisation du procédé, le contenu est téléchargeable depuis un réseau de communication ; le contenu est divisé en plusieurs segments, les segments ayant plusieurs débits d’encodage sélectionnables ; dans cette configuration, l’état du curseur détermine le débit d’encodage des segments à sélectionner pour les segments futurs. Grâce à ce mode, la valeur du débit d’encodage sélectionné par le terminal de lecture pour le téléchargement des segments futurs pourra donc, dans certaines circonstances, être inférieure à la valeur de débit d’encodage qui serait obtenue avec les techniques classiques d’obtention du débit d’encage basé sur la bande passante courante. Il résultera de cette baisse un gain en ressource locale CPU et donc un gain de réactivité de l’interface de sélection. Il résultera également de cette baisse du débit d’encodage une augmentation de la bande passante courante et donc une amélioration des conditions réseaux pour les autres services (accès Internet, VOD, etc.) qui entrent en concurrence en termes de bande passante avec le téléchargement du contenu. Par exemple, lorsque l’état du curseur fait apparaître une volonté de l’utilisateur de ne plus poursuivre la lecture du contenu, le débit pourra dans ce cas être diminué. Il résulte de cette diminution une baisse de la bande passante qu’occupe les segments lors du téléchargement. En outre, cette diminution préserve une expérience utilisateur optimale car, à ce moment-là, l’utilisateur semble ne plus s’intéresser, voire ne s’intéresse plus, au contenu en cours de restitution, mais plutôt à des fonctions offertes par l’interface de sélection. L’utilisateur ne visualisant plus le contenu ne s’aperçoit donc pas de la baisse de la qualité du contenu en cours de restitution. Selon encore un deuxième mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec le précédent mode, le débit d’encodage déterminé est inférieur au débit d’encodage courant. Dans ce premier mode, le deuxième débit d’encodage est déterminé classiquement en fonction de la bande passante courante comme cela est expliqué dans la partie consacrée à l’état de la technique. Il suffit ensuite de sélectionner un premier débit inférieur au deuxième débit pour obtenir les mêmes avantages que le premier mode de mise en œuvre décrit ci-dessus. Selon encore un troisième mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents modes, le débit d’encodage déterminé est le débit d’encodage le plus petit sélectionnable. Ce deuxième mode simplifie le procédé en sélectionnant le débit d’encodage le plus bas. Cette simplification évite une étape de détermination du débit d’encodage en fonction de la bande passante ; ce mode réduit de ce fait considérablement le temps de traitement pour l’obtention du débit d’encodage à utiliser pour les segments à venir car le débit choisi est tout simplement débit le plus faible. Selon encore un quatrième mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents, l’état est un mouvement du curseur sur l’interface de sélection. En effet, un simple mouvement du curseur, sans validation d’une fonction offerte par un onglet de la zone de sélection, est le témoin d’un intérêt de positionner le curseur sur une zone de l’interface de sélection ; une navigation dans l’interface graphique prouve que l’attention de l’utilisation se porte sur l’interface et moins sur le contenu. Selon encore un cinquième mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents, l’état est une localisation du curseur par rapport à ladite au moins une zone de sélection de l’interface de sélection. Une localisation permet d’identifier la zone pointée par le curseur, sous-entendu l’onglet correspondant, et la fonction associée à cette zone ou onglet. Par exemple, si l’onglet en question concerne un accès à des réglages (réglage du contrôle parental, réglage d’une langue de restitution, etc.), on peut considérer dans ce cas que l’utilisateur qui manipule le curseur ne s’intéresse plus du tout au contenu ; une baisse du débit d’encodage est dans ce cas judicieuse ; à l’inverse, si l’onglet en question concerne un accès aux chaîne en accès aux réglages, on peut considérer dans ce cas que l’utilisateur qui manipule le curseur ne s’intéresse plus du tout au contenu ; une baisse du débit d’encodage est dans ce cas judicieuse. Selon encore un sixième mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents, si le contenu restitué est un contenu d’un type donné, et si la fonction associée à la zone concerne un accès audit type de contenus, dans ce cas, le débit d’encodage est un débit maximum possible fonction de la bande passante courante. Par exemple, si le contenu en cours de restitution est un contenu diffusé en direct (ou live), et si l’onglet de l’interface de sélection concerne un accès aux contenus live, l’entité va requérir un accès à des segments de qualité optimale. En d’autres mors, si la qualité a été abaissée du fait d’un état du curseur comme indiqué ci-dessus, dès que le curseur se positionne sur un type d’onglet en rapport avec le contenu restitué, l’entité retrouve un fonctionnement normal. Selon un aspect matériel, l’invention se rapporte à une entité de gestion de la restitution d’un contenu sur un écran, le contenu ayant plusieurs qualités disponibles à la sélection, la restitution du contenu étant associée à une interface de sélection comprenant au moins une zone de sélection associée à une fonction et manipulable au moyen d’un curseur, caractérisé en ce qu’elle comprend un module de sélection apte à sélectionner, lors de la restitution du contenu, la qualité pour la restitution du contenu fonction d’un état du curseur.. Selon un autre aspect matériel, l’invention se rapporte à un terminal lecteur comprenant une entité de gestion telle que définie ci-dessus. Selon un autre aspect matériel, l’invention a pour objet un programme d'ordinateur apte à être mis en œuvre sur une entité de gestion telle que définie ci-dessus, le programme comprenant des instructions de code qui, lorsqu’il est exécuté par un processeur, réalise les étapes du procédé de gestion définies ci-dessus. Selon un autre aspect matériel, l’invention a pour objet un support de données sur lequel a été mémorisée au moins une série d’instructions de code de programme pour l’exécution d’un procédé de gestion tel que défini ci-dessus. Le support en question 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 un disque dur. D'autre part, le support d'informations 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. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations 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é en question. L'invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple et faite en référence aux dessins annexés sur lesquels : La représente une architecture de téléchargement progressif sur Internet basée sur l’utilisation du streaming adaptatif selon un mode de réalisation du procédé de l’invention ; La illustre de façon schématique la structure matérielle d’un terminal lecteur de 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 illustre un contenu et ses différents segments ; La illustre un mode de réalisation possible d’une restitution d’un contenu et d’une interface de sélection sur un même écran ; La un autre mode de réalisation possible d’une restitution d’un contenu et d’une interface de sélection sur un même écran ; La présente l’évolution du débit d’encodage utilisé pour le contenu principal selon un mode de réalisation du procédé de l’invention. La illustre un état de l’écran à un instant donné t1 ; La illustre un état de l’écran à un instant donné t2 ultérieur ; La illustre un état de l’écran à un instant donné t3 ultérieur. Description détaillée de modes de réalisation de l'invention On présente désormais, en relation avec la , une architecture de téléchargement d’un contenu multimédia. Dans notre exemple, le téléchargement est de type progressif basé sur l’utilisation du streaming adaptatif HAS. Précisons à nouveau ici que l’invention ne se limite pas à la technologie HAS mais s’étend à toutes autres technologies de téléchargement de données. Un serveur de contenus numériques SRV se trouve selon cet exemple dans le réseau étendu WAN mais il pourrait indifféremment être situé une passerelle domestique ou tout autre équipement capable d’héberger un tel serveur de contenus. Le serveur de contenus SRV 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 de terminaux clients. Un terminal de lecture client, par exemple un décodeur peut entrer en communication avec le serveur de contenus SRV pour recevoir un ou plusieurs contenus (films, documentaires, séquences publicitaires, etc.). Les terminaux clients peuvent être de toute sorte, par exemple un décodeur STB, un ordinateur PC, un téléphone mobile MOB, etc. Les modes de réalisation se baseront sur un décodeur STB. Il est fréquent, dans ce contexte client-serveur, de recourir, pour échanger les données entre un terminal client STB et le serveur SRV, à 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 STB, et une passerelle de services , et/ou entre cette dernière et le serveur de contenus SRV. Classiquement, comme on le verra en référence à la , différentes qualités peuvent être encodées pour le même contenu d’une chaîne, correspondant par exemple à différents débits d’encodage. 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 d’encodage. Chaque niveau de qualité est lui-même découpé sur le serveur de contenus en segments temporels (aussi appelés « segments » de contenu par l’homme du métier, en anglais segments). La description de ces différentes qualités et de la segmentation temporelle associée, ainsi que les segments de contenu, sont décrits pour le terminal client et mis à sa disposition via leurs adresses Internet (URI : Universal Ressource Identifier). L’ensemble de ces paramètres (qualités, adresses des segments, etc.) est en général regroupé dans un fichier de paramètres, dit fichier de description ou « manifest ». 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. Le terminal de lecture STB, dans un contexte de téléchargement adaptatif progressif, peut adapter les requêtes d’accès qu’il transmet au serveur pour recevoir et décoder le contenu demandé par l’utilisateur à la qualité qui lui correspond au mieux. Dans notre exemple, si les contenus sont disponibles aux débits 400 kb/s (kilobits par seconde) (Résolution 1, ou niveau 1, noté N1), 800 kb/s (N2), 1200 kb/s (N3) 2100 kb/s (N4) 3000 kb/s (N4) 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 2100 kb/s. De manière 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 GTW est dans cet exemple une passerelle domestique qui assure le routage des données entre un réseau étendu WAN et le décodeur STB, gère les contenus numériques en assurant notamment leur réception en provenance du réseau et leur décodage grâce au décodeur STB. Dans cet exemple, pour visualiser un contenu, le terminal client STB interroge tout d’abord la passerelle de service GTW pour obtenir une adresse du fichier de description du contenu (par exemple, C1) souhaité. La passerelle de service répond en fournissant au terminal l’adresse du fichier de description. Dans la suite, on supposera que ce fichier est un fichier de type manifest selon la norme MPEG-DASH et on se réfèrera indifféremment, selon le contexte, à l’expression « fichier de description » ou « manifest». 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, qui sera décrit ci-dessous en référence à la , comporte la description de contenus disponibles dans plusieurs qualités différentes (N1 = 400 kb/s, N2 = 800 kb/s, N3 = 1200 kb/s, …). Une fois qu’elle dispose des adresses de segments correspondant au contenu souhaité, la passerelle de service GTW procède à l’obtention des segments 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). Le décodeur STB est utilisé pour restituer, sur l’écran du téléviseur TV, un programme télévisuel. Par la suite, on désigne ce programme télévisuel sous le nom de contenu C1. Un tel contenu C1 est décrit dans un fichier manifest (cf. ). En variante, on notera que le contenu C1 peut être un programme télévisuel 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. Le décodeur STB peut être piloté par l’utilisateur au moyen d’une télécommande. Cette télécommande permettra de sélectionner des onglets sur une interface de sélection. La télécommande peut être physique ou logicielle. La représente une architecture d’un décodeur STB selon un mode de réalisation de l’invention. Le décodeur STB 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 « Random Access Memory ») ou encore Flash. Le décodeur STB communique avec la passerelle GTW via un premier module de communication COM1 et avec le téléviseur TV via un deuxième module de communication COM2. Le premier module de communication COM1 est par exemple un lien Wi-Fi. Le deuxième module de communication est par exemple un lien HDMI. Le décodeur STB comprend en outre un module de téléchargement progressif adaptatif HAS apte à demander un téléchargement progressif de l’un des contenus à l’une des qualités proposées dans un fichier de description MNF. Le décodeur STB comprend en outre une entité de gestion ENT, objet de l’invention, dont le fonctionnement sera détaillé ci-après. Le décodeur STB peut aussi contenir d’autres modules comme un disque dur non représenté pour le stockage des segments vidéo, un module de contrôle d’accès aux contenus, un module de traitement des commandes reçues du smartphone. On présente désormais, en relation avec la , une vue schématique d’un contenu principal C1 découpé en segments et stocké dans le serveur de contenus SRV. Plus précisément, le serveur de contenu HAS expose une vidéo C1 sous forme de segments C1i@Nj encodés à différents débits d’encodage Nj, où l’indice i désigne un identifiant temporel du segment C1i@Nj. Selon l’art antérieur, le module de téléchargement HAS, appelé mode de téléchargement classique ci-dessous, du décodeur STB est chargé de venir récupérer les segments auprès du serveur de contenu HAS 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 de téléchargement HAS choisit le débit d’encodage du prochain segment 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 segment au débit d’encodage le plus faible proposé dans le fichier manifest, et sur l’évaluation du temps de récupération de ce premier segment. Sur cette base, le module de téléchargement HAS évalue si, en fonction de la taille du segment et du temps mis pour le récupérer, les conditions réseau permettent de télécharger le segment suivant à un débit d’encodage plus élevé. Certains algorithmes reposent sur une augmentation progressive du niveau de qualité des segments 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 segments successifs. Dans le cas classique, si un segment vidéo dure 3 secondes, la récupération du segment par le module de téléchargement HAS ne doit pas excéder 3 secondes, afin de permettre une restitution sans interruption du contenu par le décodeur STB. Il convient donc pour le module de téléchargement 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 segment, qui doit être suffisamment faible pour permettre une restitution en continu sur le téléviseur TV. Dans le mode de réalisation illustré en , le module de téléchargement HAS commande le téléchargement d’un segment au débit d’encodage optimal comme décrit plus en détail par la suite. Dans un premier temps, le module HAS récupère le fichier manifest MNF qui correspond au contenu vidéo C1 afin de découvrir les segments disponibles du contenu vidéo C1, et les différentes qualités vidéo Nj associées. Dans l’exemple de la , le contenu C1 est par exemple proposé sous forme de segments de durée 3s, avec un premier débit d’encodage N1 = 400 kb/s, un deuxième débit d’encodage N2 = 800 kb/s, un troisième débit d’encodage N3 = 1200 kb/s, etc. Dans un mode de fonctionnement normal, non illustré sur la , le module HAS opère le téléchargement par exemple, des segments successifs C11@N1 (soit le premier segment temporel à un débit d’encodage de 400 kb/s), puis C12@N3 (soit le deuxième segment temporel à un débit d’encodage de 1200 kb/s), puis C13@N3 (soit le troisième segment temporel à un débit d’encodage de 1200 kb/s), etc. Les différents segments téléchargés par le module de téléchargement HAS sont transmis à un module d’affichage AFF apte à requérir un affichage sur l’écran du téléviseur TV. L’algorithme mis en œuvre par le module de téléchargement HAS pour déterminer quel segment à quel débit d’encodage doit être téléchargé en mode de fonctionnement normal 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. Comme indiqué précédemment, en référence à la , dans notre exemple, une interface de sélection INT est accessible et peut être restituée en même temps que le contenu vidéo C1 sur le même écran. Sur la , le contenu télévisé C1 est situé en arrière-plan et l’interface de sélection INT au premier plan. Selon une variante, en référence à la , l’interface de sélection INT pourrait être aussi restituée sur un écran déporté par exemple sur une tablette TAB , un téléphone mobile, ou tout autre équipement connecté équipé d’un écran. L’interface INT pourrait aussi être restituée à la fois sur l’écran de la télévision et sur un écran déporté. Le procédé de l’invention s’applique de la même manière que la restitution du contenu et de l’interface s’effectue sur un même écran ou pas. L’interface INT comprend au moins une zone sélectionnable Z1-Z3. Plus précisément, une zone est associée à une fonction. Une fonction vise par exemple un accès à un enregistreur, un accès à la vidéo à la demande, un accès aux contenus diffusés en directes, un accès à des réglages, etc. Dans l’exemple qui suit, l’interface de sélection INT comprend des onglets sélectionnables situés dans trois zones Z1, Z2 et Z3, respectivement : - l’onglet de la zone Z1 vise un accès à la vidéo à la demande - L’onglet de la zone Z2 vise un accès aux contenus diffusés en direct typiquement des chaînes de télévision - L’onglet de la zone Z3 vise un accès à des contenus stockés sur un enregistreur. Le nombre de zones est indifférent. Sur la , en bas de l’écran, apparaît aussi un bandeau incluant une succession de contenus live en cours de diffusion et sélectionnables depuis une télécommande. Un curseur CRS peut être déplacé sur l’interface et positionner sur l’interface de sélection. Sur la , le curseur est représenté au moyen d’un flèche. Deux types d’actions peuvent être appliquées aux différents onglets : Un positionnement du curseur CRS sur l’onglet, à distinguer d’une exécution ou validation ; dans ce cas, une information rend visible le positionnement du curseur CRS sur l’écran ; par exemple, l’onglet est mis en surbrillance ; ou bien celui-ci clignote. Une exécution ou validation de la fonction associée à l’onglet; A la différence d’un positionnement qui consiste à repérer sur l’écran l’onglet sur lequel le curseur CRS est placé, une exécution consiste à exécuter la fonction associée à l’onglet. L’exécution s’effectue en générale en appuyant sur une touche de validation par exemple une touche « OK » d’une télécommande. Dans notre exemple, l’entité de gestion ENT va modifier la façon de télécharger les segments en fonction d’un état du curseur. Un état du curseur CRS vise par exemple une mobilité du curseur CRS sur l’interface de sélection, une localisation du curseur CRS sur l’écran lorsque le curseur est positionné sur l’écran, etc. On suppose qu’un contenu C1 est en cours de restitution sur l’écran TV. Selon l’état du curseur CRS, l’entité de gestion ENT peut requérir la restitution d’un contenu autre que le contenu en cours de restitution. Par exemple, selon la zone sélectionnée Z1-Z3 sur l’écran, le contenu peut remplacer le contenu en cours de restitution par un autre contenu. Dans le contexte du téléchargement adaptatif, l’autre contenu peut être le même contenu mais à un débit d’encodage inférieur voire supérieur. L’entité ENT va donc, en fonction de l’état du curseur, imposer un débit d’encodage au module de téléchargement HAS. Dans notre exemple, le débit d’encodage imposé sera choisi parmi les débits inférieurs au débit calculé classiquement selon les techniques de l’art antérieur décrites ci-dessus, voire le débit d’encodage le plus bas parmi les débits offerts à la sélection. Par exemple, si la zone sélectionnée est l’onglet ENR ou VOD, cela signifie que l’utilisateur s’intéresse à autre chose que le contenu en cours de restitution ; dans ce cas, l’entité ENT requiert au module de téléchargement HAS une baisse du débit d’encodage et poursuit la restitution du contenu avec ce débit d’encodage. Par contre, si la zone sélectionnée est la zone associée à l’onglet LIV, on peut penser que l’utilisateur va requérir l’exécution de la fonction d’accès aux contenus live ; dans ce cas ; l’entité ENT requiert au module d téléchargement HAS un fonctionnement normal ; le module HAS accède alors aux segments classiquement en se basant sur la bande passante courante et en sélectionnant un débit optimal par rapport à cette bande passante. Dans ce cas, si le débit d’encodage a été abaissé par l’entité ENT, cette dernière requiert une reprise du téléchargement de façon classique. Pour les raisons qui précèdent, à chaque onglet Z1-Z3 va être associée une valeur spécifiant s’il faut appliquer un traitement particulier par exemple une réduction du débit d’encodage en dessous du débit qui serait classiquement sélectionné. Dans notre exemple une valeur binaire (0 ou 1) est associée aux zones/onglets signifiant s’il faut ou pas diminuer le débit d’encodage. Zone Z1 – code binaire 1 Zone Z2 – code binaire 0 Zone Z3 – code binaire 1 Toutes autres valeurs auraient pu être utilisées en association avec une zone le but de cette valeur étant de distinguer deux types de zone ; cette distinction permettant ensuite de réaliser un traitement particulier ou pas. Si un onglet Z1-Z3 est sélectionné, l’entité de gestion ENT vérifie le code associé et modifie ou pas son fonctionnement pour le téléchargement des segments futurs : Code 1 : un mode spécifique de sélection est mis en œuvre ; dans ce mode, l’entité ENT requiert au module de téléchargement la sélection d’un débit inférieur à celui qui serait demandé dans le mode classique ; Code 0 : l’entité requiert au module de téléchargement un fonctionnement normal ; le mode classique de sélection de débit basé sur la bande passante est mis en œuvre. Selon l’invention, dans le mode spécifique, le débit d’encodage est sélectionné en fonction d’un état du curseur. On verra dans la suite que l’état du curseur CRS vise plusieurs modes de réalisation. En effet, l’état peut viser une localisation du curseur, ou un état de mobilité (s’il est mobile ou immobile), etc. La illustre un mode de réalisation. Cette illustre l’évolution de débit d’encodage sélectionné par le module de téléchargement HAS en fonction du temps et le choix des débits d’encodage en fonction du temps selon que l’état du curseur CRS à savoir dans notre exemple la localisation du curseur sur l’écran et le code binaire associé à la zone. Dans l’exemple, la bande passante BP d’accès courante (exprimée généralement en en Go pour Giga Octets) au réseau RES varie dans le temps. On considère que 4 débits d’encodage N1-N4 sont disponibles pour le contenu à télécharger C1. Le début du téléchargement début à l’instant t0. De l’instant t0 à l’instant t1, on considère qu’aucun onglet n’est sélectionné via le curseur. Le module de téléchargement HAS sélectionne classiquement pour le contenu principal C1 un premier débit N4 maximum et inférieur à la bande passante et reçoit des segments avec ce débit d’encodage N4. Dans un second temps, la bande passante diminuant, le module sélectionne le débit N3 avec le même principe. Dans la suite, le positionnement du curseur CRS sera illustré sous forme de hachures dans l’onglet sélectionné. A l’instant t1, en référence à la , le curseur CRS se déplace suite à la réception d’une commande issue d’un dispositif de commande. A cet instant t1, le curseur CRS se positionne sur la zone Z1 ; la zone Z1 de l’interface de sélection est sélectionnée SEL(Z1) ; cette zone Z1 est hachurée sur la ; sur l’écran, cette zone pourrait être mise en surbrillance pour mettre en avant la localisation de la sélection sur l’écran TV. Suite à la sélection de la zone Z1, l’entité de gestion ENT vérifie le code binaire associé à la zone Z1 à savoir le code binaire 1. Dans ce cas, comme expliqué ci-dessus, l’entité gère le téléchargement selon un mode spécifique de sélection dans lequel l’entité sélectionne un débit inférieur à celui qui serait demandé dans le mode classique ; Dns notre exemple, l’entité sélectionne le débit d’encodage minimum N1. Le débit d’encodage minimum est sélectionné pour les segments à venir tant que la zone Z1 est sélectionnée c’est à dire jusqu’un instant t2 A cet instant t2, en référence à la , le curseur CRS se déplace et se positionne dans la zone Z3 qui est sélectionnée. Suite à la sélection de la zone Z3 (qui est hachurée sur la ), l’entité de gestion ENT vérifie le code binaire associé à la zone à savoir le code binaire 1. Dans ce cas, comme expliqué ci-dessus, l’entité gère le téléchargement selon un mode spécifique de sélection dans lequel l’entité sélectionne un débit inférieur à celui qui serait demandé dans le mode classique ; Dans notre exemple, l’entité poursuit la sélection du débit d’encodage minimum N1. Le débit d’encodage minimum N1 est sélectionné pour les segments à venir tant que la zone Z1 est sélectionnée c’est à dire jusqu’un instant t3. A cet instant t3, en référence à la , le curseur CRS se déplace sur la zone Z2. Suite à la sélection de la zone Z2, l’entité de gestion ENT vérifie le code binaire associé à la zone à savoir le code binaire 0. Dans ce cas, comme expliqué ci-dessus, l’entité requiert un téléchargement HAS classiquement en sélectionnant un débit d’encodage optimal en termes de qualité à savoir N3 puis N4 sur la figure. Le mode de réalisation ci-dessus se base sur la localisation du curseur CRS sur l’écran. Selon un autre mode de réalisation, une mobilité du curseur CRS peut être prise en compte. Dans ce cas, si le curseur CRS est mobile un code binaire 1 est associé à cette mobilité ; le traitement spécifique gère le téléchargement de la manière spécifique définie ci-dessus. Dans ce cas, comme expliqué ci-dessus, l’entité ENT gère le téléchargement selon un mode spécifique de sélection dans lequel l’entité requiert la sélection d’un débit inférieur à celui qui serait demandé dans le mode classique par le module de téléchargement HAS ; Dans notre exemple, l’entité sélectionne le débit d’encodage minimum N1. Si le curseur CRS est immobile, un code binaire 0 est associé à cet état. Dans ce cas, comme expliqué ci-dessus, l’entité gère le téléchargement classiquement en sélectionnant un débit d’encodage maximum et inférieur à la bande passante courante. Précisons enfin ici aussi ici que le terme module ou le terme entité peut correspondre aussi bien à un composant logiciel qu’à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d’ordinateur ou de manière plus générale à tout élément d’un programme apte à mettre en œuvre une fonction ou un ensemble de fonctions telles que décrites pour les modules concernés. De la même manière, un composant matériel correspond à tout élément d’un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.) Procédé de gestion de la restitution d’un contenu (C1) sur un écran (TV), le contenu ayant plusieurs qualités disponibles à la sélection, la restitution du contenu étant associée à une interface de sélection (INT) comprenant au moins une zone de sélection (Z1-Z3) associée à une fonction et manipulable au moyen d’un curseur (CRS), caractérisé en ce que, lors de la restitution du contenu, la qualité sélectionnée pour la restitution du contenu est fonction d’un état du curseur en liaison avec l’interface de sélection (INT). Procédé de gestion selon la revendication 1, caractérisé en ce que le contenu est divisé en plusieurs segments, les segments ayant plusieurs débits d’encodage sélectionnables, en ce que le contenu est en cours de téléchargement depuis un réseau de communication avec un débit d’encodage donné, et en ce que l’état du curseur détermine le débit d’encodage des segments à sélectionner pour les segments futurs. Procédé de gestion selon la revendication 1, caractérisé en ce que le débit d’encodage déterminé est inférieur au débit d’encodage courant. Procédé selon la revendication 2 ou 3, caractérisé en ce que le débit d’encodage déterminé est le débit d’encodage le plus petit sélectionnable. Procédé selon la revendication 1, caractérisé en ce que l’état est un mouvement du curseur sur l’interface de sélection. Procédé selon la revendication 1 ou 2, caractérisé en ce que l’état est une localisation du curseur par rapport à ladite au moins une zone de sélection de l’interface de sélection. Procédé selon l’une des revendications précédentes, caractérisé en ce que le contenu restitué est un contenu d’un type donné, et en ce que si la fonction associée à la zone concerne un accès audit type de contenus, le débit d’encodage est un débit maximum possible fonction de la bande passante courante. Entité de gestion (ENT) de gestion de la restitution d’un contenu sur un écran, le contenu ayant plusieurs qualités disponibles à la sélection, la restitution du contenu étant associée à une interface de sélection comprenant au moins une zone de sélection associée à une fonction et manipulable au moyen d’un curseur, caractérisé en ce qu’elle comprend un module de sélection apte à sélectionner, lors de la restitution du contenu, la qualité pour la restitution du contenu fonction d’un état du curseur. Terminal lecteur (STB) comprenant une entité de gestion (ENT) telle que définie dans la revendication 8. Programme d'ordinateur apte à être mis en œuvre sur une entité de gestion (MNG) telle que définie dans la revendication 8, le programme comprenant des instructions de code qui, lorsqu’il est exécuté par un processeur, réalise les étapes du procédé définies dans la revendication 1. Support de données sur lequel a été mémorisée au moins une série d’instructions de code de programme pour l’exécution d’un procédé selon la revendication 1.