FR3069996B1 - Procede de lecture d'un flux multimedia chiffre avec acces rapide au contenu en clair et dispositif d'utilisation - Google Patents

Procede de lecture d'un flux multimedia chiffre avec acces rapide au contenu en clair et dispositif d'utilisation Download PDF

Info

Publication number
FR3069996B1
FR3069996B1 FR1757428A FR1757428A FR3069996B1 FR 3069996 B1 FR3069996 B1 FR 3069996B1 FR 1757428 A FR1757428 A FR 1757428A FR 1757428 A FR1757428 A FR 1757428A FR 3069996 B1 FR3069996 B1 FR 3069996B1
Authority
FR
France
Prior art keywords
segments
multimedia stream
reading
request
section
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.)
Active
Application number
FR1757428A
Other languages
English (en)
Other versions
FR3069996A1 (fr
Inventor
Sebastien Simonin
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.)
Sagemcom Broadband SAS
Original Assignee
Sagemcom Broadband SAS
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 Sagemcom Broadband SAS filed Critical Sagemcom Broadband SAS
Priority to FR1757428A priority Critical patent/FR3069996B1/fr
Priority to PCT/EP2018/069525 priority patent/WO2019025189A1/fr
Priority to US16/635,823 priority patent/US20210368232A1/en
Priority to BR112020002071-0A priority patent/BR112020002071A2/pt
Priority to EP18740237.5A priority patent/EP3662672A1/fr
Priority to CN201880058857.5A priority patent/CN111066328A/zh
Publication of FR3069996A1 publication Critical patent/FR3069996A1/fr
Application granted granted Critical
Publication of FR3069996B1 publication Critical patent/FR3069996B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format
    • 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, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • 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, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 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, manipulating MPEG-4 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • 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/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
    • 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • H04N21/4384—Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
    • 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, rendering scenes according to MPEG-4 scene graphs
    • H04N21/4405—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving video stream decryption
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • 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/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8549—Creating video summaries, e.g. movie trailer
    • 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/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL

Abstract

Procédé de lecture, par un terminal récepteur, d'un flux multimédia chiffré avec accès rapide au contenu en clair caractérisé en ce que, le flux multimédia étant diffusé selon un protocole de diffusion adaptatif, le flux multimédia est décrit par un manifeste comportant plusieurs sections chaque section correspondant à des caractéristiques physiques différentes, l'initialisation de la lecture du flux se fait en mettant en œuvre, en parallèle, des étapes suivantes : - Téléchargement de segments correspondant à une section de démarrage ; - Démarrage d'un processus d'acquisition d'une clé de déchiffrement ; - Téléchargement de segments adaptés selon le protocole adaptatif ; - Traitement des segments de la section de démarrage jusqu'à l'obtention de la clé de déchiffrement, à l'obtention de la clé de déchiffrement : ? Arrêt du traitement des segments de la section de démarrage, ? Traitement des segments adaptés.

Description

