FR3096540A1 - Restitution d’un contenu en arrière-plan ou sous forme d’incrustation dans le cadre d’un téléchargement progressif adaptatif de type HAS - Google Patents

Restitution d’un contenu en arrière-plan ou sous forme d’incrustation dans le cadre d’un téléchargement progressif adaptatif de type HAS Download PDF

Info

Publication number
FR3096540A1
FR3096540A1 FR1905266A FR1905266A FR3096540A1 FR 3096540 A1 FR3096540 A1 FR 3096540A1 FR 1905266 A FR1905266 A FR 1905266A FR 1905266 A FR1905266 A FR 1905266A FR 3096540 A1 FR3096540 A1 FR 3096540A1
Authority
FR
France
Prior art keywords
content
restitution
terminal
time
digital content
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
FR1905266A
Other languages
English (en)
Inventor
Mathieu Rivoalen
Hervé MARCHAND
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange SA filed Critical Orange SA
Priority to FR1905266A priority Critical patent/FR3096540A1/fr
Priority to US17/612,814 priority patent/US11736548B2/en
Priority to PCT/EP2020/063109 priority patent/WO2020234030A1/fr
Priority to EP20723886.6A priority patent/EP3973714A1/fr
Publication of FR3096540A1 publication Critical patent/FR3096540A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H04N21/4316—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations for displaying supplemental content in a region of the screen, e.g. an advertisement in a separate window
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4318—Generation of visual interfaces for content selection or interaction; Content or additional data rendering by altering the content in the rendering process, e.g. blanking, blurring or masking an image region
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/440281—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by altering the temporal resolution, e.g. by frame skipping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44213—Monitoring of end-user related data
    • H04N21/44222—Analytics of user selections, e.g. selection of programs or purchase activity
    • H04N21/44224—Monitoring of user activity on external systems, e.g. Internet browsing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/482—End-user interface for program selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637—Control signals issued by the client directed to the server or network components
    • H04N21/6373—Control signals issued by the client directed to the server or network components for rate control, e.g. request to the server to modify its transmission rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Social Psychology (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Restitution d’un contenu en arrière-plan ou sous forme d’incrustation dans le cadre d’un téléchargement progressif adaptatif de type HAS. L'invention concerne un procédé de gestion du téléchargement progressif adaptatif (HAS) d’un contenu numérique au sein d’un terminal lecteur de flux multimédia en temps réel, associé à un terminal de restitution dudit contenu numérique, le procédé comprenant une étape d’obtention d’un fichier de description du contenu numérique, comprenant une liste de segments temporels du contenu associés chacun à plusieurs débits d’encodage du contenu, et une étape de téléchargement des segments temporels à l’un des débits d’encodage. Selon l’invention, un tel procédé met en œuvre une restitution concomitante, par le terminal de restitution (5), du contenu numérique (C1) et d’un élément, appelé élément principal, appartenant au groupe comprenant un menu (M) et un autre contenu numérique, et, il met en œuvre, lors de l’étape de téléchargement, un téléchargement partiel d’une portion liminaire d’au moins certains des segments temporels, et une restitution, pendant une durée d’un des segments temporels, d’une image décodée à partir de la portion liminaire du segment temporel correspondant. Figure pour l’abrégé : Fig 3

Description

Description Titre de l'invention : Restitution d'un contenu en arrière-plan ou sous forme d'incrustation dans le cadre d'un téléchargement progressif adaptatif de type HAS Domaine technique 100011 Le domaine de l'invention est celui de la diffusion de contenus multimédia nu- mériques, à savoir les contenus audio et/ou vidéo numériques.
Plus précisément, l'invention concerne la restitution d'un tel contenu en arrière-plan ou sous forme d'incrustation de type PiP (pour l'anglais « Picture in Picture »), dans le cadre de l'acheminement de contenus numériques selon une technique dite de téléchargement progressif adaptatif, ou HAS.
Art antérieur
[0002] L'accès à un contenu multimédia, tel que la télévision ou la vidéo à la demande, depuis un réseau de type Internet, est possible aujourd'hui, pour la plupart des terminaux de restitution, notamment lorsqu'ils appartiennent à un réseau de communication local, tel qu'un réseau domestique.
[0003] Le terminal émet généralement une requête à destination d'un serveur, en indiquant le contenu choisi et il reçoit en retour un flux de données numériques relatives à ce contenu.
Dans le cadre d'un réseau de communication local, une telle requête transite par la passerelle d'accès au réseau, par exemple la passerelle résidentielle.
[0004] Le terminal est adapté pour recevoir ces contenus numériques sous forme de données multimédia et pour en faire une restitution.
Cette restitution consiste à fournir au niveau du terminal le contenu numérique sous une forme accessible à l'utilisateur.
Par exemple, des données reçues correspondant à une vidéo sont généralement décodées, puis restituées au niveau du terminal sous la forme d'un affichage de la vidéo correspondante avec sa bande-son associée.
Dans la suite, par souci de simplification, on assimilera le contenu numérique à une vidéo et la restitution par le terminal, ou consommation par l'utilisateur du terminal, à une visualisation sur l'écran du terminal.
[0005] La diffusion de contenus numériques sur Internet est souvent basée sur des protocoles client-serveur de la famille FITTP (de l'anglais « Hyper Text Transport Protocol »).
En particulier, le téléchargement en mode progressif des contenus numériques, aussi appelé streaming, permet de transporter et consommer les données en temps réel, c'est-à-dire que les données numériques sont transmises sur le réseau et restituées par le terminal au fur et à mesure de leur arrivée.
Le terminal reçoit et stocke une partie des données numériques dans une mémoire tampon avant de les restituer.
Ce mode de distribution est particulièrement utile quand le débit dont dispose l'utilisateur 2 n'est pas garanti pour le transfert en temps réel de la vidéo.
[0006] Le téléchargement progressif adaptatif, en anglais HTTP Adaptative Streaming, d'abréviation HAS, permet de surcroît de diffuser et recevoir des données suivant différentes qualités correspondant par exemple à différents débits.
Ces différentes qualités sont décrites dans un fichier de paramètres disponible en téléchargement sur un serveur de données, par exemple un serveur de contenus.
Quand le terminal client souhaite accéder à un contenu, ce fichier de description permet de sélectionner le bon format pour le contenu à consommer en fonction de la bande passante disponible ou des capacités de stockage et de décodage du terminal client.
Ce type de technique permet notamment de tenir compte des variations de bande passante sur la liaison entre le terminal client et le serveur de contenus.
[0007] Il existe plusieurs solutions techniques pour faciliter la distribution d'un tel contenu en streaming, comme par exemple les solutions propriétaires Microsoft® Smooth Streaming, Apple® HLS, Adobe® HTTP Dynamic Streaming, ou encore la norme MPEG-DASH de l'organisme ISO/IEC qui sera décrite ci-après.
Ces méthodes proposent d'adresser au client un ou plusieurs fichiers de description intermédiaires, appelés aussi documents ou manifestes, contenant les adresses des différents segments aux différentes qualités du contenu multimédia.
[0008] Ainsi, la norme MPEG-DASH (pour l'anglais -Dynamic Adaptivc Streaming over HTTP", en français « diffusion en flux adaptatif dynamique sur HTTP ») est un standard de format de diffusion audiovisuelle sur Internet.
Il se base sur la préparation du contenu en différentes présentations de qualité et débit variables, découpées en segments de courte durée (de l'ordre de quelques secondes), également appelés chunks ».
Chacun de ces segments est rendu disponible individuellement au moyen d'un protocole d'échange.
Le protocole principalement ciblé est le protocole HTTP, mais d'autres protocoles (par exemple FTP) peuvent également être utilisés.
L'organisation des segments et les paramètres associés sont publiés dans un manifeste au format XML.
[0009] Le principe sous-jacent à cette norme est que le client MPEG-DASH effectue une es- timation de la bande passante disponible pour la réception des segments, et, en fonction du remplissage de son tampon de réception, choisit, pour le prochain segment à charger, une représentation dont le débit : assure la meilleure qualité possible, et permet un délai de réception compatible avec le rendu ininterrompu du contenu.
[0010] Ainsi, pour s'adapter à la variation des conditions réseau, notamment en termes de bande passante, les solutions existantes de téléchargement adaptatif permettent au terminal client de passer d'une version du contenu encodée à un certain débit, à une 3 autre encodée à un autre débit, au cours du téléchargement.
En effet, chaque version du contenu est divisée en segments de même durée.
Pour permettre une restitution en continu du contenu sur le terminal, chaque segment doit atteindre le terminal avant son instant programmé de restitution.
La qualité perçue associée à un segment augmente avec la taille du segment, exprimée en bits, niais dans le même temps, des segments plus gros requièrent un temps de transmission plus important, et donc présentent un risque accru de ne pas être reçus à temps pour une restitution en continu du contenu.
[0011] Le terminal de restitution doit donc trouver un compromis entre la qualité globale du contenu, et sa restitution ininterrompue, en sélectionnant avec soin le prochain segment à télécharger, parmi les différents débits d'encodage proposés.
Il existe pour ce faire différents algorithmes de sélection de la qualité du contenu en fonction de la bande passante disponible, qui peuvent présenter des stratégies plus ou moins agressives, ou plus ou moins sécuritaires.
[0012] La consommation de contenus numériques en téléchargement progressif adaptatif (HAS) tend à se démocratiser.
Elle est notamment utilisée par de nombreux services de streaming (en français, diffusion en mode continu, ou lecture en continu), mais également par certains décodeurs TV, ou set-top-box, qui l'utilisent pour accéder à des contenus délinéarisés, tels que la vidéo à la demande (VOD), la diffusion en différé de programmes télévisuels (Replay), ou encore les offres de type Network PVR (pour « Network Personal Video Recorder », i.e. un service d'enregistrement des contenus numériques, effectué par le fournisseur de contenus lui-même plutôt qu'au domicile de l'utilisateur final).
[0013] En outre, d'autres dispositifs tels que des appareils lecteurs de flux multimédia en temps réel accèdent également aux contenus numériques en mode de téléchargement adaptatif progressif pour des contenus télévisuels en temps réel (ou Live).
C'est le cas par exemple de l'appareil ChromecastO développé par Google0, ou de la CléTVCD d'Orange®.
[0014] De tels appareils se branchent classiquement sur le port HDMI d'un téléviseur et communiquent, par connexion Wi-Fi®, avec un autre appareil du réseau de communication domestique connecté à un réseau de communication étendu de type Internet (passerelle résidentielle, ordinateur, téléphone intelligent de type smartphone, tablette...), afin de restituer, sur le téléviseur, le contenu multimédia reçu par une application logicielle compatible.
On désignera par la suite ces appareils sous la désignation générique de Clef HDMI.
[0015] 11 existe par ailleurs d'autres terminaux de restitution qui n'utilisent pas cette technique de téléchargement progressif adaptatif, mais permettent au contraire à l'utilisateur d'accéder au contenu selon une technologie dite « multicast », ou en français « diffusion groupée ».
Selon cette technique multicast, un ensemble de terminaux récepteurs intéressés par un même contenu forment un groupe de diffusion.
Le serveur de contenu envoie les paquets de données relatifs à ce contenu une seule fois, et ils sont routés vers tous les terminaux du groupe de diffusion.
Leur réplication intervient au plus près des terminaux récepteurs.
Cette technologie n'a donc que peu d'impact sur la consommation de bande passante de bout en bout, car elle est totalement distribuée.
[0016] Cette technologie multicast est notamment utilisée par les systèmes de télévision sur IP (en anglais « Internet Protocol ») pour diffuser le contenu des chaînes télévisées à un grand nombre d'abonnés, le plus souvent via l'utilisation de set top box (en français « boîtier adaptateur». ou « décodeur »).
Les terminaux de restitution correspondants proposent le plus souvent à leurs utilisateurs une interface utilisateur, ou IHM, leur permettant d'accéder au menu principal du service de télévision sur W, dans laquelle le flux d'une des chaînes de télévision est affiché en arrière-plan du menu, ou sous forme d'une incrustation de type PiP (pour l'anglais « Picture in Picture ») sur l'écran du terminal de restitution.
[0017] Cette interface utilisateur, qui permet par exemple à l'utilisateur de visualiser une vidéo en arrière-plan du menu principal, ou de visionner une chaîne de télévision secondaire en incrustation sur l'écran qui restitue une chaîne de télévision principale, offre une expérience et un service particulièrement appréciés des utilisateurs.
Elle a par ailleurs peu d'impact sur la consommation du flux et de la bande passante dans le réseau, du fait de la technologie multicast utilisée.
[0018] Elle n'est en revanche à ce jour pas proposée par les services de type OTT (en anglais « Over The Top », en français « hors offre du fournisseur (l'accès à rinternet ») reposant sur un téléchargement de type HAS, car il est d'usage, sur ce type de service, d'éviter que le client consomme de la bande passante lorsque ce n'est pas nécessaire.
En effet, diffuser un flux en arrière-plan ou en PiP dans un menu est considéré, dans ce type de technologie « unicast » (ou point à point), comme du gâchis de bande passante globale, dans la mesure où ce flux d'anière-plan, ou incrusté, ne constitue pas le centre d'intérêt principal de l'utilisateur.
[0019] En dépit des nombreux avantages de la technique de téléchargement adaptatif HAS, elle ne permet donc pas à ce jour d'offrir à ses utilisateurs le même confort et la même expérience que les techniques de diffusion multicast.
[0020] 11 existe donc un besoin d'une technique permettant, dans le cadre d'un service « over the top » de téléchargement progressif adaptatif de contenu, d'offrir une expérience utilisateur, et notamment une interface, aussi riche et fonctionnelle que celle proposée dans le cadre des services de diffusion multicast, tout en limitant l'impact sur la bande passante totale consommée.
Exposé de l'invention
[0021] L'invention répond à ce besoin en proposant un procédé de gestion du téléchargement progressif adaptatif (HAS) d'un contenu numérique au sein d'un terminal lecteur de flux multimédia en temps réel, associé à un temtinal de restitution du contenu numérique.
Un tel procédé comprend une étape d'obtention d'un fichier de description du contenu numérique, comprenant une liste de segments temporels du contenu associés chacun à plusieurs débits d'encodage du contenu, et une étape de téléchargement des segments temporels à l'un des débits d'encodage.
[0022] Selon l'invention, un tel procédé met en oeuvre une restitution concomitante, par le terminal de restitution, du contenu numérique et d'un élément, appelé élément principal, appartenant au groupe comprenant un menu et un autre contenu numérique, et, il met en oeuvre, lors de l'étape de téléchargement, un téléchargement partiel d'une portion liminaire d'au moins certains des segments temporels, et une restitution, pendant une durée d'un des segments temporels, d' une image décodée à partir de la portion liminaire du segment temporel correspondant.
[0023] Ainsi, l'invention repose sur une approche tout à fait nouvelle et inventive du télé- chargement progressif adaptatif dc contenu dans le cadre d'un service OTT, permettant d'offrir à l'utilisateur une expérience d'interface similaire à celle qui est proposée dans le cadre des techniques de diffusion de contenu multicast.
[0024] En effet, l'invention propose d'offrir à l'utilisateur, sur le terminal dc restitution, la restitution concomitante, d'une part, d'un élément principal, qui peut être un contenu choisi par l'utilisateur, ou un menu d'accès au service, et d'autre part, d'un autre contenu, par exemple un flux vidéo en temps réel, qui est proposé en arrière-plan dc l'élément principal (par exemple avec une opacité dc 50%), ou sous forme d'incrustation dans l'écran (par exemple dans une petite fenêtre en bas à gauche de l'écran).
[0025] Pour pouvoir offrir cette expérience à l'utilisateur, sans accroître de façon excessive la consommation de bande passante par le serveur de contenu, on propose de ne plus télécharger l'intégralité des segments temporels du contenu, mais seulement le début de tout ou partie de ces segments.
En effet, un segment temporel correspond par exemple à une portion du contenu d'une ou deux secondes : il débute classiquement par une image I, également appelée image intra.
Il contient ensuite des informations permettant de reconstruire, par estimation/compensation de mouvement, les images suivantes du contenu, à partir de cette image I.
Ces informations sont relatives aux parties de l'image qui changent ou évoluent, par rapport à l'image I, pendant la durée du segment temporel.
[0026] Selon un mode de réalisation de l'invention, au lieu de télécharger les segments 6 temporels complets, on ne procède donc qu'au téléchargement du début du chunk, qui permet de décoder l'image!, ou intra.
Cette portion liminaire du segment temporel représente environ 20% de la taille totale du segment en octets.
Après décodage de l'image L cette dernière est restituée à l'utilisateur pendant toute la durée du segment temporel dont elle est extraite.
[0027] Pour des segments temporels d'une durée de 2 secondes, on rafraîchit donc l'image restituée à l'utilisateur en arrière-plan ou en PiP toutes les 2 secondes environ, à chaque décodage d'une nouvelle image intra, associée à un nouveau segment temporel.
[0028] Cela permet de réaliser un compromis intéressant entre une interface utilisateur riche, permettant d'afficher un contenu temps réel en arrière-plan ou en incrustation sur l'écran du terminal de restitution, et une limitation de la consommation de ressources réseau par le serveur de contenu.
[0029] Selon un aspect de l'invention, ce téléchargement partiel des chunks s'opère à l'issue d'une première période de durée déterminée d'absence d'interaction d'un utilisateur avec le terminal lecteur de flux multimédia en temps réel et/ou avec le terminal de restitution.
Ainsi, on décide de ne plus télécharger l'intégralité des segments temporels, niais seulement leur portion liminaire, lorsqu'on détecte que l'utilisateur n'interagit plus avec le terminal de restitution ou le terminal lecteur de flux multimédia depuis quelques instants (par exemple quelques minutes).
[0030] Selon une première caractéristique de l'invention, à l'issue d'une deuxième période de durée déterminée d'absence d'interaction de l'utilisateur avec le terminal lecteur de flux multimédia en temps réel et/ou avec le terminal de restitution, l'image décodée à partir de la portion liminaire d'un des segments temporels est restituée pendant une durée d'au moins deux segments temporels consécutifs.
[0031] On réduit ainsi encore la consommation de bande passante, en affichant l'image intra décodée à partir d'un segment temporel de 2 secondes pendant la durée de deux segments temporels consécutifs, soit 4 secondes, voire même pendant 6 secondes ou plus.
On ne télécharge alors que la portion liminaire d'un segment temporel toutes les 4 ou 6 secondes, ce qui est peu consommateur en ressources.
[0032] Selon un autre aspect, les segments temporels partiellement téléchargés sont associés à un débit d'encodage inférieur à un débit d'encodage optimum de restitution du contenu.
[0033] On peut en effet jouer sur le débit d'encodage des segments temporels qu'on té- lécharge, par exemple en choisissant de télécharger le début d'un segment temporel associé à un débit d'encodage de 512kb/s, plutôt qu'au débit maximum disponible de 2048kb/s.
Ainsi, pour un contenu vidéo qui, dans des conditions de restitution optimale, est associé à un flux de 25 images par seconde avec une résolution propre de 1080 pixels, le procédé selon un mode de réalisation de l'invention agit sur la ré- 7 solution et l'échantillonnage temporel du flux, en ne téléchargcant que le début de certains des segments temporels associés à des débits d'encodage réduits, pour proposer par exemple à l'utilisateur une restitution à 10 images par minute avec une résolution de 576 pixels.
[0034] Selon un aspect complémentaire, préalablement à la restitution de l'image décodée, il met en oeuvre un traitement graphique appartenant au groupe comprenant : Un fondu ; Un flou ; Une opacité ; Une transition graphique entre ladite image décodée et une image décodée précédente.
[0035] On améliore ainsi le ressenti de l'utilisateur : en effet, la restitution en arrière-plan de l'écran d'un contenu temps réel de mauvaise qualité ou résolution peut être peu esthétique.
L'utilisation d'une technique de floutagc de l'image affichée est un subterfuge permettant d'améliorer le rendu de l'image pour le client, qui peut en outre mieux mettre en relief et en évidence les boutons du menu, dans le cas où le contenu est affiché en arrière-plan de boutons de commande d'accès au service.
[0036] De même, il est possible de réaliser un fondu entre les images intra successives affichées, pour améliorer l'impression qu'aura l'utilisateur d'être effectivement en présence d'un flux vidéo.
Une transition graphique entre deux images consécutives permet en outre d'apporter un aspect dynamique à l'incrustation.
[0037] On notera que le procédé déciit ci-avant peut en outre présenter un caractère adaptatif, en ce sens que ses différents aspects et caractéristiques peuvent être activés progressivement et successivement, en fonction du comportement de l'utilisateur, et de la durée de sa période d'inactivité ou d'interaction avec le terminal.
Par exemple, dans un premier temps, on commence par n'afficher que les images intra ; puis, dans un second temps, on réduit le débit d'encodage des segments temporels dont on télécharge la portion liminaire ; enfin, dans un troisième temps, on augmente la durée d'affichage de l'image intra décodée, en réduisant donc le nombre de segments temporels partiellement téléchargés, et on introduit par exemple des post-traitements graphiques de type flou ou opacité.
Différents compteurs temporels peuvent être mis en oeuvre pour déterminer l'instant auquel il est opportun d'ajouter une mesure supplémentaire parmi celles listées ci-dessus, en fonction par exemple des interactions détectées de l'utilisateur avec le terminal de restitution ou le terminal lecteur de flux multimédia.
[0038] Selon encore un autre aspect, préalablement à la restitution de l'image décodée, il met en oeuvre une détermination de chrominance de l'image décodée et, si la chrominance déterminée est supérieure à un seuil de chrominance, il met en oeuvre le téléchargement partiel pour au moins un segment temporel voisin du segment temporel 8 dont est extraite l'image décodée, et une détermination de chrominance d'au moins une image décodée à partir dudit au moins un segment temporel voisin, appelée image décodée voisine, et une restitution d'une des images décodées voisines dont la chrominance déterminée est inférieure au seuil de chrominance.
[0039] En effet, dans la mesure où l'on n'affiche qu'une image représentative du contenu toutes les 2, 4 ou 6 secondes par exemple, il est important que cette image soit effectivement représentative du contenu, et qu'elle permette à l'utilisateur de l'identifier.
Une image trop sombre par exemple ne permet pas à l'utilisateur de reconnaître le programme temps réel affiché à l'écran.
Lorsqu'une image intra est décodée à partir d'un segment temporel, on détermine donc sa chrominance, et on l'écarte si par exemple elle est sombre à plus de 50%.
Dans cc cas, on télécharge par exemple la portion liminaire du segment temporel directement précédent ou directement suivant celui dont est extrait cette image.
On peut aussi par exemple télécharger les portions liminaires des deux segments temporels précédents ou suivants.
On décode l'image intra de ces segments, on calcule sa chrominance, et on restitue sur l'écran celle de ces images qui est la plus représentative du contenu vidéo, ou plus simplement la première image décodée dont la chrominance est satisfaisante pour permettre à l'utilisateur de reconnaître le contenu.
[0040] Selon encore un autre aspect, le contenu numérique est restitué, sur un écran du terminal de restitution, en arrière-plan de l'élément principal et/ou dans une fenêtre de l'écran.
[0041] L'invention concerne également un produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre d'un procédé tel que décrit précédemment, lorsqu'il est exécuté par un processeur.
[0042] L'invention vise également un support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé de gestion de téléchargement progressif adaptatif selon l'invention tel que décrit ci-dessus.
[0043] 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.
[0044] 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 pal- 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.
9 100451 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é.
[0046] L'invention concerne également un dispositif de gestion du téléchargement progressif adaptatif (HAS) d'un contenu numérique au sein d'un terminal lecteur de flux multimédia en temps réel, associé à un terminal de restitution dudit contenu numérique.
Un tel dispositif comprend un module d'obtention d'un fichier de description du contenu numérique, comprenant une liste de segments temporels du contenu associés chacun à plusieurs débits d'encodage du contenu, et un module de téléchargement des segments temporels à l'un des débits d'encodage.
[0047] Selon l'invention, un tel dispositif comprend un module de restitution concomitante du contenu numérique et d'un élément, appelé élément principal, appartenant au groupe comprenant un menu et un autre contenu numérique, et le module de téléchargement est configure pour mettre en oeuvre un téléchargement partiel d'une portion liminaire d'au moins certains des segments temporels, et le module de restitution est configure pour restituer, pendant une durée d'un des segments temporels, une image décodée à partir de la portion liminaire du segment temporel correspondant.
[0048] L'invention concerne encore un terminal lecteur de flux multimédia en temps réel, qui comprend un dispositif de gestion du téléchargement progressif adaptatif d'un contenu numérique tel que décrit précédemment.
[0049] Le dispositif de gestion de téléchargement adaptatif et le terminal lecteur de flux multimédia présentent en combinaison tout ou partie des caractéristiques exposées dans l'ensemble de ce document en relation avec le procédé de gestion de téléchargement adaptatif.
[0050] Le dispositif de gestion de téléchargement adaptatif, le terminal lecteur de flux multimédia et le programme d'ordinateur correspondants précités présentent au moins les mêmes avantages que ceux conférés par le procédé de gestion de téléchargement adaptatif selon la présente invention.
Présentation des figures
[0051] D'autres buts, caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante, donnée à titre de simple exemple illustratif, et non limitatif, en relation avec les figures, parmi lesquelles :
[0052] [fig.1] présente une architecture de téléchargement progressif basée sur l'utilisation du streaming adaptatif selon un mode de réalisation de l'invention ;
[0053] [fig.2] représente une architecture d'un terminal lecteur de flux multimédia en temps réel selon un mode de réalisation de l'invention ;
[0054] [fig.3] illustre l'interface utilisateur proposée selon un mode de réalisation de l' invention ;
[0055] [fig.4] présente un procédé permettant l'affichage du contenu Cl sur l'interface de la figure Fig. 3 selon un mode de réalisation de l'invention.
[0056] Description détaillée de modes de réalisation de l'invention
[0057] Le principe général de l'invention repose, pour pouvoir offrir à l'utilisateur une ex- périence d'interface aussi riche que dans le cadre des services vidéo reposant sur une technologie niulticast, sur une adaptation de la nature du flux vidéo à afficher en arrière-plan ou en incrustation, dans le cadre d'un service OTT reposant sur un téléchargement progressif adaptatif de type HAS.
Plus précisément, on propose de ne télécharger que le début des segments temporels représentatifs du flux à afficher en arrière-plan ou en PiP, afin de réduire la consommation de flux réseau, et de ne restituer, avec une fréquence de rafraîchissement de l'affichage adaptative, que la première image décodée à partir de cc début de chunk.
[0058] On présente désormais, en relation avec la figure Fig. 1, une architecture de télé- chargement progressif basée sur l'utilisation du streaming adaptatif selon l'invention.
[0059] Le terminal 3, par exemple un téléphone intelligent de type « smartphone », le terminal 4, par exemple un ordinateur portable, et le terminal 8, par exemple une clef HDMI connectée à un téléviseur 5, se trouvent dans cet exemple situé dans un réseau local (LAN, 10) piloté par une passerelle domestique 6.
Le contexte du réseau local est donné à titre d'exemple et pourrait être transposé aisément à un réseau Internet de type best effort », un réseau d'entreprise, etc.
[0060] Un serveur de contenus numériques 2 se trouve selon cet exemple dans le réseau étendu (WAN, 1) mais il pourrait indifféremment être situé dans le réseau local (LAN, 10), par exemple dans la passerelle domestique 6 ou tout autre équipement capable d'héberger un tel serveur de contenus.
Le serveur de contenus 2 reçoit par exemple des chaînes de contenus de télévision numérique en provenance d'un réseau de télévision diffusée, non représenté, et/ou des vidéos à la demande, et les met à disposition des terminaux clients.
[0061] Les terminaux client 3, 4 et 8 peuvent entrer en communication avec le serveur de contenus 2 pour recevoir un ou plusieurs contenus (films, documentaires, séquences publicitaires, etc.).
[0062] 11 est fréquent, dans ce contexte client-serveur, de recourir, pour échanger les données entre les terminaux client 3, 4 et 8 et le serveur 2, à une technique de téléchargement progressif adaptatif, en anglais « adaptive streaming », abrégé en HAS basée sur le protocole HTTP.
Ce type de technique permet notamment d'offrir une bonne qualité de contenus à l'utilisateur en tenant compte des variations de bande passante qui peuvent se produire sur la liaison entre le terminal client 3, 4 et 8 et la passerelle de services 6, ou entre cette dernière et le serveur de contenus 2. 11
[0063] Classiquement, différentes qualités peuvent être encodées pour le même contenu d'une chaîne, correspondant par exemple à différents débits.
Plus généralement, on parlera de qualité pour se référer à une certaine résolution du contenu numérique (résolution spatiale, temporelle, niveau de qualité associée à la compression vidéo ct/ ou audio) avec un certain débit.
Chaque niveau de qualité est lui-même découpé sur le serveur de contenus en segments temporels (ou « fragments » de contenu, en anglais « chunks », ces trois mots étant utilisés indifféremment dans l'ensemble de cc document).
[0064] La description de ces différentes qualités et de la segmentation temporelle associée, ainsi que les fragments de contenu, sont décrits pour le terminal client et mis à sa disposition via leurs adresses Internet (URI : Universal Ressource Identifier).
L'ensemble de ces paramètres (qualités, adresses des fragments, etc.) est en général regroupé dans un fichier de paramètres, dit fichier de description.
On notera que ce fichier de paramètres peut être un fichier informatique ou un ensemble d'informations descriptives du contenu, accessible à une certaine adresse.
[0065] Les terminaux 3, 4 et 8 possèdent leurs propres caractéristiques en termes de capacité de décodage, d'affichage, etc.
Dans un contexte de téléchargement adaptatif progressif, ils peuvent adapter leurs requêtes pour recevoir et décoder le contenu demandé par l'utilisateur à la qualité qui leur correspond au mieux.
Dans notre exemple, si les contenus sont disponibles aux débits 512 kb/s (kilobits par seconde) (Résolution 1, ou niveau 1, noté Ni), 1024 kb/s (N2), 2048 kb/s (N3) et que le terminal client dispose d'une bande passante de 3000 kb/s, il peut demander le contenu à n'importe quel débit inférieur à cette limite, par exemple 2048 kb/s.
De manière générale, on note « Ci@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).
[0066] La passerelle de service 6 est dans cet exemple une passerelle domestique qui assure le routage des données entre le réseau étendu 1 et le réseau local 10, gère les contenus numériques en assurant notamment leur réception en provenance du réseau et leur décodage grâce aux décodeurs que l'on suppose ici intégrés à la passerelle 6 ou aux terminaux clients 3, 4 et 8.
En variante, les décodeurs peuvent se trouver ailleurs dans le réseau étendu 1 ou local 10, notamment au niveau d'un élément de type STB (de l'anglais Set-Top-Box) (non représenté) associé à un téléviseur.
[0067] Dans cet exemple, pour visualiser un contenu, le terminal 3, 4 ou 8 interroge tout d'abord la passerelle de service 6 pour obtenir une adresse du document de description 7 du contenu (par exemple, CI) souhaité.
La passerelle de service 6 répond en fournissant au terminal l'adresse du fichier de description 7.
Dans la suite, on supposera que ce fichier est un fichier de type manifest selon la norme MPEG-DASH (noté « C.mpd ») et on se réfèrera indifféremment, selon le contexte, à l'expression 12 fichier de description » ou « tnanifest».
[0068] Alternativement, ce fichier peut être récupéré directement auprès d'un serveur Internet local ou externe au réseau local, ou se trouver déjà sur la passerelle de service ou sur le terminal au moment de la requête.
[0069] Un exemple de fichier tnanifest (MPD) conforme à la norme MPEG-DASH et comportant la description de contenus disponibles dans trois qualités différentes (Ni = 512 kb/s, N2 = 1024 kb/s, N3 = 2048 kb/s) des contenus fragmentés est présenté en annexe 1.
Ce fichier manifcst simplifié décrit des contenus numériques dans une syntaxe XML (de l'Anglais « eXtended Markup Language»), comprenant une liste de contenus sous forme de fragments classiquement décrits entre une balise ouvrante (<Scg mcntList>) et une balise fermante (</SegmentList>).
La découpe en fragments permet notamment de s'adapter finement aux fluctuations de la bande passante.
Chaque fragment correspond à une certaine durée (champ « duration ») avec plusieurs niveaux de qualité et permet de générer leurs adresses (URL - Uniform Resource Locator).
Cette génération est faite dans cet exemple à l'aide des éléments « BaseURL » (« HTTP://server.com») qui indique l'adresse du serveur de contenus et « SegmentURL » qui liste les parties complémentaires des adresses des différents fragments :
[0070] - « Cl 512kb 1.mp4 » pour le premier fragment du contenu « Cl » à 512 kilobits par seconde (« kb ») au format MPEG-4 (« mp4 »),
[0071] - « C1_512kb_2.mp4 » pour le second fragment,
[0072] - etc.
[0073] Une fois qu'elle dispose des adresses de fragments correspondant au contenu souhaité, la passerelle de service 6 procède à l'obtention des fragments via un téléchargement à ces adresses.
On notera que ce téléchargement s'opère ici, traditionnellement, au travers d'une URL HTTP, mais pourrait également s'opérer au travers d'une adresse universelle (URI) décrivant un autre protocole (dvb://monsegmentdecontenu par exemple).
[0074] On suppose ici que la clef HDMI 8 est connectée au téléviseur 5 par branchement sur le port HDMI de ce dernier, et est utilisée pour restituer, sur l'écran du téléviseur 5, un programme télévisuel diffusé en direct, qui n'a donc, par nature, pas de durée prédéterminée, ni de date de fin.
Par la suite, on désigne ce programme télévisuel sous le nom de contenu Cl.
Un tel contenu Cl est décrit dans un fichier manifeste?.
[0075] En variante, on notera que le contenu Cl peut également être un programme té- lévisuel diffusé en différé, ou une vidéo à la demande, ou une vidéo personnelle de l'utilisateur, ou tout autre contenu multimédia de durée déterminée, pour laquelle l'invention s'applique également.
[0076] Dans cet exemple, la clef HDMI 8 est connectée en WiFiC) directement à la 13 passerelle résidentielle 6.
En variante, la clef HDMI 8 pourrait également être connectée en WiFi® à un autre périphérique nomade du réseau domestique, par exemple à l'ordinateur portable 4 ou au téléphone intelligent 3, par l'intermédiaire duquel elle pourrait accéder au réseau de communication étendu 1.
[0077] La clef HDMI 8 peut également être pilotée par l'utilisateur au moyen du téléphone intelligent 3, sur lequel est installé une application logicielle de commande de la clef HDMI 8.
[0078] Les fragments de contenu obtenus par la passerelle résidentielle 6 sont par exemple transmis en WiFi® à la clef HDMI 8, qui pilote leur affichage sur l'écran du téléviseur 5, pour restitution à l'utilisateur.
[0079] La figure fig. 2 représente une architecture d'un terminal lecteur de flux multimédia en temps réel selon un mode de réalisation de l'invention, par exemple la clef HDMI de la figure].
[0080] Il comprend, classiquement, des mémoires M associées à un processeur CPU.
Les mémoires peuvent être de type ROM (de « Read Only Memory ») ou RAM (de l'anglais « Randorn Access Menzory ») ou encore Flash.
La clef HDMI 8 communique avec le réseau local 10 et le réseau Internet étendu 1 via le module WIFI pour une communication locale sans fils avec la passerelle résidentielle 6 ou un autre terminal de communication du réseau local 10, par exemple le téléphone intelligent 3.
La clef HDMI 8 comprend en outre un module de téléchargement progressif adaptatif HAS apte à demander un téléchargement progressif de l'un des contenus à l'une des qualités proposées dans un fichier de description 7.
Ce fichier de description 7 peut être enregistré par exemple dans les mémoires M de la clef HDMI 8 ou se trouver à l'extérieur.
[0081] La clef HDMI 8 comprend également un module d'adaptation progressive de la qualité d'un contenu ADAP_Q, qui pilote le module de téléchargement progressif adaptatif HAS.
Ce module ADAP_Q commande au module de téléchargement progressif adaptatif HAS de ne télécharger que les portions liminaires de certains segments temporels, afin d'en extraire la première image représentative du segment, ou image intra.
En outre, il peut forcer ce dernier à demander un téléchargement progressif de ces segments à une qualité, proposée dans le fichier de description 7, inférieure à la qualité optimale à laquelle il pourrait prétendre.
Il peut également sélectionner seulement certains des segments temporels à télécharger partiellement, en fonction de la fréquence de rafraîchissement de l'affichage des images intra souhaitées, notamment en fonction des interactions détectées de l'utilisateur avec la clef HDMI 8 ou le terminal de restitution, par exemple la TV 5.
[0082] La clef HDMI 8 comprend également un module DEC de décodage des images intra à partir des portions liminaires de segments temporels téléchargées, qui est également 14 apte à effectuer des traitements sur ces images décodées, tels qu'un calcul de la chrominance de ces images, pour décider de leur représentativité du contenu, et divers post-traitements graphiques, tels qu'une application d'un flou, d'une opacité, ou d'un fondu.
[0083] La clef HDMI 8 selon l'invention peut aussi contenir d'autres modules comme un disque dur non représenté pour le stockage des fragments vidéo, un module de contrôle d'accès aux contenus, un module de traitement des commandes reçues d'une tablette ou d'un smartphonc sur lesquels est installée l'application de pilotage de la clef HDMI, grâce à laquelle l'utilisateur peut en contrôler le fonctionnement, etc.
En effet, une telle clef HDMI 8 ne contient généralement pas de module d'interface E/S, et c'est le module d'interface E/S du téléphone intelligent de l'utilisateur ou de sa tablette qui est utilisée par ce dernier pour choisir par exemple son contenu.
[0084] La Clef HDMI 8 intègre également un module INT de gestion de l'interface avec le téléviseur 5, par lequel elle obtient par exemple des informations sur les éventuelles interactions de l'utilisateur avec le téléviseur 5 (action sur la télécommande du téléviseur par exemple par appui sur la touche volume ou une touche de changement de canal), et par lequel elle peut piloter par exemple l'affichage concomitant sur l'écran du téléviseur 5 d'un menu et d'un contenu temps réel en arrière-plan, ou dans une fenêtre de type PiP, en incrustation, par exemple dans le coin en bas à gauche de l'écran.
[0085] On notera que le terme module peut correspondre aussi bien à un composant logiciel qu'à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d'ordinateur ou de manière plus générale à tout élément d'un programme apte à mettre en oeuvre 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 oeuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.).
[0086] Plus généralement, une telle clef HDMI 8 comprend une mémoire vive (par exemple une mémoire RAM), une unité de traitement équipée par exemple d'un processeur CPU, et pilotée par un programme d'ordinateur, représentatif du module de gestion du téléchargement progressif adaptatif HAS, stocké dans une mémoire morte (par exemple une mémoire ROM ou un disque dur).
A l'initialisation, les instructions de code du programme d'ordinateur sont par exemple chargées dans la mémoire vive avant d'être exécutées par le processeur CPU de l'unité de traitement.
La mémoire vive contient notamment le fichier de description manifest 7.
Le processeur de l'unité de traitement pilote l'évaluation de la présence ou de l'absence d'interactions de l'utilisateur avec la clef HDMI 8 ou le téléviseur 5, l'affichage de contenu en arrière- plan ou en incrustation sur l'écran du téléviseur 5, les éventuels post-traitement graphiques qui lui sont appliqués avant affichage, et la réduction progressive de la qualité et de la fréquence de rafraîchissement de l'affichage du contenu téléchargé, au travers du choix des segments temporels et des débits d'encodage associés à télécharger, du décodage des images intra qui en sont extraites, et l'émission de commandes correspondantes vers le module client HAS.
[0087] La figure Fig. 2 illustre seulement une manière particulière, parmi plusieurs possibles, de réaliser la clef HDMI 8, afin qu'elle effectue les étapes du procédé détaillé ci-après, en relation avec la figure Fig. 4 (dans l'un quelconque des différents modes de réalisation, ou dans une combinaison de ces modes de réalisation).
En effet, ces étapes peuvent être réalisées indifféremment sur une machine de calcul reprogrammable (un ordinateur PC, un processeur DSP ou un rnicrocontrôleur) exécutant un programme comprenant une séquence d'instructions, ou sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel).
[0088] La figure Fig. 3 offre un aperçu de l'interface utilisateur proposée selon un mode de réalisation de l'invention, par exemple sur l'écran du téléviseur 5.
Lorsque l'utilisateur accède au service de télévision de type OTT, il accède tout d'abord à un menu principal, également appelé « desk » dans le cadre du service proposé par Orange®.
Selon l'art antérieur, quand l'utilisateur accède à cc menu principal, l'écran du téléviseur 5 affiche uniquement un ensemble de boutons M, lui permettant d'accéder aux différentes fonctionnalités du service (choix du contenu, réglage du niveau sonore, etc.).
[0089] Selon un mode de réalisation de l'invention en revanche, le contenu en temps réel Cl est également affiché en an-ière-plan sur l'écran, en superposition (« overlay ») avec les boutons M du menu principal, par exemple avec une opacité de 50%.
En variante, ce contenu Cl peut être affiché, non pas en arrière-plan, mais dans une fenêtre dédiée sur l'écran, sous forme d'incrustation.
Cette technique d'incrustation de type PiP peut également être utilisée, selon un mode de réalisation de l'invention, pour permettre à l'utilisateur de visionner un contenu C2 sur l'écran, en grande résolution, tout en gardant un oeil sur un contenu CI, affiché dans une fenêtre de taille réduite dans un coin de l'écran, par exemple pour lui permettre de détecter le début d'un programme télévisuel spécifique sur une autre chaîne.
[0090] L'organigramme de la figure Fig. 4 détaille plus spécifiquement le procédé permettant l'affichage de ce contenu Cl selon un mode de réalisation de l'invention.
Ce procédé est mis en oeuvre par un terminal lecteur de flux multimédia en temps réel 30, par exemple la clef HDMI 8 des figures fig. 1 et fig. 2.
[0091] Le terminal lecteur de flux multimédia en temps réel 30 est connecté à un téléviseur 16 TV 5, par l'intermédiaire d'une liaison HDMI.
Il comprend un module INT d'interface avec le téléviseur 301, un module ADAP Q 302 d'adaptation progressive de la qualité d'un contenu restitué en arrière-plan ou en PiP, et un module client HAS 303.
[0092] Un serveur de contenu HAS 2 expose une vidéo Cl sous forme de « chunks » Cl, @Nj encodés à différents débits d'encodage Nj, où l'indice i désigne un identifiant temporel du « chunk » CleNj.
[0093] Selon l'art antérieur, un module client HAS est chargé de venir récupérer ces « chunks » auprès du serveur de contenu HAS 2 en choisissant la qualité vidéo Nj en fonction de la ressource réseau disponible.
On ne décrit pas ici plus en détail la façon dont le module client HAS choisit le débit d'encodage du prochain fragment vidéo à télécharger : il existe en effet de nombreux algorithmes permettant d'opérer ce choix, dont les stratégies sont plus ou moins sécuritaires ou agressives.
On rappelle cependant que, le plus souvent, le principe général de tels algorithmes repose sur le téléchargement d'un premier fragment au débit d'encodage le plus faible proposé dans le manifeste, et sur l'évaluation du temps de récupération de ce premier fragment.
Sur cette base, le module client HAS évalue si, en fonction de la taille du fragment et du temps mis pour le récupérer, les conditions réseau permettent de télécharger le fragment suivant à un débit d'encodage plus élevé.
Certains algorithmes reposent sur une augmentation progressive du niveau de qualité des fragments de contenu téléchargés ; d'autres proposent des approches plus risquées, avec des sauts dans les niveaux des débits d'encodage des fragments successifs.
[0094] Dans le cas classique, si un « chunk » vidéo dure 3 secondes, la récupération du chunk » par le module client HAS ne doit pas excéder 3 secondes, afin de permettre une restitution sans interruption du contenu par le terminal 30.
Il convient donc pour le module client HAS d'opérer le meilleur compromis entre une qualité de restitution, et donc un débit d'encodage, aussi élevés que possible, et le temps de téléchargement du fragment, qui doit être suffisamment faible pour permettre une restitution en continu sur le téléviseur 5.
[0095] Dans le mode de réalisation illustré en figure fig. 4, en revanche, le module client HAS 303 ne commande pas le téléchargement du fragment dans son intégralité, ni au débit d'encodage optimal, afin d'optimiser la consommation des ressources réseau, notamment dans le cas où l'on détecte que l'utilisateur l'interagit pas avec le terminal de restitution 5, ou la clef HDMI 8.
[0096] Au cours d'une étape référencée 310, le module HAS 303 récupère le fichier manifest 7 afin de découvrir les fragments disponibles du contenu vidéo CI, et les différentes qualités vidéo Nj associées.
Dans l'exemple de la figure fig. 4, le contenu Cl est par exemple proposé sous forme de fragments de durée 2s, avec un premier débit d'encodage NI = 500 kb/s, un deuxième débit d'encodage N2 = 1000 kb/s, un 17 troisième débit d'encodage N3 = 2000 kb/s, etc.
[0097] Dans un mode de fonctionnement normal, non illustré sur la figure fig.4, le module HAS 303 opère le téléchargement par exemple, des fragments successifs Cli@N1 (soit le premier fragment temporel à un débit d'encodage de 500 kb/s), puis Cl 2@N3 (soit le deuxième fragment temporel à un débit d'encodage de 2000 kb/s), puis C13@N3 (soit le troisième fragment temporel à un débit d'encodage de 2000 kb/s),
[0098] L'algorithme mis en oeuvre par le module client HAS 303 pour déterminer quel fragment à quel débit d'encodage doit être téléchargé en mode de fonctionnement normal (c'est-à-dire en dehors des périodes où il est piloté par le module ADAP_Q 302 d'adaptation progressive de la qualité de restitution du contenu Cl en arrière-plan ou en incrustation) peut être l'un des algorithmes déjà existants de l'art antérieur.
Cet algorithme ne sera donc pas décrit ici plus en détail.
[0099] Les différents fragments téléchargés par le module client HAS 303 sont transmis au module d'interface INT 301 pour leur restitution à l'utilisateur sur l'écran du téléviseur TV 5.
[0100] C'est le cas par exemple lorsque l'utilisateur active la clef HDMI 8 et le téléviseur 5 pour accéder au service de télévision : dans un premier temps, le menu principal s'affiche, avec en arrière-plan le contenu temps réel Cl, correspondant à l'un des programmes télévisés.
[0101] En parallèle, conformément à la figure fig.4, le module INT 301 surveille les in- teractions de l'utilisateur avec le téléviseur 5, et reçoit par exemple, via le port HDMI, des informations relatives aux actions effectuées par l'utilisateur sur la télécommande du téléviseur 5 et sur le téléviseur 5 lui-même.
Il transmet ces informations au module ADAP_Q 302, qui reçoit également des informations relatives aux interactions éventuelles de l'utilisateur avec le terminal 30 lui-même, via sa télécommande ou un terminal de commande de type smartphone ou tablette.
[0102] Le module ADAP_Q 302 initie par exemple un compteur, ou « timer », par exemple d'une durée de dix ou quinze minutes, lors de l'activation de la clef HDMI 8 et du téléviseur S.
Au cours de cette première période, le module INT 301 surveille l'activité de l'utilisateur.
Si, à l'expiration de ce compteur, aucune interaction de l'utilisateur avec les équipements de restitution des contenus n'a été détectée, le module ADAP_Q 302 initie l'adaptation de la nature du flux vidéo CI, afin de réduire la consommation des ressources réseau.
[0103] En variante, cette adaptation de la nature du flux vidéo peut être mise en oeuvre im- médiatement, dès que l'utilisateur accède au service et ce, indépendamment du fait qu'il interagisse ou non avec les terminaux.
[0104] Dans un premier temps, cette adaptation consiste, pour le module ADAP_Q 302, à commander au module de téléchargement HAS 303 de ne télécharger que les portions 18 liminaires des segments temporels Cl i@Nj, par exemple seulement 20% de la taille du chunk en octets, correspondant au début du segment temporel, permettant de décoder l'image intra I qu'il contient.
Dans le cas où le contenu Cl n'est pas restitué en arrière-plan mais en incrustation dans une fenêtre de type PiP, on peut décider de télécharger une portion du segment temporel proportionnelle à la taille de la fenêtre dans laquelle il est restitué : par exemple, si la superficie de la fenêtre PiP représente 10% de la taille totale de l'écran du téléviseur 5, le module ADAP Q 302 peut décider de télécharger des portions de segments temporels correspondant, en volume, à 10% du flux principal du contenu Cl.
[0105] Le module ADAP Q 302 initie alors par exemple un second compteur, et le module INT 301 continue à surveiller les actions éventuelles de l'utilisateur.
Pendant la durée de cc deuxième « timer », le module ADAP Q 302 commande la restitution, en arrière-plan de l'écran du téléviseur 5, d'une image intra I extraite du segment CleNj pendant toute la durée de ce segment, soit par exemple deux secondes.
Toutes les deux secondes, l'affichage est rafraichi, en proposant à l'utilisateur l'image intra I extraite des différents segments temporels successifs.
[0106] On ne permet donc pas à l'utilisateur de visionner le véritable flux vidéo associé au contenu Cl, mais on lui propose une interface lui permettant d'avoir un aperçu qui évolue de ce contenu.
[0107] Ce second compteur peut également être indépendant de la détection ou non d'interactions de l'utilisateur avec les terminaux, et servir uniquement au déclenchement d'une nouvelle étape d'adaptation du contenu.
[0108] A l'issue de ce second compteur, si aucune interaction de l'utilisateur n'est détectée, le module ADAP_Q 302 peut décider d'une nouvelle adaptation de la qualité de la restitution du contenu Cl à l'utilisateur.
Par exemple, cette adaptation peut consister à ne plus afficher une image intra I par segment temporel, mais à ne télécharger que le début d'un segment temporel sur deux ou le début d'un segment temporel sur trois, pour afficher une image intra I, non plus pendant la durée d'un mais de deux ou trois segments successifs, soit pendant quatre ou six secondes.
On réduit ainsi la fréquence de rafraîchissement de l'affichage du contenu en arrière-plan ou en incrustation sur l'écran du téléviseur 5, et donc la consommation des ressources réseau.
[0109] Dans ce cas, il est cependant important que l'image, qui va être affichée pendant plusieurs secondes à l'utilisateur, soit effectivement représentative du contenu CI, afin que l'utilisateur puisse l'identifier.
Ceci n'est pas le cas si l'image est trop sombre, par exemple car elle est extraite d'une scène nocturne.
Avant que le module INT 301 ne pilote l'affichage de l'image I décodée à partir de l'un des segments temporels sur l'écran du téléviseur 5, le module DEC 304 procède à un calcul de chrominance sur l'image intra décodée.
On détermine un seuil, par exemple de l'ordre de 50%.
Si la 19 valeur de chrominance calculée pour l'image est inférieure au seuil de 50%, l'image contient peu d'informations de couleur, et est donc trop sombre pour être efficacement représentative du contenu.
Elle n'est donc pas affichée sur l'écran du téléviseur 5.
[0110] Dans ce cas le module ADAP Q 302 commande au module HAS 303 le télé- chargement du début d'un ou de deux segment(s) temporel(s) précédent et/ou suivant le chunk dont a été extraite l'image trop sombre.
Des images intra correspondantes sont extraites de ces segments temporels partiellement téléchargés.
Le module DEC 304 procède au calcul de leur chrominance, pour déterminer celle de ces images qui est la plus représentative du contenu Cl, et qu'il convient donc d'afficher pour un meilleur rendu à l'utilisateur.
Plus simplement, le module DEC 304 procède successivement au calcul de la chrominance de ces différentes images, et dès qu'il identifie une image dont la valeur de chrominance est satisfaisante pour représenter fidèlement le contenu Cl, le module INT 301 pilote l'affichage de cette image sur l'écran du téléviseur 5.
[0111] On peut également imaginer qu'un troisième compteur soit déclenché lors de cette adaptation de la fréquence de rafraîchissement et qu'une nouvelle évolution soit décidée par le module ADAP Q 302 à l'issue dc ce troisième « tirner » si l'utilisateur n'interagit toujours pas avec les terminaux de restitution.
Cette nouvelle évolution peut par exemple consister en une réduction du débit d'encodage des segments temporels du contenu Cl téléchargés partiellement par le module HAS 303.
Par exemple, le module HAS 303 passe d'un téléchargement de portions liminaires de segments temporels à 3000kb/s à un téléchargement de portions liminaires de segments temporels à 500kb/s.
[0112] Ainsi, comme illustré sur la figure fig. 4, le module client HAS 303 va télécharger successivement (312) les débuts des fragments Cl2@N4, CI4@N2 et Cl,. @N1, pour réduire la qualité de restitution du contenu Cl, comme illustré par la flèche référencée 311, jusqu'à la qualité la plus faible proposée dans le manifeste 7, correspondant à un débit de 500 kb/s.
[0113] En pratique, la réduction 311 des débits d'encodage des fragments temporels n'est pas forcément aussi rapide, mais peut s'étaler dans le temps, par exemple sur une période d'une heure.
La figure fig. 4 correspond donc à une illustration simplifiée de ce principe, permettant de l'appréhender visuellement.
Par exemple, le module client HAS 303 pilote le téléchargement partiel de fragments temporels successifs au niveau de qualité N4 pendant une durée de quinze minutes, puis abaisse ce niveau en télé-chargeant le début des fragments temporels au niveau de qualité N3 pendant le quart d'heure qui suit, et ainsi de suite, jusqu'à atteindre le niveau de qualité Ni le plus faible prévu dans le manifeste 7, au bout d'une heure environ.
[0114] On notera que l'ordre de ces différentes adaptations et des compteurs associés n'est donné qu'à titre indicatif et peut être modifié : par exemple on pourrait décider de réduire le débit d'encodage, avant de réduire la fréquence de rafraîchissement du contenu restitué.
[0115] Le module ADAP Q 302 peut en outre commander la mise en oeuvre de post- traitements graphiques des images intra 1 décodées et extraites des segments temporels par le module DEC 304.
Par exemple, on peut appliquer un flou sur l'image intra 1 restituée en arrière-plan à l'utilisateur sur l'écran du téléviseur 5.
Ceci est particulièrement avantageux quand la résolution du contenu Cl est réduite, afin d'améliorer le rendu et l'expérience de l'utilisateur.
Cette technique permet en outre de mieux mettre en évidence les boutons M du menu principal superposé au contenu Cl, et donc d'attirer l'attention de l'utilisateur sur ces derniers.
[0116] D'autres techniques de traitement graphiques peuvent également être mises en oeuvre, telles que l'application d'un noir fondu, ou la réalisation d'un fondu entre les images intra I successives affichées, afin d'accroître le ressenti de l'utilisateur qu'il se trouve bien en présence d'un véritable flux vidéo.
[0117] Si, à tout moment, le module INT 301 détecte que l'utilisateur manifeste sa présence en actionnant la télécommande du téléviseur 5, ou par action sur le stnartphone 3 pilotant le terminal 30, le module ADAP Q 302 peut adresser au module client HAS 303 une commande de retour à la normale.
Si l'utilisateur a par exemple choisi, via l'un des boutons du menu M, de visionner en plein écran le contenu temps réel Cl, le module client HAS 303 détermine alors, en fonction des conditions réseau, le débit optimal de fragment temporel auquel il peut prétendre, et lance le téléchargement du prochain fragment à ce débit optimal.
[0118] En variante, il est possible de ne pas opérer ce retour à la normale, même si l'on détecte que l'utilisateur interagit avec le terminal lecteur de flux multimédia, ou le terminal de restitution, pour optimiser la consommation de ressources réseau.
ANNEXE 1 : exemple de fichier manifest
[0119] 21 LScherne-bance '5.ema::.KetPD2r.)-n DASH-M.
PRA w" h» 2011M> ',-ReprezenrielonOH cocce3:2avel"rffleneType,--i'Videofthp4' width.-no2e height..2.7m, staftWthSAP»,"1" bandvvidth.,;'46986"), <SaseURL>eiTTP:iteerveneurn URI.> cl-- Contenu Cl à Nle5i 2kb -eSegmentSase> nbezaten scurce1Rba:t1. ment-Base> egmeritLiet dureer ezSeqmenajRL melailt 1 caegmeretiR.L cle.e.as" \et.> iSearnentïst, Contenu Cî à N2,t324kb Segn-tent.B.4se> -cinitiezation -500kbitel. .ienWase> ient.Liet dureen,.'10e> gmenniRL àe.ntLie-, -,:iSet-gtnerit tu, 'cf-- Contenu C2 menrease.2> <IStidzabop 12=41-C.2_15sec hitti_.204 ash. <1,7,,,egmererne> cSegmeniLie miretm ,Se.grten11..3RL média- Cl 20 </SeeentList> c1ntiaton sttroeUkL=-Ct 5s e51 k </Segment-Erne> dure& -7,SegrnentURL nie.1 204 ntlie.> '2 à C 51 ,kbit_ ri St :fSegrnentBite> SmenL urem, nttiRL me*a." ntlist> C2 a PtAleret Segmeat S syienti .2-Kb, .61 4 ,.- 5sec5OOkttJC1IO24kbftdsh,rn s-owee.URLr-'C2.. ' flS tp °Lfrn:.mpeene; aletatinnx,urn.rope,T,DA dvhamK" m-ofine c ai va., 01, omtMPD:2 4k st> [Revendication 1]

Claims (1)

  1. REVENDICATIONS[Revendication 2] Procédé de gestion du téléchargement progressif adaptatif (HA S) d'un contenu numérique (Cl) au sein d'un terminal lecteur de flux [Revendication 3] multimédia en temps réel (8, 30), associé à un terminal de restitution (5) dudit contenu numérique, [Revendication 4] ledit procédé comprenant une étape d'obtention d'un fichier (7) de description dudit contenu numérique, comprenant une liste de segments temporels dudit contenu associés chacun à plusieurs débits d'encodage dudit contenu, et une étape de téléchargement desdits segments temporels à l'un desdits débits d'encodage, [Revendication 5] caractérisé en ce qu'il met en oeuvre une restitution concomitante, par ledit terminal de restitution, dudit contenu numérique et d'un élément, appelé élément principal, appartenant au groupe comprenant un menu (M) et un autre contenu numérique, et en ce qu' il met en oeuvre, lors de ladite étape de téléchargement, un téléchargement partiel d'une portion liminaire d'au moins certains desdits segments temporels, et une restitution, pendant une durée d'un desdits segments temporels, d'une image décodée à partir de ladite portion liminaire dudit segment temporel correspondant. Procédé selon la revendication 1, caractérisé en ce que ledit téléchargement partiel est mis en oeuvre à l'issue d'une première période de durée déterminée d'absence d'interaction d'un utilisateur avec ledit terminal lecteur de flux multimédia en temps réel et/ou avec ledit terminal de restitution. Procédé selon la revendication 2, caractérisé en ce que, à l'issue d'une deuxième période de durée déterminée d'absence d'interaction dudit utilisateur avec ledit terminal lecteur de flux multimédia en temps réel (8, 30) et/ou avec ledit terminal de restitution (5), ladite image décodée à partir de ladite portion liminaire d'un desdits segments temporels est restituée pendant. une durée d'au moins deux segments temporels consécutifs. Procédé selon l'une quelconque des revendications 1 et 2, caractérisé en ce que lesdits segments temporels partiellement téléchareés sont associés à un débit d'encodage inférieur à un débit d'encodage optimum de restitution du contenu. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que, préalablement à ladite restitution de ladite image décodée, il met 23 en oeuvre un traitement graphique appartenant au groupe comprenant : Un fondu ; Un flou ; Une opacité ; Une transition graphique entre ladite image décodée et une image décodée précédente. [Revendication 6] [Revendication 7] [Revendication 8] [Revendication 9] Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que préalablement à ladite restitution de ladite image décodée, il met en oeuvre une détermination de chrominance de ladite image décodée et en ce que, si la chrominance déterminée est supérieure à un seuil de chrominance, il met en oeuvre ledit téléchargement partiel pour au moins un segment temporel voisin dudit segment temporel dont est extraite ladite image décodée, et une détermination de chrominance d'au moins une image décodée à partir dudit au moins un segment temporel voisin, appelée image décodée voisine, et une restitution d'une desdites images décodées voisines dont la chrominance déterminée est inférieure audit seuil de chrominance. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que ledit contenu numérique est restitué, sur un écran dudit terminal de restitution, en arrière-plan dudit élément principal et/ ou dans une fenêtre dudit écran. Produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre d'un procédé selon l'une quelconque des revendications 1 à 7, lorsqu'il est exécuté par un processeur. Dispositif de gestion du téléchargement progressif adaptatif (HAS) d'un contenu numérique au sein d'un terminal lecteur de flux multimédia en temps réel, associé à un terminal de restitution dudit contenu numérique, ledit dispositif comprenant un module d'obtention d'un fichier de description dudit contenu numérique, comprenant une liste de segments temporels dudit contenu associés chacun à plusieurs débits d'encodage dudit contenu, et un module de téléchargement desdits segments temporels à l'un desdits débits d'encodage, caractérisé en ce qu'il comprend un module de restitution concomitante dudit contenu numérique et d'un élément, appelé élément principal, appartenant au groupe comprenant un menu et un autre contenu numérique, 24 [Revendication 10] et en ce que ledit module de téléchargement est configure pour mettre en oeuvre un téléchargement partiel d'une portion liminaire d'au moins certains desdits segments temporels, et ledit module dc restitution est configure pour restituer, pendant une durée d'un desdits segments temporels, une image décodée à partir de ladite portion liminaire dudit segment temporel correspondant. Terminal lecteur de flux multimedia en temps réel, caractérisé en ce qu'il comprend un dispositif de gestion du téléchargement progressif adaptatif d'un contenu numérique selon la revendication 9.
FR1905266A 2019-05-20 2019-05-20 Restitution d’un contenu en arrière-plan ou sous forme d’incrustation dans le cadre d’un téléchargement progressif adaptatif de type HAS Pending FR3096540A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
FR1905266A FR3096540A1 (fr) 2019-05-20 2019-05-20 Restitution d’un contenu en arrière-plan ou sous forme d’incrustation dans le cadre d’un téléchargement progressif adaptatif de type HAS
US17/612,814 US11736548B2 (en) 2019-05-20 2020-05-12 Rendering of background or picture-in-picture content as part of an HTTP adaptive streaming (HAS)
PCT/EP2020/063109 WO2020234030A1 (fr) 2019-05-20 2020-05-12 Restitution d'un contenu en arrière-plan ou sous forme d'incrustation dans le cadre d'un téléchargement progressif adaptatif de type has
EP20723886.6A EP3973714A1 (fr) 2019-05-20 2020-05-12 Restitution d'un contenu en arrière-plan ou sous forme d'incrustation dans le cadre d'un téléchargement progressif adaptatif de type has

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1905266 2019-05-20
FR1905266A FR3096540A1 (fr) 2019-05-20 2019-05-20 Restitution d’un contenu en arrière-plan ou sous forme d’incrustation dans le cadre d’un téléchargement progressif adaptatif de type HAS

Publications (1)

Publication Number Publication Date
FR3096540A1 true FR3096540A1 (fr) 2020-11-27

Family

ID=67957059

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1905266A Pending FR3096540A1 (fr) 2019-05-20 2019-05-20 Restitution d’un contenu en arrière-plan ou sous forme d’incrustation dans le cadre d’un téléchargement progressif adaptatif de type HAS

Country Status (4)

Country Link
US (1) US11736548B2 (fr)
EP (1) EP3973714A1 (fr)
FR (1) FR3096540A1 (fr)
WO (1) WO2020234030A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150341411A1 (en) * 2013-01-10 2015-11-26 Telefonaktiebolaget L M Ericsson (Publ) Apparatus and Method for Controlling Adaptive Streaming of Media
FR3021489A1 (fr) * 2014-05-22 2015-11-27 Orange Procede de telechargement adaptatif de contenus numeriques pour plusieurs ecrans
EP3226573A1 (fr) * 2014-11-25 2017-10-04 LG Electronics Inc. Dispositif multimédia et procédé de commande associé
EP3393129A1 (fr) * 2017-04-21 2018-10-24 Alcatel-Lucent España, S.A. Distribution de contenu multimédia à retard réduit

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8863187B2 (en) * 2007-04-02 2014-10-14 Tp Lab, Inc. System and method for presenting multiple pictures on a television
EP3092806A4 (fr) * 2014-01-07 2017-08-23 Nokia Technologies Oy Procédé et appareil de codage et de décodage vidéo
US20150312303A1 (en) * 2014-04-25 2015-10-29 Qualcomm Incorporated Determining whether to use sidx information when streaming media data

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150341411A1 (en) * 2013-01-10 2015-11-26 Telefonaktiebolaget L M Ericsson (Publ) Apparatus and Method for Controlling Adaptive Streaming of Media
FR3021489A1 (fr) * 2014-05-22 2015-11-27 Orange Procede de telechargement adaptatif de contenus numeriques pour plusieurs ecrans
EP3226573A1 (fr) * 2014-11-25 2017-10-04 LG Electronics Inc. Dispositif multimédia et procédé de commande associé
EP3393129A1 (fr) * 2017-04-21 2018-10-24 Alcatel-Lucent España, S.A. Distribution de contenu multimédia à retard réduit

Also Published As

Publication number Publication date
US20220224745A1 (en) 2022-07-14
US11736548B2 (en) 2023-08-22
WO2020234030A1 (fr) 2020-11-26
EP3973714A1 (fr) 2022-03-30

Similar Documents

Publication Publication Date Title
EP3496407A1 (fr) Procédé de gestion de la consommation électrique d&#39;un dispositif électronique
FR3081647A1 (fr) Gestion du telechargement progressif adaptatif (has) d&#39;un contenu numerique au sein d&#39;un terminal lecteur de flux multimedia en temps reel.
WO2019220034A1 (fr) Gestion du téléchargement progressif adaptatif d&#39;un contenu numérique au sein d&#39;un terminal de restitution d&#39;un réseau de communication local
WO2020259911A1 (fr) Procédé de gestion du téléchargement progressif adaptatif (has) d&#39;un contenu numérique diffusé en temps réel, gestionnaire, terminal lecteur de flux multimédia et programme d&#39;ordinateur correspondants
WO2021058910A1 (fr) Gestion du téléchargement progressif adaptatif d&#39;un contenu numérique sur réseau mobile avec sélection d&#39;un débit d&#39;encodage maximum autorisé en fonction d&#39;un godet de données
WO2021089942A1 (fr) Procédé de gestion de zapping de contenus multimédias numériques obtenu par téléchargement progressif adaptatif (has), dispositif de gestion, lecteur de flux multimédia et programme d&#39;ordinateur correspondants
FR3096540A1 (fr) Restitution d’un contenu en arrière-plan ou sous forme d’incrustation dans le cadre d’un téléchargement progressif adaptatif de type HAS
EP3926929B1 (fr) Procédé de gestion de la lecture d&#39;un contenu numérique au sein d&#39;un terminal lecteur de contenus multimédias connecté à un dispositif de restitution
WO2023208688A1 (fr) Gestion de la restitution d&#39;un contenu multimédia
EP4109905A1 (fr) Gestion du téléchargement progressif adaptatif d&#39;un contenu numérique en mode économiseur d&#39;écran
WO2014155017A1 (fr) Transcodage et diffusion adaptative de contenus multimédia
FR3093603A1 (fr) Procédé de navigation accélérée dans un contenu numérique obtenu par téléchargement progressif adaptatif (HAS), gestionnaire, lecteur de flux multimédia et programme d’ordinateur correspondants.
WO2021105585A1 (fr) Procédé de gestion d&#39;une liste de contenus accessibles au zapping, les contenus numériques étant téléchargeables en mode de téléchargement progressif adaptatif (has), dispositif de gestion, lecteur de flux multimédia et programme d&#39;ordinateur correspondants
EP3840391A1 (fr) Gestion de la restitution d&#39;un contenu multimédia et d&#39;une interface de navigation sur un écran
FR3093605A1 (fr) Procédé de navigation accélérée dans un contenu numérique obtenu par téléchargement progressif adaptatif (HAS), gestionnaire, lecteur de flux multimédia et programme d’ordinateur correspondants.
FR3103668A1 (fr) Gestion du téléchargement progressif adaptatif d’un contenu numérique sur réseau mobile avec détermination d’un débit d’encodage maximum autorisé sur une session en fonction d’un godet de données
FR3096210A1 (fr) Procédé de transmission d’un contenu numérique ayant plusieurs versions accessibles depuis un serveur de contenus à destination d’un terminal de restitution.
FR3114719A1 (fr) Procédé de gestion de la lecture d’un contenu numérique au sein d’un terminal lecteur de contenus multimédias connecté à un dispositif de restitution
FR3116684A1 (fr) Gestion du téléchargement progressif adaptatif d’un contenu acheté, tenant compte d’un historique de niveaux de qualité de lecture de contenu par un terminal lecteur de flux multimédia
WO2021209706A1 (fr) Gestion de l&#39;accès à des contenus numériques accessibles en téléchargement progressif adaptatif et encodés selon une méthode d&#39;encodage à débit variable, en fonction d&#39;une charge réseau
EP4184922A1 (fr) Procédé de gestion de l&#39; accès à un contenu multimédia
EP3846489A1 (fr) Procédé de gestion d&#39;un téléchargement progressif et adaptatif d&#39;un contenu numérique par un terminal lecteur de flux multimédia connecté à un réseau de communication, dispositif de gestion, terminal lecteur de flux multimédia et programme d&#39;ordinateur correspondants
FR3114720A1 (fr) Gestion du téléchargement progressif adaptatif d’un contenu tenant compte de la qualité du signal échangé entre le terminal client et le point d’accès au réseau
FR3128084A1 (fr) procédé de gestion de la lecture d’un contenu multimédia.
EP4297409A1 (fr) Procédé de gestion de la lecture d&#39;un contenu multimédia.

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20201127

RX Complete rejection

Effective date: 20210827