Brevet FR3060927A1 — publié le 20180622

La présente invention concerne un procédé et un dispositif de diffusion numérique de contenus multimédia, notamment de contenus audiovisuels. Il a déjà été proposé de transmettre des contenus multimédia en parallèle des données principales émises par les émetteurs satellites ou de télévision hertzienne, en profitant de la bande passante réservée aux données privées. La demande W02016/151052 propose ainsi une segmentation du contenu multimédia à transmettre en une multitude de petits morceaux appelés « chunks » qui sont concaténés à un instant déterminé dans un conteneur de données doté d'un entête, ce dernier comprenant pour chaque chunk l'identifiant du service auquel il appartient et sa taille. L'une des limitations de cette technique est que si l'un des messages transmis est perdu ou altéré, la reconstruction des chunks côté réception devient impossible, les normes actuelles, comme la norme DVB, ne garantissant pas qu'un message ne puisse être perdu ou altéré. Une autre problématique de la diffusion numérique par télévision numérique terrestre ou par satellite est que le flux transmis est reçu par câble coaxial sur les postes de télévision mais n'est pas adapté à être reçu directement sur un terminal mobile tel qu'une tablette ou un smartphone, alors qu'il serait souhaitable de pouvoir utiliser de tels lecteurs, aujourd'hui très répandus, pour lire de tels contenus. Il existe donc un besoin pour perfectionner encore les réseaux de diffusion numérique afin notamment d'améliorer leur fiabilité, et de permettre leur adaptabilité et leur portabilité à tout type de terminaux, et en particulier ceux disposant d'une réception WIFI ou similaire. L'invention a pour but de répondre à ce besoin, et elle y parvient, selon l'un de ses aspects, grâce à un procédé de diffusion d'au moins un flux multimédia d'au moins un service, au sein d'un réseau de télévision numérique terrestre ou de télévision par satellite, comprenant les étapes consistant à : concaténer des séries de chunks correspondant à un ou plusieurs flux, en fichiers d'archives sans toutes les informations de désarchivage correspondantes, - diffuser au moins les fichiers d'archives sur un canal du réseau, 3060927 2 diffuser, de façon répétée, au moins pour chaque fichier d'archive, des messages d'annonce contenant des informations nécessaires au désarchivage du fichier d'archive. Grâce à l'invention, les messages de données contenant les segments d'archive de 5 chunks et les messages d'annonce véhiculant les informations nécessaires au désarchivage sont diffusés de façon séparée. De plus, la diffusion des messages d'annonce se fait de façon répétée. Ceci augmente la fiabilité de la transmission des données au sein du réseau de diffusion numérique, et réduit la quantité de données perdues lorsqu'un terminal est utilisé comme lecteur du contenu multimédia. 10 De préférence, la diffusion des messages d'annonce se fait en parallèle d'au moins chaque fichier d'archive correspondant. Le procédé selon l'invention comporte avantageusement la diffusion d'au moins un fichier associé, contenant des informations de description dudit au moins un service, sur un autre canal du réseau. 15 Selon une caractéristique avantageuse, le procédé selon l'invention comporte la diffusion de façon répétée de messages d'annonce correspondants aux fichiers associés, cette diffusion ayant de préférence lieu avant la diffusion du fichier associé correspondant. Les chunks sont de préférence formés à partir de flux multimédia correspondant à plusieurs services, un même fichier d'archive comportant des chunks relatifs à ces différents 20 services. Chaque fichier associé comporte avantageusement l'identifiant d'un service auquel appartiennent les chunks. Selon une caractéristique avantageuse, le fichier d'archive regroupe les chunks des différents services par instants d'émission successifs. 25 De préférence, les messages d'annonce du fichier d'archive comportent la taille des chunks du fichier d'archive correspondant. L'émission d'un même message d'annonce peut être répétée toutes les N millisecondes durant l'émission du fichier d'archive correspondant, avec N par exemple compris entre 500 et 60 000. De telles valeurs sont tout particulièrement adaptées à la 30 transmission par satellite. 3060927 3 Le réseau diffuse avantageusement des messages de taille fixe comportant chacun un entête et une payload contenant un paquet issu de la segmentation d'un fichier d'archive, voire également d'un fichier associé correspondant. De préférence, le flux multimédia est dans un format de streaming, étant notamment 5 généré par un encodeur. L'invention a encore pour objet, selon un autre de ses aspects, un procédé de réception de données d'un réseau de télévision numérique terrestre ou de télévision par satellite, notamment des données diffusées en mettant en oeuvre le procédé de diffusion selon l'invention tel que défini ci-dessus, comportant les étapes consistant à : 10 recevoir des segments issus d'une segmentation d'un fichier d'archive, reconstruire le fichier d'archive à partir des segments, récupérer des messages d'annonce contenant des informations nécessaires au désarchivage du fichier d'archive, désarchiver le fichier d'archive et en récupérer un contenu composé de 15 chunks, ces derniers résultant du découpage d'un flux multimédia, construire dynamiquement une playlist permettant d'accéder à au moins un service depuis un terminal portable en streaming. Les chunks sont de préférence diffusés audit terminal portable par une liaison sans fil, par exemple par un réseau WIFI ou similaire. 20 Selon une caractéristique avantageuse, la lecture des chunks par le terminal se fait par l'intermédiaire de ladite playlist enchainant ces derniers en temps réel. De préférence, le tri des chunks par service se fait par le récepteur en utilisant des informations véhiculées dans les messages d'annonce et des messages de description diffusés sur un autre canal du réseau. 25 L'invention a encore pour objet, selon un autre de ses aspects, un dispositif de traitement numérique d'au moins un flux multimédia d'au moins un service, en vue de la diffusion de données résultant du traitement sur un réseau de télévision numérique terrestre ou de télévision par satellite, notamment pour la mise en oeuvre du procédé selon l'invention, tel que défini plus haut, comportant : 30 - un module de récupération de chunks possédant chacun un identifiant, 3060927 4 un module de préparation des données à diffuser, configuré pour concaténer des séries de chunks en fichiers d'archive sans toutes les informations de désarchivage correspondantes, un module de diffusion des fichiers d'archive et de messages d'annonce 5 contenant des informations nécessaires au désarchivage des fichiers d'archive, et d'envoi de ces messages d'annonce sur un port de sortie correspondant, en vue de leur diffusion de façon répétée, de préférence en parallèle de chaque fichier d'archive correspondant. L'invention a aussi pour objet, selon un autre de ses aspects, un dispositif de 10 réception numérique pour la réception de données transmises par un réseau de télévision numérique terrestre ou de télévision par satellite, pour la mise en oeuvre du procédé selon l'invention, tel que défini plus haut, comportant : un module de réception de données, dont des données relatives à des fichiers d'archives comportant des chunks concaténés et des messages d'annonce, 15 un module de reconstruction d'un fichier d'archive, un module de désarchivage du fichier d'archive, à partir d'informations contenues dans les messages d'annonce, et de récupération des chunks, un module de création dynamique d'une playlist référençant les chunks reçus. 20 De préférence, le dispositif de réception numérique comporte en outre un module de transmission sans fil permettant au terminal de se connecter au récepteur et de streamer des flux contenant les chunks. L'invention a encore pour objet, selon un autre de ses aspects, un produit programme d'ordinateur comprenant des instructions lisibles par un processeur et permettant à 25 leur exécution la mise en oeuvre d'un procédé de diffusion ou d'un procédé de réception selon l'invention, tels que définis ci-dessus. L'invention pourra être mieux comprise à la lecture de la description qui va suivre, d'exemples non limitatifs de mise en oeuvre de celle-ci, et à l'examen du dessin annexé, sur lequel: 3060927 5 la figure 1 représente de façon schématique un exemple d'infrastructure générale d'un réseau de diffusion numérique mettant en oeuvre un procédé de diffusion et un procédé de réception d'un flux multimédia selon l'invention, 5 la figure 2 illustre schématiquement un exemple d'architecture d'un émetteur selon l'invention, les figures 3 et 4 représentent schématiquement la réception de données numériques par un terminal mobile selon un exemple de mise en oeuvre de l'invention et l'architecture d'un exemple de récepteur selon l'invention, 10 la figure 5 illustre la concaténation de chunks en un fichier d'archive, et la figure 6 représente l'émission des données sur deux canaux différents. On a représenté à la figure 1 un exemple d'infrastructure générale d'un réseau de diffusion de données numériques par satellite SAT. Du côté émission HE, un flux multimédia à transmettre FL est encodé par un encodeur EL en un format de streaming, par exemple HLS. 15 Ce flux encodé est ensuite ingéré par un serveur Push SP, et diffusé par exemple conformément à la norme de diffusion DVB sur un réseau de télévision numérique terrestre ou de télévision par satellite. Du côté réception HN, le flux est reçu par un récepteur R et transmis par un réseau sans fil, notamment de type WIFI, à un terminal mobile T. 20 Le récepteur R est par exemple un récepteur de télévision par satellite relié à un téléviseur, notamment chez un particulier ou dans un établissement commercial tel qu'un hôtel. Le terminal T est par exemple une tablette, un ordinateur portable ou un smartphone. Le récepteur R est relié par un câble coaxial à une antenne satellite dotée d'une tête mono ou multisatellite. Le récepteur R comporte un décodeur, et il est par exemple déployé par un opérateur 25 contribuant à la fourniture d'un ou plusieurs contenus via le réseau de diffusion. La figure 4 illustre schématiquement l'architecture d'un exemple de récepteur R selon l'invention. Le composant MDVB est un middleware gérant les ressources du récepteur R. Le récepteur R comprend par exemple un module de réception MIR et un serveur http. La figure 2 représente schématiquement l'architecture d'un exemple d'émetteur 30 selon l'invention. En amont de cet émetteur, l'opérateur satellite fournit deux types de flux : un flux EPG accessible par exemple par internet, fournissant la description des services sous forme XIVIL, et un flux provenant d'un ou plusieurs encodeurs, notamment au format HLS. Le ou les 3060927 6 encodeurs fournissent par exemple jusqu'à cinquante contenus en temps réel. L'émetteur HE comprend une machine hôte, tournant par exemple sous Debian 7, hébergeant des composants logiciels P et MS. Le composant P est une application qui récupère en mode attente active (polling en anglais) les chunks à la sortie de l'encodeur et en génère un fichier d'archive. Le 5 composant MS est une application qui découpe le fichier d'archive en segments. Ces derniers sont émis par le composant MS pour être encapsulés sous le format DVB par une application Encap. La figure 3 illustre schématiquement la chaîne de réception et de traitement des données numériques jusqu'au terminal mobile T. Ces données numériques correspondent 10 notamment à un ensemble de chaînes diffusées par au moins un opérateur satellite, appelées services. Le module de réception MR précité reçoit les données numériques acheminées par satellite sans voie de retour. Le serveur http permet au terminal T, muni d'une application adéquate pour la lecture de données, d'accéder à ces dernières présentées sous format standard 15 de playlist, par exemple service.m3ui et prog.m3ui, de chunks, par exemple chunk.ts et de fichier XIVIL, par exemple epg.xml pour les informations de description. Ainsi, le terminal T est à même d'exploiter ces fichiers, en temps réel légèrement différé, au moyen d'un lecteur (appelé « player ») conventionnel. Le module de réception MR est configure pour récupérer les segments dans le flux 20 DVB et reconstruire le fichier d'archive et le fichier associé EPG. Les chunks et les informations de description sont extraits respectivement du fichier d'archive et du fichier associé par exemple par une application EpgPostCmd. A chaque nouvelle réception de chunks, une playlist est construite dynamiquement par exemple par une application HLSplaylist. 25 Le serveur HTTP permet à un client A d'accéder à cette playlist via une connexion http. Le terminal T peut recevoir la playlist à travers le routeur WIFI W. La figure 5 illustre la concaténation de chunks en un fichier d'archive. Un fichier nommé par exemple File.QLS regroupe les chunks Cl, C2, C3, ... de différents services Si, S2, S3, ... par instants d'émission successifs. Le nombre de chunks correspond au nombre de 30 services, en l'occurrence trois dans l'exemple illustré. 3060927 7 Un fichier d'archive peut être de taille variable, par exemple un multiple de 188 octets qui est la taille d'un paquet dans la norme DVB. Les chunks sont collés les uns aux autres. Il faut donc connaître leur taille ainsi que les identifiants des services auxquels ils appartiennent afin de pouvoir désarchiver correctement 5 le fichier File.QLS. Ces informations ne doivent pas être perdues lors de la diffusion. Pour cette raison, l'invention met en oeuvre une diffusion de façon répétée des informations nécessaires au désarchivage dans des messages d'annonce qui sont séparés du fichier d'archive. La figure 6 illustre l'émission des données sur deux canaux virtuels différents. Par « canal virtuel » on désigne un flux de données regroupées sous un même identifiant réseau. Le 10 serveur Push Em qui reçoit les chunks de trois services dans l'exemple illustré, les concatène en un fichier QLS1 et les découpe en segments. Ensuite, la transmission des données se fait sur deux canaux virtuels distincts : un canal dit QLS pour la transmission des fichiers d'archives et un canal EPG pour la transmission des fichiers associés. Chaque canal véhicule un flux de données et un flux d'annonce. 15 Le flux d'annonce fal du canal QLS est constitué de messages d'annonce qui sont émis de façon répétée, de préférence en parallèle du fichier d'archive QLS1. Ces messages d'annonce véhiculent toutes les informations nécessaires pour que les récepteurs R puissent initier à tout moment la réception des chunks. Un message d'annonce est renvoyé en boucle, ce qui permet à un récepteur R qui vient à l'écoute du réseau de pouvoir réceptionner la prochaine 20 archive, et donc de mettre à disposition les flux en temps réel. On donne ci-après un tableau présentant un exemple non limitatif de message d'annonce du canal QLS, en particulier les champs de ce message, leur description et leurs tailles respectives. 3060927 DVB Type taille du message flag d'optons taille de la liste de ion liste de diffusion taille du champ privé champ privé 8 sage d'annonce ensemble du messag on 16b taille variable 1024 16b de la sourc Le champ « liste de diffusion » permet d'adresser un groupe de récepteurs R. Seuls les récepteurs R du groupe concerné s'abonneront au flux de données. Les informations privées contiennent les données nécessaires pour le désarchivage 5 de l'archive QLS en cours de diffusion. Ces informations sont donc diffusées plusieurs fois, ce qui permet de garantir que les récepteurs R les recevront. Seules ces informations privées contenant les informations d'indexation de l'archive QLS sont modifiées à chaque nouveau fichier d'archive diffusé sur le flux de données du canal QLS. Le flux de données fdl du canal QLS est constitué de messages de données qui 10 véhiculent une archive QLS contenant une série de chunks. Ces messages de données ont une taille fixe qui dépend du réseau. Cette taille est par exemple de 1316 octets. Comme une archive QLS a une taille supérieure, les fichiers d'archive sont découpés en plusieurs segments. Le récepteur R est configure pour reconstruire le fichier d'archive à partir de ces segments. Les messages de données contiennent un entête qui permet d'identifier le segment correspondant. 15 On donne ci-après un tableau présentant un exemple de message de données du canal QLS, en particulier les champs de ce message, leur description et leurs tailles respectives. 3060927 9 type ni de do ets Sb 16b taille du message taille de Fenseinble du messa taille du nom de fichier 256 octets maximum (nombre de caractères) 8b nom du fichier en ASCII limite à 256 octets taille variable de segment indice du segment (commençant à 1) 32b PAYLOAD données du segnient taille variable La payload contient un segment issu du découpage du fichier d'archive. Le flux d'annonce fa2 du canal EPG est constitué de messages d'annonce qui sont émis de façon répétée, de préférence avant la diffusion du fichier associé correspondant. Ces 5 messages d'annonce véhiculent toutes les informations nécessaires pour que les récepteurs puissent initier à tout moment la réception du fichier associé. Un message d'annonce est renvoyé pendant une durée paramétrable. Le tableau ci-dessous présente un exemple de message d'annonce du canal EPG, en particulier les champs de ce message, leur description et leurs tailles respectives. n'de vrsc'n du protocole message d'annonce fichier taille de l'ensemble du message (1206 octets n` de service n unique du service Bit 31 -> 16 0x000 Bit 15 ->32 Num& identifiant source nombre de triplets nombre de tnpkts DVB liste des triplets DVB que triplet fart 48b et se décompose cc PID (16b TSID (16b) ONID (16b) l'hg d'options Permet de fixer ks options du message 16b 10 de La liste de diffusion10240 octets maximum (si supérieur messaite scinde) liste de diffusion cf description des listes de diffusion Un fichier EPG, éventuellement mis à jour, est diffusé en boucle pour que n'importe quel récepteur R qui se connecte au système puisse le recevoir. Le flux de données fd2 du canal EPG est constitué de messages de données qui véhiculent le fichier associé EPG. Comme les messages de données du canal QLS, les messages 3060927 10 de données du canal EPG ont également une taille fixe qui dépend du réseau, par exemple de 1316 octets. Le fichier associé est donc aussi découpé en plusieurs segments. Le récepteur R est configure pour reconstruire le fichier EPG à partir de ces segments. Les messages de données contiennent un entête qui permet d'identifier le segment. 5 Le tableau ci-dessous présente un exemple de message de données du canal EPG, en particulier les champs de ce message, leur description et leurs tailles respectives. Sb vanabk 32b vniabte tzéllc du nom de fichier noir' du fidlitt n= de segment PAYL6ÀD Bien entendu, l'invention n'est pas limitée aux exemples qui viennent d'être donnés. Par exemple, les chaînes d'émission et de réception peuvent être conçues différemment 10 en fonction de l'application visée. Les champs des messages et leur taille peuvent aussi être adaptés à l'application cible. Par ailleurs, le nombre de chunks peut ne pas dépendre du nombre de services diffusés. REVENDICATIONS1. Procédé de diffusion d'au moins un flux multimédia d'au moins un service (Si ; S2 ; S3), au sein d'un réseau de télévision numérique terrestre ou de télévision par satellite, comprenant les étapes consistant à : concaténer des séries de chunks (Cl, C2, C3) correspondant à un ou plusieurs flux, en fichiers d'archives sans toutes les informations de désarchivage correspondantes, - diffuser au moins les fichiers d'archives sur un canal du réseau, diffuser, de façon répétée, au moins pour chaque fichier d'archive des messages d'annonce contenant des informations nécessaires au désarchivage du fichier d'archive. 2. Procédé selon la revendication 1, la diffusion des messages d'annonce se faisant en parallèle d'au moins chaque fichier d'archive correspondant. 3. Procédé selon la revendication 1 ou 2, comportant la diffusion d'au moins un fichier associé, contenant des informations de description dudit au moins un service (Si ; S2 ; S3), sur un autre canal du réseau. 4. Procédé selon la revendication 3, comportant la diffusion de façon répétée de messages d'annonce correspondant aux fichiers associés, cette diffusion ayant de préférence lieu avant la diffusion du fichier associé correspondant. 5. Procédé selon l'une quelconque des revendications précédentes, les chunks (Cl, C2, C3) étant formés à partir de flux multimédia correspondant à plusieurs services (Si, S2, S3), un même fichier d'archive comportant des chunks (Cl, C2, C3) relatifs à ces différents services (Si, S2, S3). 6. Procédé selon l'une des revendications 3 à 5, chaque fichier associé comportant l'identifiant d'un service (Si ; S2; S3) auquel appartiennent les chunks (Cl, C2, C3). 7. Procédé selon l'une quelconque des revendications précédentes, le fichier d'archive regroupant les chunks (Cl, C2, C3) des différents services (S1, S2, S3) par instants d'émission successifs (Si Cl, S2 Cl, S3 Cl, Si C2, S2 C2, ...). 3060927 12 8. Procédé selon l'une quelconque des revendications précédentes, les messages d'annonce du fichier d'archive comportant la taille des chunks (Cl, C2, C3) du fichier d'archive correspondant. 9. Procédé selon l'une quelconque des revendications précédentes, l'émission d'un même 5 message d'annonce étant répétée toutes les N millisecondes durant l'émission du fichier d'archive correspondant, avec N compris entre 500 et 60 000. 10. Procédé selon l'une quelconque des revendications 3 à 9, le réseau diffusant des messages (D11, D12, ..., D ln) de taille fixe comportant chacun un entête et une payload contenant un paquet issu de la segmentation d'un fichier d'archive, voire également 10 d'un fichier associé correspondant. 11. Procédé selon l'une quelconque des revendications précédentes, le flux multimédia étant dans un format de streaming, notamment généré par un encodeur (HLS). 12. Procédé de réception de données d'un réseau de télévision numérique terrestre ou de télévision par satellite, notamment diffusées en mettant en oeuvre le procédé selon l'une 15 quelconque des revendications précédentes, comportant les étapes consistant à : recevoir des segments issus d'une segmentation d'un fichier d'archive, reconstruire le fichier d'archive à partir des segments, récupérer des messages d'annonce contenant des informations nécessaires au désarchivage du fichier d'archive, 20 désarchiver le fichier d'archive et en récupérer un contenu composé de chunks (Cl, C2, C3), ces derniers résultant du découpage d'un flux multimédia, construire dynamiquement une playlist permettant d'accéder à au moins un service (Si ; S2 ; S3) depuis un terminal portable (T) en streaming. 25 13. Procédé selon la revendication 12, les chunks (Cl, C2, C3) étant diffusés audit terminal portable (T) par une liaison sans fil. 14. Procédé selon la revendication 12 ou 13, la lecture des chunks (Cl, C2, C3) par le terminal (T) se faisant par l'intermédiaire de ladite playlist enchainant ces derniers en temps réel. 3060927 13 15. Procédé selon l'une quelconque des revendications 12 à 14, le tri des chunks (Cl, C2, C3) par service se faisant par le récepteur (R) en utilisant des informations véhiculées dans les messages d'annonce et des messages de description diffusés sur un autre canal du réseau. 5 16. Dispositif de traitement numérique d'au moins un flux multimédia d'au moins un service (Si ; S2 ; S3), en vue de la diffusion de données résultant du traitement sur un réseau de télévision numérique terrestre ou de télévision par satellite, comportant : un module de récupération des chunks (Cl, C2, C3) possédant chacun un identifiant, 10 un module de préparation des données à diffuser, configure pour concaténer des séries de chunks (Cl, C2, C3) en fichiers d'archive sans toutes les informations de désarchivage correspondantes, un module de diffusion des fichiers d'archive et de messages d'annonce contenant des informations nécessaires au désarchivage des fichiers 15 d'archive, et d'envoi de ces messages d'annonce sur un port de sortie correspondant, en vue de leur diffusion de façon répétée, de préférence en parallèle de chaque fichier d'archive correspondant. 17. Dispositif de réception numérique pour la réception de données transmises par un réseau de télévision numérique terrestre ou de télévision par satellite, comportant : 20 un module de réception de données, dont des données relatives à des fichiers d'archives comportant des chunks (Cl, C2, C3) concaténés et des messages d'annonce, un module de reconstruction d'un fichier d'archive, un module de désarchivage du fichier d'archive, à partir d'informations 25 contenues dans les messages d'annonce, et de récupération des chunks (Cl, C2, C3), un module de création dynamique d'une playlist référençant les chunks (Cl, C2, C3) reçus. 18. Dispositif de réception numérique selon la revendication précédente, comportant en outre un module de transmission sans fil (W) permettant au terminal de se connecter au récepteur et de streamer des flux contenant les chunks (Cl, C2, C3). 3060927 14 19. Produit programme d'ordinateur comprenant des instructions lisibles par un processeur et permettant à leur exécution la mise en oeuvre d'un procédé de diffusion selon l'une quelconque des revendications 1 à 11 ou d'un procédé de réception selon l'une quelconque des revendications 12 à 15. 5