Procédé de lecture d’un flux multimédia chiffré avec accès rapide au contenu en clair et dispositif d’utilisation
DOMAINE TECHNIQUE DE L’INVENTION L’invention a pour objet un procédé de lecture, par un terminal récepteur, d’un flux multimédia chiffré avec accès rapide au contenu en clair.
Le domaine de l’invention est celui de la diffusion de flux multimédia et de flux multimédia chiffré.
Plus précisément le domaine de l’invention est celui de l’utilisation de protocoles de diffusion adaptatif pour la diffusion de flux multimédia et de flux multimédia chiffrés.
ETAT DE LA TECHNIQUE ANTERIEURE
Les protocoles de diffusion adaptatif (HLS, Smooth Streaming, DASH...) permettent d’ajuster la qualité d’un flux audio / vidéo en fonction des variations de bande passante du réseau afin de fournir la meilleure expérience utilisateur possible. L’objectif de la mise en œuvre d’un tel protocole est d’obtenir un affichage de la meilleure qualité possible sans interruption. Un tel affichage est celui qui correspond à des caractéristiques physiques telles que la bande passante utilisée est maximale et de l’ordre de 3000 kilobits par seconde. Avec l’évolution des afficheurs (écrans 4K), ces bandes passantes risquent de devoir être de plus en plus importantes et ce malgré l’évolution des algorithmes de compression.
Ces protocoles adaptatifs se basent sur l’encodage du contenu en de multiples représentations de qualité et donc de débit variable. Ces protocoles adaptatifs découpent ces représentations en segments de courte durée. Un segment est assimilable à un fichier multimédia de courte durée. Une représentation peut contenir des données audio seules, vidéo seules ou audio-vidéo. Les représentations et segments sont ensuite référencés dans un manifeste. Les logiciels de lecture de tels flux ont un accès en téléchargement au manifeste et aux segments décrits dans le manifeste.
Pour un programme multimédia donné, un manifeste comporte plusieurs sections, chaque section correspondant à une qualité donnée. Chaque section référence des segments tels que précédemment décrits. Une section comporte aussi différentes données permettant de décrire les caractéristiques de la section. Chaque section correspond à une représentation.
On connaît plusieurs protocoles de diffusion adaptatif tel que : - HLS pour Diffusion en directe sur HTTP (HTTP Live Streaming) ; - Smooth Streaming, ou encore - DASH.
La séquence de démarrage, une fois le programme multimédia sélectionné par un utilisateur, consiste à télécharger le manifeste, puis des segments audio / vidéo, en choisissant la représentation la plus adaptée. Lorsque les buffers audio / vidéo sont suffisamment remplis, les logiciels de lecture traitent le contenu des segments pour : - en extraire le contenu, - décoder le contenu extrait, puis - afficher le contenu décodé à l’utilisateur
En pratique les données à afficher sont encapsulées dans un conteneur TS ou MPEG-4.
En général, le logiciel de lecture commence par télécharger des segments issus de la représentation de plus bas débit binaire, et augmente progressivement la qualité des segments téléchargés, en fonction de la bande passante disponible sur le réseau. Le diagramme de la figure 1 montre un exemple de segments téléchargés et affichés au démarrage en fonction du temps.
La figure 1 montre une date tO à laquelle un utilisateur d’un logiciel de lecture active un programme multimédia, c’est-à-dire qu’il choisit un programme dans un menu. Cela provoque le téléchargement du manifeste correspondant au programme activé. Une fois le manifeste téléchargé, à une date t1 postérieure à tO, le logiciel de lecture effectue les actions suivantes : - Téléchargement des segments référencé par le manifeste ; - Début de l’acquisition d’une clé de déchiffrement. Les modalités d’obtention de la clé de déchiffrement sont décrites dans le manifeste.
La figure 1 montre que : - Le premier segment est téléchargé avec une première qualité correspondant à un premier débit binaire ; - Le deuxième segment est téléchargé, après le premier segment, avec une deuxième qualité correspondant à un deuxième débit binaire supérieur au premier débit binaire; - Le troisième segment et le quatrième segment sont téléchargés, après le deuxième segment, avec une troisième qualité correspondant à un troisième débit binaire supérieur au deuxième débit binaire; - Le cinquième segment et le sixième segment sont téléchargés, après le quatrième segment, avec une quatrième qualité correspondant à un quatrième débit binaire supérieur au troisième débit binaire; - Les segments suivant sont téléchargés avec une cinquième qualité correspondant à un cinquième débit binaire supérieur au quatrième débit binaire.
Dans la pratique l’augmentation du débit binaire s’arrête quand le temps de téléchargement d’un segment s’approche de la durée d’un segment. Si le temps de téléchargement devient supérieur à cette durée, alors le débit binaire diminue.
La figure 1 montre une date t2, postérieure à t1 de plusieurs secondes, à laquelle le logiciel de lecture reçoit la clé de déchiffrement et commence à afficher le contenu des segments téléchargés en commençant par le premier segment.
En d’autres termes un utilisateur doit attendre plusieurs secondes entre le moment auquel il sélectionne un programme et le moment auquel il le visualise effectivement.
EXPOSE DE L’INVENTION L’invention proposée permet de réduire le temps de démarrage de la visualisation d’un programme multimédia chiffré, délivré sous la forme d’un flux multimédia, par un utilisateur en permettant la visualisation d’un contenu jusqu’à ce que l’acquisition de la clé se termine. L’invention a donc pour objet un procédé de lecture, par un terminal récepteur, d’un flux multimédia chiffré avec accès rapide au contenu en clair caractérisé en ce que, le flux multimédia étant diffusé selon un protocole de diffusion adaptatif, le flux multimédia est décrit par un manifeste comportant plusieurs sections chaque section correspondant à des caractéristiques physiques différentes, l’initialisation de la lecture du flux se fait en mettant en œuvre, en parallèle, des étapes suivantes : - Téléchargement de segments correspondant à une section de démarrage ; - Démarrage d’un processus d’acquisition d’une clé de déchiffrement ; - Téléchargement de segments adaptés selon le protocole adaptatif ; - Traitement des segments de la section de démarrage jusqu’à l’obtention de la clé de déchiffrement, à l’obtention de la clé de déchiffrement : o Arrêt du traitement des segments de la section de démarrage ; o Traitement des segments adaptés.
Outre les caractéristiques principales qui viennent d’être mentionnées dans le paragraphe précédent, le procédé selon l’invention peut présenter une ou plusieurs caractéristiques complémentaires parmi les suivantes, considérées individuellement ou selon les combinaisons techniquement possibles: - Les segments de la section de démarrage sont de qualité plus faible que les segments adaptés. - Les caractéristiques physiques de la section de démarrage sont telles que les segments correspondant sont compatibles pour une diffusion avec une bande passante inférieure ou égale à 256 kilobits par seconde ; - Les caractéristiques physiques de la section de démarrage sont telles que les segments correspondant sont compatibles pour une diffusion avec une bande passante inférieure ou égale à 1000 kilobits par seconde ; - Une section de démarrage comporte, dans sa description, un marqueur spécifique ; - Le téléchargement des segments adaptés commence à une position postérieure à celle des segments de démarrage déjà téléchargés ; L’invention a également pour objet un procédé de diffusion adaptatif d’un flux multimédia par un serveur de diffusion à destination d’un terminal récepteur mettant en œuvre un procédé de lecture caractérisé en ce que lors de la réception d’une requête le serveur met en œuvre en outre les étapes suivantes : - Analyse de la nature du segment demandé ; - Si le segment demandé est de nature démarrage : o Recherche d’une requête précédente pour le demandeur
Si une requête précédente est trouvée, calcul de l’âge de la requête reçue relativement à la requête précédente, si cet âge est supérieur à un premier seuil prédéterminé, alors aucune réponse n’est émise
Si aucune requête n’est trouvée création d’un enregistrement de suivi comportant un identifiant du demandeur et la date de réception de la requête reçu, puis poursuite du traitement de la requête.
Le procédé de diffusion, dans une variante, peut également être caractérisé en ce que un enregistrement de suivi est effacé si son âge est supérieur à un deuxième seuil prédéterminé. L’invention a également pour objet un dispositif mémoire non transitoire comportant des codes instructions pour la mise en œuvre du procédé selon l’une des combinaisons possible des caractéristiques précédemment citées. L’invention a également pour objet un terminal récepteur d’un flux multimédia utilisant un protocole de diffusion adaptatif selon l’une des combinaisons possible des caractéristiques précédemment citées. L’invention a également pour objet un produit programme d'ordinateur comprenant des instructions qui, lorsque le programme est exécuté par un ordinateur, conduisent celui-ci à mettre en œuvre les étapes du procédé de lecture d’un flux multimédia selon une des variantes précédemment énoncées.
BREVE DESCRIPTION DES FIGURES D’autres caractéristiques et avantages de l’invention ressortiront à la lecture de la description qui suit, en référence aux figures annexées, qui illustrent : - La figure 1 : une illustration d’une séquence temporelle de lecture d’un programme multimédia diffusé selon un protocole adaptatif ; - La figure 2 : une illustration d’une séquence temporelle de lecture d’un programme multimédia diffusé selon un protocole adaptatif et selon l’invention ; - La figure 3 : une illustration d’un terminal récepteur pour la mise en œuvre du procédé selon l’invention ; - La figure 4 : une illustration d’étapes du procédé selon l’invention ; - La figure 5 : une illustration d’une variante d’une séquence temporelle de ' lecture d’un programme multimédia diffusé selon un protocole adaptatif et selon l’invention.
Pour plus de clarté, les éléments identiques ou similaires sont repérés par des signes de référence identiques sur l’ensemble des figures. L’invention sera mieux comprise à la lecture de la description qui suit et à l’examen des figures qui l’accompagnent. Celles-ci sont présentées à titre indicatif et nullement limitatif de l’invention.
DESCRIPTION DETAILLE D’UN MODE DE REALISATION
La figure 3 montre un équipement 100 de réception audio/vidéo. La figure 3 montre que l’équipement 100 est connecté à un écran 200 et télécommandable par une télécommande 300.
La figure 3 montre que l’équipement 100 de réception audio/vidéo comporte : - Un microprocesseur 110 ; - Des moyens 120 de stockage. Des moyens de stockage sont, par exemple, un disque dur, un disque SSD, une carte mémoire, un composant mémoire... ; - Une interface 130 de communication avec la télécommande 300, par exemple i une interface de communication infrarouge ou une interface ce communication radio ; - Une interface 140 de communication avec l’écran 200, par exemple une interface de communication peritel, hdmi, miracast, dvi, vga, ... ; - Une interface 150 de réception d’une diffusion multimédia. Une telle interface peut être une interface vers le réseau internet, une interface vers le réseau numérique terrestre de diffusion de la télévision, ou une interface vers un réseau de diffusion par satellite. Cette liste d’interface n’est pas exhaustive. On note que si cette interface est de type diffusion pure, on dit encore descendante pure, alors l’équipement de réception audio vidéo comporte également une interface de communication permettant l’émission de messages, c’est-à-dire une interface de communication montante.
La figure 3 montre que les moyens 120 de stockage de l’équipement de réception audio/vidéo comporte au moins une zone 120.1 de code instructions comportant des codes instruction de l’invention.
La figure 3 montre que le microprocesseur 110 de l’équipement 100 de réception audio/vidéo, les moyens 120 de stockage de l’équipement 100 de réception audio/vidéo, l’interface 130 de communication avec la télécommande de l’équipement 100 de réception audio/vidéo, l’interface 140 de communication avec l’écran de l’équipement 100 de réception audio/vidéo et l’interface 150 de réception de l’équipement 100 de réception audio/vidéo sont interconnectés par un bus 160.
Dans la présente description on considère que l’équipement 100 de réception audio/vidéo est un boîtier décodeur. Dans la pratique il peut s’agir d’un ordinateur ou d’un téléphone/tablette. Dans ce dernier cas le téléphone utilise son propre écran ou déporte son affichage sur un autre écran. L’équipement 100 de réception audio/vidéo est donc aussi désigné comme un terminal récepteur.
Dans cette description lorsque l’on prête une action à un dispositif, cette action est en fait réalisée par un microprocesseur dudit dispositif commandé par des codes instructions enregistrés dans une mémoire dudit dispositif. De la même manière, si l’on prête une action à un programme, ou à une application, cette action est le résultat de la mise en œuvre de codes instructions par un microprocesseur d’un dispositif dans lequel le programme ou l’application est installée.
La figure 3 montre un serveur 400 de diffusion. La figure 3 montre que le serveur 400 comporte : - Un microprocesseur 410 ; - Des moyens 420 de stockages ; - Une interface 450 de communication pour recevoir des requêtes de téléchargement et émettre les réponses à ces requêtes.
La figure 3 montre que le microprocesseur 410 du serveur de diffusion 400, les moyens 420 de stockage du serveur de diffusion 400 et l’interface 450 de communication du serveur de diffusion 400 sont interconnectés par un bus 460.
La figure 3 montre que les moyens 420 de stockage comportent plusieurs zones : - Une zone 420.1 de sections permettant d’enregistrer une pluralité sections telles que décrites dans ce document, c’est-à-dire des représentations d’un contenu audio/vidéo, chaque section comportant au moins une information de permettant d’identifier la section comme étant une section de démarrage ou non. L’absence de cette information indiquant que la section n’est pas une section de démarrage. - Une zone 420.2 de suivi des requêtes pour enregistrer des enregistrements de suivi de requête, un enregistrement de suivi de requête permettant d’associer un identifiant 420.2.1 d’émetteur de requête et une date 420.2.2 de réception de requête.
La figure 4 montre une étape 1000 préliminaire dans laquelle un utilisateur de l’équipement 100 de réception audio/vidéo utilise la télécommande 300 pour sélectionner un programme multimédia. Cela se produite à une première date tO illustrée par la figure 2. L’équipement 100 de réception audio/vidéo passe alors à une étape 1020 dans laquelle il récupère le fichier manifeste correspondant au programme multimédia sélectionné. Dans une étape 1030 l’équipement de réception audio/vidéo analyse le fichier manifeste récupéré pour déterminer si le contenu audio/vidéo décrit par le fichier manifeste requiert une clé de déchiffrement ou non.
Si le contenu ne requiert pas de clé de déchiffrement l’équipement de réception audio/vidéo passe à une étape 1040 qui correspond à un traitement du manifeste selon l’état de la technique. Si le contenu requiert une clé de déchiffrement l’équipement de réception audio/vidéo passe à une étape 1050 de traitement d’un contenu chiffré qui correspond à un traitement du manifeste selon l’invention.
Dans l’étape 1050 de traitement d’un contenu chiffré l’équipement de réception audio/vidéo lance, à la date t1, trois processus en parallèle : - Un premier processus 1052 de téléchargement de segments correspondant à une section de démarrage du fichier manifeste ; - Un deuxième processus 1054 d’acquisition d’une clé de déchiffrement ; - Un troisième processus 1056 de téléchargement des segments adaptés, aussi appelé segments principaux, dont le contenu est chiffré.
Le deuxième processus et le troisième processus sont des processus classiques correspondant à un traitement d’un manifeste selon l’état de la technique.
Le premier processus se fait en recherchant, dans le manifeste, des sections étant identifiées comme étant des sections décrivant des segments de démarrage. Cela est possible si le fichier manifeste est compatible avec le traitement décrit par l’invention.
Par exemple, dans le cas du protocole adaptatif DASH on utilise la possibilité d’utiliser la balise nommée « EssentialProperty » pour personnaliser les sections nommées « AdaptationSet » dans DASH. On aura ainsi une section commençant comme suit pour désigner une section de démarrage : <AdaptationSet id="2" maxWidth="1920" maxHeight="1080"> <EssentialProperty schemeldUri="urn.sagemcom.dash.startup" value="1 " />
Dans cet exemple l’élément important est la valeur attribuée à l’attribut xml nommé « schemeldUri ». Le fait d’avoir dans un fichier manifeste DASH une section comportant un champ balisé par « EssentialProperty » et ayant cette valeur pour l’attribut « schemeldUri » désigne cette section comme étant une section de démarrage.
Dans un autre exemple, dans le cas du protocole adaptatif Smooth Streaming, on utilise la possibilité d’utiliser la balise nommée « CustomAttributes ». Dans le cas de Smooth Streaming on aura donc, dans les champs personnalisables, un champ dont le nom est « kind » et dont la valeur est prédéfinie, par exemple « startup ». Cela est illustré ci-dessous. <CustomAttributes> <Attribute Name="kind" Value="startup" /> </CustomAttributes>
On voit donc qu’il est possible d’identifier dans le fichier manifeste les sections, et donc les segments, de démarrage.
Dans l’invention une section de démarrage est telle qu’elle décrit un contenu auquel on peut accéder sans connaître la clé de déchiffrement dont l’acquisition a démarré avec le lancement du deuxième processus.
Une fois les trois processus lancés l’équipement de réception audio/vidéo passe à une étape 1060 de synchronisation. Le point temporel de synchronisation est l’acquisition de la clé de déchiffrement. Tant que la clé de déchiffrement n’est pas acquise, l’équipement de réception audio/vidéo télécharge les segments de démarrage et les traite pour les afficher sur l’écran. Dès que la clé de déchiffrement est acquise, l’équipement de réception audio/vidéo passe à une étape 1070 de traitement des segments principaux dans laquelle il bascule du traitement des segments de démarrage vers le traitement des segments principaux dont il peut maintenant déchiffrer le contenu. Le basculement se fait à la fin de l’affichage du segment de démarrage durant lequel la clé de déchiffrement a été acquise.
Le traitement d’un segment comporte des étapes de désencapsulation, déchiffrement, décodage, mise en mémoire tampon puis affichage. L’étape de déchiffrement dépend bien sûr de la nature du contenu selon qu’il est chiffré ou non. De même la mise en mémoire tampon peut se faire à n’importe quel moment dans la liste des étapes citées. Ainsi on peut mettre en mémoire tampon des segments non déchiffrées ou des segments non décodés. Il est entendu que toutes les étapes auront dû être réalisées pour chaque segment avant l’affichage.
La figure 2 illustre une mise en œuvre du procédé selon l’invention. En particulier la figure 2 montre une date t3, postérieure à la date t1, à laquelle l’équipement de réception audio vidéo a reçu le premier segment de démarrage. Dès cette date l’équipement de réception audio/vidéo commence l’affichage du contenu de ce segment. On constate que cette date est bien inférieure à la date t2, de réception de la clé de déchiffrement, illustrée par la figure 1.
La figure 2 montre que l’équipement audio vidéo télécharge le deuxième segment de démarrage avant la date égale à t3 + durée du premier segment. Cela lui permet, à la fin de l’affichage du premier segment de démarrage, de pouvoir commencer l’affichage du deuxième segment de démarrage.
La figure 2 montre que la date t2 de réception de la clé de déchiffrement est située pendant l’affichage du deuxième segment de démarrage. Le troisième segment affiché sera donc le troisième segment adapté dont le contenu peut être déchiffré avec la clé de déchiffrement acquise. L’affichage du programme se poursuit alors à partir des segments adaptés.
Si une erreur de téléchargement ou autre arrive sur un segment de démarrage, l’équipement de réception audio/vidéo arrête les traitements en cours sur les segments de démarrage et n’utilise pas les segments de démarrage. Dans ce cas il affiche une image fixe, ou animée, prédéterminée pour indiquer à l’utilisateur que les segments adaptés seront bientôt affichés, dès que la clé de déchiffrement aura été acquise.
Dans l’invention, les segments de démarrage présentent les caractéristiques suivantes : • Indépendant de la clé de déchiffrement
Les segments de démarrage sont soit en clair, soit chiffrées par une clé indépendante de la clé utilisée par la DRM principale. Par exemple on utilise un chiffrement AES, ou « Clear-Key » comme chiffrement alternatif. La clé alternative est enregistrée dans l’équipement audio/vidéo ce qui garantit un accès rapide. • Contenu altéré, dans une variante
Afin de permettre une diffusion hors DRM, des filtres peuvent être appliqués, par un serveur, sur le contenu pour dégrader la qualité de visionnage et/ou d’écoute. Par exemple on utilise une sur impression d’un logo, on pixellise ou floute la vidéo ; on éteint l’audio. Le contenu apparaît dégradé à l’utilisateur, mais est suffisant pour lui donner un retour sur ce qui est en cours de diffusion. • Débit binaire réduit
Afin de permettre un téléchargement rapide des segments de démarrage, le débit binaire des segments de démarrage peut être réduit, par exemple en augmentant le taux de compression, en diminuant le nombre de trames vidéo; en réduisant la fréquence d’échantillonnage vidéo et/ou audio. On peut par exemple limiter le débit binaire des segments de démarrage à 256 kilobits par seconde ou moins. Dans un autre exemple on limite le débit binaire à 1000 kilobits par seconde ou moins. • Téléchargement prioritaire sur le serveur
Afin de permettre un téléchargement rapide des segments, le serveur qui délivre le contenu peut répondre en priorité aux requêtes sur des segments de démarrage. • Téléchargement limité sur le serveur
Pour éviter les abus d’utilisation du téléchargement de segments de démarrage, un serveur 400 peut limiter le nombre de téléchargement de segments de démarrage par intervalle de temps et par client. Vue de l’équipement de réception audio/vidéo cela correspond à une erreur de téléchargement.
Dans cette variante le serveur 400 effectue, pour chaque requête, les actions suivantes : - Analyse de la nature du segment demandé. ; - Si le segment demandé est de nature démarrage alors : o Recherche d’une requête précédente pour le demandeur. Cette recherche s’effectue dans la zone 420.2 de suivi des requêtes ;
Si une requête précédente est trouvée, calcul de l’âge de la requête reçue relativement à la requête précédente, si cet âge est supérieur à un premier seuil prédéterminé, alors aucune réponse n’est émise
Si aucune requête n’est trouvée création d’un enregistrement de suivi comportant un identifiant du demandeur et la date de réception de la requête reçu, puis poursuite du traitement de la requête.
Le premier seuil est, par exemple, de 30 secondes. On peut aussi exprimer ce premier seuil comme un multiple de la durée d’un segment, par exemple 10 segments.
Dans l’invention il existe deux natures de segment : adapté et démarrage. La nature d’un segment est déterminée par le fait que le segment fait partie d’une section de démarrage ou non. Du côté du serveur cette information peut être matérialisée de plusieurs façons : - Il existe une table associant un identifiant de segment à une nature : si l’identifiant de segment est dans cette table alors le segment est un segment de démarrage, sinon c’est un segment adapté ; - Les segments sont stockés dans une enveloppe contenant une donnée sur la nature du segment ; - Les segments sont encapsulés dans une section dont l’enveloppe contient une données sur la nature des segments ;
Dans une variante le serveur de diffusion efface de la zone de suivi des requêtes toutes les requêtes dont l’âge est supérieur à un deuxième seuil. Ce deuxième seuil vaut, par exemple 10 minutes ou un multiple de la durée d’un segment par exemple 50 segments. Avec l’exemple de la description un demandeur ne pourrait ainsi obtenir que 10 sections toutes les 50 sections. Cet effacement permet de rendre à nouveau possible le téléchargement de segments de démarrage. L’effacement peut être effectif ou logique.
Dans une variante un enregistrement de suivi de requête permet également d’associer à l’identifiant d’émetteur une donnée identifiant une section. Cela permet à un demandeur d’obtenir des segments de démarrage pour plusieurs sections. Cette variante autorise le « zapping » rapide.
On note que, dans la variante décrite, la zone de suivi des requêtes ne comporte des enregistrements que pour les requêtes portant sur des segments de démarrage. Dans la pratique un serveur tel le serveur 400 de diffusion maintient un fichier d’historique des requêtes reçues par le serveur. Dans une variante le serveur de diffusion utilise ce fichier d’historique pour effectuer la recherche d’une requête précédente. Dans ce cas il faut en plus filtrer sur la nature du segment objet de la requête pour trouver la requête précédente.
Dans une variante le critère considéré n’est pas purement l’âge, mais un nombre de requête reçus durant une période de temps prédéterminée. Autrement dit on considère le nombre de requêtes de segment de démarrage ayant moins d’un âge prédéterminé.
Dans encore une autre variante on considère un compteur par section : un demandeur n’est pas autorisé à demander plus d’un nombre prédéterminé de segments de démarrage par section. L’objectif de ce comportement est de ne pas permettre la visualisation effective d’un contenu audio/vidéo par l’exploitation des sections de démarrage.
Dans une variante de l’invention, pour le troisième processus de téléchargement des segments adaptés, on commence directement à un segment dont le rang est postérieur aux rangs des segments de démarrage déjà téléchargés. En effet s’il est téléchargé, le premier segment adapté, ne sera probablement jamais utilisé car le premier segment de démarrage aura déjà été affiché. La figure 5 illustre que le l’équipement de réception audio/vidéo commence le téléchargement des segments adaptés à partir du troisième segment.

