FR 2976149 A1 20121207 FR 1161564 A 20111213 DISPOSITIF D'OBTENTION DE CONTENUS EN MODE STREAMING EN FONCTION DE LA DISTANCE ÉCRAN/OBSERVATEUR, ET RÉCEPTEUR DE CONTENUS ASSOCIÉ Domaine technique de l'invention L'invention concerne la transmission de contenus multimédia dans un mode dit de diffusion en continu (ou « streaming » ou encore lecture à la volée). 1 o II est rappelé que le streaming consiste à transmettre successivement à au moins un récepteur de contenus, via un réseau de communication (filaire ou non filaire), des parties (ou « chunks » - micro-fichiers) d'un contenu afin qu'elles puissent être utilisées en temps réel en lecture à la volée. Ce type de transmission peut se faire au moyen de différents protocoles de streaming, 15 comme par exemple RTP ou MPEG-TS sur UDP, HTTP streaming, ou plus récemment HTTP adaptive streaming. On entend ici par « contenu multimédia » un ensemble de données audio et vidéo préparé de façon adaptée à sa consommation de manière à optimiser sa transmission. II pourra donc s'agir, par exemple, d'un programme 20 de télévision ou de vidéos ou encore d'un jeu contenant par exemple des animations et/ou des textures et/ou des modèles 3D dont la complexité peut être réduite pour diminuer la quantité d'information à transmettre. On notera que le contenu peut être éventuellement de type stéréoscopique. 25 Etat de l'art La bande passante disponible d'un réseau de communication est un paramètre qui fluctue dans le temps, parfois de façon importante et/ou durable, y compris lorsque ce réseau est de type domestique ou résidentiel. Cette bande passante disponible pouvant être simultanément utilisée par différentes 30 applications ou différents services, éventuellement de différents usagers, le fonctionnement d'une application ou d'un service peut donc être perturbé ou altéré lorsqu'elle devient (très) faible. C'est notamment le cas des applications ou services relatifs à l'obtention d'un contenu multimédia. En effet, si la bande passante offerte à un instant donné par un réseau de communication est momentanément incompatible avec le débit binaire de transmission de données d'un contenu multimédia requis, une partie des données de ce contenu multimédia ne pourra pas être reçue par le récepteur de contenus requérant, et donc ce dernier pourra au mieux restituer momentanément des images et/ou des sons de qualité dégradé et au pire ne plus rien restituer du tout. Afin de limiter les conséquences des fluctuations précitées, il a été proposé de générer à partir d'un même contenu plusieurs versions différentes qui correspondent à des débits binaires de transmission différents. Ainsi, lorsqu'un récepteur de contenus, connecté à un réseau de communication, veut récupérer un contenu via ce dernier, il requiert à chaque instant choisi la version de ce contenu qui est la mieux adaptée aux conditions offertes par ce réseau de communication à cet instant choisi, ce qui évite les images gelées ou dégradées. Cette sélection en continu des versions d'un contenu en fonction de la bande passante disponible permet une certaine adaptation aux fluctuations du réseau. Cependant, elle ne prend pas en considération la position d'un usager (ou observateur) par rapport à l'écran qui est utilisé pour afficher les images du contenu multimédia reçu. II peut donc arriver que pendant certains intervalles de temps on utilise une partie de la bande passante disponible d'un réseau de communication pour récupérer une version de contenu qui correspond à une résolution d'image bien supérieure aux besoins réels temporaires de l'usager (ou observateur). On comprendra en effet que lorsqu'un usager s'éloigne de son écran d'affichage, il n'a temporairement plus besoin d'images ayant une aussi bonne résolution que celle dont il avait besoin lorsqu'il était plus près de cet écran d'affichage. Chaque fois que la situation précitée survient, une petite partie de la bande passante disponible d'un réseau de communication se retrouve inutilement utilisée, alors même qu'elle pourrait éventuellement servir à une autre application ou un autre service. Résumé de l'invention L'invention a donc notamment pour but d'améliorer la situation, et plus précisément d'éviter qu'une partie de la bande passante d'un réseau de communication soit inutilement utilisée pour récupérer, dans un mode de diffusion en continu, une version de contenu multimédia qui est temporairement inadaptée aux besoins d'un usager. A cet effet, l'invention propose notamment un dispositif destiné à obtenir, dans un mode de diffusion en continu, des contenus multimédia qui sont disponibles dans des versions différentes correspondant à des débits binaires de transmission différents et propres à être transmises à un récepteur de contenus via un réseau de communication en vue d'un affichage par un écran. Ce dispositif se caractérise par le fait qu'il est agencé, d'une part, pour déterminer une résolution d'affichage en fonction d'au moins une dimension et une définition maximale de l'écran et d'une estimée de distance séparant cet écran d'un observateur placé devant lui, puis une version de contenu adaptée à cette résolution d'affichage déterminée, et, d'autre part, pour ordonner au récepteur de contenus de récupérer une partie au moins de cette version de contenu déterminée. Le dispositif selon l'invention peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment : - il peut comprendre au moins un capteur agencé (ou conçu) pour estimer la distance qui sépare l'écran d'un observateur qui est placé devant ce dernier ; - il peut être agencé pour déterminer une distance normalisée en fonction de l'estimée de distance, d'une dimension choisie de l'écran et d'une valeur représentative du rapport entre une distance écran/observateur théorique, adaptée à l'écran pour la définition maximale de cet écran, et la dimension choisie de l'écran, et pour déterminer la résolution d'affichage en fonction de cette distance normalisée déterminée ; - la dimension choisie de l'écran peut être sa largeur, et la définition maximale de l'écran peut être celle qu'il possède suivant cette largeur ; - il peut être agencé i) pour déterminer la résolution d'affichage en calculant l'inverse de la distance normalisée déterminée, ii) pour déterminer une valeur intermédiaire égale au produit de la résolution d'affichage par une définition maximale offerte par les versions du contenu à récupérer, et iii) pour déterminer parmi les différentes versions du contenu à récupérer celle qui offre une définition voisine de cette valeur intermédiaire déterminée ; - il peut être agencé pour choisir une résolution d'affichage égale à 1 lorsque la distance normalisée déterminée est inférieure ou égale à 1 ; - il peut être agencé pour déterminer parmi les différentes versions du contenu à récupérer celle qui offre la définition la plus proche de la valeur intermédiaire déterminée, par valeur supérieure ; - il peut être agencé pour récupérer au moins un fichier de description qui est stocké en correspondance des versions d'un contenu qu'il souhaite obtenir et qui décrit leurs débits binaires de transmission et définitions maximales offertes respectifs ; - il peut être agencé, en présence de plusieurs observateurs placés devant l'écran à différentes distances, pour utiliser dans la détermination de la résolution d'affichage la plus petite distance parmi ces différentes distances ; - il peut être agencé pour ne prendre en considération que les observateurs qui regardent l'écran ; - il peut être agencé pour requérir exclusivement les données audio d'une version de contenu en l'absence d'observateur devant l'écran ; - il peut être agencé pour choisir la version de contenu qui correspond au débit binaire de transmission le plus élevé lorsque la valeur en cours de la bande passante disponible du réseau de communication est adaptée à ce débit binaire de transmission le plus élevé et qu'il n'existe pas d'application (ou service) concurrent(e) susceptible d'utiliser simultanément cette bande passante disponible. L'invention propose également un récepteur de contenus comprenant un dispositif d'obtention de contenus multimédia du type de celui présenté ci-avant. Un tel récepteur de contenus peut, par exemple, se présenter sous la forme d'un boîtier de type set-top box, d'un décodeur, d'une passerelle résidentielle ou domestique, d'une console de jeux, d'un ordinateur fixe ou portable, d'un téléphone mobile, d'un assistant numérique personnel, ou d'une tablette électronique. L'invention propose également un procédé destiné à obtenir, dans un mode de diffusion en continu, des contenus multimédia qui sont disponibles dans des versions différentes, correspondant à des débits binaires de transmission différents et propres à être transmises à un récepteur de contenus via un réseau de communication, en vue d'un affichage par un écran. Ce procédé se caractérise par le fait qu'il comprend : - une étape (i) consistant à déterminer une résolution d'affichage en fonction d'au moins une dimension et une définition maximale de l'écran et d'une estimée de distance séparant cet écran d'un observateur placé devant ce dernier, puis une version de contenu adaptée à cette résolution d'affichage déterminée, et - une étape (ii) consistant à ordonner au récepteur de contenus de récupérer une partie au moins de cette version de contenu déterminée. Brève description des dessins D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés, sur lesquels : - la figure 1 illustre de façon schématique et fonctionnelle un réseau de communication auquel est connecté un serveur de contenus multimédia et un récepteur de contenus, équipé d'un dispositif d'obtention de contenus selon l'invention et couplé à un ensemble de télévision, - la figure 2 illustre de façon schématique six différentes versions d'un même contenu correspondant respectivement à six débits binaires de transmission différents, - la figure 3 illustre schématiquement au sein d'un diagramme un exemple d'évolution temporelle (t) de la distance normalisée (dn) d'un observateur par rapport à un écran sur lequel sont affichées des images obtenues par un dispositif d'obtention de contenus multimédia selon l'invention, la figure 4 illustre schématiquement au sein d'un diagramme un exemple d'évolution temporelle (t) de la résolution d'affichage normalisée (rn) des images affichées par un écran en présence de l'évolution temporelle de la distance normalisée (dn) illustrée sur la figure 3, - la figure 5 illustre schématiquement au sein d'un diagramme un exemple d'évolution temporelle (t) du débit de transmission de données (BR) d'un contenu en présence de l'évolution temporelle de la résolution d'affichage normalisée (rn) illustrée sur la figure 4, et la figure 6 illustre schématiquement au sein d'un diagramme un exemple de loi d'évolution de la résolution d'affichage normalisée (rn) en fonction de la distance normalisée (dn). Les dessins annexés pourront non seulement servir à compléter l'invention, mais aussi contribuer à sa définition, le cas échéant. Description détaillée L'invention a notamment pour objet de proposer un dispositif d'obtention de contenus multimédia D destiné à obtenir des contenus multimédia, dans un mode de diffusion en continu (ou streaming), pour au moins un récepteur de contenus RC couplé à un réseau de communication R. Dans ce qui suit, on considère à titre d'exemple non limitatif que le réseau de communication R est un réseau constitué du réseau Internet connecté notamment à un récepteur de contenus RC par un réseau d'accès xDSL. Mais l'invention n'est pas limitée à ce type de réseau de communication. En effet, le réseau de communication R peut être filaire ou non filaire. Ainsi, il pourrait également s'agir d'un réseau filaire de type câble ou fibre, ou d'un réseau mobile ou cellulaire ou WLAN (« Wireless Local Area Network » - éventuellement de type 802.11 (ou WiFi) ou WiMAX)), ou encore d'un réseau local sans fil à très courte portée de type bluetooth. Le réseau de communication R peut également être constitué de sous-réseaux disjoints avec par exemple un réseau unidirectionnel de diffusion, par exemple de type télévision, et un réseau bidirectionnel, par exemple de type accès Internet large bande (xDSL). Par ailleurs, on considère dans ce qui suit, à titre d'exemple non limitatif, que le récepteur de contenus RC est un set-top box (ou STB). Mais l'invention n'est pas limitée à ce type de récepteur de contenus. Elle concerne en effet tout type de récepteur de contenus pouvant être connecté à au moins un réseau de communication afin de recevoir des contenus multimédia, et capable de restituer un contenu multimédia. Par conséquent, il pourra également s'agir, par exemple, d'un décodeur, d'une passerelle résidentielle (ou « residential gateway »), d'une passerelle domestique (ou « home gateway »), d'un ordinateur fixe ou portable, d'un téléphone mobile (éventuellement de type « smartphone »), d'un assistant numérique personnel (ou PDA (pour « Personal Digital Assistant »)), d'une tablette électronique, ou d'une console de jeux. De plus, on considère dans ce qui suit, à titre d'exemple non limitatif, que les contenus multimédia sont des vidéos. Mais l'invention n'est pas limitée à ce type de contenu multimédia. Elle concerne en effet tout type de contenu multimédia disponible sous la forme de fichiers de données ou de parties (ou chunks) de fichier, et notamment les programmes de télévision, les jeux, les programmes cinématographiques, les images d'événements sportifs, les contenus éducatifs, et les images générées par ordinateur (ou CGI (pour « Computer Generated Imagery »). On a schématiquement illustré sur la figure 1 un réseau de communication R auquel est connecté un serveur de contenus SC, propre à stocker des contenus (multimédia), et un récepteur de contenus RC, destiné à décoder des contenus (multimédia) transmis par le serveur SC (à la requête d'un dispositif d'obtention de contenus D selon l'invention). Par exemple, et comme illustré non limitativement, le set-top box RC est couplé à au moins un ensemble de télévision TS chargé de restituer sur un écran EC les contenus qu'il aura décodés et qui sont par exemple issus d'un serveur SC via le réseau de communication R. Le serveur (de contenus) SC est par exemple chargé de stocker dans des moyens de stockage MS des versions Vj différentes de contenus. Ces moyens de stockage MS peuvent se présenter sous n'importe quelle forme connue de l'homme de l'art, y compris logicielle. Par conséquent, il pourra s'agir d'une mémoire. On entend ici par « versions différentes d'un contenu » des versions qui correspondent à des débits binaires de transmission BRj différents. On a schématiquement illustré sur la figure 2 six différentes versions V1 à V6 (j = 1 à 6) d'un même contenu correspondant respectivement à six débits binaires de transmission BRj différents, comme par exemple 1 Mbps (Mégabits par seconde) pour la première version V1, 2 Mbps pour la deuxième version V2, 3 Mbps pour la troisième version V3, 4 Mbps pour la quatrième version V4, 5 Mbps pour la cinquième version V5 et 6 Mbps pour la sixième version V6. Chaque version Vj d'un contenu est constituée d'une multiplicité de parties (ou « chunks » - micro fichiers) de durées identiques. Dans l'exemple de la figure 2, chaque partie d'une version Vj est matérialisée par un rectangle dont la hauteur est représentative du débit binaire de transmission BRj correspondant. Le nombre de versions d'un même contenu peut être égal à n'importe quelle valeur au moins égale à deux (2). II est important de noter que les versions Vj d'un même contenu correspondent à des résolutions rj qui sont de préférence toutes différentes. II est rappelé que la résolution r est égale au produit de la définition horizontale dh (par ligne) d'une image par la définition verticale dv (par colonne) de cette même image (soit r = dh*dv). On notera cependant qu'au moins deux versions d'un même contenu peuvent correspondre à une même résolution mais à des taux de compressions différents. A titre d'exemple non limitatif, on peut avoir : - une première version V1 correspondant à un premier débit binaire de transmission BR1 égal à 1 Mbps, une première définition horizontale dhl égale à 784 pixels et une première définition verticale dv1 égale à 441 pixels, - une deuxième version V2 correspondant à un deuxième débit binaire de transmission BR2 égal à 2 Mbps, une deuxième définition horizontale dh2 égale à 1109 pixels et une deuxième définition verticale dv2 égale à 624 pixels, - une troisième version V3 correspondant à un troisième débit binaire de transmission BR3 égal à 3 Mbps, une troisième définition horizontale dh3 égale à 1358 pixels et une troisième définition verticale dv3 égale à 764 pixels, - une quatrième version V4 correspondant à un quatrième débit binaire de transmission BR4 égal à 4 Mbps, une quatrième définition horizontale dh4 égale à 1568 pixels et une quatrième définition verticale dv4 égale à 882 pixels, - une cinquième version V5 correspondant à un cinquième débit binaire de transmission BR5 égal à 5 Mbps, une cinquième définition horizontale dh5 égale à 1753 pixels et une cinquième définition verticale dv5 égale à 986 pixels, et - une sixième version V6 correspondant à un sixième débit binaire de transmission BR6 égal à 6 Mbps, une sixième définition horizontale dh6 égale à 1920 pixels et une sixième définition verticale dv6 égale à 1080 pixels. On remarquera que dans l'exemple non limitatif qui précède les six différents débits binaires de transmission BRj correspondent tous à un même nombre de bits par pixel (à savoir 2,96) et à un même rapport dhj/dvj (à savoir 1,78). Cela permet en effet de faire varier la résolution d'une version Vj à une autre Vj' (avec j' # j) tout en maintenant constant un rapport d'aspect. Mais cela n'est pas obligatoire. On notera également que les versions Vj d'un même contenu peuvent, par exemple, avoir été générées par encodage au moyen d'une technique de compression vidéo, comme par exemple MVC (« Multiview Video Coding »), AVC (« Advanced Video Coding »), SVC (« Scalable Video Coding »), MPEG2, H264, et plus généralement tout type de compression vidéo permettant une encapsulation dans un format dédié au transport en mode streaming, y compris pour les données audio. On notera également, comme illustré sur la figure 2, que les versions Vj d'un même contenu comprennent préférentiellement des trames de référence TR dont les positions temporelles sont identiques d'une version à l'autre. II est rappelé que les trames de référence TR sont celles qui permettent d'accéder de façon aléatoire à une partie (ou chunk) d'un contenu qui est transmis en mode streaming. Dans l'exemple illustré, chaque trame de référence TR est placée au début d'une partie (ou chunk) d'une version Vj de contenu. Cela permet à un décodeur installé dans un récepteur de contenus RC de passer d'une version Vj à une autre Vj', sur requête, à des instants précis (qui sont les instants de transmission des trames de référence TR) sans que cela n'induise d'artefact visuel (typiquement chaque chunk de vidéo commence et éventuellement se termine par une image clef pour une transition d'un chunk à l'autre invisible pour l'usager). On notera également que les versions Vj de chaque contenu sont préférentiellement stockées en correspondance d'au moins un fichier de description qui décrit leurs débits binaires BRj respectifs et leurs définitions horizontales dhj respectives et/ou leurs définitions verticales dvj respectives. Chaque fichier de description est par exemple au format M3U8 (éventuellement un par résolution) ou MPD (« MPEG DASH » (MPEG Dynamic Adaptive Streaming over HTTP)). On reviendra plus loin sur l'intérêt de ce(s) fichier(s) de description. Les versions Vj, qui sont stockées dans le serveur SC, sont destinées à être transmises sur requête à au moins un récepteur de contenus RC, à la requête d'un dispositif d'obtention de contenus multimédia D selon l'invention. On notera qu'un dispositif d'obtention de contenus multimédia D peut être associé à au moins un récepteur de contenus RC. On entend ici par « associé » aussi bien le fait de faire partie intégrante du récepteur de contenus RC (comme illustré non limitativement), que le fait d'être couplé directement au récepteur de contenus RC. Par conséquent, un dispositif d'obtention de contenus multimédia D peut être réalisé sous la forme de modules logiciels (ou informatiques), ou bien d'une combinaison de circuits électroniques et de modules logiciels. Mais un dispositif D peut être implanté dans un équipement différent du récepteur de contenus RC. Ainsi, le capteur qui est positionné à proximité de l'écran EC peut informer un dispositif D qui est situé dans une passerelle résidentielle, laquelle se charge alors d'effectuer les ajustements pour le récepteur de contenus RC (ici le STB). On peut également avoir plusieurs écrans EC et/ou plusieurs capteurs, et éventuellement un dispositif D central (par exemple dans une passerelle résidentielle) qui décide de l'affectation de la bande passante entre les différents récepteurs de contenus RC associés aux différents écrans EC. Ce dispositif (d'obtention de contenus multimédia) D est tout d'abord agencé pour déterminer une résolution d'affichage en fonction d'au moins une dimension et une définition maximale de l'écran EC (sur lequel doivent être affichées les images d'un contenu désiré) et d'une estimée de la distance d qui sépare cet écran EC d'un observateur qui est placé devant lui (EC). La distance écran/observateur d est estimée par au moins un capteur de distance (ou de mouvement) CD qui est, par exemple et comme illustré, couplé au récepteur de contenus RC, et placé sensiblement au niveau de l'écran EC. On notera que ce capteur CD peut faire partie de l'écran EC (ou de l'équipement électronique dont il fait partie), ou bien il peut s'agir d'un équipement additionnel qui est connecté au récepteur de contenus RC (ou, comme ici, à l'ensemble de télévision TS, ou encore à une console de jeux couplée à l'ensemble de télévision TS). Dans une autre variante de réalisation le(s) capteur(s) CD peu(ven)t faire partie du dispositif D. A titre d'exemples non limitatifs, le capteur peut être un équipement additionnel de type Kinect® (fabriqué par Microsoft), ou bien un simple détecteur de distance. Toute technologie connue de l'homme de l'art et permettant d'estimer une distance peut être ici envisagée, et notamment les technologies reposant sur l'émission d'ondes dans le spectre infrarouge ou dans le spectre des ultrasons (comme dans certains dispositifs d'aide au stationnement de véhicules automobiles). On notera qu'il est possible que le dispositif D détermine une distance normalisée dn à partir de chaque distance écran/observateur d. Par exemple, cette distance normalisée dn peut être déterminée en fonction de l'estimée de distance d, d'une dimension choisie (par exemple la largeur w) de l'écran EC et d'une valeur v représentative du rapport entre une distance écran/observateur théorique dt, adaptée à l'écran EC pour la définition maximale considérée de l'écran EC, et la dimension choisie (par exemple la largeur w) de l'écran E. Ainsi, on peut par exemple utiliser la formule dn = d / (w*v). La distance écran/observateur théorique dt est une distance optimale devant séparer un observateur d'un écran EC pour qu'il profite pleinement de la définition maximale de cet écran EC. Par exemple, dans le cas d'une définition horizontale maximale de 1920 pixels (format HD 1080p), le rapport v généralement recommandé par les fabricants de téléviseurs (lorsque la dimension choisie considérée est la largeur w) est égal à 1,4, ce qui signifie que l'observateur est placé de façon optimale par rapport à l'écran EC lorsque la distance d qui le sépare de l'écran EC est égale à 1,4 fois la largeur w de cet écran EC. On vérifie bien que lorsque d = 1,4*w et v = 1,4, on obtient une 1 o distance normalisée dn égale à 1. On notera que lorsque la dimension choisie est la hauteur h de l'écran EC (et donc que la définition maximale de l'écran EC est celle qu'il possède suivant cette largeur w), on doit multiplier la valeur v précitée par le rapport w/h. Le dispositif D peut, par exemple, obtenir la dimension choisie de 15 l'écran EC (par exemple sa largeur w) auprès de son récepteur de contenus RC, car celui-ci est couplé à cet écran EC (et plus précisément ici à l'ensemble de télévision ET, par exemple via une prise de type HDMI). Ce paramètre qu'est la dimension choisie fait partie des données qui sont échangées entre l'écran EC et le récepteur de contenu RC et qui sont désignées par l'acronyme 20 anglais EDID (« Extended Display Identification Data »). En variante, la dimension choisie peut être fournie manuellement. On a schématiquement illustré sur la figure 3 un exemple d'évolution de la distance normalisée dn d'un observateur en fonction du temps t. Le dispositif D est également agencé, une fois qu'il a déterminé une 25 distance normalisée dn, pour déterminer une résolution d'affichage normalisée rn en fonction de cette distance normalisée dn. Par exemple, la résolution d'affichage normalisée rn peut être égale à l'inverse de la distance normalisée déterminée dn (soit rn = 1/dn). On notera que le dispositif D peut être éventuellement agencé pour 30 choisir une résolution d'affichage normalisée rn égale à 1 lorsque la distance normalisée dn déterminée est inférieure ou égale à 1 (la valeur dn = 1 est ici un seuil). Dans ce cas, la loi d'évolution de la résolution d'affichage normalisée rn en fonction de la distance normalisée déterminée dn peut être de typel/dn lorsque dn est strictement supérieure à 1, comme illustré non limitativement sur la figure 6. On a schématiquement illustré sur la figure 4 un exemple d'évolution de la résolution normalisée rn des images affichées par un écran EC (à la requête d'un dispositif D) en présence de l'exemple d'évolution temporelle de la distance normalisée dn de la figure 3 et de six versions de contenu Vj (du type de celles illustrées sur la figure 2). Le dispositif D est également agencé, une fois qu'il a déterminé pour un contenu requis une résolution d'affichage (éventuellement normalisée), pour déterminer une version Vj de ce contenu qui est adaptée à cette résolution d'affichage déterminée, et pour ordonner à son récepteur de contenus RC de récupérer une partie au moins de cette version de contenu Vj déterminée. On notera que cette récupération se fait dans un mode de diffusion en continu (ou streaming). Pour ce faire, on peut par exemple utiliser le protocole de transport http/TCP ou RTP/UDP. Lorsque le dispositif D a déterminé pour un contenu requis une résolution d'affichage normalisée rn, il peut déterminer une valeur intermédiaire vi égale au produit de cette résolution d'affichage rn par la définition maximale dm qui est offerte par les versions Vj de ce contenu, soit vi = rn*dm. On notera que cette définition maximale dm doit correspondre à la direction (horizontale ou verticale) qui a été utilisée pour effectuer le calcul de rn. Par exemple, il s'agit de la définition horizontale maximale. Dans l'exemple non limitatif décrit plus haut en référence à la figure 2, la définition horizontale maximale est celle de la sixième version V6, laquelle est égale à 1920 pixels. Une fois que le dispositif D a déterminé une valeur intermédiaire vi pour un contenu, il doit ensuite déterminer parmi les différentes versions Vj de ce contenu celle qui offre une définition qui est voisine de cette valeur intermédiaire déterminée vi. Par exemple, on peut déterminer parmi les différentes versions du contenu à récupérer celle qui offre la définition la plus proche de la valeur intermédiaire déterminée vi, par valeur supérieure. Par exemple, si la distance écran/observateur d est égale à 3 mètres, que la largeur de l'écran EC est égale à 94 cm et que le rapport v est égal à 1,4, on obtient une distance normalisée dn égale à 2,28 (3/(0,94*1,4)) et une résolution d'affichage normalisée égale à 0,44 (1/2,28). Si la définition maximale dm offerte par les versions Vj du contenu requis est égale à 1920 pixels, alors la valeur intermédiaire vi est égale à 845 (1920*0,44). La définition horizontale qui est offerte par les six versions V1 à V6 de l'exemple précité et qui est la plus proche par valeur supérieure de la valeur intermédiaire déterminée vi (ici égale à 845) est donc 1109. Cette définition horizontale égale à 1109 pixels est ici associée à la deuxième version V2. Par conséquent, le dispositif D va choisir comme version de contenu à requérir cette deuxième version V2 (qui correspond ici à un deuxième débit binaire de transmission de données BR2 égal à 2 Mbps). On comprendra que pour connaître les différentes versions Vj d'un contenu requis et les paramètres associés (débit binaire de transmission de données BRj et définition(s) horizontale dhj et/ou verticale dvj), le dispositif D est préférentiellement agencé pour ordonner à son récepteur de contenus RC de récupérer auprès du serveur SC concerné le(s) fichier(s) de description qu'il stocke en correspondance de ces versions Vj. Dans ce cas, une fois que le récepteur de contenus RC a récupéré auprès du serveur SC concerné le(s) fichier(s) de description requis, il le communique au dispositif D, lequel effectue sa sélection de version Vj, notamment en fonction de l'estimée de la distance d de l'observateur par rapport à l'écran EC. Puis, le dispositif D peut démarrer une session de lecture de contenu en contrôlant de façon sensiblement continue la version Vj choisie (ou sélectionnée) du contenu souhaité, notamment en fonction de l'estimée de la distance écran/observateur d. Le dispositif D va alors fournir à son récepteur de contenus RC la désignation de chaque version Vj qu'il aura sélectionnée (et qui est mentionnée dans le(s) fichier(s) de description) afin qu'il la réclame auprès du serveur SC concerné. On notera que lorsque plusieurs observateurs sont placés devant l'écran EC à différentes distances et que le dispositif D est informé par le capteur CD (ou l'équipement dont il fait partie) de chacune de ces (estimées de) distance, il peut être agencé pour utiliser dans sa détermination de la résolution d'affichage (éventuellement normalisée) la plus petite distance parmi ces différentes distances. Cela permet de ne pas pénaliser l'observateur qui est le plus près de l'écran EC, car il doit bénéficier de la meilleure résolution d'affichage possible. Si le dispositif D est également informé par le capteur CD (ou l'équipement dont il fait partie) de l'orientation de la tête de chaque observateur par rapport à l'écran EC, il peut être également, bien qu'éventuellement, agencé pour ne prendre en considération que les observateurs qui regardent cet écran EC. On considère en effet ici que la résolution d'affichage ne doit être déterminée qu'en fonction des positions des observateurs qui regardent l'écran EC, et non des autres, mêmes si ils sont placés plus près de l'écran 1 o EC. On notera également que le dispositif D peut être également et éventuellement agencé pour requérir exclusivement les données audio d'une version de contenu en l'absence d'observateur devant l'écran EC. Dans ce cas, on n'affiche plus temporairement d'image sur l'écran EC, ou bien on 15 affiche une image fixe, du fait que personne ne regarde cet écran EC. Cependant, on continue de diffuser la bande son (ou audio) car l'observateur peut vouloir continuer de l'écouter même s'il est temporairement accaparé par une autre tâche. On notera également que le dispositif D peut être également et 20 éventuellement agencé pour choisir automatiquement la version Vj d'un contenu requis qui correspond au débit binaire de transmission le plus élevé lorsque la valeur en cours de la bande passante disponible du réseau de communication R est adaptée à ce débit binaire de transmission le plus élevé et que dans le même temps il n'existe pas d'autre application ou service 25 susceptible d'utiliser simultanément cette bande passante disponible. Cela permet d'offrir automatiquement à un observateur la meilleure des résolutions possible en l'absence de besoin de bande passante pour une application ou un service différent de celui qu'il utilise pour récupérer un contenu. II est également important de noter que l'invention peut être également 30 considérée sous l'angle d'un procédé d'obtention de contenus, pouvant être notamment mis en oeuvre au moyen d'un dispositif D du type de celui présenté ci-avant. Les fonctionnalités offertes par la mise en oeuvre du procédé selon l'invention étant identiques à celles offertes par le dispositif D présenté ci- avant, seule la combinaison de fonctionnalités principales offerte par le procédé est présentée ci-après. Ce procédé d'obtention de contenus comprend : - une étape (i) consistant à déterminer une résolution d'affichage en fonction d'au moins une dimension et une définition maximale de l'écran EC et d'une estimée de distance séparant cet écran EC d'un observateur placé devant ce dernier, puis une version de contenu adaptée à cette résolution d'affichage déterminée, et - une étape (ii) consistant à ordonner au récepteur de contenus RC de récupérer une partie au moins de cette version de contenu déterminée. L'invention ne se limite pas aux modes de réalisation de dispositif d'obtention de contenus, de récepteur de contenus et de procédé d'obtention de contenus décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci-après. REVENDICATIONS1. Dispositif (D) d'obtention, dans un mode de diffusion en continu, de contenus multimédia, disponibles dans des versions différentes correspondant à des débits binaires de transmission différents et propres à être transmises à un récepteur de contenus (RC) via un réseau de communication (R) en vue d'un affichage par un écran (EC), caractérisé en ce qu'il est agencé pour déterminer une résolution d'affichage en fonction d'au moins une dimension et une définition maximale dudit écran (EC) et d'une estimée de distance séparant ledit écran (EC) d'un observateur placé devant ce dernier (EC), puis une version de contenu adaptée à cette résolution d'affichage déterminée, et pour ordonner audit récepteur de contenus (RC) de récupérer une partie au moins de cette version de contenu déterminée. 2. Dispositif selon la revendication 1, caractérisé en ce qu'il comprend au moins un capteur (CD) agencé pour estimer la distance séparant ledit écran (EC) d'un observateur placé devant ce dernier (EC). 3. Dispositif selon l'une des revendications 1 et 2, caractérisé en ce qu'il est agencé pour déterminer une distance normalisée en fonction de ladite estimée de distance, d'une dimension choisie dudit écran (EC) et d'une valeur représentative du rapport entre une distance écran/observateur théorique, adaptée audit écran (EC) pour ladite définition maximale de l'écran (EC), et ladite dimension choisie de l'écran (EC), et pour déterminer ladite résolution d'affichage en fonction de cette distance normalisée déterminée. 4. Dispositif selon la revendication 3, caractérisé en ce que ladite dimension choisie de l'écran (EC) est la largeur de cet écran (EC) et ladite définition maximale de l'écran (EC) est celle qu'il possède suivant cette largeur. 5. Dispositif selon l'une des revendications 3 et 4, caractérisé en ce qu'il est agencé i) pour déterminer ladite résolution d'affichage en calculant l'inverse de ladite distance normalisée déterminée, ii) pour déterminer une valeur intermédiaire égale au produit de ladite résolution d'affichage par une définition maximale offerte par les versions du contenu à récupérer, et iii) pour déterminer parmi les différentes versions du contenu à récupérer celle qui offreune définition voisine de ladite valeur intermédiaire déterminée. 6. Dispositif selon l'une des revendications 3 à 5, caractérisé en ce qu'il est agencé pour choisir une résolution d'affichage égale à 1 lorsque ladite distance normalisée déterminée est inférieure ou égale à 1. 7. Dispositif selon l'une des revendications 3 à 6, caractérisé en ce qu'il est agencé pour déterminer parmi les différentes versions du contenu à récupérer celle qui offre la définition la plus proche de ladite valeur intermédiaire déterminée, par valeur supérieure. 8. Dispositif selon l'une des revendications 1 à 7, caractérisé en ce qu'il est agencé pour récupérer au moins un fichier de description stocké en correspondance des versions d'un contenu qu'il souhaite obtenir et décrivant leurs débits binaires de transmission et définitions maximales offertes respectifs. 9. Dispositif selon l'une des revendications 1 à 8, caractérisé en ce qu'il est agencé, en présence de plusieurs observateurs placés devant ledit écran (EC) à différentes distances, pour utiliser dans la détermination de ladite résolution d'affichage la plus petite distance parmi lesdites différentes distances. 10. Dispositif selon la revendication 9, caractérisé en ce qu'il est agencé pour ne prendre en considération que les observateurs regardant ledit écran (EC). 11. Dispositif selon l'une des revendications 1 à 10, caractérisé en ce qu'il est agencé pour requérir exclusivement les données audio d'une version de contenu en l'absence d'observateur devant ledit écran (EC). 12. Dispositif selon l'une des revendications 1 à 11, caractérisé en ce qu'il est agencé pour choisir la version de contenu correspondant au débit binaire de transmission le plus élevé lorsqu'une valeur en cours de la bande passante disponible dudit réseau de communication (R) est adaptée à ce débit binaire de transmission le plus élevé et qu'il n'existe pas d'application concurrente susceptible d'utiliser simultanément cette bande passante disponible. 13. Récepteur de contenus (RC), caractérisé en ce qu'il comprend un dispositif d'obtention de contenus multimédia (D) selon l'une desrevendications précédentes. 14. Procédé d'obtention, dans un mode de diffusion en continu, de contenus multimédia, disponibles dans des versions différentes correspondant à des débits binaires de transmission différents et propres à être transmises à un récepteur de contenus (RC) via un réseau de communication (R) en vue d'un affichage par un écran (EC), caractérisé en ce qu'il comprend une étape (i) consistant à déterminer une résolution d'affichage en fonction d'au moins une dimension et une définition maximale dudit écran (EC) et d'une estimée de distance séparant ledit écran (EC) d'un observateur placé devant ce dernier (EC), puis une version de contenu adaptée à cette résolution d'affichage déterminée, et une étape (ii) consistant à ordonner audit récepteur de contenus (RC) de récupérer une partie au moins de cette version de contenu déterminée.