FR 3162581 A1 20251128 FR 2405141 A 20240521 TITRE : procédé de gestion de la lecture d’un contenu multimédia. L'invention concerne un procédé de gestion de la lecture par un dispositif de lecture de segments d’un contenu accessibles depuis des sources de contenu aptes à transmettre des segments d’un même contenu avec un décalage temporel, le procédé comprenant une lecture des segments issu d’une première source (SU) et un enregistrement des segments issus d’une deuxième source (nCDN) et en ce que la lecture des segments issus de la première source (SU) cesse et se poursuit à la base de segments enregistrés lorsque les segments à lire sont des segments enregistrés. Figure 1 procédé de gestion de la lecture d’un contenu multimédia. 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 lecture d’un contenu multimédia. Dans l’exemple qui servira à illustrer l’invention, les contenus sont des contenus découpés en segments associés à plusieurs débits d’encodage respectifs sélectionnables sur requêtes émises depuis un dispositif de lecture de flux multimédias. Les contenus visés ici sont accessibles depuis plusieurs sources de données (des serveurs par exemple) ; les sources ont la particularité de transmettre des contenus avec un décalage temporel ; par exemple une source met à disposition de dispositifs de lecture STB un contenu en temps réel (ou en Live) ; une autre source par exemple émet en unicast et peut sur requête transmettre le même contenu ultérieurement, par exemple lorsqu’un retour arrière (rewind en anglais) est requis. Un dispositif de lecture vise tout dispositifs aptes à recevoir des flux multimédias par exemple un décodeur, un téléphone mobile, une tablette, etc. Etat de la technique Il arrive parfois de manquer le début d’un programme télévisé (film, série, etc.). Une fonction appelée « lire du début » ou « rattrapage » (appelée également « Start Over » ou « Restart » par l’homme du métier) permet de reprendre, à tout moment, le programme en cours de diffusion depuis son commencement ou depuis un instant précis par exemple pour lire un scène particulière. Par exemple, si un film commence à 20h50 sur un canal de diffusion (une chaîne de télévision) et qu’un utilisateur zappe sur cette chaîne de télévision à 21h17, il peut lancer la fonction de "start over" afin de pouvoir lire le contenu depuis son début. Généralement, la diffusion de contenus en temps réel (aussi appleé « Live » ou « direct ») s’appuie sur une technologie de diffusion en multidiffusion (aussi appelé diffusion « multipoint » ou « diffusion de groupe » ou encore « Multicast » par l’homme du métier). Cette technologie permet d'économiser énormément de bande passante dans le réseau d’un opérateur qui gère la diffusion car le contenu est répliqué au plus près des dispositifs de lecture. Par contre, quand un dispositif de lecture requiert l’utilisation de la fonction « lire du début », un accès au contenu demandé déclenche un basculement automatique de la technologie multicast vers une technologie de diffusion de contenu en point à point (unicast) qui est beaucoup plus consommatrice en bande passante dans le réseau d’un opérateur de télécommunications. A partir du moment où l’utilisateur active la fonction de « lire du début » et qu’un retour en arrière a été exécuté, le dispositif de lecture reste sur un flux unicast et consomme uniquement ce flux unicast et ce jusqu’au prochain changement de chaîne (zapping) ou action de retour au direct. L'invention offre une solution ne présentant pas les inconvénients de l'état de la technique. L'invention A cet effet, selon un premier aspect fonctionnel, l'invention a pour objet un procédé de gestion de la lecture par un dispositif de lecture de segments d’un contenu accessibles depuis des sources de contenu aptes à transmettre des segments d’un même contenu avec un décalage temporel, caractérisé en ce qu’il comprend une lecture des segments issus d’une première source et un enregistrement des segments issus d’une deuxième source, et en ce que la lecture des segments issus de la première source cesse et se poursuit à la base de segments enregistrés lorsque les segments à lire sont des segments enregistrés. Selon l’invention, du fait de l’enregistrement du flux issu de la première source pendant la lecture de segments issus de la deuxième source, la lecture du flux issu de la deuxième source va pouvoir être, à un moment donné, poursuivie en lisant les segments mémorisés issus de la première source à la place des segments issus de la deuxième source. Les segments enregistrés étant issus de la première source, en supposant que celle-ci transmet des segments de meilleure qualité que les segments fournis par la deuxième source, la qualité des images restituées en différées seront d’une meilleure qualité que si la lecture avait continué à la base des segments issus de la deuxième source. Il résulte de ces étapes une expérience utilisateur optimale. Selon un premier mode de réalisation, les étapes sont exécutées suite à la réception d’une commande de retour dans le contenu. Ce mode permet de déclencher l’enregistrement que lorsqu’il est utile. Selon un deuxième mode de réalisation, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents modes, pour un contenu reçu ayant une heure de fin, l’enregistrement s’arrête à un instant qui est fonction de cette heure de fin. Idéalement, selon une variante possible, l’instant d’arrêt de l’enregistrement coïncide avec l’heure de fin du contenu reçu. Ce mode permet de mettre fin à l’enregistrement automatiquement lorsque celui-ci n’a plus d’utilité. Ce mode évite encore une fois de consommer de la bande passante inutilement. A noter que l’instant d’arrêt de l’enregistrement coïncide avec l’heure de fin du contenu reçu avec une marge d’erreur possible de quelques millisecondes. Selon un troisième mode de réalisation, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents modes, la première source transmet le contenu en temps réel et la deuxième source est une source apte à transmettre le contenu en différé. Ce quatrième mode vise une configuration du système dans lequel l’invention trouve un intérêt certain à savoir une première source privilégiée pour la lecture du fait des avantages du multicast mais n’étant pas apte à faire de retour en arrière dans le contenu ; et une deuxième source permettant un retour dans le contenu donc une lecture en différée du même contenu. Selon un quatrième mode de réalisation, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents modes, la première source est une entité de transformation transformant un flux multicast reçu d’un serveur multicast en un flux unicast et/ou la deuxième source est un serveur unicast. Ce mode vise une configuration optimale du procédé de l’invention dans lequel la deuxième source offre des avantages en termes de bande passante et de qualité d’images ; réaliser un enregistrement de segments issus d’un serveur multicast offre une qualité d’images lors de la lecture bien supérieure au mode unicast. Selon un cinquième mode de réalisation, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents modes, l’enregistrement est réalisé dans une mémoire associée au dispositif de lecture (STB). La mémoire peut être soit locale au dispositif de lecture STB soit externe par exemple un disque dur externe. Selon un aspect matériel, l’invention se rapporte à une entité de gestion de la lecture par un dispositif de lecture de segments d’un contenu accessibles depuis des sources de contenu aptes à transmettre des segments d’un même contenu avec un décalage temporel, l’entité comprenant un processeur configuré pour lire des segments issus d’une première source et enregistrer des segments issus d’une deuxième source, et à cesser la lecture des segments issus de la première source et poursuivre la lecture à la base de segments enregistrés lorsque les segments à lire sont des segments enregistrés.. Selon un autre aspect matériel, l’invention se rapporte à un dispositif de lecture incluant 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 sélection définies ci-dessus. 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é 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 contrôle d’affichage 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 : FIG. 1 La FIG. 1 représente un système informatique sur lequel est illustré un exemple de réalisation de l’invention. FIG. 2 La FIG. 2 est un schéma synoptique simplifié de la structure matérielle du dispositif de lecture ; FIG. 3 La FIG. 3 illustre un mode de réalisation du procédé de l’invention faisant apparaître une exécution d’une commande de retour dans le contenu grâce au mode mode startover et du déclenchement de l’enregistrement du contenu issu de la deuxième source pendant la réception du contenu issu de la première source. Description détaillée d'un exemple de réalisation illustrant l'invention : La FIG. 1 représente un système informatique SYS dans lequel est mis en œuvre un réseau de diffusion de contenus appelé CDN (Content Distribution Network) par l’homme du métier depuis lequel sont transmis des contenus à destination de dispositifs clients ou dispositifs de lecture de contenus. Dans notre exemple, le système comprend un seul dispositif de lecture. Cependant l’invention s’applique à un nombre quelconque de dispositifs de lecture. Le dispositif de lecture est par exemple un décodeur STB. Dans notre exemple, le dispositif de lecture STB est connecté sur un port du dispositif de restitution dispositif de restitution TV ; le dispositif de lecture et le dispositif de restitution dispositif de restitution TV pourrait aussi former un seul et unique dispositif. Dans notre exemple, le dispositif de lecture STB est situé dans un réseau local LAN géré par une passerelle domestique GTW. La passerelle GTW est apte à communiquer via un réseau de télécommunication LI1 tel qu’un réseau étendu WAN connu de l’homme du métier. Le CDN est constitué de serveurs reliés en réseau dans le réseau étendu. Le contenu multimédia visé ici est un contenu multimédia correspondant à une chaîne de télévision sur laquelle sont diffusés des programmes télévisés. Un contenu peut être initialement disponible sur une source DIF. Cette source est connectée au réseau de diffusion de contenu, CDN (pour « Content Delivery Network »), qui forme, en quelque sorte, une surcouche (ou « overlay » en anglais), au réseau de télécommunication, tel qu’Internet. Dans notre exemple, le réseau de diffusion de contenu CDN comporte plusieurs serveurs de contenus distincts SU/SM aptes à transmettre un même contenu au dispositif de lecture dispositif de lecture STB avec un décalage dans le temps. Dans notre exemple, un premier serveur SU est apte à transmettre un contenu en mode unicast, dit serveur unicast, et un second serveur SM est apte à transmettre le contenu en temps réel, par exemple en multicast. L’invention ne se limite pas à cette configuration mais s’étend à tout serveur capable de transmettre des mêmes segments avec un décalage temporelle. La configuration décrite ci-dessus permet par exemple de recevoir un flux de segments en multicast, de requérir un retour en arrière dans le contenu et de poursuivre la lecture de segments issus du serveur unicast à partir du segment souhaité. On comprend bien qu’il y a un décalage temporel entre les segments diffusés par la source multicast et les segments reçus du serveur unicast. Typiquement, les segments de la source DIF sont transmis au premier serveur unicast, et à un second serveur multicast. La source multicast SM, ou « multicasteur », peut recevoir les segments du serveur unicast SU lorsqu’une décision est prise de rendre possible la transmission en multicast. Cette décision peut par exemple être prise par la première source de contenu, SU, ou par un dispositif de supervision, non représenté, ayant connaissance du nombre de dispositifs de lecture souhaitant recevoir un contenu donné. Les contenus CNT sont mis à disposition dans un format donné. Un tel contenu CNT est, par exemple, un contenu téléchargé en mode de streaming adaptatif. 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 ; ce standard se base sur la préparation du contenu en différentes repré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 » par l’homme du métier. Chacun de ces segments est rendu disponible individuellement au moyen d'un protocole d'échange entre le terminal de restitution et le serveur fournisseur de contenus multimédias. 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 fichier de description au format XML. Nous ne rentrerons pas plus dans les détails de ce mode de téléchargement car sans intérêt pour l’exposé de l’invention. La FIG. 2 représente une architecture d’un dispositif de lecture STB. Ce dispositif STB comprend, classiquement, des mémoires MEM1 associées à un processeur CPU1. Les mémoires peuvent être de type ROM (de l’anglais « Read Only Memory ») ou RAM (de l’anglais « Random Access Memory ») ou encore Flash. Le décodeur STB communique avec la passerelle via un module Ethernet pour une communication locale avec fils ou via un module radio de type Wi-Fi pour une communication locale sans fils avec la passerelle résidentielle GTW. Le module en question est référencé COM1 sur la FIG. 2 . Cette liaison est référencée LI2 sur la FIG. 1 . Le décodeur STB peut transmettre un contenu à restituer au dispositif de restitution TV via un module de communication COM2. Ce module COM2 est par exemple une liaison HDMI. Cette liaison est référencée LI3 sur la FIG. 1 . Le décodeur STB comprend une entité de téléchargement en mode streaming (non représentée) apte à gérer le téléchargement de segments. Le décodeur STB comprend également une entité de gestion ENT dont la fonction sera décrite ci-dessous. En outre, le dispositif de lecture STB est équipé d’une fonction STRT « relire le contenu » (appelée aussi « startover » par l’homme du métier) est prévue pour relire un contenu en cours de diffusion. Les serveurs ont une structure matérielle équivalente. Un serveur équipé d’au moins un processeur et de mémoires pour la réalisation de traitement informatique. Un serveur SRV communique avec la passerelle GTW via réseau WAN. Le serveur unicast SU fournit des fichiers de description au dispositif de lecture STB à travers la passerelle GTW. A partir de ces fichiers de description, le dispositif de lecture STB peut transmettre des requêtes pour télécharger un segment de la résolution choisie parmi celles disponibles dans le dernier fichier de description reçu. Le serveur multicast SM diffuse un flux continu du type flux IPTV ou équivalents. Le serveur multicast diffuse le contenu dans un arbre de diffusion , indépendamment des dispositifs de lecture STB inscrits pour leur obtention. Les nœuds de l’arbre de diffusion prennent en charge la transmission jusqu’aux feuilles constitués par les entités de gestion, en particulier l’entité de transformation- décrite ci-dessous présente dans la passerelle GTW. Le système comprend une entité de transformation référencée n-CDN qui reçoit le flux multicast diffusé en temps réel (ou Live) et le découpe en segments ; après production des segments, l’entité de transformation n-CDN met à disposition les segments au dispositif de lecture STB en mode unicast. L’entité de transformation n-CDN crée des fichiers de description en conséquence. Le dispositif de lecture STB peut ainsi accéder aux fichiers de description et aux segments de contenu décrits dans ces fichiers grâce à l’entité de transformation de flux référencée n-CDN sur les figures. La localisation de l’entité de transformation n-CDN dans le système est quelconque. Dans notre exemple, cette entité de transformation est localisée dans la passerelle GTW. Du point de vue du dispositif de lecture dispositif de lecture STB, une entité de transformation forme donc l’entrée du réseau de diffusion de contenu CDN. Une telle entité de transformation peut ainsi correspondre à la terminologie « nano CDN » ou « n-CDN », connue de l’homme du métier. On suppose que la réception du flux de segments s’effectue à un instant donné depuis la source n-CDN. Ce mode de transmission est souvent privilégié lorsqu’un tel flux est disponible du fait des performances du mode multicast par rapport au mode unicast en termes de bande passante sur le réseau et de la qualité d’images. On suppose que, lors de la réception des segments du contenu depuis la source n-CDN, un utilisateur requiert un retour en arrière dans le contenu. Dans ce cas, l’entité de gestion ENT déclenche une demande de réception des segments depuis le serveur unicast. Le dispositif de lecture STB reçoit ensuite depuis le serveur unicast SU les segments depuis l’instant de relecture souhaité. En définitive, la source n-CDN est une première source de contenus, et le serveur unicast est une deuxième source de contenus. Selon l’invention, lorsque les segments lus sont issus de la première source SU, un enregistrement des segments issus de la deuxième source n-CDN est effectué. Ensuite, la lecture des segments issus de la première source SU cesse et se poursuit à la base de segments enregistrés lorsque les segments à lire sont des segments enregistrés. De cette manière, lors de la lecture des segments issus du serveur unicast, une demande d’accès à un segment enregistré entraîne la cessation de la lecture des segments en mode unicast et la poursuite de la lecture depuis la mémoire où sont enregistrés les segments. Le procédé permet de revenir au plus vite à des segments issus d’un flux multicast. Aussi, lors de la lecture depuis le serveur unicast SU, lorsqu’un saut temporel en avant est demandé, par exemple via une touche d’une télécommande, si les segments demandés sont stockés dans la mémoire du dispositif de lecture STB, la lecture des segments en unicast cesse et se poursuit en lisant les segments enregistrés dans la mémoire MEM du dispositif de lecture STB. Un mode de réalisation va maintenant être décrit en référence à la FIG. 3 . Cette FIG. 3 illustre un chronogramme pour un exemple de mise en œuvre d’un procédé entre un dispositif de lecture STB, un premier serveur aptes à transmettre le contenu en mode unicast SU et une source (l’entité de transformation n-CDN) recevant des flux multicast depuis le serveur multicast SM ; cette source n-CDN va produire des segments du contenu et les mettre à disposition. Dans le mode de réalisation, afin de simplifier l’exposé, on ne décrira ni le transmission des fichiers de description ni la transmission de requêtes d’accès aux segments. On comprendra que chaque réception de segment est précédée d‘une requête d’accès au segment. On comprendra aussi que des fichiers de description sont transmis par les deux sources afin que les dispositifs de lecture STB puissent accéder aux segments. Dans un premier temps, le dispositif de lecture STB transmet des requêtes d’accès successives à des segments S1-S9 à destination de l’entité de transformation n-CDN et reçoit en retour les segments demandés S1-S9 successivement. Lors de la réception d’une requête, l’entité de transformation n-CDN s’abonne au flux multicast souhaité auprès du serveur multicast SM et reçoit en retour un flux de données multicast. L’entité de transformation n-CDN transforme ensuite le flux continu en segments encodés et met à disposition ces segments. On suppose que, lors de la réception des segments du contenu depuis l’entité de transformation n-CDN, un utilisateur requiert à un instant donné un retour en arrière (rewind en anglais, symbole associé ‘ Le dispositif de lecture STB reçoit la commande de retour ( Seul le serveur unicast SU est capable de lire un contenu en différé. Le dispositif de lecture STB exécute la commande et requiert la réception des segments à partir du segment S1 depuis le serveur unicast SU. Selon l’invention, lors du passage d’une réception du contenu du serveur multicast MC au serveur SU, le dispositif de lecture STB poursuit la transmission de requêtes d’accès aux segments S10 et suivants à destination de l’entité de transformation n-CDN, et reçoit en retour les segments suivants issus à savoir les segments S10, S11,S12, etc. et enregistre ces segments en mémoire. L’enregistrement est représenté de manière schématique sur la FIG. 3 dans un cadre symbolisant la mémoire MEM du dispositif de lecture STB. Ce cadre permet de comprendre quels segments issus du flux multicast sont enregistrés dans la mémoire du dispositif de lecture STB après transformation par l’entité de transformation n-CDN. On s’aperçoit donc que le dispositif de lecture STB reçoit des segments à la fois du serveur unicast (ceux qui sont lus) et des segments issus de l’entité de transformation n-CDN recevant le contenu en multicast (ceux qui sont enregistrés dans la mémoire du dispositif de lecture STB). Dans notre exemple, le dispositif de lecture STB reçoit en même temps les segments S1/S11, les segments S2/S12, etc. Lors d’une étape ultérieure, lorsque le neuvième segment est reçu en mode unicast et lu par le dispositif de lecture STB, l’entité de gestion ENT cesse la lecture des segments issus du serveur unicast SU et poursuit la lecture des segments en lisant les segments enregistrés à savoir le dixième segment S10 et les suivants successivement. A noter que l’exemple qui précède se base sur une relecture depuis le début. Cependant, l’invention s’applique aussi à une relecture depuis un autre instant ; par exemple la lecture des segments issus du serveur unicast aurait pu démarrer au troisième segment S3. On comprend donc de ce qui précède que suite à l’exécution de la commande retour ( Ainsi, lorsque la lecture du flux Live en décalé (consommé en Unicast) aboutit sur des segments du contenu issu du serveur Multicast et disponible par exemple en mémoire locale MEM ; le dispositif de lecture STB arrête alors de recevoir le flux en Unicast et utilise les données stockées en mémoire locale MEM et reçues en Multicast pour continuer à afficher le flux vidéo. Prenons un exemple concret à savoir un programme débute à 21h00 et dure 1h45. Supposons que l’utilisateur accède à 21h05 au programme Live Courant. Le flux est ici consommé en Multicast. Supposons que l’utilisateur active la fonction StartOver et accède donc au Live en décalé de 5 minutes. Le dispositif de lecture STB s’abonne au flux unicast issu du serveur unicast SU pour accéder au contenu en décalé ; en parallèle, l’entité de gestion continue également de recevoir le flux vidéo diffusé par le serveur Multicast SM ety produit des segments à la base de ce flux, et stocke ces segments dans une mémoire locale associée au dispositif de lecture STB par exemple la mémoire MEM. A cet instant le dispositif de lecture STB va donc recevoir des segments depuis deux sources unicast à savoir le serveur unicast SU et l’entité n-CDN. Après avoir visualisé 5 minutes de contenu en Unicast, la lecture aboutit sur une partie de programme déjà reçue depuis l’entité de transformation n-CDN et disponible dans la mémoire locale MEM. Le dispositif de lecture STB va alors se désabonner du flux Unicast auprès du serveur unicast SU et utiliser le flux stocké en mémoire MEM pour restituer le contenu vidéo. En définitive, sur 1H45 de programme, seulement 5 minutes de programme ont été reçues en unicast. Le reste du temps, soit 1H40, les segments reçus proviennent de la mémoire MEM et donc sont des segments issus du serveur multicast SM. On optimise ainsi la consommation de bande passante dans le réseau opérateur. Le mode de réalisation décrit ci-dessus peut faire l’objet de variantes. Selon une première variante possible, lorsque le dispositif de lecture STB lit les segments issus de la mémoire MEM et les restitue, le dispositif de lecture STB cesse de recevoir le contenu en désabonnant du flux unicast. Selon une autre variante, l’enregistrement est effectué en permanence. Selon une autre variante l’enregistrement s’effectue par intermittence suite à son déclenchement. Cette variante permet de diminuer Le contenu a très probablement une heure de fin ; dans ce cas, l’enregistrement s’arrête à un instant qui est fonction de cette heure de fin ; idéalement l’instant d’arrêt coïncide avec l’heure de fin. Précisons enfin ici que le terme entité peut correspondre aussi bien à un composant logiciel qu’à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d’ordinateur ou de manière plus générale à tout élément d’un programme apte à mettre en œuvre une fonction ou un ensemble de fonctions telles que décrites pour les modules concernés. De la même manière, un composant matériel correspond à tout élément d’un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.). Procédé de gestion de la lecture par un dispositif de lecture (STB) de segments d’un contenu accessibles depuis des sources de contenu (n-CDN,SU) apte à transmettre des segments d’un même contenu avec un décalage temporel, caractérisé en ce que le procédé comprend une lecture des segments issus d’une première source (SU) et un enregistrement des segments issus d’une deuxième source (n-CDN), et en ce que la lecture des segments issus de la première source (SU) cesse et se poursuit à la base de segments enregistrés lorsque les segments à lire sont des segments enregistrés. Procédé de gestion selon la revendication 1, caractérisé en ce que les étapes sont exécutées suite à la réception d’une commande de retour dans le contenu. Procédé de gestion selon l’une des revendications précédentes, caractérisé en ce que le contenu reçu a une heure de fin et en ce que l’enregistrement s’arrête à un instant qui est fonction de cette heure de fin. Procédé de gestion selon la revendication 3, caractérisé en ce que l’’instant d’arrêt de l’enregistrement coïncide avec l’heure de fin du contenu reçu. Procédé de gestion selon la revendication 1, caractérisé en ce que la première source transmet le contenu en temps réel et la deuxième source est apte à transmettre le contenu en différé. Procédé de gestion selon la revendication 1, caractérisé en ce que la première source est une entité de transformation transformant un flux multicast reçu d’un serveur multicast en un flux unicast et/ou la deuxième source est un serveur unicast. Procédé de gestion selon la revendication 1, caractérisé en ce que l’enregistrement est réalisé dans une mémoire associée au dispositif de lecture (STB). Entité de gestion (ENT) de la lecture par un dispositif de lecture (STB) de segments d’un contenu accessibles depuis des sources de contenu aptes à transmettre des segments d’un même contenu avec un décalage temporel, l’entité comprenant un processeur configuré pour lire des segments issu d’une première source (SU) et enregistrer des segments issus d’une deuxième source (nCDN), et à cesser la lecture des segments issus de la première source (SU) et poursuivre la lecture à la base de segments enregistrés lorsque les segments à lire sont des segments enregistrés. .Dispositif de lecture dispositif de lecture (STB) comprenant une entité telle que définie dans la revendication 8. Programme d'ordinateur apte à être mis en œuvre sur une entité de gestion (ENT) telle que définie dans la revendication 8, le programme comprenant des instructions de code qui, lorsqu’il est exécuté par un processeur, réalise les étapes du procédé définies dans la revendication 1. Support de données sur lequel a été mémorisée au moins une série d’instructions de code de programme pour l’exécution d’un procédé selon la revendication 1.