Claims (10)

  1. REVENDICATIONS
    1. Procédé de lecture, par un terminal récepteur, d’un flux multimédia chiffré avec accès rapide au contenu en clair caractérisé en ce que, le flux multimédia étant diffusé selon un protocole de diffusion adaptatif, le flux multimédia est décrit par un manifeste (1020) comportant plusieurs sections chaque section correspondant à des caractéristiques physiques différentes, l’initialisation de la lecture du flux se fait en mettant en œuvre, en parallèle, des étapes suivantes : - Téléchargement (1052) de segments correspondant à une section de démarrage ; - Démarrage (1054) d’un processus d’acquisition d’une clé de déchiffrement ; - Téléchargement (1056) de segments adaptés selon le protocole adaptatif ; - Traitement (1060) des segments de la section de démarrage jusqu’à l’obtention de la clé de déchiffrement, à l’obtention de la clé de déchiffrement : o Arrêt (1070) du traitement des segments de la section de démarrage, o Traitement (1070) des segments adaptés.
  2. 2. Procédé de lecture d’un flux multimédia chiffré selon la revendication 1 caractérisé en ce que les caractéristiques physiques de la section de démarrage sont telles que les segments correspondant sont compatibles pour une diffusion avec une bande passante inférieure ou égale à 256 kilobits par seconde.
  3. 3. Procédé de lecture d’un flux multimédia chiffré selon la revendication 1 caractérisé en ce que les caractéristiques physiques de la section de démarrage sont telles que les segments correspondant sont compatibles pour une diffusion avec une bande passante inférieure ou égale à 1000 kilobits par seconde.
  4. 4. Procédé de lecture d’un flux multimédia chiffré selon l’une des revendications précédentes caractérisé en ce qu’une section de démarrage comporte, dans sa description, un marqueur spécifique.
  5. 5. Procédé de lecture d’un flux multimédia chiffré selon l’une des revendications précédentes, caractérisé en ce que le téléchargement des segments adaptés commence à une position postérieure à celle des segments de démarrage déjà téléchargés.
  6. 6. Procédé de diffusion adaptatif d’un flux multimédia par un serveur (400) de diffusion à destination d’un terminal récepteur mettant en œuvre un procédé de lecture selon l’une des revendications précédentes caractérisé en ce que lors de la réception d’une requête le serveur met en œuvre les étapes suivantes : - Analyse de la nature du segment demandé ; - Si le segment demandé est de nature démarrage alors : o Recherche d’une requête précédente pour le demandeur Si une requête précédente est trouvée, calcul de l’âge de la requête reçue relativement à la requête précédente, si cet âge est supérieur à un premier seuil prédéterminé, alors aucune réponse n’est émise Si aucune requête n’est trouvée création d’un enregistrement de suivi comportant un identifiant du demandeur et la date de réception de la requête reçu, puis poursuite du traitement de la requête.
  7. 7. Procédé de diffusion selon la revendication 6, caractérisé en ce que un enregistrement de suivi est effacé si son âge est supérieur à un deuxième seuil prédéterminé.
  8. 8. Dispositif mémoire (120) non transitoire comportant des codes instructions pour la mise en œuvre du procédé selon l’une des revendications 1 à 5.
  9. 9. Terminal (100) récepteur d’un flux multimédia utilisant un protocole de diffusion adaptatif selon l’une des revendications 1 à 5.
  10. 10. Produit programme d'ordinateur (120.1) comprenant des instructions qui, lorsque le programme est exécuté par un ordinateur, conduisent celui-ci à mettre en œuvre les étapes du procédé selon l’une des revendications 1 à 5.
