Brevet FR3069123A1 — publié le 20190118

Procédé de signalisation d'une substitution à un terminal, procédé de substitution par un terminal, produits programme d'ordinateur, système et terminal correspondants. 1 DOMAINE TECHNIQUE Le domaine de l'invention est celui de la substitution de contenu au sein d'un flux diffusé (c'est-à-dire le remplacement d'un contenu par un autre). On parle également d'insertion de contenu, ou encore de décrochage. Plus précisément l'invention concerne un procédé de signalisation, à un terminal, de la substitution d'un contenu diffusé via un réseau de diffusion auquel est connecté le terminal par un contenu ciblé pour le terminal en question, ainsi qu'un procédé de substitution correspondant mis en oeuvre dans le terminal. L'invention a de nombreuses applications, notamment, mais non exclusivement, dans le domaine de la publicité ciblée, la méthode décrite permettant une restitution d'une publicité personnalisée (ciblée) au niveau d'un terminal en lieu et place d'une publicité diffusée par un réseau de diffusion. 2 ARRIERE-PLAN TECHNOLOGIQUE Il existe aujourd'hui des protocoles permettant d'insérer des ordres de décrochage dans un flux de données véhiculant un contenu diffusé au sein d'un réseau de diffusion. Par exemple, le protocole SCTE (pour « Society of Cable Telecommunications Engineers » en anglais) 104 permet de transmettre de tels ordres, classiquement entre un studio d'enregistrement de la chaine de diffusion et un codeur embarqué dans la tête de réseau. Plus particulièrement, les ordres en question sont soit insérés dans le flux SDI (pour « Serial Digital Interface » en anglais) produit en sortie du studio d'enregistrement, soit véhiculés en parallèle du flux SDI via par exemple une connexion IP (pour « Internet Protocol » en anglais). Les ordres au format SCTE 104 sont classiquement reçus par le codeur qui les traduit au format SCTE 35 (autre protocole) et les insère dans son flux MPEG-TS (pour « Moving Picture Experts Group - Transport Stream » en anglais) de sortie, à destination d'un multiplexeur également embarqué dans la tête de réseau. 2 Le multiplexeur réalise ainsi des décrochages entre un programme national et un programme local sur la base de tels ordres reçus afin de générer un flux de données multiplexé correspondant. Des solutions de signalisation à un terminal de la substitution de contenus 5 diffusés par des publicités ciblées ont été développées sur la base de tels protocoles. A titre d'exemple la solution de l'opérateur britannique SKY est basée sur l'usage du protocole SCTE 35. Cependant, les protocoles (standards) SCTE 35 ou 104 ne sont pas normalisés pour les terminaux destinés à restituer les contenus ciblés en question et ne sont donc 10 pas implémentés par défaut sur ces derniers. De telles solutions de signalisation à un terminal nécessitent ainsi l'usage d'un récepteur propriétaire au niveau du terminal afin de pouvoir interpréter les ordres reçus selon un de ces protocoles SCTE 35 et 104. Il existe donc un besoin pour une méthode de signalisation d'une substitution de contenus à un terminal grand public tel que l'on peut en trouver dans le commerce afin 15 de minimiser le coût de la solution ainsi que d'en faciliter le déploiement. Une telle méthode doit par ailleurs permette la substitution de contenu d'une manière souple afin de préserver l'expérience utilisateur, par exemple en réduisant les discontinuités dans le rendu à l'utilisateur pouvant résulter du basculement entre le contenu diffusé et le contenu de substitution ciblé pour le terminal en question. 20 3 RESUME Dans un mode de réalisation de l'invention, il est proposé un procédé de signalisation, à un terminal, de la substitution d'un contenu diffusé via un réseau de diffusion auquel est connecté le terminal par un contenu de substitution ciblé au moins pour le terminal. Un tel procédé comprend : 25 - une obtention d'au moins un paquet d'informations de substitution comprenant une information temporelle indicative d'un instant d'exécution par le terminal d'au moins une action pour la substitution du contenu diffusé par le contenu de substitution ; 3 - une génération d'au moins un message de notification d'événement induisant, immédiatement à réception par le terminal, une exécution de l'au moins une action ; et - une insertion, dans un flux de données véhiculant le contenu diffusé au sein du 5 réseau de diffusion, du au moins un message de notification d'événement à un emplacement temporel fonction de l'information temporelle. Ainsi, l'invention propose une solution nouvelle et inventive pour permettre la signalisation à un terminal, via un réseau de diffusion, de la substitution d'un contenu diffusé par un contenu ciblé (e.g. une publicité ciblée pour un utilisateur du terminal en 10 question). Pour ce faire, la méthode revendiquée propose de signaler au terminal qu'il doit effectuer des actions permettant la substitution en question (e.g. démarrer le décodage du contenu ciblé, restituer le contenu ciblé décodé, etc.) via l'envoi de messages de notifications d'événements ne contenant aucune information temporelle concernant la 15 date (en référence au contenu diffusé) à laquelle la substitution en question doit avoir lieu. Plus particulièrement, une action pour la substitution est exécutée immédiatement à réception du message de notification d'événement correspondant par le terminal, i.e. après une latence d'exécution de l'action en question uniquement liée à 20 des contraintes d'implémentations matérielle dans le terminal. Ainsi, seul l'instant d'insertion des messages de notifications d'événements dans le flux de données permet de contrôler les instants d'exécution des actions en question. Ainsi, la signalisation de la substitution peut s'appuyer sur des standards existants bien que non dédiés à la signalisation d'évènements dits « temps réels », i.e. 25 dont les messages de notifications ne contiennent pas de référence temporelle permettant une exécution synchrone par rapport au flux de données diffusé (e.g. des messages « streamevent » au format DSM-CC (pour « Digital Storage Media Command and Control » en anglais)). Dans un mode de réalisation, l'au moins un paquet d'informations de substitution comprend au moins une information d'identification, l'au moins une action 4 étant fonction de l'au moins une information d'identification. La génération comprend une encapsulation de l'au moins une information d'identification dans l'au moins un message de notification d'événement. Ainsi, une action particulière à exécuter (e.g. démarrer le décodage du contenu 5 ciblé, restituer le contenu ciblé décodé, etc.) est signalée de manière simple et directe au terminal. Dans un mode de réalisation, l'au moins un paquet d'informations de substitution comprend une unique information d'identification pouvant prendre plusieurs valeurs associées chacune, dans le terminal, à un jeu distinct d'au moins une 10 action. La génération comprend une encapsulation de l'unique information d'identification dans l'au moins un message de notification d'événement. Ainsi, un événement particulier (e.g. le début du contenu diffusé à substituer, la fin du contenu diffusé à substituer, etc.) est signalé au terminal via l'information d'identification. En d'autres termes, dans ce mode de réalisation les messages de 15 notifications d'événements balisent le flux de données véhiculant le contenu diffusé. Le terminal déduit ainsi de l'événement qui lui est notifié une ou plusieurs actions à réaliser pour la substitution du contenu diffusé. Dans une variante, la ou les actions à réaliser sont obtenues dans le terminal via un algorithme prenant en compte l'évènement en question mais également les événements qui ont été signifiés au 20 terminal antérieurement à l'évènement en question. Dans un mode de réalisation, l'au moins un paquet d'informations de substitution comprend en outre : - une première information permettant d'identifier une composante de flux élémentaire du flux de données ; 25 - une deuxième information permettant d'identifier un flux d'événements dans la composante de flux élémentaire, l'au moins un message de notification d'événement étant compris dans le flux d'événements ; et - une information de filtrage ; les première et deuxième informations et l'information de filtrage étant transmises au 30 moins au terminal. L'insertion est fonction de la première information et l'étape de 5 génération comprend une encapsulation de l'information de filtrage et de la deuxième information dans l'au moins un message de notification d'événement. Ainsi, un message de notification d'événement peut être associé à un terminal particulier, permettant par là-même un meilleur ciblage des contenus de substitution. 5 Par ailleurs, lorsqu'une pluralité de terminaux reçoit le flux de données véhiculant le contenu diffusé, l'utilisation des mêmes première et deuxième informations ainsi que de la même information de filtrage pour plusieurs terminaux parmi la pluralité de terminaux permet de signaler la substitution du même contenu diffusé aux plusieurs terminaux en question. 10 Dans un mode de réalisation, le procédé de signalisation comprend en outre : - une autre insertion, dans le flux de données, d'au moins une image permettant d'initier un décodage, par le terminal, du flux de données, un écart temporel, dans le flux de données, entre l'au moins une image et l'au moins un message de notification d'événement étant supérieur à une latence d'exécution de 15 l'action identifiée après réception de l'au moins un message de notification d'événement. Ainsi, à la fin de la substitution, le décodage par le terminal du contenu diffusé reprend dès la réception de l'image en question (e.g. une image à codage interne du type intra ou image I placée au début d'un GOP (pour « Group Of Picture »), minimisant 20 par là-même l'attente avant le début de la reprise du décodage du contenu diffusé, et donc la durée de restitution des éléments d'attente ainsi que le risque d'une absence de restitution à l'utilisateur (e.g. un écran noir) à la fin de la restitution d'un tel élément d'attente. Dans un mode de réalisation, l'au moins un paquet d'informations de 25 substitution comprend également : - des informations d'insertion indiquant si l'autre insertion doit être effectuée ; et - une autre information temporelle indiquant un emplacement temporel d'insertion de l'au moins une image dans le flux de données lorsque les informations d'insertion indiquent que l'autre insertion doit être effectuée. 6 Ainsi, le dispositif gérant la substitution reste maître de l'insertion (ainsi que de l'instant de l'insertion le cas échéant) d'une telle image afin d'optimiser les transitions entre les restitutions du contenu diffusé et du contenu ciblé pour un terminal donné. Dans différents modes de réalisation, l'au moins un paquet d'informations de 5 substitution suit un protocole SCTE, pour « Society of Cable Telecommunications Engineers » en anglais, 35 ou 104. Ainsi, l'information temporelle servant à l'insertion des messages de notification d'événement est aisément transmise au dispositif mettant en oeuvre le procédé de signalisation via un protocole standardisé définissant un champ de référence temporelle 10 permettant de synchroniser des événements (ici par exemple les messages de notification d'événements) avec une horloge du flux de données véhiculant le contenu diffusé au sein du réseau de diffusion. Dans un autre mode de réalisation de l'invention, il est proposé un procédé de substitution, par un terminal, d'un contenu diffusé via un réseau de diffusion auquel est 15 connecté le terminal par un contenu de substitution ciblé au moins pour le terminal. Selon un tel procédé le terminal effectue : - une réception d'au moins un message de notification d'événement inséré dans un flux de données véhiculant le contenu diffusé au sein du réseau de diffusion ; et - une exécution, immédiatement à réception de l'au moins un message de 20 notification d'événement, d'au moins une action pour la substitution du contenu diffusé par le contenu de substitution. Ainsi, l'action en question est exécutée immédiatement à réception par le terminal, i.e. après une latence d'exécution de l'action identifiée uniquement liée à des contraintes d'implémentations matérielle dans le terminal. 25 De la sorte, la substitution est maîtrisée (notamment en termes de délais d'exécution) quand bien même le terminal ne supporte que des messages de notification d'événements ne contenant aucune information temporelle concernant la date (en référence au contenu diffusé) à laquelle la substitution doit avoir lieu. Ainsi, la signalisation en question peut s'appuyer sur des standards existants 30 bien que non dédiés à la signalisation d'évènements dits « temps réels» i.e. dont les 7 messages de notification ne contiennent pas de référence temporelle permettant une exécution synchrone par rapport au flux de données diffusé (e.g. tels que supportés par des terminaux hybrides du type HbbTV (pour « Hybrid Broadcast Broadband TV )> en anglais)). 5 Dans un mode de réalisation, l'exécution comprend une obtention d'au moins une information d'identification encapsulée dans l'au moins un message de notification d'événement. L'au moins une action est fonction de l'au moins une information d'identification obtenue. Ainsi, une action particulière à exécuter (e.g. démarrer le décodage du contenu 10 ciblé, restituer le contenu ciblé décodé, etc.) est signalée de manière simple et directe au terminal. Dans un mode de réalisation, l'exécution comprend une obtention d'une unique information d'identification pouvant prendre plusieurs valeurs associées chacune, dans le terminal, à un jeu distinct d'au moins une action. L'au moins une action est fonction 15 de l'unique information d'identification obtenue. Ainsi, un événement particulier (e.g. le début du contenu diffusé à substituer, la fin du contenu diffusé à substituer, etc.) est signalé au terminal via l'information d'identification. En d'autres termes, dans ce mode de réalisation les messages de notifications d'événements balisent le flux de données véhiculant le contenu diffusé. 20 Le terminal déduit ainsi de l'événement qui lui est notifié une ou plusieurs actions à réaliser pour la substitution du contenu diffusé. Dans un mode de réalisation, la ou les actions à réaliser sont obtenues dans le terminal via un algorithme prenant en compte l'évènement en question mais également les événements qui ont été signifiés au terminal antérieurement à l'évènement en 25 question. Dans un mode de réalisation, le terminal effectue en outre une autre réception, via un réseau large bande auquel est connecté le terminal, de : - une première information permettant d'identifier une composante de flux élémentaire du flux de données ; 8 - une deuxième information permettant d'identifier un flux d'événements dans la composante de flux élémentaire, l'au moins un message de notification d'événement étant inséré dans le flux d'événements ; et - une information de filtrage, l'au moins un message de notification d'événement 5 encapsulant en outre l'information de filtrage ; la réception de l'au moins un message de notification d'événement étant fonction des première et deuxième informations, pour identifier un flux d'événements dans la composante de flux élémentaire, et de l'information de filtrage, pour identifier l'au moins un message de notification d'événement au sein du flux d'événements identifié. 10 Ainsi, différents terminaux connectés au réseau de diffusion peuvent être adressés de manière différentiée afin de permettre un meilleur ciblage des contenus de substitution. Par ailleurs, lorsqu'une pluralité de terminaux reçoit le contenu diffusé, l'utilisation des mêmes première et deuxième informations ainsi que de la même 15 information de filtrage pour plusieurs terminaux parmi la pluralité de terminaux permet de signaler la substitution du même contenu diffusé aux plusieurs terminaux en question. Dans un mode de réalisation, le terminal effectue en outre une réception du contenu ciblé via le réseau de diffusion ou via le réseau large bande auquel est connecté 20 le terminal. Ainsi, le terminal peut recevoir les contenus ciblés en question soit via le réseau de diffusion (e.g. via un carrousel de contenus tel que défini par le standard HbbTV), permettant l'obtention du contenu ciblé même en l'absence d'une autre connexion réseau, soit auprès d'un serveur de contenus via un réseau large bande (e.g. Internet), 25 permettant de minimiser la charge du réseau de diffusion. Par ailleurs, lorsque plusieurs terminaux se voient signaler la substitution d'un même contenu diffusé via la réception des mêmes messages de notification d'événement la substitution reste ciblée pour chaque terminal via la réception préalable de contenus ciblés pour chaque terminal. 9 Dans un mode de réalisation, l'information de filtrage est un identifiant du contenu diffusé. Ainsi, la quantité de données véhiculée dans le système mettant en oeuvre le procédé de signalisation est minimisée, un même identifiant permettant d'indiquer aux 5 différentes entités du système et au terminal le contenu à substituer, ainsi qu'au terminal de filtrer les messages de notifications d'événements qui lui sont destinés. Dans un mode de réalisation, l'au moins une action définie via la première information de substitution encapsulée appartient au groupe comprenant : - un décodage du contenu ciblé ; 10 - une restitution du contenu ciblé sous une forme décodée ; - une reprise du décodage du contenu diffusé ; et - une restitution d'un élément d'attente. Ainsi, la méthode revendiquée permet de signaler au terminal qu'il doit démarrer le décodage du contenu ciblé ou du contenu diffusé via un message de 15 notification ne contenant aucune information temporelle concernant la date (en référence au contenu diffusé) à laquelle ce basculement de décodage doit avoir lieu. Il en est de même pour la restitution du contenu ainsi décodé, par exemple sur un écran du terminal. Par ailleurs, un message d'attente (e.g. un logo en mouvement, un GIF (pour 20 « Graphics Interchange Format)> en anglais) animé, une séquence inter publicité, un message d'attente audio, etc.) peut être restitué (de manière visuelle et/ou de manière sonore) pendant que le décodeur initie un nouveau décodage, évitant par là-même une absence de restitution à l'utilisateur (e.g. un écran noir) pendant ce temps-là. Dans un mode de réalisation, le terminal est un terminal hybride supportant le 25 standard HbbTV, pour « Hybrid Broadcast Broadband TV » en anglais. Dans un mode de réalisation, le flux de données est au format MPEG-TS, pour « Moving Picture Experts Group - Transport Stream » en anglais et l'au moins un message de notification d'événement est un « stream event » au format DSM-CC, pour « Digital Storage Media Command and Control » en anglais. 10 Ainsi, la première information correspond au champ « Component_TAG » indiquant le PID (pour « Packet IDentifier » en anglais) dans lequel sont insérés les évènements de notification, et la deuxième information correspond au champ « Event_ID » identifiant les évènements de notification selon ce standard. 5 L'invention concerne également un programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre d'un procédé de signalisation ou d'un procédé de substitution (selon l'un quelconque de ses différents modes de réalisation), lorsqu'il est exécuté sur un ordinateur. Dans un autre mode de réalisation de l'invention, il est proposé un système de 10 diffusion configuré pour signaler, à un terminal, la substitution d'un contenu diffusé via un réseau de diffusion auquel est connecté le terminal par un contenu de substitution ciblé au moins pour le terminal. Un tel système de diffusion comprend : - des moyens d'obtention d'au moins un paquet d'informations de substitution comprenant une information temporelle indicative d'un instant d'exécution par le 15 terminal d'au moins une action pour la substitution du contenu diffusé par le contenu de substitution ; - des moyens de génération d'au moins un message de notification d'événement induisant, immédiatement à réception par le terminal, une exécution de l'au moins une action ; et 20 - des moyens d'insertion, dans un flux de données véhiculant le contenu diffusé au sein du réseau de diffusion, de l'au moins un message de notification d'événement à un emplacement temporel fonction de l'information temporelle. Un tel système de diffusion est notamment apte à mettre en oeuvre le procédé de signalisation selon l'invention (selon l'un quelconque des différents modes de 25 réalisation précités). Ainsi, les caractéristiques et avantages de ce système sont les mêmes que ceux du procédé de signalisation décrit précédemment. Par conséquent, ils ne sont pas détaillés plus amplement. Dans un autre mode de réalisation de l'invention, il est proposé un terminal 30 configuré pour substituer un contenu diffusé via un réseau de diffusion auquel est 11 connecté le terminal par un contenu de substitution ciblé au moins pour le terminal. Un tel terminal comprend : - des moyens de réception d'au moins un message de notification d'événement inséré dans un flux de données véhiculant le contenu diffusé au sein du réseau de 5 diffusion ; et - des moyens d'exécution, immédiatement à réception de l'au moins un message de notification d'événement, d'au moins une action pour la substitution du contenu diffusé par le contenu de substitution. Un tel terminal est notamment apte à mettre en oeuvre le procédé de 10 substitution selon l'invention (selon l'un quelconque des différents modes de réalisation précités). Ainsi, les caractéristiques et avantages de ce terminal sont les mêmes que ceux du procédé de substitution précédemment. Par conséquent, ils ne sont pas détaillés plus amplement. 15 4 LISTE DES FIGURES D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description suivante, donnée à titre d'exemple indicatif et non limitatif, et des dessins annexés, dans lesquels : la figure 1 illustre un exemple de système de diffusion télévisuelle auquel est 20 connecté un terminal, selon un mode de réalisation de l'invention ; les figures 2a et 2b illustrent des exemples de structures de paquets de données et de message de notification d'événement, tels qu'utilisés pour la signalisation entre les entités de la figure 1 ; la figure 3 illustre les étapes d'un procédé de signalisation, à un terminal, de la 25 substitution d'un contenu diffusé via un réseau de diffusion selon différents modes de réalisation de l'invention ; la figure 4 illustre les étapes d'un procédé de substitution, par un terminal, d'un contenu diffusé via un réseau de diffusion selon différents modes de réalisation de l'invention ; 30 la figure 5 illustre un exemple de séquencement d'insertion de messages de 12 notifications d'événements dans un flux de données selon un mode de réalisation de l'invention ; la figure 6 illustre un exemple de structure d'un système de diffusion permettant la mise en oeuvre du procédé de la figure 3 ; et 5 la figure 7 illustre un exemple de structure d'un terminal permettant la mise en oeuvre du procédé de la figure 4. 5 DESCRIPTION DETAILLEE DE L'INVENTION Sur toutes les figures du présent document, les éléments et étapes identiques sont désignés par une même référence. 10 Le principe général de la technique décrite consiste à obtenir au moins un paquet d'informations de substitution comprenant une information temporelle indicative d'un instant d'exécution par un terminal d'au moins une action pour la substitution d'un contenu diffusé par un contenu de substitution. Un message de notification d'événement est généré et inséré dans un flux de données véhiculant le 15 contenu diffusé au sein d'un réseau de diffusion à un emplacement temporel indiqué par l'information temporelle en question. Le message de notification d'événement induit, immédiatement à réception par le terminal, l'exécution de l'au moins une action en question. Ainsi, la signalisation de la substitution peut s'appuyer sur des standards déjà 20 implémentés dans certains terminaux bien que non dédiés à la signalisation d'évènements dits « temps réels », i.e. des standards dont les messages de notifications ne contiennent pas de référence temporelle permettant une exécution synchrone par rapport au flux de données diffusé. On décrit maintenant, en relation avec la figure 1, un exemple de système 100 25 de diffusion télévisuelle auquel est connecté un terminal 110 selon un premier mode de réalisation de l'invention. Plus particulièrement, le terminal 110 est un téléviseur grand public connecté d'une part à un réseau de diffusion 120 télévisuelle et d'autre part à un réseau large bande 130 du type internet. Un tel terminal 110 est parfois aussi appelé « TV 13 connectée », « SmartTV », « Digital TV », « Internet TV », « Interactive TV », « hybrid TV », « PCTV », « Hybrid Broadcast Broadband TV », « HbbTV », ou « H4TV ». Le terminal 110 est compatible avec le standard HbbTV de sorte à pouvoir télécharger, via le réseau large bande 130, une application HbbTV particulière 5 (permettant la mise en oeuvre de la substitution par le terminal 110, comme détaillé ci- après) depuis un serveur internet statique 100a. Un tel téléchargement se fait sur la base d'informations reçues (e.g. une adresse du type URL (pour « Uniform Resource Locator » en anglais)) par exemple via une table DVB AIT (pour « Digital Video Broadcasting » et « Application Information Table » en anglais) contenue dans le flux de 10 données au format MPEG-TS reçu du système 100 de diffusion télévisuelle via le réseau de diffusion 120. Plus particulièrement, le réseau de diffusion 120 est par exemple un réseau TNT (pour « Télévision Numérique Terrestre ») utilisant le standard DVB-T pour diffuser le flux de données au format MPEG-TS. 15 Dans des variantes, le réseau de diffusion 120 est un réseau satellite utilisant le standard DVB-S, ou un réseau câble utilisant le standard DVB-C. Dans d'autres variantes, le réseau de diffusion 120 s'identifie à un réseau basé sur l'usage d'un protocole de transport sur IP et le terminal 110 est par exemple une « Set-top-box » incluant (ou communiquant avec) une passerelle de réseau connectée 20 au réseau large bande 130. Un tel protocole de transport sur IP est par exemple le protocole UDP/IP (pour « User Datagram Protocol » en anglais) permettant une diffusion du type multicast, ou le protocole TCP/IP (pour « Transmission Control Protocol » en anglais) permettant une diffusion du type unicast telle que privilégiée par les diffuseurs dits OTT (pour « Over The Top » an anglais). Dans certaines variantes, le réseau basé sur 25 l'usage d'un protocole de transport sur IP partage des ressources physiques avec le réseau large bande 130. Le terminal 110 est configuré pour recevoir des messages de notifications d'événements (230) contenus dans le flux de données au format MPEG-TS véhiculé par le réseau de diffusion 120. Ces messages de notifications d'événements (230) sont par 14 exemple des « StreamEvents » au format DSM-CC (pour « Digital Storage Media Command and Control » en anglais). Le système 100 de diffusion télévisuelle comprend une plateforme de gestion des publicités 100c qui fournit, à un dispositif de gestion de la substitution 100b (discuté 5 plus en détails ci-dessous), notamment une information d'identification (2120b31) destinée à être encapsulée dans un message de notification d'événement (230) à destination du terminal 110. Dans certaines variantes de signalisation, l'information d'identification (2120b31) identifie une action à exécuter par le terminal 110. Une telle action est par 10 exemple : un décodage d'un contenu ciblé pour le terminal 110, une restitution du contenu ciblé sous une forme décodée, une reprise du décodage du contenu diffusé, une restitution d'un élément d'attente, etc. Dans d'autres variantes de signalisation, l'information d'identification (2120b31) identifie un évènement particulier. Un tel événement est par exemple : le début du 15 contenu diffusé à substituer, la fin du contenu diffusé à substituer, etc. En d'autres termes, dans ce cas les messages de notifications d'événements balisent le flux de données véhiculant le contenu diffusé. Le terminal déduit ainsi de l'événement qui lui est notifié une ou plusieurs actions à réaliser pour la substitution du contenu diffusé (e.g. via l'exécution d'un algorithme qui prend en compte une ou plusieurs informations 20 d'identification (2120b31) identifiant de tels évènements particuliers). La plateforme de gestion des publicités 100c fournit au dispositif de gestion de la substitution 100b en outre : - une première information (2120b1) permettant d'identifier une composante de flux élémentaire du flux de données au format MPEG-TS (e.g. le champ 25 « component_tag » au format DSM-CC, ce champ indiquant le PID de la composante de flux élémentaire en question) ; - une deuxième information (2120b2) permettant d'identifier un flux d'événements dans la composante de flux élémentaire en question (e.g. le champ « event_id » au format DSM-CC) dans lequel un codeur vidéo 100f va insérer les messages de 30 notifications d'événements (230) à destination du terminal 110 ; et 15 - une information de filtrage (2120b32) permettant au terminal 110 de filtrer les messages de notifications d'événements (230) qui lui sont destinés parmi les messages de notifications d'événements (230) présents dans le flux d'événements de la composante de flux élémentaire identifié par les première (2120b1) et 5 deuxième (2120b2) informations. Pour ce faire, la plateforme de gestion des publicités 100c obtient tout d'abord auprès du diffuseur qui gère le réseau de diffusion 120 le champ « triplet DVB » lui permettant d'identifier de manière unique le contenu diffusé via le réseau de diffusion 120 en question, ainsi qu'un identifiant (2120b33) (e.g. un champ « Advert_ID »), 10 permettant d'identifier une publicité à venir dans le flux diffusé. Dans des variantes, un tel identifiant véhicule également d'autres informations (e.g. un champ « Slot_ID ») relatives à la publicité à venir en question, par exemple l'identifiant d'occurrence de passage de cette publicité sur une période prédéfinie (e.g. depuis le début de la journée, sur la semaine écoulée, etc.). De la sorte, la plateforme de gestion des publicités 100c 15 décide ou non de la substitution de la publicité à venir en question sur le terminal 110. Lorsque la décision de substituer la publicité identifiée par l'identifiant (2120b33) est prise, la plateforme de gestion des publicités 100c génère ainsi les première (2120b1) et deuxième (2120b2) informations ainsi que l'information de filtrage (2120b32). Plus particulièrement, les informations en question sont transmises à un 20 dispositif de gestion de la substitution 100b qui les retransmet : - d'une part au serveur internet statique 100a qui les transmet à son tour au terminal 110 via le réseau large bande 130 (e.g. via un fichier au format XML (pour « eXtensible Markup Language » en anglais) pour les première (2120b1) et deuxième (2120b2) informations, et via l'application HbbTV pour l'information de 25 filtrage (2120b33)). Comme discuté ci-dessus, de telles informations permettent au terminal 110 de recevoir et filtrer les messages de notifications d'événements (230) qui lui sont destinés à fin d'exécution de l'action correspondante ; et - d'autre part à un dispositif de déclenchement d'insertion 100d, dont une fonction est de permettre de synchroniser les événements générés par la plateforme de 16 gestion des publicités 100c avec le flux de données diffusé via le réseau de diffusion 120. Pour ce faire, la plateforme de gestion des publicités 100c fournit également l'identifiant (2120b33) du contenu diffusé à substituer au dispositif de déclenchement 5 d'insertion 100d (via le dispositif de gestion de la substitution 100b), ainsi que l'information d'identification (2120b31) (cette information d'identification (2120b31) permettant d'identifier, directement ou indirectement, une action à exécuter par le terminal 110 comme décrit ci-dessus). Par ailleurs, le dispositif de déclenchement d'insertion 100d obtient du lecteur 10 SDI 100e des références temporelles synchrones du flux de données SDI qu'il génère (flux SDI qui est destiné à être multiplexé dans le flux de données diffusé via le réseau de diffusion 120 après encodage dans un codeur vidéo 100f, multiplexage effectué par un multiplexeur MPEG/DVB 100g, et génération du signal modulé de diffusion par un modulateur DVB 100h), par exemple en allant lire périodiquement de telles informations 15 sur le lecteur SDI 100e. Ainsi, sur la base de l'identifiant (2120b33) du contenu diffusé à substituer reçu du dispositif de gestion de la substitution 100b, le dispositif de déclenchement d'insertion 100d détermine l'information temporelle synchrone du flux SDI qui définit un instant auquel l'action identifiée par l'information d'identification (2120b31) doit être 20 exécutée par le terminal 110. Selon le premier mode de réalisation illustré sur la figure 1, les informations temporelles sont des « timecodes » au format SCTE 104. De la sorte, le dispositif de déclenchement d'insertion 100d génère des paquets d'informations de substitution (210) au format SCTE 104 et les transmet au codeur vidéo 100f (e.g. via une connexion 25 internet) afin que ce codeur les convertisse au format SCTE 35 et les insère de manière synchrone dans le flux de données encodé qu'il délivre. Dans un deuxième mode de réalisation (non illustré sur la figure 1, mais aisément déductible de cette figure sur la base des explications qui suivent), les informations temporelles sont non pas des « timecodes » au format SCTE 104, mais des 30 « timestamps » PTS (pour « Presentation Time Stamps » en anglais) au format SCTE 35. 17 Dans ce cas, le dispositif de déclenchement d'insertion 100d génère des paquets d'informations de substitution (220) au format SCTE 35 et les transmet non pas au codeur vidéo 100f, mais directement au multiplexeur MPEG/DVB 100g (e.g. via une connexion internet) pour génération des messages de notifications d'événements (230) 5 correspondant et insertion synchrone dans le flux de données multiplexé que ce multiplexeur délivre. Dans un troisième mode de réalisation (non illustré sur la figure 1, mais également aisément déductible de cette figure sur la base des explications qui suivent), le dispositif de déclenchement d'insertion 100d ne transmet aucun paquet 10 d'informations de substitution (210, 220) ni au codeur vidéo 100f, ni au multiplexeur MPEG/DVB 100g. A contrario, le dispositif de déclenchement d'insertion 100d transmet les informations initialement transmises par la plateforme de gestion des publicités 100c (notamment l'information d'identification (2120b31), les première (2120b1) et deuxième (2120b2) informations, l'information de filtrage (2120b32) et l'identifiant 15 (2120b33) du contenu diffusé à substituer tels qu'introduits ci-dessus) directement au lecteur SDI 100e. Dans ce troisième mode de réalisation, c'est le lecteur SDI 100e qui effectue les opérations décrites ci-dessus de génération des paquets d'informations de substitution (210) à fin d'insertion synchrone dans le flux de données SDI. Quel que soit le mode de réalisation du système 100 considéré, le dispositif de 20 gestion de la substitution 100b gère la cohérence des données fournies au terminal 110 par le serveur internet statique 100a via le réseau large bande 130, et la signalisation contenue dans le flux de données reçu par le terminal 110 via le réseau de diffusion 120. Dans des variantes de signalisation entre les entités de la figure 1, l'information de filtrage (2120b32) est identique à l'identifiant (2120b33) du contenu diffusé à 25 substituer. Ainsi, la quantité d'information gérée et transmise par la plateforme de gestion des publicités 100c est minimisée, simplifiant par là-même l'implémentation de la technique décrite. Enfin, dans d'autres variantes de signalisation, la plateforme de gestion des publicités 100c fournit également, au dispositif de gestion de la substitution 100b, des 30 informations d'insertion (2120b4) indiquant si une image permettant d'initier un 18 décodage du flux de données par le terminal 110 (e.g. une image à codage interne du type intra ou image I placée au début d'un GOP) doit être insérée par le codeur vidéo 100f dans le flux de données en question, par exemple après un message de notification d'événement (230). 5 Au vu de la description ci-dessus, il apparaît ainsi que le système 100 de diffusion télévisuelle comprend également le lecteur SDI 100e, qui génère un flux au format SDI envoyé au codeur vidéo 100f. Le lecteur SDI est par exemple un lecteur spectrumX commercialisé par la société Harmonic. Un tel équipement est notamment apte à insérer des commandes au format SCTE 104 dans le flux SDI qu'il délivre. 10 Selon le premier mode de réalisation (illustré sur la figure 1), le lecteur SDI 100e fournit au dispositif de déclenchement d'insertion 100d les références temporelles synchrones du flux de données SDI qu'il génère. Dans le troisième mode de réalisation précité (non illustré sur la figure 1), le lecteur SDI 100e génère lui-même les paquets d'informations de substitution (210) sur la 15 base des informations fournies par le dispositif de déclenchement d'insertion 100d et les insère dans le flux SDI qu'il délivre. Le système 100 de diffusion télévisuelle comprend également le codeur vidéo 100f, qui génère le flux MPEG-TS au format MPEG4 à partir du flux au format SDI reçu du lecteur SDI 100e. Le codeur vidéo 100f est notamment apte à transformer des 20 commandes au format SCTE 104 présentes dans le flux SDI reçu en commandes au format SCTE 35. Plus particulièrement, le codeur vidéo 100f est capable de transformer les références temporelles (ou « timecodes ») utilisées par le standard SCTE 104 en références temporelles PTS utilisées par le standard SCTE 35. De la sorte, suivants que les paquets d'informations de substitution (210, 220) 25 reçus (soit du dispositif de déclenchement d'insertion 100d dans le premier mode de réalisation, soit via le flux SDI dans le deuxième mode de réalisation) contiennent des informations d'insertion (2120b4) ou non, le codeur vidéo 100f : - convertit les paquets d'informations de substitution (210) au format SCTE 104 présents dans le flux SDI reçu en paquets d'informations de substitution (220) au 30 format SCTE 35 insérés dans le flux MPEG-TS qu'il délivre au multiplexeur 19 MPEG/DVB 100g à fin de propagation des informations autres que celles d'insertion (2120b4) ; et/ou - insère une image permettant d'initier un décodage, par le terminal 110, du flux de données (e.g. une image à codage interne du type intra ou image I placée au début 5 d'un GOP) dans le flux de données qu'il délivre lorsque une information d'insertion (2120b4) est reçue, l'image en question étant insérée à l'endroit indiqué par l'information temporelle présente dans le paquet d'informations de substitution (210) correspondant. Dans des variantes de signalisation, le codeur vidéo 100f ne reçoit pas 10 d'informations d'insertion (2120b4) (e.g. la plateforme de gestion des publicités 100c ne fournit pas d'informations d'insertion (2120b4)), mais insère systématiquement, à un endroit temporel fonction de l'information temporelle présente dans le paquet d'informations de substitution (210) considéré, une image permettant d'initier un décodage, par le terminal 110, du flux de données. Plus particulièrement, l'image en 15 question est insérée de manière à minimiser les transitions au moment des basculements de décodage au niveau du terminal comme discuté ci-dessous en relation avec les figures 2a et 2b. Cet aspect systématique de l'insertion permet de minimiser la quantité d'information transmise entre les entités du système 100 de diffusion télévisuelle. 20 Par ailleurs, le système 100 de diffusion télévisuelle comprend également le multiplexeur MPEG/DVB 100g, qui produit le signal multiplexé (ou « multiplex ») qui est diffusé via le réseau de diffusion 120 sur la base du flux MPEG-TS délivré par le codeur vidéo 100f. Dans des variantes, le multiplexeur MPEG/DVB 100g agrège les flux venant de 25 plusieurs codeurs vidéo pour produire le multiplex qui sera ensuite diffusé. Par ailleurs, sur la base des paquets de données (220) au format SCTE 35 reçus (soit via le flux MPEG-TS en provenance du codeur vidéo 100f dans le premier mode de réalisation, soit directement du dispositif de déclenchement d'insertion 100d dans le deuxième mode de réalisation), le multiplexeur MPEG/DVB 100g génère les messages 20 de notifications d'événements (230) correspondants, ici des messages « StreamEvents » au format DSM-CC. Comme discuté ci-dessous en relation avec les figures 2a et 2b, de tels messages de notifications d'événements (230) encapsulent les informations véhiculées par les 5 paquets d'informations de substitution (220), et notamment la deuxième (2120b2) information, l'information d'identification (2120b31), l'information de filtrage (2120b32) ainsi que l'identifiant (2120b33) du contenu diffusé à substituer (l'information de filtrage (2120b32) pouvant être égal à cet identifiant (2120b33) dans certaines variantes de signalisation) ; dans ce cas, un seul champ contenant l'information en question est 10 encapsulé dans le message de notification d'événement (230) correspondant, minimisant par là-même la quantité d'information véhiculée). Par ailleurs, le multiplexeur MPEG/DVB 100g insère le message de notification d'événement (230) dans le flux multiplexé qu'il génère à l'endroit temporel identifié par l'information temporelle contenue dans le paquet d'informations de substitution (220) 15 correspondant. Il est cependant notable que le message de notification d'événement (230) ne contient lui-même aucune information relative à une date d'exécution par le terminal 110 de la ou des action(s) correspondant à l'information d'identification (2120b31) encapsulée dans le message de notification d'événement (230) en question. Plus particulièrement, un tel message de notification d'événement (230) est 20 inséré dans le flux d'événement identifié par la deuxième information (2120b2) au sein de la composante de flux élémentaire identifiée par la première information (2120b1) à l'instant identifié par l'information temporelle comprise dans le paquet d'informations de substitution (220) correspondant. Enfin, le système 100 de diffusion télévisuelle comprend également le 25 modulateur DVB 100h, qui génère le signal modulé transportant le flux de données délivré par le multiplexeur MPEG/DVB 100g au travers du réseau de diffusion 120. On décrit maintenant, en relation avec les figures 2a et 2b, des exemples de structures de paquets de données 210, 220 ainsi que de message de notification d'événement 230 tels qu'utilisés pour la signalisation entre les entités de la figure 1. 21 Dans le premier mode de réalisation (illustré sur la figure 1), les paquets de données 210 échangés entre le dispositif de déclenchement d'insertion 100d et le codeur vidéo 100f sont au format SCTE 104, ce format étant interprétable par le codeur vidéo 100f en question. 5 De même, de tels paquets de données 210 au format SCTE 104 sont également utilisés par le lecteur SDI 100e dans le troisième mode de réalisation (non illustré sur la figure 1) à fin de transmission au codeur vidéo 100f. Plus particulièrement, un tel paquet de données 210 comprend un entête 210a et un champ de données utiles 210b. 10 Plus particulièrement encore, l'entête 210a comprend des champs d'entête spécifiques au standard SCTE 104, et notamment un champ encapsulant l'information temporelle introduite ci-dessus en relation avec la figure 1 (i.e. l'information temporelle obtenue par le dispositif de déclenchement d'insertion 100d sur la base à la fois de l'identifiant 2120b33 du contenu diffusé à substituer délivré par la plateforme de 15 gestion des publicités 100c via le dispositif de gestion de la substitution 100b, et des données temporelles liées au flux SDI fournies par le lecteur SDI 100e). De même, le champ de données utiles 210b comprend notamment les données initialement délivrées par la plateforme de gestion des publicités 100c via le dispositif de gestion de la substitution 100b introduites ci-dessus en relation avec la figure 1, à 20 savoir : - d'une part : - la première information 2120b1 (e.g. le champ « component_tag » au format DSM-CC) ; et - la deuxième information 2120b2 (e.g. le champ « event_id » au format DSM- 25 CC) ; et - d'autre part, regroupés dans un champ de données propriétaires 2120b3 : - l'information d'identification 2120b31 identifiant une action à exécuter par le terminal 110 ; - l'information de filtrage 2120b32; et 30 - l'identifiant 2120b33 du contenu diffusé à substituer. 22 Comme décrit ci-dessus en relation avec la figure 1, dans certaines variantes de signalisation l'information de filtrage 2120b32 est égale à l'identifiant 2120b33. Dans ce cas, un seul champ contenant l'information en question est encapsulé dans le message de notification d'événement 230 correspondant, minimisant par là-même la quantité 5 d'information véhiculée. Par ailleurs, l'information temporelle encapsulée dans l'entête du paquet indique un emplacement dans le flux de données diffusé via le réseau de diffusion 120 auquel le message de notification d'événement 230 correspondant doit être inséré afin de déclencher au moins une action par le terminal 110 à un instant adéquat pour la 10 substitution voulue. Ceci quand bien même le message de notification d'événement 230 en question ne contient pas d'information temporelle relative à leur exécution. Le codeur vidéo 100f convertit le paquet de données 210 au format SCTE 104 en un paquet de données 220 au format SCTE 35 de la même manière qu'il transforme le flux de données du format SDI en un flux MPEG-TS. 15 Les champs de données 2120b1 à 2120b4 décrits ci-dessus se trouvent alors encapsulés dans la partie des données utiles 220b du paquet de données 220 au format SCTE 35. Par ailleurs, l'information temporelle encapsulée dans l'entête 210a du paquet de données 210 au format SCTE 104 est convertie en une nouvelle information 20 temporelle encapsulée dans un entête 210b du paquet de données 220 au format SCTE 35. Plus particulièrement, le « timecode » au format SCTE 104 est converti en « timestamp » PTS (pour « Presentation Time Stamps » en anglais) au format SCTE 35 de manière à toujours indiquer un emplacement, dans le flux de données diffusé via le réseau de diffusion 120, auquel le message de notification d'événement 230 25 correspondant doit être inséré de manière cohérente avec les informations initialement délivrées par la plateforme de gestion des publicités 100c. Le paquet de données 220 au format SCTE 35 est alors inséré dans le flux MPEGTS au format MPEG4 généré par le codeur vidéo 100f avant transmission au multiplexeur MPEG/DVB 100g. 23 Un tel paquet de données 220 au format SCTE 35 est également utilisé par le dispositif de déclenchement d'insertion 100d à fin de transmission directement au multiplexeur MPEG/DVB 100g dans le deuxième mode de réalisation (non illustré sur la figure 1). 5 Par ailleurs dans les variantes de signalisation précitées dans lesquelles la plateforme de gestion des publicités 100c fournit en outre au dispositif de gestion de la substitution 100b les informations d'insertion 2120b4, le champ de données utiles 210b comprend également les informations d'insertion 2120b4 (e.g. via un champ « command » par exemple) en question. 10 Dans ce cas, une autre information temporelle encapsulée dans l'entête du paquet de données 210 indique un emplacement dans le flux de données diffusé via le réseau de diffusion 120 auquel l'image permettant d'initier un décodage, par le terminal 110, du flux de données doit être insérée. Ainsi, le codeur vidéo 100f insère l'image en question dans le flux de données à 15 un emplacement temporel indiqué par l'autre information temporelle encapsulée dans l'entête du paquet de données 210 en question. Le multiplexeur MPEG/DVB 100g convertit le paquet de données 220 au format SCTE 35 en un message de notification d'événement 230, ou « StreamEvent » au format DSM-CC. 20 Un tel message de notification d'événement 230 comprend : - d'une part : - la deuxième information 2120b2 (e.g. le champ « event_id » au format DSMCC) ; et - d'autre part, les données propriétaires 2120b3, à savoir : 25 o l'information d'identification 2120b31 identifiant une action à exécuter par le terminal 110 ; o l'information de filtrage 2120b32 ; et o l'identifiant 2120b33 du contenu diffusé à substituer (ce dernier champ pouvant être absent dans certaines variantes de signalisation où 30 l'information de filtrage 2120b32 est égale à l'identifiant 2120b33). 24 Par ailleurs, le message de notification d'événement 230 comprend les champs standardisés des messages « StreamEvent » au format DSM-CC, à savoir un champ contenant un entête de table 230a1 (ou « table header » en anglais), un champ contenant un CRC (pour « cyclic redundancy check » en anglais) de table 230a2 (ou 5 « table CRC » en anglais), et un champ d'entête 230a3 (ou « packet header » en anglais). Enfin, le multiplexeur MPEG/DVB 100g insère un tel message de notification d'événement 230 dans la composante de flux élémentaire identifiée par la première information 2120b1, et à l'instant défini par l'information temporelle encapsulée dans l'entête 210b du paquet de données 220 au format SCTE 104 correspondant. 10 Ainsi, l'instant auquel le message de notification d'événement 230 est inséré dans le flux délivré par le multiplexeur MPEG/DVB 100g est contrôlé de manière précise par le système 100. On décrit maintenant, en relation avec les figures 3 et 4, les étapes d'un procédé de signalisation, au terminal 110, de la substitution d'un contenu diffusé via le réseau de 15 diffusion 120, ainsi que les étapes d'un procédé de substitution, par le terminal 110, d'un contenu diffusé via le réseau de diffusion 120, selon différents modes de réalisation de l'invention. Lors d'une étape d'obtention E300 mise en oeuvre au sein du système 100, un paquet d'informations de substitution 220 au format SCTE 35, comprenant une 20 information temporelle indicative d'un instant d'exécution par le terminal 110 d'au moins une action pour la substitution du contenu diffusé par le contenu de substitution, est obtenu par le multiplexeur MPEG/DVB 100g. Plus particulièrement, suivant le mode de réalisation considéré (parmi les premier, deuxième et troisième), le paquet d'informations de substitution 220 au format 25 SCTE 35 obtenu par le multiplexeur MPEG/DVB 100g est fourni soit par le codeur vidéo 100f (dans ce cas, le paquet d'informations de substitution 220 au format SCTE 35 résulte de la conversion, par le codeur vidéo 100f, d'un paquet d'informations de substitution 210 au format SCTE 104 correspondant fourni soit par le lecteur SDI 100e, soit directement par le dispositif de déclenchement d'insertion 100d), soit directement 30 par le dispositif de déclenchement d'insertion 100d. 25 Lors d'une étape de génération E310 également mise en oeuvre au sein du système 100, un message de notification d'événement 230 (ici un message « StreamEvent » au format DSM-CC) est généré par le multiplexeur MPEG/DVB 100g reprenant d'une part la deuxième information 2120b2 et les données propriétaires 5 2120b3 véhiculées dans le paquet d'informations de substitution 220 comme décrit ci- dessus en relation avec les figures 2a et 2b. Enfin, lors d'une étape d'insertion E320 également mise en oeuvre au sein du système 100, le multiplexeur MPEG/DVB 100g insère le message de notification d'événement 230 dans le flux de données véhiculant le contenu diffusé via le réseau de 10 diffusion 120. Plus particulièrement, le message de notification d'événement 230 est inséré dans le flux de données à un emplacement temporel fonction de l'information temporelle comprise dans le paquet d'informations de substitution 220 obtenu de la manière décrite ci-dessus. 15 De la sorte, lors d'une étape de réception E420 mise en oeuvre par le terminal 110, le terminal 110 reçoit le message de notification d'événement 230 inséré dans le flux de données par le multiplexeur MPEG/DVB 100g. Lors d'une étape d'exécution E430, le terminal 110 exécute, immédiatement à réception, l'au moins une action associée au message en question. En d'autres termes, 20 l'au moins une action est exécutée par le terminal 110, à réception du message de notification d'événement 230, après une latence d'exécution uniquement liée à des contraintes d'implémentations matérielle dans le terminal (aucune information temporelle d'exécution de l'au moins une action en question n'étant présente par ailleurs dans le message de notification d'événement 230). 25 De la sorte, seul l'instant d'insertion des messages de notifications d'événements dans le flux de données permet de contrôler les instants d'exécution des actions en question par le terminal 110. Ainsi, la signalisation de la substitution s'appuie sur l'implémentation dans le terminal 110 de standards existants bien que non dédiés à la signalisation d'évènements 30 dits « temps réels », i.e. dont les messages de notifications ne contiennent pas de 26 référence temporelle permettant une exécution synchrone par rapport au flux de données diffusé (ici des messages « streamevent » au format DSM-CC dans les modes de réalisation considérés). Plus particulièrement, l'étape de génération E310 mise en oeuvre au sein du 5 système 100 comprend une sous-étape d'encapsulation d'au moins une information d'identification 2120b31 dans le message de notification d'événement 230. De manière symétrique, l'étape d'exécution E430 mise en oeuvre par le terminal 110 comprend une sous-étape d'obtention E430a, par le terminal 110, de l'au moins une information d'identification 2120b31 dans le message de notification d'événement 230. 10 Dans certaines variantes de signalisation, l'au moins une action et fonction de l'au moins une information d'identification 2120b31. Ainsi, une action particulière à exécuter est signalée de manière simple et directe au terminal. Dans d'autres variantes de signalisation, le message de notification d'événement 230 comprend une unique information d'identification 2120b31 pouvant prendre 15 plusieurs valeurs associées chacune, dans le terminal, à un jeu distinct d'au moins une action. Ainsi, un événement particulier (e.g. le début du contenu diffusé à substituer, la fin du contenu diffusé à substituer, etc.) est signalé au terminal via l'unique information d'identification. En d'autres termes, dans ces variantes les messages de notifications 20 d'événements balisent le flux de données véhiculant le contenu diffusé. Le terminal déduit ainsi de l'événement qui lui est notifié une ou plusieurs actions à réaliser pour la substitution du contenu diffusé. Dans certaines variantes, la ou les actions à réaliser sont obtenues dans le terminal via un algorithme prenant en compte l'évènement en question mais également 25 d'autres événements qui ont été signifiés au terminal antérieurement à l'évènement en question le cas échéant (e.g. les événements notifiés en question servent d'entrées à une machine d'état, les transitions entre états étant fonction des événements notifiés en question, les actions à réaliser étant associées à un état donné). Plus particulièrement, de telles actions sont par exemple : 30 o un décodage du contenu ciblé ; 27 o une restitution du contenu ciblé sous une forme décodée ; o une reprise du décodage du contenu diffusé ; et o une restitution d'un élément d'attente. Pour cette dernière action de restitution d'un élément d'attente, un message 5 d'attente (e.g. un logo en mouvement, un GIF (pour « Graphics Interchange Format)> en anglais) animé, une séquence inter publicité, un message d'attente audio, etc.) est par exemple restitué (de manière visuelle et/ou sonore) pendant que le décodeur initie un nouveau décodage, évitant par là-même une absence de restitution à l'utilisateur (e.g. un écran noir) pendant ce temps-là. 10 Un tel jeu d'actions à effectuer, ainsi que le cas échéant le jeu d'évènements et un algorithme associé, sont par exemple fournis au terminal 110 via l'application HbbTV discutée ci-dessus en relation avec la figure 1. Par ailleurs, le paquet d'informations de substitution 220 comprend en outre : o la première information 2120b1 permettant d'identifier une composante de 15 flux élémentaire du flux de données véhiculant le contenu diffusé ; o la deuxième information 2120b2 permettant d'identifier un flux d'événements dans la composante de flux élémentaire ; et o l'information de filtrage 2120b32. De la sorte, le message de notification d'événement 230 est inséré dans le flux 20 d'événements en question (identifié par les première 2120b1 et deuxième 2120b2 informations). De même, l'étape de génération E310 mise en oeuvre au sein du système 100 comprend en outre une sous-étape d'encapsulation E310b de l'information de filtrage 2120b32 et de la deuxième information 2120b2 dans le message de notification 25 d'événement 230. Symétriquement, le terminal 110 effectue en outre une étape de réception E410 des mêmes première 2120b1 et deuxième 2120b2 informations, ainsi que de l'information de filtrage 2120b32, mais via le réseau large bande 130 (e.g. via le fichier au format XML pour les première (2120b1) et deuxième (2120b2) informations, et via 28 l'application HbbTV pour l'information de filtrage (2120b33) comme discuté ci-dessus en relation avec la figure 1). De la sorte, l'étape de réception E420 du message de notification d'événement 230 est fonction des première 2120b1 et deuxième 2120b2 informations, de manière à 5 identifier le flux d'événements de la composante de flux élémentaire dans lequel le message de notification d'événement 230 a été inséré, et de l'information de filtrage 2120b32, pour identifier le message de notification d'événement 230 au sein du flux d'événements identifié. Ainsi, sur la base de ces informations partagées entre le terminal 110 et le 10 système 100, différents terminaux connectés au réseau de diffusion 120 peuvent être adressés de manière différentiée via différent messages de notifications d'événements 230 afin de permettre un meilleur ciblage des contenus de substitution. Selon certaines variantes de signalisation, l'information de filtrage 2120b32 est un identifiant 2120b33 du contenu diffusé à substituer par un contenu ciblé. 15 Comme discuté ci-dessus en relation avec la figure 1, la quantité de données véhiculée dans le système 100 mettant en oeuvre le procédé de signalisation est ainsi minimisée, un même identifiant permettant d'indiquer aux différentes entités du système 100 et au terminal 110 le contenu à substituer, ainsi qu'au terminal 110 de filtrer les message de notification d'événement qui lui sont destinés. 20 Par ailleurs, dans d'autres modes de réalisation (non illustrés sur la figure 1) où une pluralité de terminaux 110 est connectée au système 100 via les réseaux de diffusion 120 et large bande 130, l'utilisation d'un identifiant 2120b33 du contenu diffusé comme information de filtrage 2120b32 pour un ensemble donné de terminaux parmi la pluralité de terminaux permet de signaler à tous les terminaux de l'ensemble 25 en question qu'il vont devoir effectuer une substitution du même contenu diffusé (correspondant donc à l'identifiant 2120b33). Cependant, chaque terminal de l'ensemble de terminaux en question ayant reçu une application HbbTv particulière du serveur internet statique 100a via le réseau large bande 130, le contenu de substitution reste ciblé (via les informations contenues dans les applications HbbTv particulières en 29 question) pour le terminal correspondant, quand bien même la même information de filtrage 2120b32 a été utilisée pour tous les terminaux de l'ensemble. Par ailleurs, dans certaines variantes, une telle information de filtrage 2120b32, correspondant ou non à l'identifiant 2120b33 du contenu diffusé à substituer, permet 5 de signaler au terminal 110 quel contenu ciblé à utiliser, parmi une pluralité de contenus ciblés préalablement téléchargés, pour effectuer la substitution du contenu diffusé. De manière générale, le terminal 110 effectue en outre une étape de réception E400 du ou des contenus ciblés : o soit via le réseau de diffusion 120, e.g. via un carrousel de contenus tel que 10 défini par le standard HbbTV, permettant l'obtention du contenu ciblé même en l'absence d'une autre connexion réseau ; o soit via le réseau large bande 130 auquel il est connecté, par exemple via l'application HbbTV, permettant de minimiser la charge du réseau de diffusion. 15 Par ailleurs, à la fois dans le premier mode de réalisation (illustré sur la figure 1) et dans le troisième mode de réalisation (non illustré sur cette figure 1), un paquet d'informations de substitution 210 au format SCTE 104 est obtenu par le codeur vidéo 100f soit en provenance du dispositif de déclenchement d'insertion 100d, soit en provenance du lecteur SDI 100e. Dans certaines variantes de signalisation, le paquet 20 d'informations de substitution 210 en question comprend : o des informations d'insertion 2120b4 indiquant si le procédé de signalisation mis en oeuvre par le système 100 comprend en outre une étape d'insertion E330, par le codeur vidéo 100f, dans le flux de données, d'au moins une image permettant d'initier un décodage, par le terminal 110, du flux de 25 données (e.g. une image à codage interne du type intra ou image I placée au début d'un GOP) ; o une autre information temporelle indiquant un emplacement temporel d'insertion de l'au moins une image en question dans le flux de données lorsque les informations d'insertion indiquent que l'insertion en question 30 doit être effectuée. 30 Plus particulièrement, l'emplacement temporel d'insertion est tel qu'un écart temporel, dans ledit flux de données, entre l'au moins une image et le message de notification d'événement 230 (inséré dans le flux lors de l'étape d'insertion E320 décrite ci-dessus) est supérieur à la latence d'exécution précitée. 5 De la sorte, par exemple à la fin de la substitution, la reprise du décodage par le terminal 110 du contenu diffusé signalée par le message de notification d'événement 230 peut débuter concomitamment de la réception de l'image en question par le terminal 110. Ainsi, l'attente avant le début de la reprise du décodage du contenu diffusé, et donc la durée de restitution des éléments d'attente ainsi que le risque d'une 10 absence de restitution à l'utilisateur (e.g. un écran noir) à la fin de la restitution d'un tel élément d'attente, est minimisée. Dans d'autres modes de réalisation du procédé de signalisation, le codeur vidéo 100f n'obtient pas d'informations d'insertion 2120b4 et exécute systématiquement l'étape d'insertion E330 de l'au moins une image en question avec un écart temporel tel 15 que défini ci-dessus. Un tel écart temporel est par exemple prédéfini. Ainsi, la quantité d'information véhiculée au sein du système 100 est minimisée. On décrit maintenant, en relation avec la figure 5, un exemple de séquencement d'insertion de messages de notifications d'événements 230 dans un flux de données selon un mode de réalisation de l'invention. Dans l'exemple en question, on considère la 20 diffusion via le réseau de diffusion 120 d'une séquence de trois publicités Pub1, Pub2 et Pub3 dans laquelle des séquences d'inter publicités (zones grisées) sont présentes entre chacune des trois publicités Pub1, Pub2 et Pub3. Par ailleurs, il est supposé que la deuxième publicité Pub2 est à substituer, par le terminal 110, par une publicité ciblée pour le terminal 110. 25 L'application des procédés de signalisation et de substitution décrits ci-dessus en relation avec les figures 3 et 4 conduit à une succession d'événements temporels détaillés ci-après. Instant t1 Un premier message de notification d'événement 230 est inséré à l'instant t1 30 par le multiplexeur MPEG/DVB 100g dans le flux de données, i.e. juste avant la première 31 image de la séquence inter publicités précédant la publicité Pub2 à substituer. Il encapsule entre autres une information d'identification 2120b31 identifiant l'événement : « début d'inter publicité avant la publicité pub2 ». A réception du premier message de notification d'événement 230, le terminal 110 exécute immédiatement un 5 jeu d'actions défini pour cet événement par l'application HbbTV obtenue via le réseau large bande 130 auprès du serveur internet statique 100a. Par exemple, le terminal 110 : - affiche sur son écran une image d'inter publicités préalablement chargée et identique au visuel de la séquence d'inter publicités telle que diffusée. Cette 10 opération permet de libérer un décodeur vidéo du terminal 110. L'image affichée durant cette période peut être fixe (e.g. au format jpeg ou png) ou animée (e.g. un GIF animé) ; - initie le décodage de la publicité ciblée (le décodeur vidéo étant libéré) ; et - met en attente le décodeur ainsi préparé. 15 Instant t2 Un deuxième message de notification d'événement 230 est inséré à l'instant t2 par le multiplexeur MPEG/DVB 100g dans le flux de données, i.e. juste avant la première image de la publicité Pub2 à substituer. Il encapsule entre autres une information d'identification 2120b31 identifiant l'événement : « début de publicité pub2 ». A 20 réception du deuxième message de notification d'événement 230, le terminal 110 exécute immédiatement un jeu d'actions défini pour cet événement par l'application HbbTV. Par exemple, le terminal 110: démarre la lecture de la publicité ciblée décodée, restitue la publicité ciblée décodée sur son écran et masque l'image d'inter publicités. Instant t3 25 Un troisième message de notification d'événement 230 est inséré à l'instant t3 par le multiplexeur MPEG/DVB 100g dans le flux de données, i.e. juste avant la première image de la séquence inter publicités suivant la publicité Pub2 à substituer. Il encapsule entre autres une information d'identification 2120b31 identifiant l'événement : « fin de publicité ». A réception du troisième message de notification d'événement 230, le 30 terminal 110 exécute immédiatement un jeu d'action défini pour cet événement par 32 l'application HbbTV. Par exemple, le terminal 110 : affiche sur son écran l'image d'inter publicités, arrête le décodage de la publicité ciblée, initie le décodage du contenu diffusé et commence l'affichage en arrière-plan du contenu diffusé décodé. Par ailleurs, il est notifié, via un paquet d'informations de substitution 210 au 5 format SCTE 104, au codeur vidéo 100f de placer une image permettant d'initier un décodage, par le terminal 110, du flux de données (e.g. une image I d'un début de GOP) quelques images avant le début de la publicité Pub3 suivant la publicité Pub2 à substituer. De la sorte, il est garanti que le décodage du contenu diffusé sera effectif dès le début de la publicité Pub3. 10 Instant t4 Un quatrième message de notification d'événement 230 est inséré à l'instant t4 par le multiplexeur MPEG/DVB 100g dans le flux de données, i.e. juste avant la première image de la publicité Pub3 suivant la publicité Pub2 à substituer. Il encapsule entre autres une information d'identification 2120b31 identifiant l'événement : « fin d'inter 15 publicités après la publicité pub2 ». A réception du quatrième message de notification d'événement 230, le terminal 110 exécute immédiatement un jeu d'actions défini pour cet événement par l'application HbbTV. Par exemple, le terminal 110 : masque l'image d'inter publicités ce qui permet l'affichage du flux diffusé. La substitution de la publicité Pub2 est alors terminée. 20 Dans le cas où deux publicités successives sont à substituer toutes les deux, l'événement « début d'inter publicité » pour la première publicité à substituer, et l'événement « fin de publicité » pour la deuxième publicité à substituer peuvent être notifiés au terminal 110 via un seul et même message de notification d'événement 230. Il en va de même pour l'événement « fin d'inter publicités» pour la première 25 publicité à substituer, et l'événement « début de publicité » pour la deuxième publicité à substituer. La figure 6 présente un exemple de structure du système 100 de diffusion télévisuelle, permettant la mise en oeuvre du procédé de la figure 3. Le système 100 comprend une mémoire vive 603 (par exemple une mémoire RAM), une unité de 30 traitement 602 équipée par exemple d'un processeur, et pilotée par un programme 33 d'ordinateur stocké dans une mémoire morte 601 (par exemple une mémoire ROM ou un disque dur). A l'initialisation, les instructions de code du programme d'ordinateur sont par exemple chargées dans la mémoire vive 603 avant d'être exécutées par le processeur de l'unité de traitement 602. 5 Cette figure 6 illustre seulement une manière particulière, parmi plusieurs possibles, de réaliser le système 100, afin qu'il effectue certaines étapes du procédé détaillé ci-dessus, en relation avec la figure 3 (dans l'un quelconque des différents modes de réalisation). En effet, ces étapes peuvent être réalisées indifféremment sur une machine de calcul reprogrammable (un ordinateur PC, un processeur DSP ou un 10 microcontrôleur) exécutant un programme comprenant une séquence d'instructions, ou sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel). Dans le cas où le système 100 est réalisé avec une machine de calcul reprogrammable, le programme correspondant (c'est-à-dire la séquence d'instructions) pourra être stocké dans un médium de stockage 15 amovible (tel que par exemple une disquette, un CD-ROM ou un DVD-ROM) ou non, ce médium de stockage étant lisible partiellement ou totalement par un ordinateur ou un processeur. Dans certains modes de réalisations, les entités 100a à 100h composant le système 100 de la figure 1 sont réalisées sous forme de composantes matérielles en tout 20 ou partie distinctes. Dans ce cas, les composantes matérielles en question comprennent toutes des moyens équivalents à ceux décrits ci-dessus en relation avec la figure 6. La figure 7 présente un exemple de structure du terminal 110, permettant la mise en oeuvre du procédé de la figure 4. Le terminal 110 comprend une mémoire vive 703 (par exemple une mémoire RAM), une unité de traitement 702 équipée par 25 exemple d'un processeur, et pilotée par un programme d'ordinateur stocké dans une mémoire morte 701 (par exemple une mémoire ROM ou un disque dur). A l'initialisation, les instructions de code du programme d'ordinateur sont par exemple chargées dans la mémoire vive 703 avant d'être exécutées par le processeur de l'unité de traitement 702. 34 Cette figure 7 illustre seulement une manière particulière, parmi plusieurs possibles, de réaliser les moyens compris dans le terminal 110, afin qu'il effectue certaines étapes du procédé détaillé ci-dessus, en relation avec la figure 4 (dans l'un quelconque des différents modes de réalisation). En effet, ces étapes peuvent être 5 réalisées indifféremment sur une machine de calcul reprogrammable (un ordinateur PC, un processeur DSP ou un microcontrôleur) exécutant un programme comprenant une séquence d'instructions, ou sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel). Dans le cas où les moyens compris dans le terminal 110 sont réalisés avec une machine de calcul 10 reprogrammable, le programme correspondant (c'est-à-dire la séquence d'instructions) pourra être stocké dans un médium de stockage amovible (tel que par exemple une disquette, un CD-ROM ou un DVD-ROM) ou non, REVENDICATIONS1. Procédé de signalisation, à un terminal (110), de la substitution d'un contenu diffusé via un réseau de diffusion (120) auquel est connecté ledit terminal par un contenu de substitution ciblé au moins pour ledit terminal, caractérisé en ce qu'il comprend : - une obtention (E300) d'au moins un paquet d'informations de substitution (210, 220) comprenant une information temporelle indicative d'un instant d'exécution par ledit terminal d'au moins une action pour la substitution du contenu diffusé par le contenu de substitution ; - une génération (E310) d'au moins un message de notification d'événement (230) induisant, immédiatement à réception par ledit terminal, une exécution de ladite au moins une action ; et - une insertion (E320), dans un flux de données véhiculant ledit contenu diffusé au sein dudit réseau de diffusion, dudit au moins un message de notification d'événement à un emplacement temporel fonction de ladite information temporelle. 2. Procédé selon la revendication 1 dans lequel ledit au moins un paquet d'informations de substitution (210, 220) comprend au moins une information d'identification (2120b31), ladite au moins une action étant fonction de ladite au moins une information d'identification, et dans lequel ladite génération comprend une encapsulation (E310a) de ladite au moins une information d'identification dans ledit au moins un message de notification 25 d'événement. 3. Procédé selon la revendication 1 dans lequel ledit au moins un paquet d'informations de substitution (210, 220) comprend une unique information d'identification pouvant prendre plusieurs valeurs associées chacune, dans le terminal, à 30 un jeu distinct d'au moins une action, 36 et dans lequel ladite génération comprend une encapsulation (E310a) de ladite unique information d'identification dans ledit au moins un message de notification d'événement. 5 4. Procédé selon l'une quelconque des revendications 1 à 3, dans lequel ledit au moins un paquet d'informations de substitution comprend en outre : - une première information (2120b1) permettant d'identifier une composante de flux élémentaire dudit flux de données ; - une deuxième information (2120b2) permettant d'identifier un flux d'événements 10 dans ladite composante de flux élémentaire, ledit au moins un message de notification d'événement étant compris dans ledit flux d'événements ; et - une information de filtrage (2120b32) ; lesdites première et deuxième informations et ladite information de filtrage étant transmises au moins audit terminal ; 15 et dans lequel ladite insertion est fonction de ladite première information, et dans lequel l'étape de génération comprend une encapsulation (E310b) de ladite information de filtrage et de ladite deuxième information dans ledit au moins un message de notification d'événement. 20 5. Procédé selon l'une quelconque des revendications 1 à 4, comprenant en outre : - une autre insertion (E330), dans ledit flux de données, d'au moins une image permettant d'initier un décodage, par ledit terminal, dudit flux de données, et dans lequel un écart temporel, dans ledit flux de données, entre ladite au moins une image et ledit au moins un message de notification d'événement est supérieur à une latence d'exécution de l'action identifiée après réception dudit au moins un message de notification d'événement. 6. Procédé selon la revendication 5, dans lequel ledit au moins un paquet d'informations de substitution comprend également : - des informations d'insertion (2120b4) indiquant si ladite autre insertion doit être 37 effectuée ; et - une autre information temporelle indiquant un emplacement temporel d'insertion de ladite au moins une image dans ledit flux de données lorsque lesdites informations d'insertion indiquent que ladite autre insertion doit être effectuée. 5 7. Procédé selon l'une quelconque des revendications 1 à 6, dans lequel ledit au moins un paquet d'informations de substitution suit un protocole SCTE, pour « Society of Cable Telecommunications Engineers » en anglais, 35 ou 104. 10 8. Procédé de substitution, par un terminal (110), d'un contenu diffusé via un réseau de diffusion (120) auquel est connecté ledit terminal par un contenu de substitution ciblé au moins pour ledit terminal, caractérisé en ce que ledit terminal effectue : - une réception (E420) d'au moins un message de notification d'événement (430) 15 inséré dans un flux de données véhiculant ledit contenu diffusé au sein dudit réseau de diffusion ; et - une exécution (E430), immédiatement à réception dudit au moins un message de notification d'événement, d'au moins une action pour la substitution du contenu diffusé par le contenu de substitution. 20 9. Procédé selon la revendication 8 dans lequel ladite exécution comprend une obtention (E430a) d'au moins une information d'identification (2120b31) encapsulée dans ledit au moins un message de notification d'événement, et dans lequel ladite au moins une action est fonction de ladite au moins une 25 information d'identification obtenue. 10. Procédé selon la revendication 8 dans lequel ladite exécution comprend une obtention (E430a) d'une unique information d'identification pouvant prendre plusieurs valeurs associées chacune, dans le terminal, à un jeu distinct d'au moins une action, 30 et dans lequel ladite au moins une action est fonction de ladite unique information d'identification obtenue. 11. Procédé selon l'une quelconque des revendications 8 à 10, dans lequel ledit terminal effectue en outre une autre réception (E410), via un réseau large bande (130) 5 auquel est connecté ledit terminal, de : - une première information (2120b1) permettant d'identifier une composante de flux élémentaire dudit flux de données ; - une deuxième information (2120b2) permettant d'identifier un flux d'événements dans ladite composante de flux élémentaire, ledit au moins un message de 10 notification d'événement étant inséré dans ledit flux d'événements ; et - une information de filtrage (2120b32), ledit au moins un message de notification d'événement encapsulant en outre ladite information de filtrage ; et dans lequel la réception dudit au moins un message de notification d'événement est fonction des première et deuxième informations, pour identifier un flux d'événements 15 dans ladite composante de flux élémentaire, et de l'information de filtrage, pour identifier ledit au moins un message de notification d'événement au sein du flux d'événements identifié. 12. Procédé selon l'une quelconque des revendications 8 à 11, dans lequel ledit 20 terminal effectue en outre une réception (E400) dudit contenu ciblé via ledit réseau de diffusion ou via ledit réseau large bande auquel est connecté ledit terminal. 13. Procédé selon l'une quelconque des revendications 4 à 7 en ce qu'elle dépend de la 4, ou selon l'une quelconque des revendications 11 ou 12 en ce qu'elle dépend de 25 la 11, dans lequel ladite information de filtrage (2120b32) est un identifiant (2120b33) dudit contenu diffusé. 14. Procédé selon l'une quelconque des revendications 1 à 12, dans lequel ladite au moins une action définie via ladite première information de substitution encapsulée 30 appartient au groupe comprenant : 38 39 - un décodage dudit contenu ciblé ; - une restitution du contenu ciblé sous une forme décodée ; - une reprise du décodage dudit contenu diffusé ; et - une restitution d'un élément d'attente. 5 15. Procédé selon l'une quelconque des revendications 1 à 14, dans lequel le terminal est un terminal hybride supportant le standard HbbTV, pour « Hybrid Broadcast Broadband TV » en anglais. 10 16. Procédé selon l'une quelconque des revendications 1 à 15, dans lequel ledit flux de données est au format MPEG-TS, pour « Moving Picture Experts Group - Transport Stream » en anglais, et dans lequel au moins un message de notification d'événement est un « stream event » au format DSM-CC, pour « Digital Storage Media Command and Control » en anglais. 15 17. Produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre d'un procédé selon l'une quelconque des revendications 1 à 16, lorsque ledit programme est exécuté sur un ordinateur. 20 18. Système (100) de diffusion configuré pour signaler, à un terminal (110), la substitution d'un contenu diffusé via un réseau de diffusion (120) auquel est connecté ledit terminal par un contenu de substitution ciblé au moins pour ledit terminal, caractérisé en ce qu'il comprend : - des moyens d'obtention (602) d'au moins un paquet d'informations de substitution 25 (210, 220) comprenant une information temporelle indicative d'un instant d'exécution par ledit terminal d'au moins une action pour la substitution du contenu diffusé par le contenu de substitution ; - des moyens de génération (602) d'au moins un message de notification d'événement (230) induisant, immédiatement à réception par ledit terminal, une 30 exécution de ladite au moins une action ; et 40 - des moyens d'insertion (602), dans un flux de données véhiculant ledit contenu diffusé au sein dudit réseau de diffusion, dudit au moins un message de notification d'événement à un emplacement temporel fonction de ladite information temporelle. 5 19. Terminal (110) configuré pour substituer un contenu diffusé via un réseau de diffusion (120) auquel est connecté ledit terminal par un contenu de substitution ciblé au moins pour ledit terminal, caractérisé en ce qu'il comprend : - des moyens de réception (E420) d'au moins un message de notification 10 d'événement (430) inséré dans un flux de données véhiculant ledit contenu diffusé au sein dudit réseau de diffusion ; et - des moyens d'exécution (E430), immédiatement à réception dudit au moins un message de notification d'événement, d'au moins une action pour la substitution du contenu diffusé par le contenu de substitution.