FR 3114720 A1 20220401 FR 2009820 A 20200928 Gestion du téléchargement progressif adaptatif d’un contenu tenant compte de la qualité du signal échangé entre le terminal client et le point d’accès au réseau L'invention concerne un procédé de gestion du téléchargement progressif adaptatif (HAS) d’un contenu numérique depuis un serveur de contenus (2) vers un terminal lecteur de flux multimédia (8). Le serveur de contenus (2) est présent sur un réseau de communication (1), auquel le terminal lecteur de flux multimédia (8) accède par l’intermédiaire d’un point d’accès (6) au réseau. Selon l’invention, une sélection d’un débit d’encodage à utiliser pour le téléchargement d’au moins un des segments temporels tient compte, non seulement d’une information relative à la bande passante disponible sur le réseau, entre le serveur de contenus et le terminal lecteur de flux multimédia (8), mais également d’une information relative à la qualité d’un signal échangé entre le point d’accès et le terminal lecteur de flux multimédia. Figure pour l’abrégé : Fig 1 Gestion du téléchargement progressif adaptatif d’un contenu tenant compte de la qualité du signal échangé entre le terminal client et le point d’accès au réseau Le domaine de l'invention est celui des contenus multimédias numériques, à savoir les contenus audio et/ou vidéo numériques. Plus précisément, l'invention concerne la fourniture de contenus numériques accessibles selon une technique dite de téléchargement progressif adaptatif, dans un contexte où le serveur de contenus est présent sur un réseau de communication, auquel le terminal lecteur de flux multimédia accède par l’intermédiaire d’un point d’accès au réseau. Art antérieur L’accès à un contenu multimédia, tel que la télévision ou la vidéo à la demande, est possible aujourd’hui, pour la plupart des terminaux de restitution. 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. 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 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, en fonction par exemple de la fluctuation de la bande passante disponible. 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 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 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 manifestes, 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 « chunks ». Chacun de ces segments est rendu disponible individuellement au moyen d'un protocole d'échange. Le protocole principalement ciblé est le protocole HTTP, mais d'autres protocoles (par exemple FTP) peuvent également être utilisés. L'organisation des segments et les paramètres associés sont publiés dans un manifeste au format XML. Le principe sous-jacent à cette norme est que le client MPEG-DASH 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, 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 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, et qui peuvent avoir pour objectif de privilégier la qualité du contenu, ou au contraire de garantir la fluidité de la lecture du contenu. 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 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 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, plus génériquement désignés sous le nom de Clef HDMI, peuvent également être utilisés pour accéder à des contenus de type vidéo à la demande. De tels appareils se branchent classiquement sur le port HDMI d’un téléviseur et communiquent, par exemple par connexion Wi-Fi® ou en CPL (pour « Courant Porteur en Ligne »), avec un autre appareil du réseau de communication domestique connecté à un réseau de communication étendu (par exemple un téléphone intelligent de type smartphone, connecté à un réseau mobile 4G ou une passerelle domestique, connectée à une réseau fibré ou ADSL (pour « Asymmetric Digital Subscriber Line », en français « liaison numérique asymétrique »)), 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. Comme indiqué ci-dessus, les différents algorithmes de sélection de la qualité de contenus vidéos à consommer en http Adaptive Streaming peuvent présenter des stratégies plus ou moins agressives, afin de privilégier la qualité du contenu, ou au contraire de garantir la fluidité de la lecture du contenu. Ainsi, un algorithme de sélection privilégiant la qualité de la vidéo restituée à l’utilisateur optera toujours pour la sélection d’un débit d’encodage le plus proche possible de la bande passante disponible entre le terminal client et le serveur de contenus. L’utilisateur est ainsi assuré de toujours bénéficier de la meilleure qualité de restitution du contenu qu’il visualise. Cependant, à la moindre perturbation du réseau affectant la bande passante disponible, la vidéo risque de se figer (phénomène dit de « freezing » en anglais), ce qui s’avère nuisible pour la qualité de l’expérience de l’utilisateur. A l’inverse, si l’algorithme de sélection privilégie la fluidité de l’image pour éviter ces phénomènes néfastes de « freezing », les débits d’encodage sélectionnés pour le téléchargement des segments vidéo sont toujours choisis en conservant une marge de sécurité importante par rapport à la bande passante disponible entre le terminal client et le serveur de contenus. L’utilisateur visualise alors une vidéo de qualité de restitution plus faible, mais qui a toutes les chances de rester fluide, car le client HAS embarqué dans le terminal lecteur de flux multimédia aura plus de latitude pour s’adapter et conserver des buffers de mémorisation des segments disponibles, en cas de fluctuation de la bande passante. Les perturbations susceptibles d’affecter le réseau de distribution du contenu, entre le serveur de contenus et le terminal client, et qui peuvent intervenir lors de la restitution au client d’un contenu vidéo, sont de deux ordres : une diminution de la bande passante disponible, liée au partage de celle-ci entre une pluralité d’utilisateurs. Ainsi, un utilisateur peut débuter la visualisation d’un contenu vidéo dont le débit d’encodage est de 8Mb/s, en étant seul à utiliser une connexion avec le serveur de contenus qui bénéficie d’une bande passante de 10Mb/s. Cependant, si un autre utilisateur, présent par exemple sur le même réseau de communication domestique, commence à son tour à lire une vidéo en mode de téléchargement progressif adaptatif HAS, la bande passante de 10Mb/s va devoir être partagée plus ou moins équitablement entre les deux utilisateurs, et le premier d’entre eux va devoir consommer une vidéo de qualité plus faible pour maintenir la fluidité de la lecture. Une perturbation liée à la connectivité entre le terminal lecteur de flux multimédia et le point d’accès au réseau de communication étendu sur lequel se trouve le serveur de contenus. En effet, la qualité du signal échangé entre le terminal client et le point d’accès peut fluctuer, en fonction de phénomènes de bruit électromagnétique, ou de masquage du point d’accès, qui peuvent diminuer le niveau de signal reçu par le terminal client, et donc impacter fortement le débit disponible sur la liaison entre le terminal client et le point d’accès au réseau de communication étendu. Ceci est tout particulièrement observé lorsque le terminal client est connecté en Wi-Fi à une passerelle résidentielle d’un réseau domestique. Si le partage de la bande passante entre plusieurs utilisateurs est bien pris en compte par les algorithmes de sélection HAS pour choisir le débit d’encodage des segments de contenu à télécharger, la qualité du signal échangé entre le terminal client et le point d’accès au réseau de communication sur lequel se trouve le serveur de contenus n’est pas un paramètre considéré de manière directe par les algorithmes de sélection de contenus HAS. En effet, ces derniers considèrent que le réseau et la qualité de transmission sur ce dernier sont sans défaut, et la qualité du signal n’est donc prise en compte que par effet rebond, dans l’évaluation du temps de réception de segments de contenu par le terminal client. Il existe donc un besoin d'une technique de gestion de téléchargement progressif adaptatif HAS qui ne présente pas ces inconvénients de l’art antérieur. Il existe notamment un besoin d’une telle technique qui permette d’optimiser la qualité de l’expérience utilisateur, en garantissant le maintien d’une fluidité de la lecture du contenu visualisé, quelles que soient les fluctuations de la qualité du signal échangé entre le terminal lecteur de flux multimédia et le point d’accès au réseau de communication sur lequel se trouve le serveur de contenus. Un tel point d’accès peut être une passerelle résidentielle, dans le cas où le terminal client se trouve dans un réseau local ou domestique, ou une station de base, dans le cas où le terminal client est un terminal mobile qui accède aux contenus en 4G ou 5G par exemple. 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 depuis un serveur de contenus vers un terminal lecteur de flux multimédia. Le contenu numérique est associé à un fichier de description du contenu numérique, comprenant une liste de segments temporels du contenu associés chacun à plusieurs débits d’encodage du contenu. Le serveur de contenus est présent sur un réseau de communication, auquel le terminal lecteur de flux multimédia, accède par l’intermédiaire d’un point d’accès au réseau. Une sélection d’un débit d’encodage à utiliser pour le téléchargement d’au moins un des segments temporels tient compte d’une information relative à la bande passante disponible sur le réseau, entre le serveur de contenus et le terminal lecteur de flux multimédia. Selon l’invention, cette sélection prend également en compte une information relative à la qualité d’un signal échangé entre le point d’accès et le terminal lecteur de flux multimédia. Ainsi, l’invention repose sur une approche tout à fait nouvelle et inventive de la gestion du téléchargement progressif adaptatif de contenus entre un serveur de contenus et un terminal lecteur de flux multimédia. En effet, le procédé selon un mode de réalisation de l’invention permet, pour la sélection du débit d’encodage des segments de contenu à télécharger, de prendre en compte, non seulement la bande passante de bout en bout, entre le serveur de contenus et le terminal client, mais également la qualité du signal échangé entre le point d’accès et le terminal client. Contrairement aux algorithmes de sélection HAS classiques, qui n’exploitent que l’information relative à la bande passante disponible entre le serveur de contenus et le terminal client, mais pas l’instabilité éventuelle de celle-ci, pour choisir la politique de sélection optimale des segments de contenus, et décider de son niveau d’agressivité, la technique selon un mode de réalisation de l’invention propose d’affiner cette sélection en tenant compte également de la qualité du signal échangé entre le terminal client et le point d’accès. On optimise ainsi avantageusement la qualité de l’expérience utilisateur, en évitant les phénomènes de « freezing » vidéo, qui peuvent se produire lorsque la qualité du signal se dégrade entre le terminal client et le point d’accès (par exemple entre la clef HDMI et la passerelle résidentielle). En d’autres termes, la technique selon un mode de réalisation de l’invention permet de prendre en compte non seulement la bande passante disponible entre le serveur et le terminal client, mais également sa potentielle instabilité, qui peut résulter de la faible qualité du signal échangé entre le terminal et le point d’accès. En effet, dans le cas d’un signal de faible qualité, la bande passante peut varier à la baisse très rapidement et brutalement. Selon un mode de réalisation, l’information relative à la qualité d’un signal échangé est obtenue par détermination d’au moins un indicateur de qualité du signal entre le terminal lecteur de flux multimédia et le point d’accès. Ce ou ces indicateurs de qualité peuvent être obtenus par calcul ou par mesure, et sont choisis pour permettre d’évaluer avec efficacité et fiabilité le niveau de qualité du signal entre le point d’accès et le terminal client. Ainsi, selon un mode de réalisation, l’indicateur de qualité est une métrique, au niveau de la couche physique 1 du modèle OSI (de l'anglais « Open Systems Interconnection », modèle basique de référence pour l'interconnexion des systèmes ouverts, qui est une norme de connexion en réseau de tous les systèmes informatiques), d’un lien entre le terminal lecteur de flux multimédia et le point d’accès. Quelles que soient la nature de la liaison entre le terminal client et le point d’accès, et la technologie de communication et de connectivité utilisée pour cette liaison, il est ainsi possible d’élaborer un indicateur de qualité reflétant avec fiabilité le niveau de qualité du signal échangé. Notamment, selon un mode de réalisation, le signal échangé entre le point d’accès et le terminal lecteur de flux multimédia appartient au groupe comprenant : un signal de type Wi-Fi, par exemple conforme à une norme IEEE 802.11 ; un signal de type Courant Porteur en Ligne, par exemple conforme à une norme IEEE 1905.1 ; un signal de radiocommunication mobile de type 3G, 3G+, H+ 4G, 5G, etc. Plus particulièrement, lorsque le signal échangé entre le point d’accès et le terminal lecteur de flux multimédia est un signal Wi-Fi®, et que le point d’accès est une passerelle domestique, on détermine deux indicateurs de qualité du signal Wi-Fi® : - un rapport signal sur bruit associé au signal Wi-Fi (SNR pour l’anglais « Signal To Noise Ratio ») ; - une mesure du niveau de puissance en réception du signal Wi-Fi (RSSI pour l’anglais « Received Signal Strength Indication »). Le rapport signal sur bruit, également appelé rapport signal à bruit, est en effet un indicateur de la qualité de la transmission d’une information véhiculée par un signal électrique ou radioélectrique. C’est le rapport des puissances entre : le signal d'amplitude maximale reçu par le terminal client pour laquelle la distorsion à la sortie reste inférieure à une valeur limite ; le bruit de fond, qui correspond en général au signal présent à la sortie du terminal client en l’absence d'un signal à l'entrée. Il s'exprime généralement en décibels (dB). Le niveau de bruit ambiant (par exemple le niveau de bruit électromagnétique généré par un autre équipement Wi-Fi qui émet à proximité du terminal client) influence la valeur du SNR. En complément, le masquage du point d’accès Wi-Fi par un obstacle (par exemple le corps d’un utilisateur qui passe sur le trajet entre le terminal client et le point d’accès) diminue le niveau de signal reçu, et influence donc la valeur du RSSI. Il apparaît donc que ces deux indicateurs de qualité combinés permettent d’évaluer avec fiabilité les deux types de phénomènes susceptibles d’affecter la qualité du signal Wi-Fi. Selon un mode de réalisation, une valeur du ou des indicateur(s) de qualité du signal définit un niveau de qualité du signal, et on opère une mise en correspondance du niveau de qualité du signal et des débits d’encodage du contenu. Ainsi, on peut définir différentes valeurs seuils du ou des indicateurs de qualité, qui définissent plusieurs plages de valeurs que l’on associe à différents niveaux de qualité du signal. Par exemple, dans le cas d’un signal Wi-Fi, on peut définir trois valeurs seuils pour le SNR d’une part, et pour le RSSI d’autre part. En fonction des valeurs mesurées pour le SNR et pour le RSSI, et de leur position relative par rapport aux seuils établis, on en déduit un niveau de qualité du signal Wi-Fi, qui peut être par exemple qualifié de bon, moyen, faible ou insuffisant. Ces niveaux de qualité du signal peuvent avantageusement être associés aux différents niveaux de débits d’encodage proposés dans le fichier manifest associé au contenu. Ainsi, un niveau de qualité qualifié de bon permettra par exemple d’accéder à tous les niveaux de débits d’encodage proposés dans le fichier manifest, tandis qu’un niveau faible ou insuffisant limitera l’accès du terminal client aux débits d’encodage les plus faibles du fichier manifest, afin de garantir la fluidité de la lecture. Plus spécifiquement, le débit d’encodage du contenu correspondant au niveau de qualité du signal est un débit d’encodage maximum auquel est bornée la sélection. Ainsi, pour un contenu disponible au téléchargement selon quatre niveaux de débits d’encodage (par exemple à 256 kb/s (kilobits par seconde) (Résolution 1, ou niveau 1, noté N1), 512 kb/s (N2), 1024 kb/s (N3) et 2048 kb/s (niveau 4, N4), et pour un signal dont le niveau de qualité peut être qualifié d’insuffisant, faible, moyen ou bon, on peut opérer la mise en correspondance suivante : pour un signal de niveau de qualité « insuffisant », les segments de contenu ne pourront pas être téléchargés à plus de 256 ; pour un signal de niveau de qualité « faible », l’algorithme de sélection HAS devra borner le débit d’encodage des segments à télécharger à 512 ; pour un signal de niveau de qualité « moyen », il sera possible de télécharger les segments de contenu jusqu’à un débit d’encodage maximum de 1024 ; enfin, un signal de bonne qualité permettra à l’algorithme de sélection HAS d’avoir une politique agressive, susceptible de sélectionner le débit d’encodage maximum du contenu de 2048. Plus généralement, quel que soit le nombre de niveaux de débits d’encodage proposés dans le fichier manifest du contenu, on peut ainsi proposer un « mapping » de ces niveaux de débits et des niveaux de qualité du signal échangé entre le terminal client et le point d’accès, tels que définis par les valeurs du ou des indicateurs de qualité utilisés. Selon un premier mode de réalisation, la détermination de l’indicateur de qualité du signal est mise en œuvre dans le terminal lecteur de flux multimédia. Selon un autre mode de réalisation, la détermination de l’indicateur de qualité du signal est mise en œuvre dans le point d’accès. Cette détermination s’opère par exemple à chaque téléchargement de segment de contenu, ou de façon périodique, indépendamment du téléchargement de segment. Bien sûr, les valeurs seuils des indicateurs de qualité à considérer pour déterminer le niveau de qualité du signal ne sont pas le mêmes selon que la détermination s’opère dans le terminal client, ou dans le point d’accès. L'invention concerne également un dispositif de gestion du téléchargement progressif adaptatif (HAS) d’un contenu numérique depuis un serveur de contenus vers un terminal lecteur de flux multimédia. Le contenu numérique est associé à un fichier de description du contenu numérique, comprenant une liste de segments temporels du contenu associés chacun à plusieurs débits d’encodage du contenu. Le serveur de contenus est présent sur un réseau de communication, auquel le terminal lecteur de flux multimédia accède par l’intermédiaire d’ point d’accès au réseau. Un tel dispositif comprend un module de sélection d’un débit d’encodage à utiliser pour le téléchargement d’au moins un des segments temporels tenant compte d’une information relative à la bande passante disponible sur le réseau, entre le serveur de contenus et le terminal lecteur de flux multimédia. Selon l’invention, un tel module de sélection prend également en compte une information relative à la qualité d’un signal échangé entre le point d’accès et le terminal lecteur de flux multimédia. Un tel dispositif de gestion du téléchargement progressif est notamment configuré pour mettre en œuvre le procédé de gestion décrit précédemment. L’invention concerne aussi un terminal lecteur de flux multimédia qui comprend un dispositif de gestion de téléchargement progressif adaptatif tel que décrit précédemment. L’invention concerne encore un produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en œuvre 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 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. D'autre part, un tel support d'enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens, de sorte que le programme d’ordinateur qu’il contient est exécutable à distance. Le programme selon l'invention peut être en particulier téléchargé sur un réseau par exemple le réseau Internet. Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé de contrôle d’affichage précité. Le dispositif de gestion de téléchargement progressif adaptatif, le terminal lecteur de flux multimédia et le programme d'ordinateur correspondants précités présentent au moins les mêmes avantages que ceux conférés par le procédé de gestion de téléchargement progressif adaptatif selon la présente invention. Présentation des figures D'autres buts, caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante, donnée à titre de simple exemple illustratif, et non limitatif, en relation avec les figures, parmi lesquelles : présente un exemple d’une architecture de téléchargement progressif basée sur l’utilisation du téléchargement progressif adaptatif selon un mode de réalisation de l’invention ; illustre une architecture d’un terminal lecteur de flux multimédia de la ; décrit sous forme de schéma bloc le procédé de prise en compte, dans la sélection des segments de contenu à télécharger, de la qualité du signal échangé entre le terminal lecteur de flux multimédia et le point d’accès au réseau selon un mode de réalisation de l’invention ; présente un exemple d’indicateurs de qualité du signal dans le cas d’une connexion Wi-Fi entre le terminal lecteur de flux multimédia et le point d’accès dans l’exemple de réseau de la . Description détaillée de modes de réalisation de l'invention Le principe général de l'invention repose, dans le cadre du téléchargement progressif adaptatif de type HAS d’un contenu, sur la prise en compte de la qualité du signal échangé entre un terminal client et le point d’accès au réseau de communication auquel appartient le serveur de contenu, pour adapter l’algorithme de sélection des débits d’encodage des segments de contenu à télécharger. En effet, selon l’art antérieur, seule la bande passante disponible entre le serveur de contenus et le terminal client est prise en compte par les algorithmes de sélection HAS, par détermination du temps nécessaire au téléchargement des différents segments de contenu. Les algorithmes de sélection HAS, embarqués dans les terminaux lecteurs de flux multimédia, adaptent, plus ou moins rapidement, le niveau de débit d’encodage des segments à télécharger, en fonction des éventuelles chutes de débit disponible, dans le but d’éviter que la vidéo ne se fige au cours de sa restitution au client. Cependant, des perturbations affectant le signal échangé entre le terminal lecteur de flux multimédia et le point d’accès au réseau du serveur sont susceptibles de faire chuter très rapidement le débit disponible, et en tout état de cause plus rapidement que le temps d’adaptation nécessaire aux algorithmes de sélection HAS existants. Selon les différents modes de réalisation de l’invention, on prend donc en compte, lors de la sélection des segments vidéo à télécharger, la qualité de ce signal, pour filtrer, ou pondérer, les niveaux de débit d’encodage visés, en fonction de cette qualité mesurée. Lorsque la qualité du signal est médiocre, ou mauvaise, une telle solution se traduit, certes, par une dégradation de la qualité de restitution du contenu vidéo, mais également par une lecture plus fluide du contenu, qui n’est plus interrompue par des problèmes de « freeze » vidéo, ce qui permet d’accroître sensiblement la qualité de l’expérience de l’utilisateur. On présente désormais, en relation avec la , un exemple d’une architecture de téléchargement progressif basée sur l’utilisation du téléchargement progressif adaptatif selon l’invention. 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, ou un réseau de radiocommunication mobile de type 3G, 3G+, 4G ou 5G, etc. Un serveur de contenus numériques 2 se trouve selon cet exemple dans le réseau étendu (WAN, 1). Le serveur de contenus 2 reçoit par exemple des chaînes de contenus de télévision numérique en provenance d’un réseau de télévision diffusée, non représenté, et/ou des vidéos à la demande, et les met à disposition des terminaux clients. Plus généralement, on s’intéresse, dans le contexte de la présente invention, au cas d’un terminal lecteur de flux multimédia qui souhaite accéder au contenu présent sur un serveur de contenus 2, appartenant à un réseau de communication 1. Le terminal lecteur de flux multimédia (8 par exemple) accède au réseau 1 par l’intermédiaire d’un point d’accès 6. En outre, bien que la illustre le cas d’un réseau local 10, dans lequel le point d’accès 6 est une passerelle résidentielle, on comprendra que l’invention s’applique également au cas où le point d’accès 6 est une station de base d’un réseau de radiocommunication de type 3G, 3G+, 4G ou 5G par exemple, auquel un terminal client mobile (par exemple un « smartphone » ou téléphone intelligent 3) accède pour obtenir le téléchargement d’un contenu depuis un serveur de contenus 2 présent sur ce réseau. Les terminaux clients 3, 4 et 8 peuvent entrer en communication avec le serveur de contenus 2 pour recevoir un ou plusieurs contenus (films, documentaires, séquences publicitaires, etc.). En général, un terminal émet une requête à destination d’un serveur, en indiquant le contenu choisi et il reçoit en retour un flux de données numériques relatives à ce contenu. Dans le cadre d’un réseau de communication local, une telle requête transite par la passerelle d’accès au réseau, par exemple la passerelle résidentielle. Plus généralement, une telle requête transite par le point d’accès 6 au réseau étendu 1. 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. Il est fréquent, dans ce contexte client-serveur, de recourir, pour échanger les données entre les terminaux client 3, 4 et 8 et le serveur 2, à une technique de téléchargement progressif adaptatif, en anglais « adaptive streaming », basée sur le protocole http, et abrégée en HAS. 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 globale entre le terminal client 3, 4 et 8 et le serveur de contenus 2. Classiquement, différentes qualités peuvent être encodées pour le même contenu d’une chaîne, correspondant par exemple à différents débits. Plus généralement, on parlera de qualité pour se référer à une certaine résolution du contenu numérique (résolution spatiale, temporelle, niveau de qualité associée à la compression vidéo et/ou audio) avec un certain débit. Chaque niveau de qualité est lui-même découpé sur le serveur de contenus en segments temporels (ou « fragments » de contenu, en anglais « chunks », ces trois mots étant utilisés indifféremment dans l’ensemble de ce document). La description de ces différentes qualités et de la segmentation temporelle associée, ainsi que les fragments de contenu, sont décrits pour le terminal client et mis à sa disposition via leurs adresses Internet (URI : Universal Ressource Identifier). L’ensemble de ces paramètres (qualités, adresses des fragments, etc.) est en général regroupé dans un fichier de paramètres, dit fichier de description. On notera que ce fichier de paramètres peut être un fichier informatique ou un ensemble d’informations descriptives du contenu, accessible à une certaine adresse. Ces fragments ou « chunks » comprennent un ensemble de données représentatives du contenu. Dans l’exemple d’une vidéo, chaque « chunk » de la vidéo comprend notamment une première image dite image « I », ou intra, et une ou plusieurs images qui peuvent être prédites à partir de cette image I par estimation/compensation de mouvement. Les terminaux 3, 4 et 8 possèdent leurs propres caractéristiques en termes de capacité de décodage, d’affichage, etc. Dans un contexte de téléchargement adaptatif progressif, ils peuvent adapter leurs requêtes pour recevoir et décoder le contenu demandé par l’utilisateur à la qualité qui leur correspond au mieux. Dans notre exemple, et selon la technique de l’art antérieur, si les contenus sont disponibles aux débits 512 kb/s (kilobits par seconde) (Résolution 1, ou niveau 1, noté D1), 1024 kb/s (D2), 2048 kb/s (D3) 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 générale, on note « Ci@Dj » le contenu numéro i avec la qualité j (par exemple le j-ième niveau Dj de qualité décrit dans le fichier de description). On s’intéresse plus particulièrement dans la suite de la description à la Clef HDMI 8, qui est par exemple une CléTV® d’Orange®. Le point d’accès 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. Leur décodage est effectué par un lecteur de flux multimédia intégré à la Clef HDMI 8. En variante, on peut également considérer tout autre terminal lecteur de flux multimédia présent dans le réseau local 10, notamment au niveau d’un élément de type STB (de l’anglais Set-Top-Box, en français boîtier adaptateur) ou console de jeux (non représenté) associé à un téléviseur. Dans cet exemple, pour visualiser un contenu, le terminal 8 interroge tout d’abord 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 manifeste selon la norme MPEG-DASH (noté « C.mpd ») et on se réfèrera indifféremment, selon le contexte, à l’expression « fichier de description » ou « manifest». 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 manifeste (MPD) conforme à la norme MPEG-DASH et comportant la description de contenus disponibles dans trois qualités différentes (D1 = 512 kb/s, D2 = 1024 kb/s, D3 = 2048 kb/s) des contenus fragmentés est présenté en annexe 1 . Ce fichier manifeste simplifié décrit des contenus numériques dans une syntaxe XML (de l'Anglais «eXtended Markup Language»), comprenant une liste de contenus sous forme de fragments classiquement décrits entre une balise ouvrante ( ) et une balise fermante ( ). La découpe en fragments permet notamment de s’adapter finement aux fluctuations de la bande passante. Chaque fragment correspond à une certaine durée (champ « duration ») avec plusieurs niveaux de qualité et permet de générer leurs adresses (URL – Uniform Resource Locator). Cette génération est faite dans cet exemple à l’aide des éléments «BaseURL» («HTTP://server.com») qui indique l’adresse du serveur de contenus et «SegmentURL» qui liste les parties complémentaires des adresses des différents fragments : - « C1_512kb_1.mp4 » pour le premier fragment du contenu « C1 » à 512 kilobits par seconde (« kb ») au format MPEG-4 (« mp4 »), - « C1_512kb_2.mp4 » pour le second fragment, - etc. Une fois qu’il dispose des adresses de fragments correspondant au contenu souhaité, le point d’accès 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). Le téléviseur 5, via sa connexion à la clef HDMI 8 par branchement sur son port HDMI, est utilisé pour restituer une vidéo à la demande. 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 manifeste 7. En variante, on notera que le contenu C1 peut également être un programme télévisuel diffusé en différé, ou une vidéo personnelle de l’utilisateur, ou tout autre contenu multimédia de durée déterminée, pour laquelle l’invention s’applique également. Dans un exemple, un utilisateur souhaite visualiser un contenu multimédia, tel qu’une vidéo, sur son téléviseur 5 connecté à une clé HDMI 8. La clef HDMI 8 est connectée en WiFi® directement à la passerelle résidentielle 6. En variante, la clef HDMI 8 pourrait également être conforme à la norme IEEE 1905.1, et être connectée à la passerelle résidentielle 6 par une technologie de Courant Porteur en Ligne. Les fragments de contenu obtenus par la passerelle résidentielle 6 sont par exemple transmis en WiFi® à la clef HDMI 8, qui pilote leur affichage sur l’écran du téléviseur 5, pour restitution à l’utilisateur après décodage par un lecteur de flux multimédia intégré à la clef HDMI 8. Cependant, cette transmission des fragments de la passerelle résidentielle 6 à la clef HDMI 8 est susceptible d’être perturbée, en fonction de la connectivité Wi-Fi entre la passerelle et la clef HDMI. En effet, la qualité du signal Wi-Fi échangé entre ces deux équipements peut être impactée par le niveau de bruit électromagnétique dans le réseau 10 (qui peut augmenter fortement si un autre équipement Wi-Fi émet dans le réseau 10, par exemple si le téléphone intelligent 3, situé à proximité de la CléTV® 8 va lire une vidéo YouTube®) ; elle peut également être perturbée par une forte diminution du niveau de signal reçu par la Clef HDMI 8 (par exemple en cas de masquage du point d’accès Wi-Fi 6, qui peut se produire quand un utilisateur se déplace dans l’environnement domestique, et que son corps masque temporairement la passerelle domestique 6 à la CléTV® 8). En cas de perturbation sur le réseau local 10, le débit disponible pour la Clef HDMI 8 peut alors chuter brutalement, entraînant pour l’utilisateur un phénomène désagréable de « freeze » vidéo, dans lequel le contenu se fige momentanément sur l’écran du téléviseur 5. Pour éviter ce désagrément, et assurer une lecture fluide du contenu en toute circonstance, on propose de tenir compte d’indicateurs de qualité du signal échangé entre le terminal lecteur de flux multimédia et le point d’accès au réseau étendu 1, lors de la sélection des fragments de contenu, et plus particulièrement lors de la sélection de leur débit d’encodage. La représente une architecture d’un terminal lecteur de flux multimédia selon un tel mode de réalisation de l’invention, par exemple la clef HDMI 8 de la , ou un boîtier adaptateur de type set-top box, une console de jeux, etc. On décrit plus particulièrement dans la suite l’exemple de la Clef HDMI 8, par exemple une CléTV® d’Orange®. Il 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. La clef HDMI 8 communique avec un point d’accès au réseau Internet étendu, par exemple la passerelle résidentielle 6, via le module WIFI pour une communication locale sans fils. En variante, la communication entre la clef HDMI 8 et la passerelle 6 pourrait s’opérer via une technologie de type Courant Porteur en Ligne conforme à la norme IEEE 1905.1 : dans ce cas, dans l’architecture de la , le module WIFI serait remplacé par un module CPL. Dans une autre variante, le terminal lecteur de flux multimédia dont l’architecture est présentée en pourrait être un téléphone mobile, tel que le téléphone intelligent de la . Dans ce cas, l’architecture de la pourrait comprend un module de radiocommunication RC, pour la communication du terminal avec la station de base d’un réseau 4G ou 5G, en parallèle de, ou en lieu et place du module WIFI. La clef HDMI 8 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 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 DET-Q de détermination d’un ou plusieurs indicateurs de qualité du signal échangé entre le module WIFI (ou en variante CPL, ou RC) et le point d’accès au réseau de communication étendu 1, par exemple la passerelle résidentielle 6. Elle comprend également un module DISP de commande de l’affichage du contenu sur un écran d’un terminal de restitution, par exemple le téléphone intelligent 3 ou le téléviseur 5. Un tel module DISP est un module de gestion de l’interface avec le terminal de restitution de l’utilisateur, par lequel la clef HDMI 8 obtient par exemple des informations sur les éventuelles interactions de l’utilisateur avec le terminal de restitution (action sur la télécommande du téléviseur par exemple par appui sur la touche volume ou une touche de changement de canal, ou sélection dans un menu en surbrillance sur l’écran du téléviseur d’un contenu à télécharger), et par lequel elle peut piloter l’affichage sur l’écran du terminal de restitution de fenêtres pop-up, lui permettant de délivrer des messages, notamment des informations sur la qualité du signal échangé avec la passerelle résidentielle. Il comprend encore un module SEL de sélection d’un débit d’encodage maximal ou d’une résolution maximale autorisés pour le téléchargement du contenu, en fonction des informations de qualité fournies par le module DET-Q. Le module SEL pilote le module de téléchargement progressif adaptatif HAS, afin de 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ù la qualité du signal Wi-Fi échangé avec la passerelle résidentielle n'est pas optimale. La clef HDMI 8 selon un mode de réalisation de l’invention peut aussi contenir d’autres modules comme un disque dur (non représenté) pour le stockage des fragments vidéo, un module de contrôle d’accès aux contenus, un module de traitement des commandes reçues d’une tablette 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 intelligent 3 de l’utilisateur ou de sa tablette 4, ou du téléviseur 5, qui est utilisée par ce dernier pour choisir par exemple son contenu. On notera que le terme module peut correspondre aussi bien à un composant logiciel qu’à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d’ordinateur ou de manière plus générale à tout élément d’un programme apte à mettre en œ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.). 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 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 la détermination des indicateurs de qualité du signal échangé avec le point d’accès au réseau de communication étendu, l’affichage de fenêtres pop-up sur l’écran du terminal de restitution, et le bridage de la qualité du contenu téléchargé en fonction de la qualité di signal Wi-Fi, 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 illustre seulement une manière particulière, parmi plusieurs possibles, de réaliser un terminal lecteur de flux multimédia, afin qu’il effectue les étapes du procédé détaillé ci-après, en relation avec la (dans l’un quelconque des différents modes de réalisation, ou dans une combinaison de ces modes de réalisation). En effet, ces étapes peuvent être réalisées indifféremment sur une machine de calcul reprogrammable (un ordinateur PC, un processeur DSP ou un microcontrôleur) exécutant un programme comprenant une séquence d’instructions, ou sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel). On présente désormais, en relation avec la , un exemple de prise en compte, lors de la sélection des fragments de contenu à télécharger, de la qualité du signal échangé entre un terminal lecteur de flux multimédia 30, par exemple la clef HDMI 8, et un point d’accès, par exemple la passerelle résidentielle 6, de la . Le terminal lecteur de flux multimédia 30 est connecté à un terminal de restitution TX (par exemple la clef HDMI 8 est connectée au téléviseur 5 par l’intermédiaire d’une liaison HDMI). Il comprend un module DISP 300 d’interface avec le terminal de restitution TX, un module DET-Q 301 de détermination d’un ou plusieurs indicateurs de qualité du signal Wi-Fi échangé avec le point d’accès, un module SEL 302 de sélection d’un débit d’encodage maximum autorisé pour le téléchargement, en fonction de cette qualité, et un module client HAS 303. Un serveur de contenus 2 expose une vidéo C1 sous forme de « chunks » C1 i @Nj encodés à différents débits d’encodage Nj, où l’indice i désigne un identifiant temporel du « chunk » C1 i @Nj. Selon l’art antérieur, un module client HAS est chargé de venir récupérer ses « chunks » auprès du serveur de contenus 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 débit d’encodage du prochain fragment vidéo à télécharger : il existe en effet de nombreux algorithmes permettant d’opérer ce choix, dont les stratégies sont plus ou moins sécuritaires ou agressives. On rappelle cependant que, le plus souvent, le principe général de tels algorithmes repose sur le téléchargement d’un premier fragment au débit d’encodage le plus faible proposé dans le manifeste, et sur l’évaluation du temps de récupération de ce premier fragment. Sur cette base, le module client HAS évalue si, en fonction de la taille du fragment et du temps mis pour le récupérer, les conditions réseau permettent de télécharger le fragment suivant à un débit d’encodage plus élevé. Certains algorithmes reposent sur une augmentation progressive du niveau de qualité des fragments de contenu téléchargés ; d’autres proposent des approches plus risquées, avec des sauts dans les niveaux des débits d’encodage des fragments successifs. 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 permettre une restitution en continu sur le terminal de restitution TX. Dans le mode de réalisation illustré sur la , 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’éviter les phénomènes de « freeze » vidéo qui pourraient intervenir en cas de dégradation de la qualité du signal Wi-Fi, comme décrit plus en détail par la suite. 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 C1, et les différentes qualités vidéo Nj associées. On considère par exemple le cas d’un client qui souhaite regarder une vidéo à la demande (VOD), en utilisant sa CléTV® 8 connectée en Wi-Fi à sa passerelle domestique 6. On suppose que sur la Clef HDMI 8 qu’il veut utiliser, la technologie de transport du flux multimédia est de type HAS avec cinq niveaux de débit d’encodage et de résolution disponibles, comme illustré sur la . Ainsi, dans l’exemple de la , le contenu C1 est par exemple proposé sous forme de fragments de durée 3s, avec un premier débit d’encodage N1 = 600 kb/s, un deuxième débit d’encodage N2 = 1200 kb/s, un troisième débit d’encodage N3 = 2100 kb/s, etc. Dans un mode de fonctionnement normal, non illustré sur la , 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 600 kb/s), puis C12@N3 (soit le deuxième fragment temporel à un débit d’encodage de 2100 kb/s), puis C13@N3 (soit le troisième fragment temporel à un débit d’encodage de 2100 kb/s), ... Les différents fragments téléchargés par le module client HAS 303 sont transmis au module d’interface DISP 300 pour leur restitution à l’utilisateur sur l’écran du terminal de restitution TX. L’algorithme mis en œuvre 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 de la prise en compte des indicateurs de qualité fournis par le module DET-Q 301) 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 , le module DET-Q 301 détermine un ou plusieurs indicateurs de qualité du signal échangé entre le terminal lecteur de flux multimédia 30, et le point d’accès au réseau de communication étendu 1, par exemple la passerelle résidentielle 6. Ces indicateurs de qualité dépendent bien sûr du type de signal échangé entre le terminal client 30 et le point d’accès, et de la technologie associée. Néanmoins, quelle que soit cette technologie, ces indicateurs de qualité sont le plus souvent à rechercher dans les métriques de lien proposées au niveau de la couche physique du modèle OSI. Ainsi, pour une liaison par Courant Porteur en Ligne conforme à la norme IEEE 1905.1 AMLE, entre le terminal client 30 et la passerelle domestique 6, les indicateurs de qualité mesurés par le module DET-Q 301 pourront être choisis parmi : un nombre d’erreurs de paquets (en anglais « Packet errors ») ; un nombre de paquets transmis (en anglais « Transmitted packets ») ; la capacité de rendement MAC, exprimée en Mbps (en anglais « MAC Throughput capacity ») ; la disponibilité du lien (exprimée en pourcentage du temps pendant lequel le lien est inactif) ; le taux PHY (en anglais « PHY rate »). Lorsque le terminal client 30 est un terminal mobile qui échange un signal de radiocommunication de type 4G ou 5G avec une station de base formant point d’accès au réseau de communication étendu 1, les indicateurs de qualité mesurés par le module DET-Q 301 pourront par exemple également être le SNR et le RSSI. La prise en compte de ces indicateurs de qualité, dans ce contexte 4G ou 5G, permet avantageusement d’anticiper le cas où l’utilisateur mobile passe dans un tunnel ou entre dans un parking souterrain par exemple. Enfin, dans le cas d’un signal Wi-Fi, on pourra s’intéresser par exemple aux deux indicateurs de qualité suivants : le rapport signal à bruit (SNR) mesuré par le module DET-Q 301, qui correspond à la différence exprimée en décibels entre le signal reçu par le module WIFI du terminal client 30 et le bruit de fond ; le niveau de puissance en réception du signal Wi-Fi reçu par le terminal client 30 en provenance de la passerelle 6 (RSSI pour l’anglais « Received Signal Strength Indication »). En effet, le rapport signal à bruit fluctue en fonction du niveau de bruit électromagnétique ambiant, et se dégrade notamment lorsque le terminal client 30 est l’objet de perturbations dues à des équipements voisins qui émettent également en Wi-Fi, que ce soit par exemple un autre équipement du réseau local 10 (par exemple la tablette 4), ou la passerelle domestique du voisin. Le RSSI quant à lui peut se dégrader en cas de masquage du point d’accès Wi-Fi, par exemple quand un corps d’un utilisateur du réseau 10 se déplace et occulte provisoirement la passerelle résidentielle 6, vue du terminal client 30. Les valeurs mesurées par le module DET-Q 301 permettent de déterminer un niveau général de qualité du signal Wi-Fi, comme illustré sur la . Sur cette figure, on représente sur l’axe des abscisses la valeur du SNR mesurée par le module DET-Q 301, exprimée en décibels, et sur l’axe des ordonnées, la valeur du RSSI, exprimée également en décibels. Pour chacun de ces deux indicateurs, on définit trois niveaux de seuil, qu’on note T1, T2 et T3 pour le SNR, et S1, S2 et S3 pour le RSSI. Par exemple, dans le contexte réseau de la , les inventeurs de la présente demande de brevet ont établis que les valeurs de ces seuils pouvaient être fixées à : S1=-76dB, S2=-70dB et S3 =-50dB ; T1=18dB, T2=25dB et T3=35dB. On notera que ces valeurs sont adaptées pour un service de type vidéo, mais pourraient être moindre par exemple pour un simple service d’envoi d’email. En fonction des valeurs respectives de ces deux indicateurs de qualité, on définit ainsi quatre niveaux de qualité du signal Wi-Fi, notés Q1 à Q4. On notera qu’on peut bien sûr également choisir une granularité différente du nombre de niveaux de qualité, en choisissant un nombre de valeurs seuils Si et Ti plus élevé, ou au contraire moins élevé, selon les besoins. Ainsi, dans l’exemple de la , pour une valeur mesurée du SNR comprise entre T1 et T2, et une valeur mesurée du RSSI inférieure à S1, le niveau de qualité du signal Wi-Fi échangé entre le terminal client 30 et la passerelle 6 prendra la valeur Q1, correspondant au niveau de qualité le plus faible. Pour une valeur mesurée du SNR supérieure à T3, et une valeur mesurée du RSSI comprise entre S2 et S3, le niveau de qualité du signal Wi-Fi échangé entre le terminal client 30 et la passerelle 6 prendra la valeur Q3. Lorsque le SNR mesuré est supérieur à T3, et que le RSSI mesuré est supérieur à S3, on atteint alors le niveau de qualité Q4 maximal du signal Wi-Fi. Par simplification, on peut par exemple qualifier ces différents niveaux de qualité Q1 à Q4 de qualité insuffisante pour Q1, faible pour Q2, moyenne pour Q3 et bonne pour Q4. On peut bien sûr procéder de même quel que soit le nombre d’indicateurs de qualité mesurés, en associant des recoupements de plages de valeurs de ces indicateurs avec des niveaux de qualité du signal Wi-Fi. Les valeurs des indicateurs de qualité sont mesurées par le module DET-Q 301, qui peut déterminer le niveau de qualité Qi résultant, avant de le transmettre au module de sélection SEL 302. En variante, le module DET-Q 301 mesure les valeurs des indicateurs de qualité, et les transmet au module de sélection SEL 302, qui se charge de déterminer le niveau de qualité Qi résultant. En fonction du niveau de qualité Qi évalué, le module de sélection SEL 302 est susceptible de brider le module client HAS 303, pour le téléchargement des segments de contenu. Dans une première variante, on associe au niveau de qualité Wi-Fi Qi un pourcentage maximal de la bande passante mesurée à utiliser pour le téléchargement des segments. Ainsi : Pour le niveau de qualité Q1, on considère que 75% de la bande passante mesurée par le module client HAS 303 peut être utilisée pour le téléchargement de segments, sans risquer de phénomène néfaste où la vidéo se fige en cours de restitution ; Pour le niveau de qualité Q2, on considère qu’il est raisonnable de ne pas utiliser plus de 50% de la bande passante mesurée par le module client HAS 303 ; Pour le niveau de qualité Q3, on limite le débit d’encodage des segments de contenus téléchargés par le module client HAS 303, pour qu’ils ne consomment pas plus de 40% de la bande passante mesurée ; Enfin, pour le niveau de qualité le plus faible Q4, le module de sélection SEL 302 bride le module client HAS 303 pour que les ressources consommées lors du téléchargement des segments du contenu C1 n’excèdent pas 25% de la bande passante mesurée. Dans cette première variante (non représentée sur la ), il existe donc un échange de données entre le module de sélection SEL 302 et le module client HAS 303 : par exemple, la bande passante mesurée par le module client HAS 303 est communiquée au module de sélection SEL 302, qui calcule, en fonction du niveau de qualité Qi, et du pourcentage associé de consommation de bande passante recommandé, le débit d’encodage maximum du prochain segment de contenu que le module client HAS 303 peut télécharger. De façon alternative, ce calcul peut s’opérer dans le module client HAS 303, si le module de sélection SEL 302 lui fournit les informations nécessaires pour ce faire. Dans une autre variante, le module de sélection SEL 302 opère un « mapping », ou une mise en correspondance, des niveaux de qualité Qi du signal Wi-Fi et des niveaux de qualité Nj du contenu C1. Ainsi, pour un niveau de qualité Q1 du signal Wi-Fi, le module de sélection SEL 302 borne le débit d’encodage maximum des segments à télécharger par le module client HAS 303 au niveau de résolution N1 du contenu C1 ; pour un niveau de qualité Q2, le module de sélection SEL 302 fixe au niveau N2 le débit d’encodage maximum des segments à télécharger par le module client HAS 303 ; pour un niveau de qualité Q3, le module client HAS 303 est autorisé à télécharger des segments de contenu C1 jusqu’au débit d’encodage de niveau N3, si la bande passante mesurée le permet ; enfin, pour une qualité de signal Wi-Fi Q4, le module client HAS 303 pourra télécharger les segments du contenu C1 à l’un quelconque des niveaux de résolution N1 à N4, en fonction des ressources réseau disponibles. La valeur de débit d’encodage maximum sélectionnée par le module de sélection SEL 302, en fonction du niveau de qualité Wi-Fi Qi, est communiquée au module HAS 303, de façon à brider le téléchargement des fragments de contenu à ce débit d’encodage maximum. Ainsi, comme illustré sur la , le module client HAS 303 va télécharger successivement (312) les fragments C12@N3, C13@N3, C14@N2, C15@N1 et C16@N3, c’est-à-dire, télécharger le fragment de meilleure qualité possible en fonction des contraintes réseau, mais en tenant compte également de la qualité Qi du signal Wi-Fi évaluée à chaque téléchargement de segment. Les segments de contenu qui apparaissent barrés sur la correspondent aux débits d’encodage interdits par le module de sélection SEL 302, au vu de la qualité du signal Wi-Fi évaluée par le module DET-Q 301. Ainsi, pour le deuxième segment C1 2 , les débits d’encodage N4 et N5 sont interdits, car le niveau de qualité Wi-Fi évalué par le module de sélection SEL 302 sur la base des mesures du module DET-Q 301 est de niveau Q3. Le module client HAS 303 télécharge alors le segment de contenu C1 2 @N3, qui correspond au débit d’encodage maximum auquel il peut prétendre. Pour le troisième segment C1 3 , le niveau de qualité Wi-Fi s’est amélioré, et est passé à Q4 ; seul le niveau de résolution N5 est donc interdit au téléchargement. Cependant, la bande passante disponible, telle que mesurée par le module client HAS 303 a chuté, de sorte que ce dernier choisit de télécharger le segment C1 3 @N3. Pour le quatrième segment C1 4 , le niveau de qualité Wi-Fi s’est à nouveau dégradé, par exemple parce que le terminal client 30 subit un bruit électromagnétique ambiant, lié à la proximité d’un autre équipement émettant en Wi-Fi : il est évalué par le module de sélection SEL 302 au niveau Q2, et le débit d’encodage maximum auquel le module client HAS 303 peut prétendre est donc N2. Il télécharge donc le segment C1 4 @N2. L’équipement bruyant voisin s’étant tu, la qualité du signal Wi-Fi augmente à nouveau, pour s’établir au niveau Q4, lors du téléchargement du cinquième segment. Le module client HAS 303 pourrait donc prétendre à l’un quelconque des niveaux de résolution N1, N2, N3 et N4 du contenu C1. Cependant, la bande passante disponible mesurée ayant diminué (par exemple à cause d’un partage de ressources réseau avec d’autres utilisateurs), le module client HAS 303 opte pour le téléchargement du segment C1 5 @N1 au débit d’encodage le plus faible du fichier manifest 7. Enfin, avant téléchargement du sixième segment C1 6 , le niveau de qualité Wi-Fi est évalué comme bon, correspondant à un niveau Q4, que le module de sélection SEL 302 associe à un débit d’encodage maximum autorisé N4. Le module client HAS 303 peut donc télécharger l’un quelconque des segments C1 6 @N1 à C1 6 @N4. Après mesure de la bande passante disponible, le choix du segment de contenu à télécharger par l’algorithme de sélection HAS se porte sur le segment C1 6 @N3. On adapte ainsi avantageusement le niveau de qualité des segments téléchargés en fonction de la qualité du signal Wi-Fi, afin de se prémunir d’un éventuel problème de connectivité Wi-Fi qui pourrait nuire à l’expérience de visualisation de l’utilisateur. En d’autres termes, en fonction du niveau de qualité Wi-Fi évalué, on réaliser un filtrage du débit d’encodage des segments, tel que déterminé par le module client HAS 303 en prenant en compte uniquement la bande passante disponible, telle que mesurée à chaque téléchargement de segment. En effet, lorsque la qualité du signal Wi-Fi est bonne, la bande passante entre la passerelle résidentielle et le terminal client 30 est stable. En revanche, si ce signal est de mauvaise qualité, il convient d’avoir une stratégie moins agressive de sélection des segments en HAS, pour anticiper sur une éventuelle dégradation. Ainsi, à chaque téléchargement de segment, ou de façon périodique, on mesure classiquement la bande passante disponible, mais également les indicateurs de qualité du signal Wi-Fi, et on pondère les valeurs de débit d’encodage obtenus par l’algorithme de sélection HAS classique, en fonction du niveau de qualité Wi-Fi estimé. La qualité des segments téléchargés par le module client HAS 303 est alors réduite, par rapport à la technique de l’art antérieure, mais permet une lecture plus fluide du contenu sur le terminal TX 5. En effet, on s’affranchit ainsi des vidéos qui se figent momentanément, ce qui améliore l’expérience de l’utilisateur. On notera que dans une variante, non représentée sur les figures, la mesure des indicateurs de qualité du signal échangé entre le terminal lecteur de flux multimédia et le point d’accès peut être effectuée dans le point d’accès lui-même. Les valeurs de seuil proposées ci-avant doivent bien sûr être adaptées en conséquence. En outre, ces valeurs, ou le niveau de qualité qui en est déduit, doivent être fournis au terminal lecteur de flux multimédia, pour qu’ils soient pris en compte dans la sélection des débits d’encodage des segments de contenu à télécharger. Dans ses différents modes de réalisation, la présente invention peut être mise en œuvre sur les boîtiers adaptateurs ou décodeurs (en anglais « set top box »), sur la CléTV® d’Orange®, sur les consoles de jeux et généralement sur tous les terminaux consommant des vidéos en HAS par l’intermédiaire d’un point d’accès à un réseau de communication. ANNEXE 1 : exemple de fichier manifest Procédé de gestion du téléchargement progressif adaptatif (HAS) d’un contenu numérique (C1) depuis un serveur de contenus (2) vers un terminal lecteur de flux multimédia (8 ; 30), ledit contenu numérique étant associé à un fichier de description (7) dudit contenu numérique, comprenant une liste de segments temporels dudit contenu associés chacun à plusieurs débits d’encodage dudit contenu, ledit serveur de contenus (2) étant présent sur un réseau de communication (1), auquel ledit terminal lecteur de flux multimédia (8 ; 30) accède par l’intermédiaire d’un point d’accès (6) audit réseau, une sélection d’un débit d’encodage à utiliser pour le téléchargement d’au moins un desdits segments temporels tenant compte d’une information relative à la bande passante disponible sur ledit réseau, entre le serveur de contenus et le terminal lecteur de flux multimédia, caractérisé en ce que ladite sélection prend également en compte une information relative à la qualité d’un signal échangé entre ledit point d’accès et le terminal lecteur de flux multimédia. Procédé de gestion selon la revendication 1, caractérisé en ce que ladite information relative à la qualité d’un signal échangé est obtenue par détermination d’au moins un indicateur de qualité du signal entre le terminal lecteur de flux multimédia et le point d’accès. Procédé de gestion selon la revendication 2, caractérisé en ce que ledit indicateur de qualité est une métrique, au niveau de la couche physique 1 du modèle OSI, d’un lien entre ledit terminal lecteur de flux multimédia et ledit point d’accès. Procédé de gestion selon l'une quelconque des revendications 1 à 3, caractérisé en ce que ledit signal échangé entre ledit point d’accès et le terminal lecteur de flux multimédia appartient au groupe comprenant : un signal de type Wi-Fi ; un signal de type Courant Porteur en Ligne ; un signal de radiocommunication mobile. Procédé de gestion selon la revendication 4, caractérisé en ce que ledit signal échangé entre ledit point d’accès et le terminal lecteur de flux multimédia (8) est un signal Wi-Fi®, ledit point d’accès est une passerelle domestique(6) et en ce qu’on détermine deux indicateurs de qualité du signal Wi-Fi® : - un rapport signal sur bruit associé audit signal Wi-Fi (SNR pour l’anglais « Signal To Noise Ratio ») ; - une mesure du niveau de puissance en réception dudit signal Wi-Fi (RSSI pour l’anglais « Received Signal Strength Indication »). Procédé de gestion selon l'une quelconque des revendications 2 à 5, caractérisé en ce qu’ une valeur dudit au moins un indicateur de qualité du signal définit un niveau de qualité (Qi) dudit signal, et en ce qu’ on opère une mise en correspondance dudit niveau de qualité (Qi) dudit signal et desdits débits d’encodage (Ni) du contenu. Procédé de gestion selon la revendication 6, caractérisé en ce que ledit débit d’encodage du contenu correspondant audit niveau de qualité dudit signal est un débit d’encodage maximum auquel est bornée ladite sélection. Procédé de gestion selon l'une quelconque des revendications 1 à 7, caractérisé en ce que la détermination de l’indicateur de qualité du signal est mise en œuvre dans ledit terminal lecteur de flux multimédia. Procédé de gestion selon l'une quelconque des revendications 1 à 7, caractérisé en ce que la détermination de l’indicateur de qualité du signal est mise en œuvre dans ledit point d’accès. Produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en œuvre d’un procédé selon l'une quelconque des revendications 1 à 9, lorsqu’il est exécuté par un processeur. Dispositif de gestion du téléchargement progressif adaptatif (HAS) d’un contenu numérique depuis un serveur de contenus (2) vers un terminal lecteur de flux multimédia, ledit contenu numérique étant associé à un fichier de description (7) dudit contenu numérique, comprenant une liste de segments temporels dudit contenu associés chacun à plusieurs débits d’encodage dudit contenu, ledit serveur de contenus étant présent sur un réseau de communication (1), auquel ledit terminal lecteur de flux multimédia accède par l’intermédiaire d’ un point d’accès (6) audit réseau, ledit dispositif comprenant un module de sélection (SEL 302) d’un débit d’encodage à utiliser pour le téléchargement d’au moins un desdits segments temporels tenant compte d’une information relative à la bande passante disponible sur ledit réseau, entre le serveur de contenus et le terminal lecteur de flux multimédia, caractérisé en ce que ledit module de sélection (SEL 302) prend également en compte une information relative à la qualité d’un signal échangé entre ledit point d’accès et le terminal lecteur de flux multimédia. Dispositif de gestion du téléchargement progressif adaptatif selon la revendication 11, caractérisé en ce qu’ il est configuré pour mettre en œuvre le procédé de gestion selon l'une quelconque des revendications 1 à 9. Terminal lecteur de flux multimédia caractérisé en ce qu’ il comprend un dispositif de gestion de téléchargement progressif adaptatif selon la revendication 11 ou 12.