FR1757428A 2017-08-02 2017-08-02 Procede de lecture d'un flux multimedia chiffre avec acces rapide au contenu en clair et dispositif d'utilisation Active FR3069996B1 (fr)

Priority Applications (6)

Application Number Priority Date Filing Date Title
FR1757428A FR3069996B1 (fr) 2017-08-02 2017-08-02 Procede de lecture d'un flux multimedia chiffre avec acces rapide au contenu en clair et dispositif d'utilisation
PCT/EP2018/069525 WO2019025189A1 (fr) 2017-08-02 2018-07-18 Procede de lecture d'un flux multimedia chiffre avec acces rapide au contenu en clair et dispositif d'utilisation
US16/635,823 US20210368232A1 (en) 2017-08-02 2018-07-18 Method for the playback of an encrypted multimedia stream with quick access to the free-to-air content and device for the use thereof
BR112020002071-0A BR112020002071A2 (pt) 2017-08-02 2018-07-18 método para a reprodução de um fluxo de multimídia encriptado com acesso rápido ao conteúdo aberto e dispositivo para o uso do mesmo
EP18740237.5A EP3662672A1 (fr) 2017-08-02 2018-07-18 Procede de lecture d'un flux multimedia chiffre avec acces rapide au contenu en clair et dispositif d'utilisation
CN201880058857.5A CN111066328A (zh) 2017-08-02 2018-07-18 用于播放可快速访问免费内容的数字多媒体流的方法及用于其用途的设备

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1757428 2017-08-02
FR1757428A FR3069996B1 (fr) 2017-08-02 2017-08-02 Procede de lecture d'un flux multimedia chiffre avec acces rapide au contenu en clair et dispositif d'utilisation

