FR 3147677 A1 20241011 FR 2303410 A 20230405 TITRE : procédé de gestion de la lecture d’un contenu multimédia. L'invention concerne un procédé de gestion de l’accès par un dispositif de lecture (STB) à des segments d’un contenu accessibles depuis des dispositifs (CDN,nCDN) associés à des modes d’obtention de segments respectifs (U-ABR,M-ABR), caractérisé en qu’il comprend un démarrage de la lecture de segments issus d’un premier dispositif (CDN) utilisant un premier mode (U-ABR) ; et une poursuite de la lecture de segments issus d’un deuxième dispositif (nCDN) utilisant un deuxième mode (M-ABR).). Figure 1 procédé de gestion de l’accès à un contenu multimédia et de la lecture de ce contenu. Le domaine de l'invention est celui des contenus multimédias numériques, à savoir les contenus audio et/ou vidéo numériques, également appelés contenus audiovisuels. L’invention se rapporte tout particulièrement à un procédé de gestion de l’accès à un contenu multimédia via un dispositif apte à obtenir et fournir des segments de contenu via un lien de communication. Le dispositif d’obtention vise entre autres un dispositif basant l’obtention de segments sur un mode unicast, par exemple le mode unicast U-ABR (sigle anglosaxon de « unicast adaptive bitrate »), ou sur un mode multicast par exemple le mode M-ABR (sigle anglosaxon de « multicast adaptive bitrate », voir un autre mode. Les modes visés ci-dessus offre la possibilité de télécharger des segments de contenu selon une technique de téléchargement appelée « téléchargement adaptatif progressif » ou « adaptative streaming » par l’homme du métier. Un dispositif de lecture vise en particulier tout dispositifs aptes à recevoir des flux multimédias sous forme de segments par exemple un décodeur, un téléphone mobile, une tablette, etc., et à lire les contenus reçus. Le lien de communication entre le dispositif de lecture et un dispositif fournissant des segments est quelconque. Dans l’exemple décrit ci-dessous, ce lien sera un lien unicast. Un contenu est par exemple un contenu diffusé en temps réel appelé aussi contenu « live » par l’homme du métier, un contenu de télévision à la demande, un contenu de vidéo à la demande, etc. Etat de la technique Dans les réseaux IP (sigle de « Internet Protocol »), les paquets sont généralement acheminés d’une seule source vers un seul récepteur de proche en proche par des routeurs. Ce type de transmission, appelé mode unicast IP, a prouvé son efficacité pour des transmissions point à point. Cependant, certaines applications (diffusion de contenu audio/vidéo, etc.) nécessitent que des paquets IP soient délivrés à de multiples destinations. Une solution consiste à ce que ces applications envoient une copie de chaque paquet à chaque destinataire en mode unicast. Cependant, lorsque le nombre de récepteurs est important, cette solution atteint ses limites du fait que la source doit maintenir à jour une liste complète des récepteurs et qu’une même donnée est transportée plusieurs fois sur les mêmes liens. Cette approche nécessite ainsi des ressources de bande passante supplémentaires sur le réseau et engendre donc des coûts d’infrastructure plus élevés. Il est alors bien plus efficace que les données soient transmises à de multiples destinations en utilisant le mode de transmission IP multicast, nommé plus simplement multicast IP. Dans le monde de la diffusion audiovisuel de contenus Live sur réseau, il existe plusieurs modes de transmission : le Multicast CBR (IPTV) ou M-CBR, l’Unicast ABR (HAS acronyme de « HTTP adaptive streaming ») ou U-ABR, le multicast ABR ou M-ABR, etc. Avec le multicast CBR (Constant Bit Rate), le débit du contenu ne varie pas ; il ne peut s’adapter à un changement de débit disponible dans la chaine de transmission. L’unicast ABR (U-ABR) utilise quant à lui une technique appelée « adaptative streaming » qui permet de sélectionner des segments de contenus plus ou moins volumineux en octets en fonction de la bande passante courante sur le réseau de communication. L’inconvénient de ce mode unicast ABR est qu’il nécessite d’avoir une connexion jusqu’au serveur par client ; à l’inverse, le mode Multicast permet de mutualiser les connexions au plus proches des nœuds communs entre terminaux clients. Le mode de diffusion Multicast permet la diffusion vers tous les clients d’un contenu. Cela s’apparente ainsi à du Broadcast, d’où l’avantage par rapport à l’unicast. Toutefois, une différence notable par rapport au Broadcast est que la transmission en multicast ne doit pas « polluer » les terminaux clients qui n’ont pas demandé un accès au contenu diffusé. Le mode multicast permet cela en utilisant une technique dite d’abonnement et de résiliation basé sur un protocole de type IGMP connu de l’homme du métier. En d’autres mots, les terminaux clients intéressés par la réception d’un contenu doivent joindre un groupe de terminaux ayant requis un abonnement au même contenu en utilisant le protocole IGMP (Internet Group Management Protocol ) s’il s’agit de terminaux IPv4, ou le protocole MLD (Multicast Listener Discovery ) s’il s’agit de terminaux IPv6. En effet, un terminal doit être membre d’un groupe pour recevoir un flux multicast donné. C’est le réseau IP, en particulier des nœuds formés par des routeurs, qui est alors chargé de répliquer de façon optimale le trafic au plus près des terminaux clients. Ces nœuds forment un arbre de distribution. Une technique IGMP Snooping permet de ne pas transmettre un contenu au nœud inférieur s’il n’y a pas eu de souscription en provenance de celui-ci. Le mode Multicast ABR (M-ABR) utilise quant à lui le transport Multicast (mutualisation au plus proche) tout en dédiant plusieurs adresses multicast à une seule chaine TV afin de coder et diffuser plusieurs flux avec différents qualités sur chaque canal multicast, respectivement. En d’autres mots, plusieurs canaux multicast sont créés pour une chaîne dispositif de restitution TV ; ces canaux diffusent le même contenu avec des qualités d’images respectives. Une adresse IP est attribuée à chaque canal, de cette façon un accès au contenu dans une qualité donnée s’effectue en se connectant à l’adresse IP correspondante. Ce mode Multicast ABR a pour avantage de diminuer la consommation réseau car il y a moins de requêtes à parcourir l’ensemble de la route depuis le terminal client jusqu’au serveur multicast et donc besoin de moins de serveurs car il y a moins de requêtes à arriver jusqu’aux serveurs multicast d’où sont diffusés les flux multicast pour un ensemble de terminaux clients consommant les mêmes ressources. De plus, ce mode, du fait de l’existence de plusieurs flux associés à différents débits d’encodage, permet de changer de flux à souhait et donc adapter le choix de la qualité d’images comme pour le mode Unicast. Toutefois, il y a des cas où les performances du mode multicast M-ABR seront meilleures ou moins bonnes que l’U-ABR. Ce constat se vérifie bien évidemment pour d’autres techniques de téléchargement, par exemple le mode CBR peut être plus ou moins performant que le mode U-ABR. Dans le mode U-ABR, le gros avantage est que les segments sont disponibles sur le serveur au moment de la réception par le serveur lors de la demande d’accès au contenu dans une qualité donnée. De plus, comme un seul serveur unicast est utilisé, l’accès au contenu est plus court qu’avec le mode M-ABR et la temps d’accès est sensiblement constant. Cependant, comme indiqué ci-dessus, le mode unicast est très coûteux en ressources réseaux. A l’inverse, dans le mode multicast M-ABR, un accès à un contenu dans une qualité donnée impose à un dispositif, chargé de l’obtention des segments, de sélectionner un serveur multicast choisi parmi plusieurs en fonction de la qualité souhaitée, de recevoir ensuite le flux donné sous forme de paquets de données, de segmenter les paquets reçus et de mettre à disposition les segments obtenus. L’accès à un contenu en mode M-ABR prend donc du temps et peut être néfaste si l’utilisateur zappe souvent car un délai d’attente se forme entre chaque changement de chaîne. Enfin, en considérant qu’un chemin entre un serveur multicast et un terminal client comprend plusieurs nœuds, le tout formant un arbre de distribution, on s’aperçoit que si le contenu demandé en mode multicast par le dispositif chargé d’obtenir des segments n’est pas disponible sur le nœud le plus proche du terminal client, le protocole va remonter au nœud supérieur et ainsi de suite jusqu’au nœud diffusant le contenu dans la qualité demandée ; il se peut donc que, si aucun nœud de l’arbre diffuse le contenu demandé, la requête d’accès atteigne le serveur émetteur en multicast émettant le contenu en multicast. Avec le mode multicast, non seulement les segments ne sont pas disponibles lors de la demande d’accès mais en plus la durée d’accès au contenu va varier selon que le nœud qui diffuse plus ou moins proche du terminal client. Ce problème se pose à chaque accès à un contenu lorsqu’on zappe ; ou lors d’un changement de flux multicast afin de recevoir des segments de contenu dans un autre débit d’encodage. Cette variation est néfaste en terme d’expérience utilisateur car les délais d’attente sont longs et variables dans le temps. L’invention vient améliorer la situation L’invention L’invention se rapporte à un procédé de gestion de l’accès, par un dispositif de lecture, à des segments d’un contenu accessibles depuis des dispositifs associés à des modes d’obtention de segments respectifs, caractérisé en qu’il comprend, un démarrage de la lecture de segments issus d’un premier dispositif utilisant un premier mode ; et une poursuite de la lecture de segments issus d’un deuxième dispositif utilisant un deuxième mode. L’invention offre la possibilité de démarrer une lecture d’un contenu via un premier dispositif d’obtention de segments et de poursuivre via un autre dispositif d’obtention de segments d’un autre type. Les modes d’obtention de segments utilisées par le premier et le deuxième dispositif permettent d’obtenir des segments plus ou moins rapidement selon le mode utilisé. Par exemple si un premier mode est plus rapide qu’un deuxième mode, le dispositif de lecture démarrera par exemple la lecture via le dispositif d’obtention mettant en œuvre le premier mode d’obtention. L’invention permet de réduire au maximum le délai d’attente avant une restitution, par exemple lorsque l’utilisateur zappe d’un contenu vers un autre, d’une chaîne de télévision vers une autre chaîne de télévision. L’expérience utilisateur ne peut être que satisfaisante. Ensuite, la lecture peut être poursuivie via un autre dispositif mettant en œuvre le deuxième mode moins couteux en ressources réseaux. Selon un premier mode de réalisation, l’accès aux segments via le deuxième dispositif s’effectue pendant la lecture de segments issus du premier dispositif. Ce premier mode permet d’anticiper la réception des segments depuis le deuxième dispositif pendant la lecture via le premier dispositif ; de cette manière, dès qu’une demande de lecture du contenu via le deuxième dispositif est reçue, la lecture peut démarrer sans avoir à interroger le deuxième dispositif pour obtenir les premiers segments ceux-ci étant déjà mémorisés dans le dispositif de lecture. Outre les délais mentionnés ci-dessus, la lecture en mode adaptative streaming requiert un téléchargement d’un certain nombre de segments avant lecture dans une mémoire cache de manière à assurer une lecture du contenu sans interruption (sans gel d’images ou freeze d’images) par la suite. Selon un deuxième mode de réalisation, qui pourra être mis en œuvre alternativement ou cumulativement avec le précédent, le démarrage de la lecture est réalisé pendant une durée donnée, la durée choisie étant suffisante pour recevoir un nombre donné de segments à lire issus du deuxième dispositif. De cette façon, la lecture peut démarrer à l’expiration du délai donné. En définitive, non seulement la lecture du contenu peut démarrer sans attendre, mais en plus la lecture s’effectue sans gel d’images. Avec le mode de téléchargement en mode adaptative streaming, à un contenu correspond un fichier de description incluant un horodatage indiquant des dates de transmission des différents segments. Selon un troisième mode de réalisation, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents, lors de la poursuite de la lecture, le premier segment choisi lors de la lecture prend en compte l’horodatage associé au dernier segment transmis lors de la première phase. Ce mode assure une lecture sans erreur de relire un même segment ou sans lire un voire plusieurs segments. Les dispositifs sont aptes à fournir un segment plus ou moins rapidement selon le mode d’obtention utilisé. Selon un quatrième mode de réalisation, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents, le premier dispositif choisi pour le démarrage de la lecture est le dispositif le plus rapide entre le premier et le deuxième dispositif. Ce mode permet de sélectionner le dispositif le plus rapide afin d’offrir, lors d’un accès à un contenu, un délai d’attente avant restitution réduit au maximum. Il résulte de ce qui précède, dans le contexte d’un premier dispositif qui base l’obtention des segments sur la technique U-ABR, plus rapide que le mode M-ABR, et d’un deuxième dispositif qui base l’obtention des segments sur la technique M-ABR : - un accès initial plus rapide au contenu d’une durée sensiblement constante grâce au mode d’obtention de segments U-ABR utilisée par le premier dispositif, plus couteux en termes de bande passante que le mode M-ABR mais dont l’utilisation est limitée à une durée donnée, - et, à l’issue de la durée donnée, une lecture ultérieure au contenu peu consommateur en termes de ressources réseaux grâce au mode d’obtention de segments M-ABR. Comme des segments sont téléchargés vie le deuxième mode pendant la lecture via le premier mode, le passage du premier mode au deuxième mode peut s’effectuer sans interruption car les segments sont déjà mémorisés sur le dispositif de lecture lors du passage du premier mode vers l’autre. Rappelons ici que l’invention ne se limite pas aux modes U-ABR et M-ABR mais s’étend au contraire à d’autres modes d’obtention de segments. Selon un aspect matériel, l’invention se rapporte à une entité de gestion de l’accès par un dispositif de lecture à des segments d’un contenu accessibles depuis des dispositifs associés à des modes d’obtention de segments respectifs, caractérisé en qu’elle comprend un processeur configuré pour réaliser un démarrage de la lecture de segments issus d’un premier dispositif utilisant un premier mode ; et une poursuite de la lecture de segments issus d’un deuxième dispositif utilisant un deuxième mode. Selon un autre aspect matériel, l’invention se rapporte à un décodeur comprenant une entité de gestion telle que définie ci-dessus. Selon un autre aspect matériel, l’invention se rapporte à un programme d'ordinateur apte à être mis en œuvre sur une entité telle que définie ci-dessus, le programme comprenant des instructions de code qui, lorsqu’il est exécuté par un processeur, réalise les étapes du procédé de gestion définies ci-dessus. Enfin, selon un autre aspect matériel, l’invention se rapporte à un support de données sur lequel a été mémorisée au moins une série d’instructions de code de programme pour l’exécution d’un procédé de gestion tel que défini ci-dessus. 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 gestion précité. L'invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple et faite en référence aux dessins annexés sur lesquels : La représente un système informatique sur lequel est illustré un exemple de réalisation de l’invention. La est un schéma synoptique simplifié de la structure matérielle d’un dispositif de lecture. La illustre schématiquement un contenu découpé en segments de plusieurs qualités. La illustre un mode de réalisation sous forme de messages échangés entre les différents dispositifs impliqués dans la l’accès et la lecture d’un contenu multimédia. Description détaillée d'un exemple de réalisation illustrant l'invention : On présente désormais, en relation avec la , un système informatique incluant deux dispositifs d’obtention de segments de contenus CDN et nCDN. Ces deux dispositifs sont aptes à obtenir des segments de contenu selon des techniques différentes. Le dispositif d’obtention CDN trouve sa source auprès d’un serveur de diffusion DIF de contenus. Un diffuseur est par exemple une chaîne de télévision. Dans notre exemple, les dispositifs CDN et nCDN mettent en œuvre deux techniques d’obtention de segments différentes. Les dispositifs pourraient aussi fonctionner selon le même mode ; cependant, l’invention a un intérêt lorsque les modes de gestion utilisés par les dispositifs CDN/nCDN entraînent des durées de fourniture de segments différentes liés à des durées d’obtention des segments différentes ; et lorsque les techniques d’obtention de segments utilisées par les dispositifs d’obtention ont leurs propres impacts sur les ressources réseaux, en particulier en utilisation en bande passante. Dans notre exemple, les dispositifs CDN et nCDN ont comme point commun de mettre en œuvre un téléchargement de segments appelé « téléchargement adaptatif progressif » par l’homme du métier. Ce mode sera décrit plus en détail ci-dessous. Une différence entre les dispositifs CDN et nCDN est la façon dont ils obtiennent le contenu et les segments associés. Le dispositif CDN fait appel à une seule source de données à savoir le diffuseur DIF de contenu. Le dispositif CDN reçoit le flux télévisé sous forme de paquets en permanence (IPTV), découpe/segmente le contenu et encode les segments sans avoir à requêter le diffuseur DIF ; à l’inverse le dispositif nCDN ayant plusieurs sources multicast SMC à disposition doit s’abonner auprès d’un serveur multicast ; il reçoit ensuite le flux télévisé et c’est à ce moment qu’il segmente le contenu et encode les segments. Plus précisément, pour sélectionner une des sources de données multicast SMC, un dispositif de lecture STB, sous-entendu un module HAS présent sur le dispositif de lecture STB, émet une requête de demande d’accès au contenu et indique une qualité souhaitée pour la restitution. Suite à la réception, le deuxième dispositif nCDN s’adresse ou s’abonne à un serveur multicast SMC (parmi plusieurs serveur multicast) disposant du contenu dans la qualité souhaitée et reçoit en retour le contenu depuis le serveur multicast en question via le réseau de télécommunication, le réseau Internet dans notre exemple ; ce mode de transmission est connu sous le nom IPTV (sigle de « Internet Protocol Television »). L’invention ne se limite pas au mode IPTV mais à tout autres de modes de transmission similaire. Ensuite, après réception du contenu dans une qualité donnée, le deuxième dispositif nCDN découpe le contenu en segments et encode chaque segment pour obtenir des segments dans la qualité demandée. Après encodage, le deuxième dispositif nCDN transmet en réponse un fichier de description incluant les adresses (URL) des segments ainsi créés. Dans notre exemple, le deuxième dispositif nCDN est situé dans une passerelle de services GTW par exemple une passerelle domestique. Ce deuxième dispositif nCDN pourrait aussi être situé hors de la passerelle GTW. On expliquera dans la suite en quoi consiste un segment et quelles sont les qualités possibles pour chaque segment d’un contenu. A noter que, dans notre exemple, le client HAS s’adresse aux dispositifs CDN et nCDN de la même manière et reçoit les segments en retour de la même manière qu’ils proviennent du premier dispositif CDN ou du deuxième dispositif nCDN. Un réseau de communication RES permet une communication entre les sources de contenu (et les dispositifs CDN et nCDN). Dans notre exemple, le réseau est le réseau Internet. Précisons ici que dans notre exemple la source DIF est reçue par le dispositif CDN, et que ce dernier transmet le flux télévisé source, en mode unicast, à un générateur de flux multicast qui va créer à la base du flux source d’une qualité donnée plusieurs flux multicasts de différentes qualités. Le flux source issu du diffuseur DIF et les sources multicast créent forment un ensemble de flux multicast SMC. Le système SYS comprend aussi un dispositif de lecture STB apte à requérir un accès à un contenu auprès du premier dispositif CDN ou du deuxième dispositif nCDN. Le dispositif de lecture STB est relié via un lien de communication LI1 à la passerelle GTW et via un lien de communication à un dispositif de restitution TV tel qu’un écran de télévision. Un dispositif de lecture STB peut être de toute sorte, par exemple un décodeur STB, un ordinateur PC, un téléphone mobile MOB, etc. Les modes de réalisation se baseront sur un décodeur STB. Dans notre exemple, la liaison entre le dispositif de lecture STB et les dispositifs CDN et nCDN est une liaison point à point (ou unicast). Il est fréquent, dans ce contexte client-serveur, de recourir, pour échanger les données entre un terminal client STB et un dispositif apte à fournir un contenu, à une technique de téléchargement progressif adaptatif. Ce type de technique permet notamment d'offrir une bonne qualité de contenus à l’utilisateur en tenant compte des variations de bande passante sur le réseau RES qui peuvent se produire sur la liaison entre le dispositif de lecture STB et les dispositifs CDN et nCDN, et plus particulièrement entre la passerelle et les dispositifs CDN et nCDN. Classiquement, comme on le verra en référence à la , différentes qualités peuvent être encodées pour le même contenu d’une chaîne, correspondant par exemple à différents débits d’encodage. Plus généralement, on parlera de qualité pour se référer à une certaine résolution du contenu numérique (résolution spatiale, temporelle, niveau de qualité associée à la compression vidéo et/ou audio) avec un certain débit d’encodage. Chaque niveau de qualité est lui-même découpé sur le serveur de contenus en segments temporels. La description de ces différentes qualités et de la segmentation temporelle associée, ainsi que les segments de contenu, sont décrits pour le dispositif de lecture STB et mis à sa disposition via leurs adresses Internet (URI : Universal Ressource Identifier). L’ensemble de ces paramètres (qualités, adresses des segments, etc.) est en général regroupé dans un fichier de paramètres, dit fichier de description ou « fichier manifest ». On notera que ce fichier de paramètres peut être un fichier informatique ou un ensemble d’informations descriptives du contenu, accessible à une certaine adresse. Le dispositif de lecture STB, dans un contexte de téléchargement adaptatif progressif, peut adapter les requêtes d’accès qu’il transmet à un dispositif fournisseur de segments CDN ou nCDN pour recevoir et décoder le contenu demandé à la qualité qui lui correspond au mieux. Dans notre exemple, si les contenus sont disponibles aux débits 400 kb/s (kilobits par seconde) (Résolution 1, ou niveau 1, noté N1), 800 kb/s (N2), 1200 kb/s (N3) 2100 kb/s (N4) 3000 kb/s (N4) et que le terminal client dispose d’une bande passante de 3000 kb/s, il peut demander le contenu à n’importe quel débit inférieur à cette limite, par exemple 2100 kb/s. De manière générale, on note « Ci@Nj » le contenu numéro i avec la qualité j (par exemple le j-ième niveau Nj de qualité décrit dans le fichier de description). Dans cet exemple, pour visualiser un contenu, le dispositif de lecture STB interroge tout d’abord, via la passerelle de service GTW, le dispositif fournisseur de segments de contenu (CDN ou nCDN) pour obtenir une adresse du fichier de description du contenu géré par le dispositif concerné. Dans la suite, on supposera que ce fichier est un fichier de type fichier de description selon la norme MPEG-DASH. Un fichier de description comprend des informations sur les segments et les débits d’encodage disponibles. Un tel fichier comporte par exemple pour chaque segment plusieurs qualités différentes (N1 = 400 kb/s, N2 = 800 kb/s, N3 = 1200 kb/s, …) et les adresses d’accès des segments en question. Une fois que le dispositif de lecture STB dispose des adresses de segments correspondant au contenu souhaité, le dispositif de lecture STB télécharge les segments les uns après les autres. 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). Ensuite, le décodeur STB reçoit les segments, les décode ensuite, et requiert une restitution sur l’écran du téléviseur TV. On notera que le contenu est quelconque. Le contenu est par exemple un programme télévisuel diffusé en différé, ou une vidéo à la demande, ou une vidéo personnelle de l’utilisateur, ou tout autre contenu multimédia, pour laquelle l’invention s’applique également. Le dispositif de lecture STB peut être piloté par l’utilisateur au moyen d’une télécommande. La télécommande peut être physique ou logicielle. La représente une architecture d’un dispositif de lecture STB selon un mode de réalisation de l’invention. Le dispositif de lecture STB comprend, classiquement, des mémoires M associées à un processeur CPU. Les mémoires peuvent être de type ROM (de l’anglais « Read Only Memory ») ou RAM (de l’anglais « Random Access Memory ») ou encore Flash. Le dispositif de lecture STB communique avec la passerelle GTW via un premier module de communication COM1 et avec le téléviseur TV via un deuxième module de communication COM2. Le premier module de communication COM1 est par exemple un lien Wi-Fi. Le deuxième module de communication est par exemple un lien HDMI. Le dispositif de lecture STB comprend en outre un module de téléchargement progressif adaptatif HAS apte à requérir un téléchargement progressif de l’un des contenus à l’une des qualités proposées dans le fichier de description. Le dispositif de lecture STB comprend en outre une entité de gestion ENT, objet de l’invention, dont le fonctionnement sera détaillé ci-après. Le dispositif de lecture STB peut aussi contenir d’autres modules comme un disque dur non représenté pour le stockage des segments vidéo, un module de contrôle d’accès aux contenus, un module de traitement des commandes reçues d’une télécommande. On présente désormais, en relation avec la , une vue schématique d’un contenu découpé en segments et stocké une mémoire d’un dispositif CDN ou nCDN. Plus précisément, un dispositif CDN ou nCDN de type HAS expose une vidéo sous forme de segments i@Nj encodés à différents débits d’encodage Nj, où l’indice i désigne un identifiant temporel du segment i@Nj. Le module de téléchargement HAS du dispositif de lecture STB télécharge les segments en choisissant la qualité vidéo Nj en fonction de la ressource réseau disponible. On ne décrit pas ici plus en détail la façon dont le module de téléchargement HAS choisit le débit d’encodage du prochain segment vidéo à télécharger : il existe en effet de nombreux algorithmes permettant d’opérer ce choix. On rappelle cependant que, le plus souvent, le principe général de tels algorithmes repose sur le téléchargement d’un premier segment au débit d’encodage le plus faible proposé dans le fichier de description, et sur l’évaluation du temps de récupération de ce premier segment. Sur cette base, le module de téléchargement de type HAS évalue si, en fonction de la taille du segment et du temps mis pour le récupérer, les conditions réseau permettent de télécharger le segment suivant à un débit d’encodage plus élevé. Certains algorithmes reposent sur une augmentation progressive du niveau de qualité des segments de contenu téléchargés ; d’autres proposent des approches plus risquées, avec des sauts dans les niveaux des débits d’encodage des segments successifs. Dans le cas classique, si un segment vidéo dure 3 secondes, la récupération du segment par le module de téléchargement HAS ne doit pas excéder 3 secondes, afin de permettre une restitution sans interruption du contenu par le décodeur STB. Il convient donc pour le module de téléchargement d’opérer le meilleur compromis entre une qualité de restitution, et donc un débit d’encodage, aussi élevés que possible, et le temps de téléchargement du segment, qui doit être suffisamment faible pour permettre une restitution en continu sur le téléviseur TV. Dans un premier temps, le module de téléchargement HAS du dispositif de lecture STB récupère le fichier de description MNF qui correspond au contenu vidéo afin de découvrir les segments disponibles du contenu vidéo, les différentes qualités vidéo Nj associées, les adresses des segments, etc. Dans l’exemple de la , le contenu est par exemple proposé sous forme de segments de durée 3s, avec un premier débit d’encodage N1 = 400 kb/s, un deuxième débit d’encodage N2 = 800 kb/s, un troisième débit d’encodage N3 = 1200 kb/s, etc. Dans un mode de fonctionnement normal, non illustré sur la , le module HAS opère le téléchargement par exemple, des segments successifs 1@N1 (soit le premier segment temporel à un débit d’encodage de 400 kb/s), puis 2@N3 (soit le deuxième segment temporel à un débit d’encodage de 1200 kb/s), puis 3@N3 (soit le troisième segment temporel à un débit d’encodage de 1200 kb/s), etc. Les différents segments téléchargés par le module de téléchargement HAS sont transmis à un module d’affichage AFF apte à requérir un affichage sur l’écran d’un téléviseur TV. Selon l’invention, suite à une demande d’accès au contenu en utilisant le deuxième dispositif, une entité de gestion ENT réalise une première phase d’accès PH1 aux segments depuis un premier dispositif et de lecture des segments pendant une durée donnée ; à l’expiration de la durée, une deuxième phase de lecture PH2 de segments issus du deuxième dispositif est mise en oeuvre. Précisons qu’un accès à un contenu vise ici un accès qui fait suite à un démarrage du dispositif de lecture STB ou à un accès à un contenu réalisé lors d’un zapping. Les étapes d’un mode de réalisation sont décrites ci-dessous en référence à la . Sur cette figure, sont représentés 4 axes correspondants 1) au dispositif CDN, 2) à la passerelle GTW incluant le dispositif nCDN, 3) au dispositif de lecture STB incluant l’entité de gestion ENT et le module de téléchargement HAS Un axe temporel permet de représenter le sens d’exécution des étapes. Sur cette , des liaisons fléchées sont illustrées entre les axes afin d’illustrer des échanges de messages entre les différents dispositifs. On suppose que l’entité de gestion ENT reçoit une demande d’accès à un contenu. On comprend bien ici que deux canaux de communication sont possibles pour accéder aux segments d’un contenu, un premier canal avec le dispositif CDN et un deuxième canal avec le dispositif nCDN. Selon l’invention, comme décrit ci-dessus, deux phases PH1 et PH2 vont être exécutées. Les étapes de la première phase sont référencées E1n et les étapes de la deuxième phase sont référencées E2n (n=1, 2, etc.). On verra ci-dessous que les premières étapes de la deuxième phase PH2 s’exécute idéalement pendant la première phase PH1 afin de télécharger quelques segments de contenu via le serveur nCDN. Lors d’une première étape E1, l’entité de gestion ENT reçoit une demande d’accès à un contenu, par exemple une chaîne de télévision. Cette demande d’accès peut provenir d’un démarrage du dispositif de lecture STB ou d’une phase de zapping au cours de laquelle un utilisateur zappe jusqu’à un contenu par exemple une chaîne de télévision. La première phase PH1 comprend deux étapes référencées E2a et E3a : Lors d’une deuxième étape E2a, après réception de la demande d’accès, l’entité ENT accède aux premiers segments via le premier canal de communication. Lors d’une troisième étape E3a, une communication unicast est établie entre le serveur CDN et le dispositif de lecture STB. Lors de cette étape, le serveur CDN transmet classiquement un voire plusieurs fichiers de description à intervalle régulier au dispositif de lecture STB pour que ce dernier accède aux segments de la façon décrite ci-dessus en liaison avec le mode de téléchargement HAS. Lors de cette étape, des segments sont transmis par le serveur CDN sur requête du dispositif de lecture STB et sont restitués lors d’une cinquième étape (non représentée) sur l’écran TV. La réception et la restitution basée sur des segments issus du serveur CDN est référencée RCP1/RST1. On verra ci-dessous que la restitution du contenu lors de la première phase cesse après un durée donnée T. La deuxième phase PH2 comprend les étapes E2b à E5b décrites ci-dessous. L’accès aux segments de la deuxième phase PH2 peut être exécutée, par anticipation, suite à la réception de la demande d’accès lors de la première étape E1. La restitution est quant à elle retardée et démarre après expiration de la durée T initiée lors de la première phase à l’étape E1 par exemple. Lors d’une deuxième étape E2b de la deuxième phase PH2, après réception de la demande d’accès décrite ci-dessus à l’étape E1, en parallèle à la lecture via le premier canal, l’entité ENT s’adresse, via le deuxième canal, au serveur nCDN installé dans la passerelle GTW dans notre exemple et requiert un accès aux segments de contenu avec une qualité donnée. Lors d’une troisième étape E3b, le serveur nCDN s’abonne à un flux multicast diffusant le contenu dans la qualité demandée. Lors d’une quatrième étape E4b, le serveur multicast SMC sélectionné transmet le contenu en mode IPTV. Lors d’une cinquième étape E5b, le serveur nCDN reçoit le flux en continu, segmente le contenu. Lors de cette étapes E5b, un fichier de description est généré par le dispositif nCDN et transmis au dispositif de lecture STB. Lors de cette étape E5b, le dispositif de lecture STB anticipe le téléchargement de segments choisis judicieusement ; pour cela l’entité de gestion ENT identifie le segment qui sera lu à l’expiration de la durée T et télécharge des segments à partir de ce segment identifié. Le serveur nCDN transmet classiquement des segments de la façon décrite ci-dessus en liaison avec le mode de téléchargement HAS. Plus précisément, des segments sont transmis par le serveur nCDN sur requête du dispositif de lecture STB. A ce stade, des segments sont reçus RCP2 par le dispositif de lecture STB mais ne sont pas encore restitués sur l’écran TV. A l’expiration de la durée T, à l’étape E2, l’entité de gestion ENT requiert un arrêt de la restitution RST1 des segments reçus depuis le dispositif CDN via le premier canal et poursuit la réception RCP2 des segments et démarre la restitution RST2 en utilisant les segments reçus par anticipation depuis le dispositif nCDN. Dans notre exemple, suite à l’arrêt de la restitution RSTR1, l’entité ENT requiert un arrêt de la réception RCP1 des segments afin de libérer de la bande passante sur le réseau RES. Selon une variante, la durée T est suffisante pour recevoir un nombre donné de segments à lire lors de la deuxième phase. En effet, on a vu précédemment qu’un certain nombre de segments sont stockés dans une mémoire cache avant restitution. Le nombre de segments dans la mémoire cache est choisi judicieusement de manière à assurer une restitution sans interruption, on évite ainsi ce qu’on appelle des gels d’images. La durée T peut être choisie en fonction de ce nombre. Selon une variante du mode de réalisation décrit ci-dessus, le choix du premier canal de communication ou du deuxième canal à utiliser peut-être déterminé lors d’une phase préalable à la première phase. Par exemple, l’entité de gestion ENT peut réaliser un test de rapidité d’obtention d’un segment depuis le serveur CDN et le serveur nCDN ; ensuite le serveur le plus rapide est désigné comme le premier dispositif depuis lequel sera téléchargé les segments au démarrage ou suite au zapping. Ce test de rapidité peut être réalisé plusieurs fois dans le temps afin de détecter un changement et prendre des mesures en conséquence. Les fichiers de description générés par le serveur CDN et le serveur nCDN comprennent des informations communes à savoir des instants de diffusion des segments, respectivement. Lors de la reprise de la restitution RST2, via le deuxième canal, afin d’assurer une continuité de la restitution, l’entité de gestion ENT peut donc déterminer le segment à lire qui est stocké en mémoire cache en consultant le fichier de description qui comprend les instants de transmission des segments (aussi appelé horodatage) et les adresses des segments. Ayant connaissance de la date de transmission du dernier segment reçu via le premier canal, l’entité ENT détermine le segment qui suit le dernier reçu et poursuit la lecture via le deuxième canal. Précisons enfin ici que le terme « module » ou le terme « entité » peut correspondre aussi bien à un composant logiciel qu’à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d’ordinateur ou de manière plus générale à tout élément d’un programme apte à mettre en œuvre une fonction ou un ensemble de fonctions telles que décrites pour les modules concernés. De la même manière, un composant matériel correspond à tout élément d’un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.). Procédé de gestion de l’accès par un dispositif de lecture (STB) à des segments d’un contenu accessibles depuis des dispositifs (CDN,nCDN) associés à des modes d’obtention de segments respectifs (U-ABR,M-ABR), caractérisé en qu’il comprend un démarrage de la lecture de segments issus d’un premier dispositif (CDN) utilisant un premier mode (U-ABR) ; et une poursuite de la lecture de segments issus d’un deuxième dispositif (nCDN) utilisant un deuxième mode (M-ABR). Procédé d’accès selon la revendication 1, caractérisé en ce que l’accès aux segments via le deuxième dispositif s’effectue pendant la lecture de segments issus du premier dispositif. Procédé d’accès selon l’une des revendications précédentes, caractérisé en ce que le démarrage de la lecture est réalisée pendant une durée donnée (T), la durée donnée étant suffisante pour recevoir un nombre donné de segments à lire issus du deuxième dispositif. Procédé de gestion selon la revendication 3, caractérisé en ce qu’à un contenu correspond un fichier de description incluant un horodatage associé à la transmission des segments, et en ce que lors de la poursuite de la lecture, le premier segment choisi lors de la lecture prend en compte l’horodatage associé au dernier segment transmis par le premier dispositif lors de la lecture des segments issus du premier dispositif. Procédé de gestion selon la revendication 1, caractérisé en ce que les dispositifs sont aptes à fournir, au dispositif de lecture, un segment plus ou moins rapidement selon le mode d’obtention utilisé, et en ce que le premier dispositif choisi pour le démarrage de la lecture est le dispositif le plus rapide à fournir un segment entre le premier et le deuxième dispositif. Entité de gestion de l’accès par un dispositif de lecture (STB) à des segments d’un contenu accessibles depuis des dispositifs (CDN,nCDN) associés à des modes d’obtention de segments respectifs (U-ABR,M-ABR), caractérisé en qu’elle comprend un processeur configuré pour réaliser un démarrage de la lecture de segments issus d’un premier dispositif (CDN) utilisant un premier mode (U-ABR) ; et une poursuite de la lecture de segments issus d’un deuxième dispositif (nCDN) utilisant un deuxième mode (M-ABR). Dispositif de lecture (STB) comprenant une entité de gestion (MNG) telle que définie dans la revendication 6. Programme d'ordinateur apte à être mis en œuvre sur une entité de gestion (ENT) telle que définie dans la revendication 6, le programme comprenant des instructions de code qui, lorsqu’il est exécuté par un processeur, réalise les étapes du procédé définies dans la revendication 1. Support de données sur lequel a été mémorisée au moins une série d’instructions de code de programme pour l’exécution d’un procédé selon la revendication 1.