FR 3069996 A1 20190208 FR 1757428 A 20170802 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 oeuvre 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. 2 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 5 correspond à une représentation. On con nait plusieurs protocoles de diffusion adaptatif tel que : - HLS pour Diffusion en directe sur HTTP (HTTP Live Streaming) ; - Smooth Streaming, ou encore lo - 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 15 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 zo 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 25 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. 30 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 ; 3 - 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 à 5 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 10 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; 15 - 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 20 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. 25 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 30 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. 4 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 5 correspondant à des caractéristiques physiques différentes, l'initialisation de la lecture du flux se fait en mettant en oeuvre, 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 ; 10 - 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. 15 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 20 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 25 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 30 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 5 en oeuvre un procédé de lecture caractérisé en ce que lors de la réception d'une requête le serveur met en oeuvre en outre les étapes suivantes : - Analyse de la nature du segment demandé ; - Si le segment demandé est de nature démarrage : 5 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 10 - 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. 15 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 20 des codes instructions pour la mise en oeuvre 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 25 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 oeuvre les étapes du procédé de lecture d'un flux multimédia 30 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 : 6 - 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 5 l'invention ; - La figure 3 : une illustration d'un terminal récepteur pour la mise en oeuvre 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 10 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. 15 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. zo 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. 25 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 30 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, ... ; 7 - 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. 5 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. 10 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 15 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. 20 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 25 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 30 l'on prête une action à un programme, ou à une application, cette action est le résultat de la mise en oeuvre de codes instructions par un microprocesseur d'un dispositif dans lequel le programme ou l'application est installée. 8 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 ; 5 - 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 10 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 15 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 20 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 25 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 30 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 9 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. 5 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 ; 10 - 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 : 25 15 20 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 10 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. 5 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. 10 15 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é 20 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 25 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 30 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. 11 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 5 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 oeuvre du procédé selon l'invention. En particulier la 10 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. 15 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. 20 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 à 25 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 30 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. 12 Dans l'invention, les segments de démarrage présentent les caractéristiques suivantes : - Indépendant de la clé de déchiffrement 5 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. 10 - 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 15 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 20 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. 25 - 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 30 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. 13 Dans cette variante le serveur 400 effectue, pour chaque requête, les actions suivantes : - Analyse de la nature du segment demandé. ; 5 - 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 10 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 15 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. 20 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 : 25 - 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 ; 30 - Les segments sont encapsulés dans une section dont l'enveloppe contient une données sur la nature des segments ; 14 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 5 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 10 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 15 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 20 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 25 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. 30 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. 15 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 5 premier segment de démarrage aura déjà été affiché. La figure 5 illustre que le l'équipement de réception audio/vidéo REVENDICATIONS1. 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 oeuvre, 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. 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 20 les segments correspondant sont compatibles pour une diffusion avec une bande passante inférieure ou égale à 256 kilobits par seconde. 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 25 les segments correspondant sont compatibles pour une diffusion avec une bande passante inférieure ou égale à 1000 kilobits par seconde. 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 30 description, un marqueur spécifique. 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 17 commence à une position postérieure à celle des segments de démarrage déjà téléchargés. 6. Procédé de diffusion adaptatif d'un flux multimédia par un serveur (400) de 5 diffusion à destination d'un terminal récepteur mettant en oeuvre 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 oeuvre les étapes suivantes : - Analyse de la nature du segment demandé ; - Si le segment demandé est de nature démarrage alors : 10 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 15 - 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. 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. Dispositif mémoire (120) non transitoire comportant des codes instructions pour la mise en oeuvre du procédé selon l'une des revendications 1 à 5. 9. Terminal (100) récepteur d'un flux multimédia utilisant un protocole de diffusion adaptatif selon l'une des revendications 1 à 5. 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 oeuvre les étapes du procédé selon l'une des revendications 1 à 5.