Publications (2)

Publication Number Publication Date
FR3069996A1 FR3069996A1 (fr) 2019-02-08
FR3069996B1 true FR3069996B1 (fr) 2019-09-13

Family

ID=60888473

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1757428A Active FR3069996B1 (fr) 2017-08-02 2017-08-02 Procede de lecture d'un flux multimedia chiffre avec acces rapide au contenu en clair et dispositif d'utilisation

Country Status (6)

Country Link
US (1) US20210368232A1 (fr)
EP (1) EP3662672A1 (fr)
CN (1) CN111066328A (fr)
BR (1) BR112020002071A2 (fr)
FR (1) FR3069996B1 (fr)
WO (1) WO2019025189A1 (fr)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020156912A1 (en) * 2001-02-15 2002-10-24 Hurst John T. Programming content distribution
US9646141B2 (en) * 2011-06-22 2017-05-09 Netflix, Inc. Fast start of streaming digital media playback with deferred license retrieval
GB2508228A (en) * 2012-11-27 2014-05-28 Sony Corp Inserting ancillary content between first content and second content to be streamed over a network in accordance with a playlist
EP3852333A1 (fr) * 2013-12-13 2021-07-21 M87, Inc. Procédés et systèmes de connexion sécurisée pour relier des réseaux cellulaire hybride et non cellulaire
US9781084B2 (en) * 2015-01-23 2017-10-03 Arris Enterprises Llc Reducing start-up delay in streaming media sessions

Also Published As

Publication number Publication date
CN111066328A (zh) 2020-04-24
EP3662672A1 (fr) 2020-06-10
FR3069996A1 (fr) 2019-02-08
BR112020002071A2 (pt) 2020-07-28
WO2019025189A1 (fr) 2019-02-07
US20210368232A1 (en) 2021-11-25

Similar Documents

Publication Publication Date Title
WO2012131258A1 (fr) Procede d&#39;acces a un service, notamment un portail web, par un terminal de restitution d&#39;un flux multimedia
EP2947888A1 (fr) Procédé de téléchargement adaptatif de contenus numériques pour plusieurs écrans
EP3229483B1 (fr) Extraction de flux video
FR3069996B1 (fr) Procede de lecture d&#39;un flux multimedia chiffre avec acces rapide au contenu en clair et dispositif d&#39;utilisation
FR3005386A1 (fr) Procede et dispositif de fourniture d’une partie deja diffusee d’un flux multimedia, terminal utilisateur, programme d’ordinateur et medium de stockage correspondants
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.
WO2017158274A1 (fr) Acquisition d&#39;extraits d&#39;un flux multimédia sur un terminal
EP4035408A1 (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
EP3987820A1 (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
EP4224868A2 (fr) Procédés de synchronisation, de génération d&#39;un flux, programmes d ordinateur, media de stockage, dispositifs de restitution, d exécution et de génération correspondants
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
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
WO2020183080A1 (fr) Procédé de gestion du téléchargement d&#39;images associées à des sauts d&#39;images susceptibles d&#39;être realisés lors d&#39;une lecture accelerée d&#39;un contenu multimedia diffusé en continu
EP4346216A1 (fr) Gestion de la lecture d&#39;un contenu multimédia
EP3973714A1 (fr) Restitution d&#39;un contenu en arrière-plan ou sous forme d&#39;incrustation dans le cadre d&#39;un téléchargement progressif adaptatif de type has
EP4066512A1 (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
FR3128084A1 (fr) procédé de gestion de la lecture d’un contenu multimédia.
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.
FR3124344A1 (fr) Procédé de gestion d’accès à des contenus téléchargés en mode de téléchargement adaptatif.
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.
FR2818857A1 (fr) Procede et dispositif associe de memorisation de sous pages teletexte
EP2262237A1 (fr) Procédé de transmission de notification sur un terminal de restitution
FR3105690A1 (fr) Gestion de la restitution d’un contenu multimédia et d’une interface de navigation sur un écran

Legal Events

Date Code Title Description
PLSC Publication of the preliminary search report

Effective date: 20190208

PLFP Fee payment

Year of fee payment: 3

PLFP Fee payment

Year of fee payment: 4

PLFP Fee payment

Year of fee payment: 5

PLFP Fee payment

Year of fee payment: 6

PLFP Fee payment

Year of fee payment: 7