ES2922363T3 - Método de señalización de una sustitución a un terminal, método de sustitución por un terminal, productos de programas informáticos, sistema y terminal correspondientes - Google Patents

Abstract

La invención se refiere a un método para la señalización, a un terminal, la sustitución de una transmisión de contenido a través de una red de transmisión a la que el terminal está conectado, por un contenido de sustitución dirigido al menos para el terminal. Tal método comprende: - obtener (E300) al menos un paquete de información de sustitución que comprende una información temporal que indica un tiempo de ejecución por parte del terminal de al menos una acción por la sustitución del contenido de transmisión por el contenido de sustitución; - generar (E310) al menos un mensaje de notificación de evento que induce, inmediatamente al recibir por el terminal, la ejecución de al menos una acción; y - Insertar (E320), en un flujo de datos que lleva el contenido de transmisión dentro de la red de transmisión, al menos un mensaje de notificación de eventos en una ubicación temporal dependiendo de la información temporal. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Método de señalización de una sustitución a un terminal, método de sustitución por un terminal, productos de programas informáticos, sistema y terminal correspondientes

1. CAMPO TÉCNICO

El campo de la invención es el de la sustitución de contenidos dentro de un flujo difundido (es decir, la sustitución de un contenido por otro). También se refiere a la inserción o de abandono de contenido.

Más concretamente, la invención se refiere a un método de señalización, en un terminal, de la sustitución de un contenido difundido mediante una red de difusión a la que está conectado el terminal por un contenido dirigido al terminal en cuestión, así como a un correspondiente método de sustitución puesto en práctica en el terminal.

La invención tiene numerosas aplicaciones, en particular, pero no exclusivamente, en el campo de la publicidad dirigida, permitiendo el método descrito una restitución de una publicidad personalizada (dirigida) a nivel de un terminal en lugar de una publicidad difundida por una red de difusión.

2. ANTECEDENTES TECNOLÓGICOS

Actualmente existen protocolos para insertar órdenes de descarga en un flujo de datos que transporta un contenido difundido dentro de una red de difusión.

Por ejemplo, el protocolo SCTE (por Society of Cable Telecommunications Engineers, en inglés) 104 permite transmitir dichas órdenes, de manera convencional, entre un estudio de grabación de la cadena de difusión y un codificador integrado en la cabecera de la red. Más concretamente, las órdenes en cuestión se insertan en el flujo SDI (por "Serial Digital Interface” en inglés) producido a la salida del estudio de grabación, o se transmiten en paralelo con el flujo SDI mediante, por ejemplo, de una conexión IP (por "Internet Protocol” en inglés).

Las órdenes en formato SCTE 104 son recibidas de manera convencional por el codificador que las traduce a formato SCTE 35 (otro protocolo) y las inserta en su flujo MPEG-TS (por "Moving Picture Experts Group - Transport Stream", en inglés) desde salida, destinado a un multiplexor también integrado en el cabezal de red.

Por lo tanto, el multiplexor realiza descargas entre un programa nacional y un programa local sobre la base de dichas órdenes recibidas con el fin de generar un flujo de datos multiplexado correspondiente.

Soluciones de señalización, en un terminal, de la sustitución de contenidos difundidos por anuncios dirigidos se han desarrollado sobre la base de dichos protocolos. A modo de ejemplo, la solución del operador británico SKY se basa en el uso del protocolo SCTE 35.

Sin embargo, los protocolos (normas) SCTE 35 o 104 no están normalizados para los terminales destinados a restituir los contenidos dirigidos en cuestión y, por lo tanto, no se ponen en práctica por defecto en estos últimos. Dichas soluciones de señalización a un terminal requieren, por lo tanto, el uso de un receptor propietario a nivel de terminal con el fin de poder interpretar las órdenes recibidas según uno de estos protocolos SCTE 35 y 104.

El documento US 2011/145857 da a conocer un dispositivo cliente capaz de insertar un anuncio en un flujo de vídeo difundido en directo. Este dispositivo cliente comprende un motor de correspondencia configurado para recibir el flujo de vídeo y para insertar un anuncio en el flujo en cuestión, en función de un marcador intra-banda incluido en el flujo de vídeo. Este marcador se limita a transportar información que permite al dispositivo cliente identificar, de manera indirecta, el lugar en donde sustituir el contenido.

El documento US 2017/048565 da a conocer un método para insertar un anuncio en un contenido difundido que luego se reproduce en un dispositivo cliente. Un primer indicador indica un punto de partida y posiblemente la duración de un primer período publicitario. A partir de ese instante, la recepción del contenido difundido se pone en pausa y uno o varios primeros anuncios de sustitución se difunden en lugar de uno o varios primeros anuncios originales. Un segundo indicador indica la presencia de un segundo período publicitario.

El documento WO 2016/098059 da a conocer un método que permite señalizar información temporal y anuncios personalizados a un terminal híbrido mediante una red de difusión. La señalización consiste en insertar las denominadas tablas ART especiales (en sustitución de las tablas DVB SI utilizadas de manera convencional) en el lugar en donde están inicialmente presentes marcadores del tipo SCTE-35 en el flujo, contiendo dichas tablas ART informaciones necesarias para que el terminal realice la sustitución.

Por lo tanto, existe la necesidad de un método para señalar una sustitución de contenido a un terminal de consumidor tal como se puede encontrar comercialmente para minimizar el coste de la solución, así como para facilitar el despliegue.

Dicho método también debe permitir la sustitución de contenido de una manera flexible con el fin de preservar la experiencia del usuario, por ejemplo, reduciendo las discontinuidades en la prestación al usuario que pueden resultar del cambio entre el contenido difundido y el contenido de sustitución dirigido para el terminal en cuestión.

3. SUMARIO

En una forma de realización de la invención, se propone un método de señalización, en un terminal, de la sustitución de un contenido difundido mediante una red de difusión a la que está conectado el terminal mediante un contenido de sustitución dirigido al menos por el terminal. Dicho método incluye:

- una obtención de al menos un paquete de informaciones de sustitución que comprende una información temporal indicativa de un instante de ejecución por parte del terminal de al menos una acción para la sustitución del contenido difundido por el contenido de sustitución;

- una generación de al menos un mensaje de notificación de eventos que induce, por dicho terminal, una ejecución de dicha al menos una acción, siendo dicha ejecución activada por una recepción de dicho al menos un mensaje de notificación de evento por dicho terminal y realizada sin conocimiento de dicha información temporal; y

- una inserción, en un flujo de datos que transporta el contenido difundido dentro de la red de difusión, de al menos un mensaje de notificación de eventos en una ubicación temporal en función de la información temporal.

De este modo, la invención propone una solución nueva e inventiva para permitir la señalización a un terminal, mediante una red de difusión, de la sustitución de un contenido difundido por un contenido dirigido (por ejemplo, un anuncio dirigido a un usuario del terminal en cuestión).

Para realizar lo que antecede, el método reivindicado propone señalar al terminal que debe realizar acciones que permitan la sustitución en cuestión (por ejemplo, iniciar la decodificación del contenido dirigido, restaurar el contenido dirigido decodificado, etc.) mediante el envío de mensajes de notificación de eventos que no contengan información temporal sobre la fecha (con referencia al contenido difundido) en donde debe tener lugar la sustitución en cuestión.

Más concretamente, una acción para la sustitución es ejecutada por el terminal sin conocimiento de una información temporal indicativa de un instante de ejecución, por parte del terminal, de la acción en cuestión. Dicho de otro modo, el terminal ejecuta la acción en cuestión de manera inmediata después de recibir el mensaje de notificación del evento, es decir, después de una latencia de ejecución vinculada solamente a las restricciones de puesta en práctica del hardware en el terminal, siendo activada la ejecución por la recepción del mensaje de notificación del evento correspondiente por parte del terminal.

De este modo, solamente el instante de inserción de los mensajes de notificación de eventos en el flujo de datos permite controlar los instantes de ejecución de las acciones en cuestión.

De este modo, la señalización de la sustitución puede basarse en normas existentes, aunque no dedicadas a la señalización de los denominados eventos "en tiempo real", es decir, cuyos mensajes de notificación no contienen una referencia temporal que permita una ejecución síncrona relativa a la emisión de flujo de datos (por ejemplo, mensajes "streamevent" (“eventos de flujo”) en formato DSM-CC (por Digital Storage Media Command and Control", en inglés)).

En una forma de realización, el al menos un paquete de informaciones de sustitución incluye al menos una información de identificación, siendo la al menos una acción una función de al menos una información de identificación. La generación incluye una encapsulación de al menos una información de identificación en al menos un mensaje de notificación de eventos.

Por lo tanto, una acción particular a realizar (por ejemplo, iniciar una decodificación del contenido dirigido, restaurar el contenido dirigido decodificado, etc.) se señaliza de una manera simple y directa al terminal.

En una forma de realización, el al menos un paquete de informaciones de sustitución comprende un solo elemento de información de identificación que puede tomar varios valores, cada uno asociado, en el terminal, con un conjunto distinto de al menos una acción. La generación incluye una encapsulación de la información de identificación única en el al menos un mensaje de notificación de eventos.

Por lo tanto, un evento particular (por ejemplo, el inicio del contenido difundido a sustituir, el final del contenido difundido a sustituir, etc.) se señaliza al terminal mediante la información de identificación. Dicho de otro modo, en esta forma de realización, los mensajes de notificación de eventos etiquetan el flujo de datos que transmite el contenido difundido.

El terminal deduce De este modo, a partir del evento que le es notificado, una o más acciones a realizar para la sustitución del contenido difundido. En una variante, la acción o acciones a realizar se obtienen en el terminal mediante un algoritmo teniendo en cuenta el evento en cuestión, pero también los eventos que han sido notificados al terminal con anterioridad al evento en cuestión.

En una forma de realización, el al menos un paquete de informaciones de sustitución comprende, además:

- una primera información que permite identificar una componente de flujo elemental del flujo de datos;

- una segunda información que permite identificar un flujo de eventos en la componente de flujo elemental, estando incluido el al menos un mensaje de notificación de eventos en el flujo de eventos; y

- una información de filtrado;

siendo transmitidas las primera y segunda informaciones y la información de filtrado al menos al terminal. La inserción es una función de la primera información y la etapa de generación comprende una encapsulación de la información de filtrado y de la segunda información en el al menos un mensaje de notificación de eventos.

Por lo tanto, un mensaje de notificación de eventos se puede asociar con un terminal particular, lo que permite una mejor orientación del contenido de sustitución.

Además, cuando una pluralidad de terminales recibe el flujo de datos que transmite el contenido difundido, el uso de las mismas primera y segunda informaciones, así como la misma información de filtrado para varios terminales, entre la pluralidad de terminales, hace posible señalar la sustitución del mismo contenido difundido a los distintos terminales en cuestión.

En una forma de realización, el método de señalización comprende, además:

- otra inserción, en el flujo de datos, de al menos una imagen que permita iniciar una decodificación, por parte del terminal, del flujo de datos,

- una diferencia temporal, en el flujo de datos, entre la al menos una imagen y el al menos un mensaje de notificación de eventos que es mayor que una latencia de ejecución de la acción identificada después de la recepción del al menos un mensaje de notificación de eventos.

De este modo, al final de la sustitución, la decodificación por parte del terminal del contenido difundido se reanuda tan pronto como se recibe la imagen en cuestión (por ejemplo, una imagen con codificación interna de tipo intra o imagen I colocada al inicio de un GOP (por "Group Of Picture” en inglés), minimizando así la espera antes del inicio de la reanudación de una decodificación del contenido difundido y, por lo tanto, de la duración de la restitución de los elementos de espera, así como el riesgo de falta de restitución al usuario (por ejemplo, una pantalla negra) al final de la restitución de dicho elemento de espera.

En una forma de realización, el al menos un paquete de informaciones de sustitución también incluye:

- informaciones de inserción que indiquen si se debe realizar la inserción adicional; y

- otra información temporal que indique una ubicación temporal de inserción de al menos una imagen en el flujo de datos cuando la información de inserción indique que se debe realizar la otra inserción.

Por lo tanto, el dispositivo que gestiona la sustitución sigue controlando la inserción (así como el instante de inserción, si corresponde) de dicha imagen con el fin de optimizar las transiciones entre las restituciones del contenido difundido y del contenido dirigido para un terminal dado.

En varias formas de realización, el al menos un paquete de informaciones de sustitución sigue un protocolo SCTE, por "Society of Cable Telecommunications Engineers" en inglés, 35 o 104.

Por lo tanto, la información temporal utilizada para insertar mensajes de notificación de eventos se transmite con facilidad al dispositivo que pone en práctica el método de señalización mediante un protocolo normalizado que define un campo de referencia temporal que permite sincronizar eventos (en este caso, por ejemplo, los mensajes de notificación de eventos) con un reloj del flujo de datos que transporta el contenido difundido dentro de la red de difusión. En una forma de realización, la etapa de inserción se pone en práctica en al menos dos veces para que:

- se inserte un primer mensaje de notificación de evento en un primer instante en el flujo de datos que transporta dicho contenido difundido dentro de la red de difusión, correspondiendo prácticamente el primer instante al inicio de una primera intersecuencia que precede al contenido difundido a sustituir, induciendo el primer mensaje de notificación de evento al menos una restitución de un primer elemento de espera por parte del terminal, siendo activada la restitución del primer elemento de espera por una recepción del primer mensaje de notificación de evento por parte del terminal y realizada sin conocimiento de una primera información temporal indicativa de un instante de ejecución por el terminal de la restitución del primer elemento en espera; y

- se inserte un segundo mensaje de notificación de evento, en un segundo instante, en el flujo de datos que transmite el contenido difundido dentro de la red de difusión, correspondiendo el segundo instante prácticamente al inicio del contenido difundido que se sustituirá, induciendo el segundo mensaje de notificación de evento al menos un enmascaramiento del primer elemento de espera por parte del terminal, siendo iniciado el enmascaramiento del primer elemento de espera por la recepción del segundo mensaje de notificación de evento por parte del terminal y realizado sin conocimiento de una segunda información temporal indicativa de un instante de ejecución, por parte del terminal, del enmascaramiento del primer elemento de espera.

Por lo tanto, se genera un elemento de espera durante la transición entre el final de la restitución del contenido difundido y el inicio de la restitución del contenido de sustitución dirigido, evitando así la ausencia de restitución para el usuario (por ejemplo, una pantalla negra) durante la transición en cuestión (por ejemplo, mientras el decodificador inicia una nueva decodificación).

En una forma de realización, la etapa de inserción se pone en práctica al menos dos veces para que:

- un tercer mensaje de notificación de evento se inserte, en un tercer instante, en el flujo de datos que transmite el contenido difundido dentro de la red de difusión, correspondiendo prácticamente el tercer instante al inicio de una segunda intersecuencia que sigue al contenido difundido en sustitución, induciendo el tercer mensaje de notificación de evento al menos una restitución de un segundo elemento de espera por parte del terminal, siendo activada la restitución del segundo elemento de espera por una recepción del tercer mensaje de notificación de evento por parte del terminal y realizada sin conocimiento de una tercera información temporal indicativa de un Inter secuencia instante de ejecución por el terminal de la restitución del segundo elementos de espera; y

- un cuarto mensaje de notificación de evento se inserte, en un cuarto instante, en el flujo de datos que transmite el contenido difundido dentro de la red de difusión, correspondiendo el cuarto instante prácticamente al inicio de otro contenido difundido que sigue a la segunda intersecuencia, induciendo el cuarto mensaje de notificación de evento en al menos un enmascaramiento del segundo elemento de espera por parte del terminal, siendo activado el enmascaramiento del segundo elemento de espera por la recepción del cuarto mensaje de notificación de evento por parte del terminal y realizado sin conocimiento de la cuarta información temporal indicativa de un instante de ejecución, por parte del terminal, del enmascaramiento del segundo elemento de espera.

Por lo tanto, se genera un elemento de espera durante la transición entre el final de la restitución del contenido de sustitución dirigido y la reanudación de la restitución del contenido difundido, evitando así la ausencia de restitución para el usuario (por ejemplo, una pantalla negra) durante la transición en cuestión (por ejemplo, mientras el decodificador inicia una nueva decodificación).

En una forma de realización, se inserta en el flujo de datos al menos otra imagen que permite iniciar una decodificación, por parte del terminal, de dicho otro contenido difundido. El tercer mensaje de notificación de evento activa, además, una acción que induce una decodificación de dicho otro contenido difundido. Una diferencia temporal, en el flujo de datos, entre dicha al menos otra imagen y el tercer mensaje de notificación de evento es mayor que una latencia de ejecución de la acción que induce la decodificación de dicho otro contenido difundido por dicho terminal.

De este modo, la decodificación por parte del terminal del otro contenido difundido se reanuda tan pronto como se recibe la imagen en cuestión (por ejemplo, una imagen de codificación interna del tipo intra o imagen I colocada al inicio de un GOP (por "Group Of Picture” en inglés), minimizando así la espera antes de que comience a reanudarse una decodificación del contenido difundido.

En otra forma de realización de la invención, se propone un método de sustitución, por un terminal, de un contenido difundido mediante una red de difusión a la que está conectado el terminal por un contenido de sustitución destinado al menos al terminal. De conformidad con dicho método, el terminal realiza:

- una recepción de al menos un mensaje de notificación de eventos insertado en un flujo de datos que transporta el contenido difundido dentro de la red de difusión; y

- una ejecución de al menos una acción para la sustitución del contenido difundido por el contenido de sustitución, siendo activada la ejecución por la recepción de dicho al menos un mensaje de notificación de evento por parte del terminal y realizada sin conocimiento de una información temporal indicativa de un instante de ejecución por parte del terminal de dicha al menos una acción.

De este modo, la acción en cuestión es ejecutada por el terminal sin conocimiento de una información temporal indicativa de un instante de ejecución, por parte del terminal, de la acción en cuestión. Dicho de otro modo, el terminal ejecuta la acción en cuestión inmediatamente después de recibir el mensaje de notificación del evento, es decir, después de una latencia de ejecución vinculada solamente a las restricciones de puestas en práctica del hardware en el terminal, siendo activada la ejecución por la recepción del mensaje de notificación del evento correspondiente por parte del terminal.

De esta manera, se controla la sustitución (particularmente en términos de tiempos de ejecución) aunque el terminal solamente admite mensajes de notificación de eventos que no contienen información temporal relativa a la fecha (con referencia al contenido difundido) en donde debe tener lugar la sustitución.

De este modo, la señalización en cuestión puede basarse en normas existentes, aunque no dedicadas a la señalización de eventos denominados "en tiempo real", es decir, cuyos mensajes de notificación no contienen una referencia temporal que permita una ejecución síncrona con respecto al flujo de datos difundido (por ejemplo, compatible con terminales híbridos del tipo HbbTV (por "Hybrid Broadcast Broadband TV", en inglés)).

En una forma de realización, la ejecución incluye una obtención de al menos una información de identificación encapsulada en el al menos un mensaje de notificación de eventos. La al menos una acción es una función de la al menos una información de identificación obtenida.

Por lo tanto, una acción particular a realizar (por ejemplo, iniciar la decodificación del contenido dirigido, restaurar el contenido dirigido decodificado, etc.) se señaliza de una manera simple y directa al terminal.

En una forma de realización, la ejecución incluye una obtención de una única información de identificación que puede tomar varios valores, cada uno asociado, en el terminal, con un conjunto distinto de al menos una acción. La al menos una acción es una función de la información de identificación única obtenida.

Por lo tanto, un evento particular (por ejemplo, el inicio del contenido difundido a sustituir, el final del contenido difundido a sustituir, etc.) se señaliza al terminal mediante la información de identificación. Dicho de otro modo, en esta forma de realización, los mensajes de notificación de eventos etiquetan el flujo de datos que transmite el contenido difundido.

El terminal deduce así del evento que le es notificado una o más acciones a realizar para la sustitución del contenido difundido.

En una forma de realización, la(s) acción(es) a realizar se obtienen en el terminal mediante un algoritmo que tiene en cuenta el evento en cuestión, pero también los eventos que han sido notificados al terminal antes del evento en cuestión.

En una forma de realización, el terminal también realiza otra recepción, mediante una red de banda ancha a la que está conectado el terminal, de:

- una primera información que permite identificar una componente de flujo elemental del flujo de datos;

- una segunda información que permite identificar un flujo de eventos en la componente de flujo elemental, insertándose el al menos un mensaje de notificación de eventos en el flujo de eventos; y

- una información de filtrado, encapsulando adicionalmente el al menos un mensaje de notificación de evento en la información de filtrado;

siendo la recepción del al menos un mensaje de notificación de eventos una función de las primera y segunda informaciones, para identificar un flujo de eventos en la componente de flujo elemental, y de la información de filtrado, para identificar al menos un mensaje de notificación de eventos dentro del flujo de eventos identificado.

De este modo, diferentes terminales conectados a la red de difusión pueden direccionarse de forma diferenciada con el fin de permitir un mejor direccionamiento de los contenidos de sustitución.

Además, cuando una pluralidad de terminales recibe el contenido difundido, el uso de las mismas primera y segunda informaciones, así como de la misma información de filtrado para varios terminales entre la pluralidad de terminales, permite señalizar la sustitución del mismo contenido difundido a los diversos terminales en cuestión.

En una forma de realización, el terminal también realiza una recepción del contenido dirigido mediante la red de difusión o mediante la red de banda ancha a la que está conectado el terminal.

Por lo tanto, el terminal puede recibir el contenido dirigido en cuestión bien sea mediante la red de difusión (por ejemplo, mediante un carrusel de contenido tal como se define por la norma HbbTV), lo que permite obtener el contenido dirigido incluso en ausencia de otra conexión de red, bien sea mediante un servidor de contenidos mediante una red de banda ancha (por ejemplo, Internet), lo que permite minimizar la carga en la red de difusión.

Además, cuando varios terminales son notificados de la sustitución del mismo contenido difundido mediante la recepción de los mismos mensajes de notificación de eventos, la sustitución permanece dirigida para cada terminal mediante la recepción previa de contenido dirigido para cada terminal.

En una forma de realización, la etapa de ejecución se pone en práctica al menos dos veces de manera que:

- el terminal ejecuta una restitución de un primer elemento de espera, siendo activada la restitución del primer elemento de espera por la recepción de un primer mensaje de notificación de evento por parte del terminal y realizada sin conocimiento de una primera información temporal indicativa de un instante de ejecución, por el terminal, del primer elemento de espera, siendo el primer mensaje de notificación de evento insertado, en un primer instante, en el flujo de datos que transporta el contenido difundido dentro de la red de difusión, correspondiendo prácticamente el primer instante al inicio de una primera intersecuencia que precede al contenido difundido a sustituir; y

- el terminal ejecuta un enmascaramiento del primer elemento de espera, siendo activado el enmascaramiento del primer elemento de espera por la recepción de un segundo mensaje de notificación de evento por parte del terminal y realizada sin conocimiento de una segunda información temporal indicativa de un instante de ejecución por el terminal del enmascaramiento del primer elemento de espera, siendo insertado el segundo mensaje de notificación de evento en un segundo instante en el flujo de datos que transporta el contenido difundido dentro de la red de difusión, correspondiendo el segundo instante prácticamente al inicio del contenido difundido a sustituir.

Por lo tanto, se genera un elemento de espera durante la transición entre el final de la restitución del contenido difundido y el inicio de la restitución del contenido de sustitución dirigido, evitando así la ausencia de restitución para el usuario (por ejemplo, una pantalla negra) durante la transición en cuestión (por ejemplo, mientras el decodificador inicia una nueva decodificación).

En una forma de realización, el primer mensaje de notificación de evento también activa una acción que induce una decodificación del contenido de sustitución por un decodificador del terminal, generando el decodificador un primer evento cuando el contenido de sustitución está disponible para restitución. Cuando el primer evento se genera antes de la recepción del segundo mensaje de notificación de evento por parte del terminal, el terminal ejecuta el enmascaramiento del primer elemento en espera y restituye el contenido de sustitución tan pronto como el decodificador haya generado el primer evento.

Por lo tanto, la restitución del primer elemento de espera es de menor duración que en el caso en que el enmascaramiento del primer elemento de espera y la restitución del contenido de sustitución se activan por la recepción del segundo mensaje de notificación del evento, maximizando así el tiempo disponible para la restitución del contenido de sustitución.

En una forma de realización, la etapa de ejecución se pone en práctica al menos otras dos veces de manera que:

- el terminal ejecuta una restitución de un segundo elemento de espera, siendo activada la restitución del segundo elemento de espera por la recepción de un tercer mensaje de notificación de evento por parte del terminal y realizada sin el conocimiento de una tercera información temporal indicativa de un instante de ejecución por el terminal de la restitución del segundo elemento de espera, siendo insertado el tercer mensaje de notificación de evento, en un tercer instante, en el flujo de datos que transporta el contenido difundido dentro de la red de difusión, correspondiendo el tercer instante prácticamente al inicio de una segunda intersecuencia siguiendo el contenido difundido a sustituir; y

- el terminal ejecuta un enmascaramiento del segundo elemento de espera, siendo activado el enmascaramiento del segundo elemento de espera por la recepción de un cuarto mensaje de notificación de evento por el terminal y realizada sin conocimiento de una cuarta información temporal indicativa de un instante de ejecución por el terminal del enmascaramiento del segundo elemento de espera, siendo insertado el cuarto mensaje de notificación de evento, en un cuarto instante, en el flujo de datos que transporta el contenido difundido dentro de la red de difusión, correspondiendo prácticamente el cuarto instante al inicio de otro contenido difundido después de la segunda intersecuencia.

De este modo, se genera un elemento de espera durante la transición entre el final de la restitución del contenido de sustitución dirigido y la reanudación de la restitución del contenido difundido, evitando así la ausencia de restitución para el usuario (por ejemplo, una pantalla negra) durante la transición en cuestión (por ejemplo, mientras el decodificador inicia una nueva decodificación).

En una forma de realización, el decodificador genera un segundo evento cuando se completa la decodificación del contenido de sustitución. Cuando el segundo evento se genera antes de la recepción del tercer mensaje de notificación del evento por parte del terminal, el terminal ejecuta la restitución del segundo elemento de espera tan pronto como el decodificador haya generado el segundo evento.

De este modo, la restitución del segundo elemento de espera es de mayor duración que en el caso en que la restitución del segundo elemento de espera se activa por la recepción del tercer mensaje de notificación de evento. De esta forma, se minimiza el riesgo de usurpación al inicio de la emisión de otro contenido después de la segunda intersecuencia. Además, se evita así el riesgo de una ausencia de restitución al usuario (por ejemplo, una pantalla negra) al final de la restitución del contenido de sustitución.

En una forma de realización, la información de filtrado es un identificador del contenido difundido.

De este modo, se minimiza la cantidad de datos transportada en el sistema que pone en práctica el método de señalización, permitiendo a un mismo identificador indicar a las distintas entidades del sistema y al terminal el contenido a sustituir, así como al terminal a filtrar los mensajes de notificación de eventos que le son destinados. En una forma de realización, la al menos una acción definida mediante la primera información de sustitución encapsulada pertenece al grupo que comprende:

- una preparación para la sustitución;

- una decodificación del contenido dirigido;

- una restitución del contenido dirigido en forma decodificada;

- una reanudación de una decodificación del contenido difundido; y

- una restitución de un elemento de espera.

De este modo, el método reivindicado permite señalar al terminal que debe iniciar la decodificación del contenido dirigido o del contenido difundido mediante un mensaje de notificación que no contiene información temporal relativa a la fecha (con referencia al contenido difundido) en la que debe tener lugar esta conmutación de decodificación. Lo mismo vale para la restitución del contenido así decodificado, por ejemplo, en una pantalla del terminal.

Además, se puede restituir (de manera visual y/o acústica) un mensaje en espera (por ejemplo, un logotipo en movimiento, un GIF animado (por "Graphics Interchange Format" en inglés), una secuencia inter-anuncios, un mensaje en espera de audio, etc.) mientras el decodificador inicia una nueva decodificación, evitando así una ausencia de restitución al usuario (por ejemplo, una pantalla negra) durante este periodo.

En una forma de realización, la ejecución por parte del terminal de dicha al menos una acción se realiza con una latencia de ejecución efectiva predeterminada, diferente de una latencia intrínseca del terminal y común con al menos otro terminal al que también se dirige el contenido de sustitución.

Por ejemplo, la latencia de ejecución efectiva predeterminada corresponde a la latencia intrínseca de dicho terminal (es decir, a la latencia mínima vinculada a la puesta en práctica del hardware del terminal) a la que se añade un retardo (por ejemplo, una temporización) que permite obtener la latencia de ejecución efectiva predeterminada en cuestión. De este modo, un mensaje de notificación de evento insertado en el flujo de datos, en un instante dado, conduce a la ejecución de la acción correspondiente en el mismo instante por parte de todos los terminales que ponen en práctica la misma latencia de ejecución efectiva predeterminada y reciben el mensaje de notificación de evento en cuestión. En una forma de realización, el terminal es un terminal híbrido que soporta la norma HbbTV, por "Hybrid Broadcast Broadband TV" en inglés.

En una forma de realización, el flujo de datos está en formato MPEG-TS, por "Moving Picture Experts Group - Transport Stream" en inglés y el al menos un mensaje de notificación de evento es un "evento de flujo" en formato DSM-CC, por "Digital Storage Media Command and Control” en inglés.

De este modo, la primera información corresponde al campo “Component_TAG” que indica el PID (por “Packet IDentifier” en inglés), en donde se insertan los eventos de notificación, y la segunda información corresponde al campo “EventJD” que identifica los eventos de notificación según esta norma.

La invención también se refiere a un programa informático que comprende instrucciones de código de programa para la puesta en práctica de un método de señalización o de un método de sustitución (según cualquiera de sus diversas formas de realización), cuando se ejecuta en un ordenador.

En otra forma de realización de la invención, se propone un sistema de difusión configurado para señalizar, a un terminal, la sustitución de un contenido difundido mediante una red de difusión a la que está conectado el terminal por un contenido de sustitución dirigido, al menos, para el terminal. Dicho sistema de difusión incluye:

- medios para obtener al menos un paquete de informaciones de sustitución que comprende una información temporal indicativa de un instante de ejecución por parte del terminal de al menos una acción para la sustitución del contenido difundido por el contenido de sustitución;

- medios de generación de al menos un mensaje de notificación de eventos que induce por el terminal una ejecución de dicha al menos una acción, siendo activada la ejecución por una recepción de dicho al menos un mensaje de notificación de eventos por parte del terminal y realizada sin conocimiento de la información temporal; y - medios de inserción, en un flujo de datos que transporta el contenido difundido dentro de la red de difusión, de al menos un mensaje de notificación de evento en una ubicación temporal en función de la información temporal. Dicho sistema de difusión es, en particular, capaz de poner en práctica el método de señalización según la invención (según cualquiera de las diversas formas de realización mencionadas con anterioridad).

De este modo, las características y ventajas de este sistema son las mismas que las del método de señalización descrito con anterioridad. Por lo tanto, no se detallan con mayor amplitud.

En otra forma de realización de la invención, se propone un terminal configurado para sustituir un contenido difundido, mediante una red de difusión a la que está conectado el terminal, por un contenido de sustitución dirigido al menos al terminal. Dicho terminal incluye:

- medios de recepción de al menos un mensaje de notificación de eventos insertado en un flujo de datos que transmite el contenido difundido dentro de la red de difusión; y

- medios de ejecución de al menos una acción para la sustitución del contenido difundido por el contenido de sustitución, estando activada la ejecución por la recepción de dicho al menos un mensaje de notificación de evento por parte del terminal y realizada sin conocimiento de una información temporal indicativa de un instante de ejecución por parte del terminal de dicha al menos una acción.

Dicho terminal es, en particular, adecuado para poner en práctica el método de sustitución según la invención (según cualquiera de las diversas formas de realización mencionadas con anterioridad).

De este modo, las características y ventajas de este terminal son las mismas que las del método de sustitución anterior. Por lo tanto, no se detallan con mayor amplitud.

4. LISTA DE LAS FIGURAS

Otras características y ventajas de la invención aparecerán con la lectura de la siguiente descripción, dada a título de ejemplo indicativo y no limitativo, y de los dibujos adjuntos, en los que:

- la Figura 1 ilustra un ejemplo de un sistema de difusión televisual al que se conecta un terminal, según una forma de forma de realización de la invención;

- las Figuras 2a y 2b ilustran ejemplos de estructuras de paquetes de datos y de mensajes de notificación de eventos, tal como se utilizan para la señalización entre las entidades de la Figura 1;

- la Figura 3 ilustra las etapas de un método para señalizar, a un terminal, la sustitución de un contenido difundido mediante una red de difusión según diferentes formas de realización de la invención;

- la Figura 4 ilustra las etapas de un método de sustitución, por un terminal, de un contenido difundido mediante una red de difusión según diferentes formas de realización de la invención;

- la Figura 5 ilustra un ejemplo de secuenciamiento para insertar mensajes de notificación de eventos en un flujo de datos según una forma de realización de la invención;

- la Figura 6 ilustra un ejemplo de la estructura de un sistema de difusión que permite la puesta en práctica del método de la Figura 3; y

- la Figura 7 ilustra un ejemplo de la estructura de un terminal que permite poner en práctica el método de la Figura 4.

5. DESCRIPCIÓN DETALLADA DE LA INVENCIÓN

En todas las figuras de este documento, los elementos y etapas idénticos se designan por una misma referencia.

El principio general de la técnica descrita consiste en obtener al menos un paquete de informaciones de sustitución que comprende una información temporal indicativa de un instante de ejecución por un terminal de al menos una acción para la sustitución de un contenido difundido por un contenido de sustitución. Se genera un mensaje de notificación de evento y se inserta en un flujo de datos que transporta el contenido difundido dentro de una red de difusión en una ubicación temporal indicada por la información temporal en cuestión. El mensaje de notificación de eventos induce la ejecución de al menos una acción en cuestión. La ejecución se activa por la recepción de dicho mensaje de notificación de evento por parte del terminal y se realiza sin conocimiento de la información temporal indicativa del instante de ejecución por parte del terminal de dicha al menos una acción en cuestión.

De este modo, la señalización de la sustitución puede basarse en normas ya puestas en práctica en determinados terminales, aunque no dedicados a la señalización de los denominados eventos "en tiempo real", es decir, normas cuyos mensajes de notificación no contienen referencia temporal que permita una ejecución con respecto al flujo de datos difundido.

A continuación, se describe, en relación con la Figura 1, un ejemplo de un sistema de transmisión de televisión 100 al que se conecta un terminal 110 según una primera forma de realización de la invención.

Más concretamente, el terminal 110 es un televisor de consumo conectado por un lado a una red de difusión de televisión 120 y por otro lado a una red de banda ancha 130 del tipo Internet. Dicho terminal 110 a veces también se denomina "TV conectada", "SmartTV", "TV digital", "TV por Internet", "TV interactiva", "TV híbrida", "PCTV", "TV de banda ancha de transmisión híbrida", "HbbTV". o “H4TV”.

El terminal 110 es compatible con la norma HbbTV con el fin de poder descargar, mediante la red de banda ancha 130, una determinada aplicación HbbTV (que permite la puesta en práctica de la sustitución por el terminal 110, tal como se detalla a continuación) desde un servidor de Internet estático 100a. Dicha descarga se realiza sobre la base de la información recibida (por ejemplo, una dirección de tipo URL (por "Uniform Resource Locator" en inglés)) por ejemplo, mediante una tabla DVB AIT (por "Digital Vídeo Broadcasting" y "Application Information Table" en inglés) contenida en el flujo de datos en formato MPEG-TS recibido del sistema de transmisión de televisión 100 mediante la red de difusión 120.

Más concretamente, la red de difusión 120 es, por ejemplo, una red de TDT (por "Televisión Digital Terrestre") que utiliza la norma DVB-T para transmitir el flujo de datos en formato MPEG-TS.

En algunas variantes, la red de difusión 120 es una red de satélite que utiliza la norma DVB-S, o una red de cable que utiliza la norma DVB-C.

En otras variantes, la red de difusión 120 se identifica con una red basada en el uso de un protocolo de transporte IP y el terminal 110 es, por ejemplo, un "Set-top-box" que incluye (o se comunica con) una pasarela de red conectada a la red de banda ancha 130. Un protocolo de transporte de este tipo sobre IP es, por ejemplo, el protocolo UDP/IP (por “User Datagram Protocol” en inglés) que permite una transmisión de tipo multidifusión, o el protocolo TCP/IP (por “Transmission Control Protocol” en inglés) que permite una transmisión del tipo unidifusión preferida por los denominados organismos de difusión OTT (por "Over The Top" en inglés). En algunas variantes, la red basada en el uso de un protocolo de transporte IP comparte recursos físicos con la red de banda ancha 130.

El terminal 110 está configurado para recibir mensajes de notificación de eventos (230) contenidos en el flujo de datos en formato MPEG-TS transportado por la red de difusión 120. Estos mensajes de notificación de eventos (230) son, por ejemplo, "StreamEvents" en formato DSM-CC (por “Digital Storage Media Command and Control” en inglés).

El sistema de transmisión de televisión 100 comprende una plataforma de gestión de publicidad 100c que suministra, a un dispositivo de gestión de la sustitución 100b (descrito con más detalle a continuación), en particular una información de identificación (2120b31) destinada a ser encapsulada en un mensaje de notificación de evento (230) destinado al terminal 110.

En algunas variantes de señalización, la información de identificación (2120b31) identifica una acción que debe realizar el terminal 110. Dicha acción es, por ejemplo: una decodificación de un contenido dirigido para el terminal 110, una restitución del contenido dirigido en una forma decodificada, una reanudación de una decodificación del contenido difundido, una restitución de un elemento de espera, etc.

En otras variantes de señalización, la información de identificación (2120b31) identifica un evento particular. Un evento de este tipo es, por ejemplo: el inicio del contenido difundido a sustituir, el final del contenido difundido a sustituir, etc. Dicho de otro modo, en este caso, los mensajes de notificación de eventos etiquetan el flujo de datos que transmite el contenido difundido. El terminal deduce así del evento que le es notificado una o más acciones a realizar para la sustitución del contenido difundido (por ejemplo, mediante la ejecución de un algoritmo que tiene en cuenta una o más informaciones de identificación (2120b31) que identifican dichos eventos especiales).

La plataforma de gestión de publicidad 100c también proporciona al dispositivo de gestión de la sustitución 100b, además:

- una primera información (2120b1) que permite identificar una componente de flujo elemental del flujo de datos en formato MPEG-TS (por ejemplo, el campo "component_tag" en formato DSM-CC, indicando este campo el PID de la componente de flujo elemental en cuestión);

- una segunda información (2120b2) que permite identificar un flujo de eventos en la componente de flujo elemental en cuestión (por ejemplo, el campo "eventjd" en formato DSM-CC) en donde un codificador de vídeo 100f insertará los mensajes de notificación de eventos (230) con destino al terminal 110; y

- una información de filtrado (2120b32) que permite al terminal 110 filtrar los mensajes de notificación de eventos (230) que le son destinados de entre los mensajes de notificación de eventos (230) presentes en el flujo de eventos de la componente de flujo elemental identificado por las primera (2120b1) y segunda (2120b2) informaciones.

A este respecto, la plataforma de gestión de publicidad 100c obtiene en primer lugar del emisor que gestiona la red de difusión 120 el campo “triplet DVB” que le permite identificar, de forma unívoca, el contenido difundido mediante la red de difusión 120 en cuestión, así como un identificador (2120b33) (por ejemplo, un campo "AdvertJD''), lo que permite identificar un anuncio que aparecerá en el flujo difundido. En algunas variantes, dicho identificador también transmite otra información (p. ej., un campo "S lotjD '') relacionada con el próximo anuncio en cuestión, por ejemplo, el identificador de la ocurrencia de la etapa de este anuncio durante un período predefinido (p. ej., desde el inicio del día, durante la última semana, etc.). De esta forma, la plataforma de gestión de anuncios 100c decide si sustituye, o no, el anuncio que viene en cuestión en el terminal 110.

Cuando se toma la decisión de sustituir el anuncio identificado por el identificador (2120b33), la plataforma de gestión de anuncios 100c genera así las primera (2120b1) y segunda (2120b2) informaciones así como la información de filtrado (2120b32). Más concretamente, la información en cuestión se transmite a un dispositivo de gestión de la sustitución 100b que la retransmite:

- por un lado, al servidor de Internet estático 100a que a su vez la transmite al terminal 110 mediante la red de banda ancha 130 (por ejemplo, mediante un archivo en formato XML (por “eXtensible Markup Language” en inglés) para las primera (2120b1) y segunda (2120b2) informaciones y mediante la aplicación HbbTV para obtener la información de filtrado (2120b33)). Tal como se describió con anterioridad, dicha información permite que el terminal 110 reciba y filtre los mensajes de notificación de eventos (230) que le son destinados con el fin de ejecutar la acción correspondiente; y

- por otro lado, a un dispositivo activador de inserción 100d, cuya función es permitir sincronizar los eventos generados por la plataforma de gestión de publicidad 100c con el flujo de datos difundido mediante la red de difusión 120.

A este respecto, la plataforma de gestión de publicidad 100c también proporciona el identificador (2120b33) del contenido difundido a sustituir al dispositivo activador de inserción 100d (mediante el dispositivo de gestión de la sustitución 100b), así como la información de identificación (2120b31) (permitiendo esta información de identificación (2120b31) identificar, directa o indirectamente, una acción a realizar por el terminal 110 tal como se ha descrito con anterioridad).

Además, el dispositivo de activación de inserción 100d obtiene del lector SDI 100e referencias temporales síncronas del flujo de datos SDI que genera (flujo SDI que está destinado a ser multiplexado en el flujo de datos difundido mediante la transmisión de red 120 después de codificar en un codificador de vídeo 100f, una multiplexación realizada por un multiplexor MPEG/DVB 100g, y la generación de la señal de emisión modulada por un modulador DVB 100h), por ejemplo, mediante la lectura periódica de dichas informaciones en el lector SDI 100e.

De este modo, sobre la base del identificador (2120b33) del contenido difundido a sustituir recibido del dispositivo de gestión de la sustitución 100b, el dispositivo de activación de inserción 100d determina la información temporal síncrona del flujo SDI que define un instante en donde la acción identificada por la información de identificación (2120b31) debe ser ejecutada por el terminal 110.

Según la primera forma de realización ilustrada en la Figura 1, las informaciones temporales son "códigos temporales" en formato SCTE 104. De esta forma, el dispositivo de activación de inserción 100d genera paquetes de información de sustitución (210) en formato SCTE 104 y los transmite al codificador de vídeo 100f (por ejemplo, mediante una conexión a Internet) con el fin de que este codificador los convierta al formato SCTE 35 y los inserte de manera síncrona en el flujo de datos codificados que proporciona.

En una segunda forma de realización (no ilustrada en la Figura 1, pero fácilmente deducible de esta figura sobre la base de las explicaciones siguientes), las informaciones temporales no son "códigos temporales" en formato SCTE 104, sino "marcas temporales" PTS (por "Presentation Time Stamps” en inglés) en formato SCTE 35. En este caso, el dispositivo de activación de inserción 100d genera paquetes de información de sustitución (220) en formato SCTE 35 y los transmite no al codificador de vídeo 100f, sino directamente al multiplexor MPEG/DVB 100g (por ejemplo, mediante una conexión a Internet) para la generación de los correspondientes mensajes de notificación de eventos (230) y la inserción síncrona en el flujo de datos multiplexado que proporciona este multiplexor.

En una tercera forma de realización (no ilustrada en la Figura 1, pero también fácilmente deducible de esta figura en función de las explicaciones siguientes), el dispositivo de activación de inserción 100d no transmite ningún paquete de informaciones de sustitución (210, 220) ni al codificador de vídeo 100f, ni al multiplexor MPEG/DVB 100g. Por el contrario, el dispositivo de activación de inserción 100d transmite la información inicialmente transmitida por la plataforma de gestión de publicidad 100c (en particular, la información de identificación (2120b31), las primera (2120b1) y segunda (2120b2) informaciones, la información de filtrado (2120b32) y el identificador (2120b33) del contenido difundido a sustituir tal como se introdujo con anterioridad) directamente al lector SDI 100e. En esta tercera forma de realización, es el lector SDI 100e el que realiza las operaciones descritas con anterioridad de generación de los paquetes de información de sustitución (210) con el fin de la inserción síncrona en el flujo de datos SDI.

Cualquiera que sea la forma de realización del sistema 100 considerada, el dispositivo de gestión de la sustitución 100b gestiona la coherencia de los datos suministrados al terminal 110 por el servidor de Internet estático 100a mediante la red de banda ancha 130, y la señalización contenida en el flujo de datos recibido por el terminal 110 mediante la red de difusión 120.

En algunas variantes de señalización entre las entidades de la Figura 1, la información de filtrado (2120b32) es idéntica al identificador (2120b33) del contenido difundido a sustituir. De este modo, se minimiza la cantidad de información gestionada y transmitida por la plataforma de gestión de publicidad 100c, simplificando así la puesta en práctica de la técnica descrita.

Por último, en otras variantes de señalización, la plataforma de gestión de publicidad 100c también suministra, al dispositivo de gestión de la sustitución 100b, informaciones de inserción (2120b4) que indican si una imagen que permita iniciar una decodificación del flujo de datos por parte del terminal 110 (por ejemplo, una imagen de codificación interna del tipo intra o imagen I colocada al inicio de un GOP) debe ser insertada por el codificador de vídeo 100f en el flujo de datos en cuestión, por ejemplo, después de un mensaje de notificación de evento (230).

Considerando la descripción anterior, parece que el sistema de transmisión de televisión 100 también incluye el lector SDI 100e, que genera un flujo en formato SDI enviado al codificador de vídeo 100f. El lector SDI es, por ejemplo, un lector de espectro X comercializado por la empresa Harmonie. Dicho equipo es, en particular, capaz de insertar órdenes en formato SCTE 104 en el flujo SDI que proporciona.

Según la primera forma de realización (ilustrada en la Figura 1), el lector SDI 100e proporciona al dispositivo activador de inserción 100d las referencias temporales síncronas del flujo de datos SDI que genera.

En la tercera forma de realización antes mencionada (no ilustrada en la Figura 1), el propio lector SDI 100e genera los paquetes de información de sustitución (210) sobre la base de la información proporcionada por el dispositivo de activación de inserción 100d y los inserta en el flujo SDI que proporciona.

El sistema de transmisión de televisión 100 también incluye el codificador de vídeo 100f, que genera el flujo MPEG-TS en formato MPEG4 a partir del flujo en formato SDI recibido del lector SDI 100e. El codificador de vídeo 100f es, en particular, capaz de transformar órdenes en formato SCTE 104, presentes en el flujo SDI recibido, en órdenes en formato SCTE 35. Más concretamente, el codificador de vídeo 100f es capaz de transformar las referencias temporales (o “códigos temporales”) utilizadas por la norma SCTE 104 en las referencias temporales PTS utilizadas por la norma SCTE 35.

De esta manera, siguiendo los paquetes de información de sustitución (210, 220) recibidos (bien sea desde el dispositivo activador de inserción 100d en la primera forma de realización, bien sea mediante el flujo SDI en la segunda forma de realización) contienen informaciones de inserción (2120b4), o no, el codificador de vídeo 100f:

- convierte los paquetes de información de sustitución (210) en formato SCTE 104 presentes en el flujo SDI recibido en paquetes de información de sustitución (220) en formato SCTE 35 insertado en el flujo MPEG-TS que proporciona al multiplexador MPEG/DVB 100g con el fin de propagación de información distinta a la de inserción (2120b4); y o

- inserta una imagen que permite iniciar una decodificación, por parte del terminal 110, del flujo de datos (por ejemplo, una imagen con codificación interna del tipo intra o imagen I colocada al inicio de un GOP) en el flujo de datos que entrega cuando se recibe la información de inserción (2120b4), insertándose la imagen en cuestión en el lugar indicado por la información temporal presente en el correspondiente paquete de informaciones de sustitución (210).

En algunas variantes de señalización, el codificador de vídeo 100f no recibe información de inserción (2120b4) (por ejemplo, la plataforma de gestión de anuncios 100c no proporciona información de inserción (2120b4)), pero las inserta de manera sistemática, en una ubicación temporal dependiendo de la información temporal presente en el paquete de informaciones de sustitución (210) considerado, una imagen que permite iniciar una decodificación, por el terminal 110, del flujo de datos. Más en concretamente, la imagen en cuestión se inserta de manera que se minimicen las transiciones en el instante de las conmutaciones de decodificación a nivel de terminal, tal como se explica a continuación en relación con las Figuras 2a y 2b. Este aspecto sistemático de la inserción permite minimizar la cantidad de información transmitida entre las entidades del sistema de transmisión de televisión 100.

Además, el sistema de transmisión de televisión 100 también incluye el multiplexor MPEG/DVB 100g, que genera la señal multiplexada (o ''multiplex'') que se transmite mediante la red de difusión 120 sobre la base del flujo MPEG-TS proporcionado por el codificador de vídeo 100f.

En algunas variantes, el multiplexor MPEG/DVB 100g añade los flujos procedentes de varios codificadores de vídeo para generar el multiplex que luego se transmitirá.

Además, sobre la base de los paquetes de datos (220) en formato SCTE 35 recibidos (bien sea mediante el flujo MPEG-TS proveniente del codificador de vídeo 100f en la primera forma de realización, bien sea directamente desde el dispositivo de activación de inserción 100d en la segunda forma de realización), el multiplexor MPEG/DVB 100g genera los correspondientes mensajes de notificación de eventos (230), en este caso mensajes “StreamEvents” en formato DSM-CC.

Tal como se analiza a continuación en relación con las Figuras 2a y 2b, dichos mensajes de notificación de eventos (230) encapsulan la información transmitida por los paquetes de informaciones de sustitución (220) y, en particular, la segunda información (2120b2), la información de identificación (2120b31), la información de filtrado (2120b32) así como el identificador (2120b33) del contenido difundido a sustituir (la información de filtrado (2120b32) posiblemente sea igual a este identificador (2120b33) en algunas variantes de señalización); en este caso, un único campo que contiene la información en cuestión se encapsula en el mensaje de notificación de evento correspondiente (230), minimizando así la cantidad de información transmitida).

Además, el multiplexor MPEG/DVB 100g inserta el mensaje de notificación de eventos (230) en el flujo multiplexado que genera en la ubicación temporal identificada por la información temporal contenida en el paquete de informaciones de sustitución (220) correspondiente. Sin embargo, conviene señalar que el mensaje de notificación de eventos (230) no contiene, en sí mismo, ninguna información relativa a una fecha de ejecución por parte del terminal 110 de la(s) acción(es) correspondiente(s) a la información de identificación (2120b31) encapsulada en el mensaje de notificación de eventos (230) en cuestión.

Más concretamente, dicho mensaje de notificación de eventos (230) se inserta en el flujo de eventos identificado por la segunda información (2120b2) dentro de la componente de flujo elemental identificada por la primera información (2120b1) en el instante identificado por la información temporal incluida en el paquete de informaciones de sustitución correspondiente (220).

Por último, el sistema de transmisión de televisión 100 también incluye el modulador DVB 100h, que genera la señal modulada que transporta el flujo de datos proporcionado por el multiplexor MPEG/DVB 100g mediante la red de difusión 120.

Actualmente describiremos, en relación con las Figuras 2a y 2b, ejemplos de estructuras de paquetes de datos 210, 220, así como del mensaje de notificación de evento 230 que se utiliza para la señalización entre las entidades de la Figura 1.

En la primera forma de realización (ilustrada en la Figura 1), los paquetes de datos 210 intercambiados entre el dispositivo de activación de inserción 100d y el codificador de vídeo 100f están en formato SCTE 104, siendo este formato interpretable por el codificador de vídeo 100f en cuestión.

De manera similar, dichos paquetes de datos 210 en formato SCTE 104 también son utilizados por el lector SDI 100e en la tercera forma de realización (no ilustrada en la Figura 1) para la transmisión al codificador de vídeo 100f.

Más concretamente, dicho paquete de datos 210 comprende una cabecera 210a y un campo de datos útiles 210b.

Aún más concretamente, la cabecera 210a comprende campos de cabecera específicos de la norma SCTE 104, y en particular un campo que encapsula la información temporal introducida con anterioridad en relación con la Figura 1 (es decir, la información temporal obtenida por el dispositivo de activación de inserción 100d, sobre la base, a la vez, del identificador 2120b33 del contenido difundido a sustituir proporcionado por la plataforma de gestión de publicidad 100c mediante el dispositivo de gestión de la sustitución 100b, y de los datos temporales vinculados al flujo SDI proporcionados por el lector 100e SDI).

Asimismo, el campo de datos útiles 210b incluye, en particular, los datos proporcionados inicialmente por la plataforma de gestión de publicidad 100c mediante el dispositivo de gestión de la sustitución 100b presentado con anterioridad en relación con la Figura 1, a saber:

- por una parte:

• la primera información 2120b1 (por ejemplo, el campo "component_tag" en formato DSM-CC); y

• la segunda información 2120b2 (por ejemplo, el campo "eventjd" en formato DSM-CC); y

- por otro lado, agrupados en un campo de datos propietario 2120b3:

• la información de identificación 2120b31 que identifica una acción a realizar por el terminal 110;

• la información de filtrado 2120b32; y

• el identificador 2120b33 del contenido difundido a sustituir.

Tal como se ha descrito con anterioridad en relación con la Figura 1, en algunas variantes de señalización, la información de filtrado 2120b32 es igual al identificador 2120b33. En este caso, un único campo que contiene la información en cuestión se encapsula en el mensaje de notificación de evento correspondiente 230, minimizando así la cantidad de información transmitida.

Además, la información temporal encapsulada en la cabecera del paquete indica una ubicación en el flujo de datos difundido mediante la red de difusión 120 en donde se debe insertar el mensaje de notificación de evento correspondiente 230 con el fin de activar al menos una acción por parte del terminal 110 en un instante adecuado para la sustitución deseada. Lo que antecede incluye que el mensaje de notificación de evento 230 en cuestión no contiene información temporal relacionada con su ejecución.

El codificador de vídeo 100f convierte el paquete de datos 210 en formato SCTE 104 en un paquete de datos 220 en formato SCTE 35 de la misma manera que transforma el flujo de datos del formato SDI en un flujo MPEG-TS.

Los campos de datos 2120b1 a 2120b4, descritos con anterioridad, se encapsulan a continuación en la parte de los datos útiles 220b del paquete de datos 220 en formato SCTE 35.

Además, la información temporal encapsulada en la cabecera 210a del paquete de datos 210 en formato SCTE 104 se convierte en nueva información temporal encapsulada en una cabecera 210b del paquete de datos 220 en formato SCTE 35. Más concretamente, el "código temporal" en el formato SCTE 104 se convierte en una "marca temporal" PTS (por "Presentation Time Stamps" en inglés) en el formato SCTE 35 para indicar siempre una ubicación, en el flujo de datos difundido mediante la red de difusión 120 al que debe insertarse el mensaje de notificación de evento 230 correspondiente de manera coherente con las informaciones inicialmente suministradas por la plataforma de gestión de publicidad 100c.

El paquete de datos 220, en formato SCTE 35, se inserta a continuación en el flujo MPEG-TS en formato MPEG4 generado por el codificador de vídeo 100f antes de la transmisión al multiplexor MPE^g /DVB 100g.

Dicho paquete de datos 220, en formato SCTE 35, también es utilizado por el dispositivo de activación de inserción 100d al final de la transmisión directamente al multiplexor MPEG/DVB 100g en la segunda forma de realización (no ilustrada en la Figura 1).

Además, en las variantes de señalización mencionadas con anterioridad en las que la plataforma de gestión publicitaria 100c también proporciona al dispositivo de gestión de la sustitución 100b las informaciones de inserción 2120b4, el campo de datos útiles 210b también incluye la inserción 2120b4 (por ejemplo, mediante un campo "órdenes") en cuestión.

En este caso, otra información temporal encapsulada en la cabecera del paquete de datos 210 indica una ubicación en el flujo de datos difundido mediante la red de difusión 120 en donde debe insertarse la imagen que permite iniciar una decodificación, por parte del terminal 110, del flujo de datos.

Por lo tanto, el codificador de vídeo 100f inserta la imagen en cuestión en el flujo de datos en una ubicación temporal indicada por la otra información temporal encapsulada en la cabecera del paquete de datos 210 en cuestión.

El multiplexor MPEG/DVB 100g convierte el paquete de datos 220, en formato SCTE 35, en un mensaje de notificación de evento 230, o “StreamEvent” en formato DSM-CC.

Dicho mensaje de notificación de evento 230 incluye:

- por una parte:

• la segunda información 2120b2 (por ejemplo, el campo "event_id" en formato DSM-CC); y

• por otra parte, los datos propietarios 2120b3, a saber:

^o la información de identificación 2120b31 que identifica una acción a realizar por el terminal 110;

^o la información de filtrado 2120b32; y

^o el identificador 2120b33 del contenido difundido a sustituir (este último campo puede estar ausente en algunas variantes de señalización en donde la información de filtrado 2120b32 es igual al identificador 2120b33).

Además, el mensaje de notificación de evento 230 incluye los campos normalizados de los mensajes "StreamEvent" en formato DSM-CC, a saber, un campo que contiene una cabecera de tabla 230a1 (o "table header" en inglés), un campo que contiene un CRC (por "cyclic redundancy check” en inglés) de la tabla 230a2 (o “table CRC” en inglés), y un campo de cabecera 230a3 (o “packet header” en inglés).

Por último, el multiplexor MPEG/DVB 100g inserta dicho mensaje de notificación de evento 230 en la componente de flujo elemental identificada por la primera información 2120b1, y en el instante definido por la información temporal encapsulada en la cabecera 210b del paquete de datos 220 en el formato SCTE 104 correspondiente.

Por lo tanto, el instante en donde se inserta el mensaje de notificación de evento 230 en el flujo proporcionado por el multiplexor MPEG/DVB 100g es controlado con precisión por el sistema 100.

A continuación, se describirá, en relación con las Figuras 3 y 4, las etapas de un método de señalización, al terminal 110, de la sustitución de un contenido difundido mediante la red de difusión 120, así como las etapas de un método de sustitución, por el terminal 110, de un contenido difundido mediante la red de difusión 120, según diferentes formas de realización de la invención.

Durante una etapa de obtención E300 puesta en práctica dentro del sistema 100, un paquete de informaciones de sustitución 220, en formato SCTE 35, que comprende una información temporal indicativa de un instante de ejecución por parte del terminal 110 de al menos una acción para la sustitución del contenido difundido por el contenido de sustitución, se obtiene por el multiplexor MPEG/DVB 100g.

Más concretamente, según la forma de realización considerada (entre la primera, la segunda y la tercera), el paquete de informaciones de sustitución 220, en formato SCTE 35, obtenido por el multiplexor MPEG/DVB 100g, es suministrado bien sea por el codificador de vídeo 100f (en este caso, el paquete de informaciones de sustitución 220 en el formato SCTE 35 que resulta de la conversión, por parte del codificador de vídeo 100f, de un paquete de informaciones de sustitución 210, en el formato SCTE 104, correspondiente suministrado bien sea por el lector SDI 100e, bien sea directamente por el dispositivo de activación de inserción 100d), o bien sea directamente por el dispositivo de activación de inserción 100d.

Durante una etapa de generación E310 también puesta en práctica dentro del sistema 100, el multiplexor MPEG/DVB 100g genera un mensaje de notificación de evento 230 (en este caso un mensaje "StreamEvent" en formato DSM-CC) repitiendo por un lado la segunda información 2120b2 y los datos propietarios 2120b3 transportados en el paquete de informaciones de sustitución 220 tal como se describió con anterioridad en relación con las Figuras 2a y 2b.

Por último, durante una etapa de inserción E320 también puesta en práctica dentro del sistema 100, el multiplexor MPEG/DVB 100g inserta el mensaje de notificación de evento 230 en el flujo de datos que transporta el contenido difundido mediante la red de difusión 120.

Más concretamente, el mensaje de notificación de evento 230 se inserta en el flujo de datos en una ubicación temporal basada en la información temporal incluida en el paquete de informaciones de sustitución 220 obtenido de la manera descrita con anterioridad.

De esta forma, durante una etapa de recepción E420, puesta en práctica por el terminal 110, el terminal 110 recibe el mensaje de notificación de evento 230 insertado en el flujo de datos por el multiplexor MPEG/DVB 100g.

Durante una etapa de ejecución E430, el terminal 110 ejecuta la al menos una acción asociada con el mensaje en cuestión. Más concretamente, la ejecución en cuestión se activa por la recepción del mensaje de notificación de evento 230 por el terminal y se realiza sin conocimiento de la información temporal indicativa del instante de ejecución por el terminal de dicha al menos una acción en cuestión. Dicho de otro modo, la al menos una acción es ejecutada por el terminal 110, inmediatamente después de recibir el mensaje de notificación de evento 230, después de una latencia de ejecución vinculada solamente a las restricciones de puestas en práctica del hardware en el terminal (no estando presente ninguna información temporal de ejecución de la al menos una acción en cuestión dentro del mensaje de notificación de evento 230 ni la proporciona al terminal por cualquier otro medio). En este caso, se trata de un funcionamiento en tiempo real del terminal, es decir, la al menos una acción se ejecuta como mínimo al recibir el mensaje de notificación de evento 230. Sin embargo, en algunas formas de realización, la latencia de ejecución en cuestión puede tener en cuenta una temporización de una duración fija predeterminada, por ejemplo, para que el método de señalización según la invención sea soportado por diferentes tipos de terminales tal como se explica a continuación en relación con la Figura 5. Dicha temporización no depende solamente de la naturaleza del terminal y no es indicativo del instante de ejecución por parte del terminal de dicha al menos una acción en cuestión.

De esta forma, solamente el instante de inserción de los mensajes de notificación de eventos en el flujo de datos permite controlar los instantes de ejecución de las acciones en cuestión por parte del terminal 110.

De este modo, la señalización de la sustitución se basa en la puesta en práctica en el terminal 110 de normas existentes, aunque no dedicadas a la señalización de eventos denominados "en tiempo real", es decir, cuyos mensajes de notificación no contienen referencia temporal que permita una ejecución síncrona respecto al flujo de datos difundido (en este caso, mensajes de "evento de flujo" en formato DSM-Cc en las formas de realización consideradas).

Más concretamente, la etapa de generación E310, puesta en práctica dentro del sistema 100, comprende una subetapa de encapsulación de al menos una información de identificación 2120b31 en el mensaje de notificación de evento 230.

De manera simétrica, la etapa de ejecución E430, puesta en práctica por el terminal 110, comprende una subetapa de obtención E430a, por parte del terminal 110, de al menos una información de identificación 2120b31 en el mensaje de notificación de evento 230.

En algunas variantes de señalización, la al menos una acción y función de la al menos una información de identificación 2120b31. De este modo, una determinada acción a realizar es señalada de forma sencilla y directa al terminal.

En otras variantes de señalización, el mensaje de notificación de evento 230 incluye una única información de identificación 2120b31 que puede tomar varios valores, asociados cada uno, en el terminal, con un conjunto distinto de al menos una acción.

Por lo tanto, un evento particular (por ejemplo, el inicio del contenido difundido a sustituir, el final del contenido difundido a sustituir, etc.) se señaliza al terminal mediante la información de identificación única 2120b31. Dicho de otro modo, en estas variantes, los mensajes de notificación de eventos etiquetan el flujo de datos que transmite el contenido difundido.

El terminal deduce así, a partir del evento que le es notificado, una o más acciones a realizar para la sustitución del contenido difundido.

En algunas variantes, la acción o acciones a realizar se obtienen en el terminal mediante un algoritmo que tiene en cuenta el evento en cuestión, pero también otros eventos que han sido notificados al terminal con anterioridad al evento en cuestión, en su caso (p. ej., los eventos notificados en cuestión sirven como entradas a una máquina de estado, siendo las transiciones entre estados función de los eventos notificados en cuestión, estando asociadas las acciones a realizar a un estado dado).

Más concretamente, dichas acciones son, por ejemplo:

^o una preparación para una sustitución;

^o una decodificación del contenido dirigido;

^o una restitución del contenido dirigido en forma decodificada;

^o una reanudación de una decodificación del contenido difundido; y

^o una restitución de un elemento de espera.

Para esta última acción de restitución de un elemento de espera, un mensaje en espera (por ejemplo, un logotipo en movimiento, un GIF (por "Graphics Interchange Format" en inglés) animado, una secuencia inter-anuncios, un mensaje de espera de audio, etc.) es, por ejemplo, restituido (visual y/o audiblemente) mientras el decodificador inicia una nueva decodificación, evitando así una ausencia de restitución al usuario (por ejemplo, una pantalla negra) durante este periodo.

Dicho conjunto de acciones a realizar, así como, en su caso, el conjunto de eventos y un algoritmo asociado, se proporcionan, por ejemplo, al terminal 110 mediante la aplicación HbbTV comentada con anterioridad en relación con la Figura 1.

Además, el paquete de informaciones de sustitución 220 comprende, además:

^o la primera información 2120b1 que permite identificar una componente de flujo elemental del flujo de datos que transporta el contenido difundido;

^o la segunda información 2120b2 que permite identificar un flujo de eventos en la componente de flujo elemental; y

^o la información de filtrado 2120b32.

De esta forma, el mensaje de notificación de evento 230 se inserta en el flujo de eventos en cuestión (identificado por la primera información 2120b1 y por la segunda 2120b2).

De manera similar, la etapa de generación E310, puesta en práctica dentro del sistema 100, comprende, además, una subetapa E310b de encapsulación de la información de filtrado 2120b32 y de la segunda información 2120b2 en el mensaje de notificación de evento 230.

De manera simétrica, el terminal 110 también realiza una etapa de recepción E410 de las mismas primera 2120b1 y segunda 2120b2 informaciones, así como de la información de filtrado 2120b32, pero mediante la red de banda ancha 130 (por ejemplo, mediante el archivo en formato XML para las primera (2120b1) y segunda (2120b2) informaciones, y mediante la aplicación HbbTV para la información de filtrado (2120b33) tal como se describió con anterioridad en relación con la Figura 1).

De esta manera, la etapa de recepción E420 del mensaje de notificación de evento 230 es una función de la primera información 2120b1 y de la segunda 2120b2, para identificar el flujo de eventos de la componente de flujo elemental en donde se ha insertado el mensaje de notificación de evento 230 y de la información de filtrado 2120b32, para identificar el mensaje de notificación de evento 230 dentro del flujo de eventos identificado.

De este modo, sobre la base de esta información compartida entre el terminal 110 y el sistema 100, diferentes terminales conectados a la red de difusión 120 pueden ser direccionados de manera diferenciada mediante diferentes mensajes de notificación de eventos 230 con el fin de permitir una mejor orientación del contenido de sustitución.

Según algunas variantes de señalización, la información de filtrado 2120b32 es un identificador 2120b33 del contenido difundido a ser sustituido por contenido dirigido.

Tal como se ha descrito con anterioridad en relación con la Figura 1, se minimiza así la cantidad de datos transportados en el sistema 100 que pone en práctica el método de señalización, permitiendo a un mismo identificador indicar a las distintas entidades del sistema 100 y al terminal 110 el contenido a sustituir, así como al terminal 110 filtrar los mensajes de notificación de eventos que le son destinados.

Además, en otras formas de realización (no ilustradas en la Figura 1) en donde una pluralidad de terminales 110 están conectados al sistema 100 mediante las redes de transmisión 120 y la banda ancha 130, el uso de un identificador 2120b33, del contenido difundido como información de filtrado 2120b32 para un determinado conjunto de terminales entre la pluralidad de terminales, permite señalar a todos los terminales del conjunto en cuestión que deberán realizar una sustitución del mismo contenido difundido (por lo tanto correspondiente al identificador 2120b33). Sin embargo, cada terminal del conjunto de terminales en cuestión ha recibido una aplicación HbbTv particular del servidor de Internet estático 100a mediante la red de banda ancha 130, el contenido de sustitución sigue siendo dirigido (mediante la información contenida en la aplicación HbbTv en particular) para el correspondiente terminal, aunque se haya utilizado la misma información de filtrado 2120b32 para todos los terminales del conjunto.

Además, en determinadas variantes, dicha información de filtrado 2120b32, correspondiente, o no, al identificador 2120b33 del contenido difundido a sustituir, permite señalar al terminal 110 qué contenido dirigido a utilizarse, entre una pluralidad de contenidos dirigidos previamente descargados, para realizar la sustitución del contenido difundido.

En general, el terminal 110 también realiza una etapa de recepción E400 del contenido o de los contenidos dirigidos:

^o bien sea mediante la red de difusión 120, por ejemplo, mediante un carrusel de contenido tal como lo define la norma HbbTV, que permite la obtención del contenido dirigido incluso en ausencia de otra conexión de red;

^o o bien sea mediante la red de banda ancha 130 a la que está conectado, por ejemplo, mediante la aplicación HbbTV, lo que permite minimizar la carga en la red de difusión.

Además, tanto en la primera forma de realización (que se muestra en la Figura 1) como en la tercera forma de realización (que no se muestra en esta Figura 1), el codificador de vídeo 100f obtiene un paquete de informaciones de sustitución 210, en formato SCTE 104, desde el dispositivo de activación de inserción 100d o desde el lector SDI 100e. En algunas variantes de señalización, el paquete de informaciones de sustitución 210 en cuestión incluye:

• informaciones de inserción 2120b4 que indica si el método de señalización puesto en práctica por el sistema 100 comprende, además, una etapa de inserción E330, por parte del codificador de vídeo 100f, en el flujo de datos, de al menos una imagen que permita iniciar una decodificación, por parte del terminal 110, del flujo de datos (por ejemplo, una imagen con codificación interna del tipo intra o una imagen I colocada al inicio de un GOP);

• otra información temporal que indique una ubicación temporal de inserción de al menos una imagen en cuestión en el flujo de datos cuando la información de inserción indique que se debe realizar la inserción en cuestión.

Más concretamente, la ubicación temporal de inserción es tal que una diferencia temporal, en dicho flujo de datos, entre la al menos una imagen y el mensaje de notificación de evento 230 (insertado en el flujo durante la etapa de inserción E320 descrita con anterioridad) es mayor que la latencia de ejecución antes mencionada.

De esta manera, por ejemplo, al final de la sustitución, la reanudación de una decodificación por parte del terminal 110 del contenido difundido señalado por el mensaje de notificación de evento 230 puede iniciar, de forma coherente con la recepción de la imagen en cuestión por el terminal 110. De este modo, la espera antes del inicio de la reanudación de una decodificación del contenido difundido y, por lo tanto, la duración de la restitución de los elementos de espera, así como el riesgo de falta de restitución para el usuario (por ejemplo, una pantalla negra) al final de la restitución de un tal elemento de espera se minimiza.

En otras formas de realización del método de señalización, el codificador de vídeo 100f no obtiene la información de inserción 2120b4 y ejecuta, de manera sistemática, la etapa de inserción E330 de la al menos una imagen en cuestión con una diferencia temporal tal como se definió con anterioridad. Dicha diferencia temporal está predefinida, por ejemplo. Por lo tanto, se minimiza la cantidad de información transmitida dentro del sistema 100.

Actualmente se proporcionará una descripción, en relación con la Figura 5, de un ejemplo de secuencia para insertar mensajes de notificación de eventos 230 en un flujo de datos de conformidad con una forma de realización de la invención. En el ejemplo en cuestión, se considera la emisión mediante la red de difusión 120 de una secuencia de tres anuncios Pub1, Pub2 y Pub3, en donde están presentes secuencias de inter-anuncios (zonas sombreadas) entre cada uno de los tres anuncios Pub1, Pub2 y Pub3. Además, se supone que el segundo anuncio Pub2 va a ser sustituido, por el terminal 110, por un anuncio dirigido al terminal 110.

La aplicación de los métodos de señalización y de sustitución descritos con anterioridad en relación con las Figuras 3 y 4 da lugar a una sucesión de eventos temporales que se detallan a continuación.

Instante t0

Un mensaje de notificación de evento preparatorio 230 es insertado en el instante t0 por el multiplexor MPEG/DVB 100g en el flujo de datos, por ejemplo, cinco minutos antes del anuncio Pub2 que se va a sustituir. El mensaje de notificación de evento preparatorio 230 encapsula, entre otras cosas, la información de identificación 2120b31 que identifica el evento: "preparación para una sustitución". Después de una latencia de ejecución vinculada solamente a restricciones de puestas en práctica de hardware en el terminal a partir de la recepción del mensaje de notificación de evento preparatorio 230 (no se proporciona información temporal de ejecución para el conjunto de acciones en cuestión en ninguna otra parte del terminal, bien sea en el mensaje de notificación de evento 230 o de otra forma), el terminal 110 ejecuta un conjunto de acciones definido para este evento por la aplicación HbbTV obtenida mediante la red de banda ancha 130 del servidor de internet estático 100a.

Por ejemplo, el terminal 110 recibe las informaciones sobre los anuncios a sustituir, en este caso el anuncio Pub2. También recibe los anuncios de sustitución poniendo en práctica la etapa E400 descrita con anterioridad en relación con la Figura 4, a continuación, espera la recepción de un primer mensaje de notificación de evento 230 que encapsula, entre otras cosas, una información de identificación 2120b31 que identifica el evento: "inicio de inter-anuncio antes del anuncio pub2”.

Instante t1

El primer mensaje de notificación de evento 230 que identifica el evento: "inicio de inter-anuncio antes del anuncio pub2" es insertado en el instante t1 por el multiplexor MPEG/DVB 100g en el flujo de datos.

Más concretamente, el instante t1 en donde se inserta el primer mensaje de notificación de evento 230 en el flujo corresponde prácticamente al inicio de la secuencia inter-anuncios que precede al anuncio Pub2 a sustituir. De hecho, en la práctica, dicho instante t i puede elegirse con una cierta tolerancia con respecto al inicio de la secuencia inter­ anuncios en cuestión. En algunas variantes, el primer mensaje de notificación de evento 230 se inserta en un paquete de datos (por ejemplo, un paquete de datos en el sentido de MPEG2-TS) que precede por uno o más paquetes al primer paquete que transporta los datos de la secuencia de inter-anuncios en cuestión. En otras variantes, el primer mensaje de notificación de evento 230 se inserta en un paquete del flujo de datos que sigue a uno o más paquetes que transportan el primer paquete de datos de la secuencia de anuncios en cuestión. En otras variantes adicionales, el primer mensaje de notificación de evento 230 se inserta en un paquete inmediatamente antes del paquete de datos que transmite la primera imagen de la secuencia inter-anuncios que precede al anuncio de Pub2 que se va a sustituir.

En una puesta en práctica particular, la aplicación HbbTV ejecutada por el terminal 110 pone en práctica un retardo fijo predeterminado (cuya utilidad se especifica a continuación), que no se puede reprogramar sobre la marcha mediante mensajes de notificación del evento 230 o mediante otra información transmitida por el flujo de datos, y que forma parte de la latencia de ejecución de los conjuntos de acciones por el terminal. Dicha latencia (incluyendo el retardo fijo predeterminado en cuestión) está por lo tanto vinculada solamente a las restricciones de puestas en práctica del hardware en el terminal, y no es una función de la información transmitida por el flujo de datos.

El retardo fijo predeterminado permite sincronizar la ejecución del conjunto de acciones con respecto al contenido transportado por el flujo de datos. De esta manera, a diferentes modelos de terminales 110, que pueden tener diferentes latencias de ejecución intrínsecas, se les puede asignar la misma latencia de ejecución de modo que un primer mensaje de notificación de evento 230, insertado en el instante t1, se procese dentro del mismo periodo (en términos de sincronización de la ejecución del conjunto de acciones con respecto al contenido transportado por el flujo de datos) por todos los terminales a los que se dirige el primer mensaje de notificación de evento 230, independientemente de su tipo.

Conviene señalar que, en una solución convencional, un determinado terminal recibe, por un lado, un identificador de la acción a ejecutar y por otro lado una información temporal representativa del instante de ejecución de la acción en cuestión. De esta forma, cuando la base temporal actual en el terminal corresponde al instante de ejecución, el terminal ejecuta la acción a realizar. Para ello, el terminal tiene en cuenta su latencia de ejecución intrínseca de forma que la acción en cuestión sea ejecuta realmente en el instante de ejecución correspondiente a la información temporal recibida.

Por el contrario, en la solución propuesta, el terminal 110 ejecuta de manera inmediata (es decir, después de una latencia de ejecución dada (predeterminada o intrínseca)) un conjunto de acciones definido para este evento por la aplicación HbbTV obtenida mediante la red de banda ancha 130 con el servidor de Internet estático 100a, siendo activada la ejecución por la recepción del primer mensaje de notificación de evento 230. Dicho de otro modo, el terminal ejecuta el conjunto de acciones sin conocimiento de una información temporal (información que le habría sido proporcionada por otro lado) indicativa de un instante de ejecución, por el terminal, del conjunto de acciones en cuestión.

Por ejemplo, terminal 110:

• muestra, en su pantalla, una imagen de inter-anuncio previamente cargada e idéntica a la representación visual de la secuencia de inter-anuncio tal como se transmite. Esta operación permite liberar un decodificador de vídeo desde el terminal 110. La imagen mostrada durante este período puede ser fija (por ejemplo, en formato jpeg o png) o animada (por ejemplo, un GIF animado);

• inicia la decodificación del anuncio dirigido (el decodificador de vídeo queda libre de decodificar el flujo de datos);

y

• pone en espera el descodificador así preparado.

Instante t2

Un segundo mensaje de notificación de evento 230 es insertado en el instante t2 por el multiplexor MPEG/DVB 100g en el flujo de datos. Más concretamente, el instante t2, en donde el segundo mensaje de notificación de evento 230 se inserta en el flujo, corresponde prácticamente al inicio del anuncio de Pub2 que se sustituirá de la misma manera que el primer mensaje de notificación de evento 230 se inserta en el flujo prácticamente en el inicio de la secuencia inter-anuncios que precede al anuncio de Pub2 a sustituir tal como se describió con anterioridad en relación con el instante t1 (es decir, con una cierta tolerancia con respecto al inicio de la secuencia en cuestión).

El segundo mensaje de notificación de evento 230 encapsula, entre otras cosas, una información de identificación 2120b31 que identifica el evento: "inicio del anuncio pub2". Después de una latencia de ejecución vinculada solamente a restricciones de puestas en práctica de hardware en el terminal a partir de la recepción del segundo mensaje de notificación de evento 230, el terminal 110 ejecuta de manera inmediata un conjunto de acciones definidas para este evento por la aplicación HbbTV. Dicho de otro modo, el terminal ejecuta el conjunto de acciones sin conocimiento de una información temporal indicativa de un instante de ejecución, por parte del terminal, del conjunto de acciones en cuestión. Por ejemplo, el terminal 110: inicia la lectura del anuncio dirigido decodificado, restituye el anuncio dirigido decodificado en su pantalla y enmascara la imagen de inter-anuncios.

Instante t3

Un tercer mensaje de notificación de evento 230 es insertado en el instante t3 por el multiplexor MPEG/DVB 100g en el flujo de datos. Más concretamente, el instante t3, en donde se inserta el tercer mensaje de notificación de evento 230 en el flujo, corresponde prácticamente al inicio de la secuencia inter-anuncios que sigue al anuncio de Pub2 que se sustituirá de la misma manera que se inserta el primer mensaje de notificación de evento 230 en el flujo prácticamente al inicio de la secuencia inter-anuncios que precede al anuncio Pub2 que se sustituirá tal como se describió con anterioridad en relación con el instante t1 (es decir, con una cierta tolerancia con respecto al inicio de la secuencia en cuestión).

El tercer mensaje de notificación de evento 230 encapsula, entre otras cosas, una información de identificación 2120b31 que identifica el evento: "fin del anuncio". De este modo, después de una latencia de ejecución vinculada solamente a restricciones de puestas en práctica de hardware en el terminal a partir de la recepción del tercer mensaje de notificación de evento 230, el terminal 110 ejecuta, de manera inmediata, un conjunto de acciones definidas para este evento por la aplicación HbbTV. Dicho de otro modo, el terminal ejecuta el conjunto de acciones sin conocimiento de una información temporal indicativa de un instante de ejecución, por parte del terminal, del conjunto de acciones en cuestión. Por ejemplo, el terminal 110: muestra en su pantalla la imagen de inter-anuncios, detiene la decodificación del anuncio dirigido, inicia la decodificación del contenido difundido y comienza la visualización en segundo plano del contenido difundido decodificado.

Además, se notifica, mediante un paquete de informaciones de sustitución 210 en formato SCTE 104, al codificador de vídeo 100f, para colocar una imagen que permita iniciar una decodificación, por parte del terminal 110, del flujo de datos (por ejemplo, una imagen I de un inicio del GOP). Por ejemplo, basta que la imagen se inserte en el flujo después del tercer mensaje de notificación de evento 230, con una diferencia temporal con el tercer mensaje de notificación de evento 230 en cuestión que sea mayor que una latencia de ejecución de la acción que induce una decodificación por parte del terminal. De esta forma, se asegura que el decodificador tendrá en cuenta la imagen en cuestión cuando comience a decodificar. En la práctica, a menudo es suficiente que en la imagen en cuestión se inserte algunas imágenes antes del inicio del anuncio de Pub3 siguiente al anuncio de Pub2 a sustituir. De esta forma, una decodificación del contenido difundido es efectiva desde el inicio del anuncio de Pub3.

Instante t4

Un cuarto mensaje de notificación de evento 230 es insertado en el instante t4 por el multiplexor MPEG/DVB 100g en el flujo de datos. Más concretamente, el instante t4 en donde se inserta el cuarto mensaje de notificación de evento 230 en el flujo, corresponde prácticamente al inicio del anuncio de Pub3 que sigue al anuncio de Pub2 que se sustituirá de la misma manera que el primer mensaje de notificación de evento 230 se inserta en el flujo prácticamente al inicio de la secuencia inter-anuncios que precede al anuncio Pub2 que se sustituirá tal como se describió con anterioridad en relación con el instante t1 (es decir, con una cierta tolerancia con respecto al inicio de la secuencia en cuestión).

El cuarto mensaje de notificación de evento 230 encapsula, entre otras cosas, una información de identificación 2120b31 que identifica el evento: "fin de inter-anuncios después del anuncio pub2". De este modo, después de una latencia de ejecución vinculada solamente a las restricciones de puesta en práctica del hardware en el terminal a partir de la recepción del cuarto mensaje de notificación de evento 230, el terminal 110 ejecuta de manera inmediata un conjunto de acciones definidas para este evento por la aplicación HbbTV. Dicho de otro modo, el terminal ejecuta el conjunto de acciones sin conocimiento de una información temporal indicativa de un instante de ejecución, por parte del terminal, del conjunto de acciones en cuestión. Por ejemplo, el terminal 110: enmascara la imagen inter-anuncios, lo que permite la visualización del flujo difundido. A continuación, se completa la sustitución del anuncio de Pub2.

En el caso de que se vayan a sustituir dos anuncios sucesivos, el evento de "inicio de inter-anuncios" para el segundo anuncio que se va a sustituir, y el evento de "fin de anuncio" para el primer anuncio que se va a sustituir pueden ser notificados al terminal 110 mediante un mismo mensaje de notificación de evento 230. Lo mismo ocurre con el evento "fin de inter-anuncios" para el primer anuncio a sustituir, y el evento "inicio de anuncio" para el segundo anuncio a sustituir. Dicho de otro modo, reconsiderando la configuración ilustrada en la Figura 5 pero ahora en el caso en donde han de sustituirse, a la vez, los anuncios Pub2 y Pub3, las acciones descritas con anterioridad en relación con t1 también se ponen en práctica en el instante t3 (además de las acciones ya descritas con anterioridad en relación con t3) con el fin de preparar la sustitución de Pub3. Del mismo modo, las acciones descritas con anterioridad en relación con t2 también se ponen en práctica en el instante t4 (además de las acciones ya descritas con anterioridad en relación con t4) con el fin de realizar de manera efectiva la sustitución de Pub3.

En una variante que no se muestra en la Figura 5, el decodificador de vídeo del terminal 110 notifica a la aplicación HbbTV, mediante un evento E1, que una decodificación de la publicidad dirigida iniciada después de recibir el primer mensaje de notificación de evento 230 ahora es efectiva, es decir, la publicidad dirigida está ahora disponible para su visualización por el terminal 110. En este caso, si la aplicación HbbTV es notificada del evento E1 antes de recibir el segundo mensaje de notificación de evento 230 antes citado, la aplicación HbbTV enmascara la imagen de los inter­ anuncios y muestra el anuncio dirigido sin esperar a la recepción del segundo mensaje de notificación de evento 230. De esta manera, gracias a la acción del usuario del terminal 110, la secuencia inter-anuncios que precede al anuncio de Pub2 a sustituir será más corta que en el caso descrito con anterioridad en relación con la Figura 5, maximizando así el tiempo disponible para el anuncio de sustitución.

De manera similar, en algunas variantes, el decodificador de vídeo del terminal 110 notifica a la aplicación HbbTV, mediante un evento E2, que la decodificación de la publicidad dirigida iniciada después de recibir el primer mensaje de notificación de evento 230 está actualmente terminada. En este caso, si la aplicación HbbTV es notificada del evento E2 antes de recibir el tercer mensaje de notificación de evento 230 antes citado, la aplicación HbbTV en cuestión muestra en la pantalla del terminal 110 la imagen de inter-anuncios sin esperar la recepción del tercer mensaje de notificación de evento 230. De esta forma, gracias a la acción del usuario del terminal 110, la secuencia inter­ anuncios que precede al anuncio Pub3, será más larga. Lo que antecede permite, por ejemplo, limitar el riesgo de invadir el inicio del anuncio de Pub3 al volver a una decodificación del flujo de datos. Además, se evita así el riesgo de una ausencia de restitución al usuario (por ejemplo, una pantalla negra) al final de la restitución de la publicidad dirigida.

De manera alternativa, la aplicación HbbTV puede ignorar el evento E1 o el evento E2. En este caso, la aplicación HbbTV muestra el anuncio dirigido en lugar de Pub2 al recibir el segundo mensaje de notificación de evento 230 o muestra en la pantalla del terminal 110 la imagen de inter-anuncios al recibir el tercer mensaje de notificación de evento 230 tal como se describe con anterioridad en relación con la Figura 5.

En el caso en donde la aplicación HbbTV no tenga en cuenta ni el evento E1 ni el evento E2, la aplicación HbbTV se comporta tal como se describió con anterioridad en relación con la Figura 5. La Figura 6 muestra un ejemplo de estructura del sistema de transmisión de televisión 100, que permite la puesta en práctica del método de la Figura 3. El sistema 100 comprende una memoria de acceso aleatorio 603 (por ejemplo, una memoria RAM), una unidad de procesamiento 602 provista, por ejemplo, con un procesador y controlada por un programa informático almacenado en una memoria de solamente lectura 601 (por ejemplo, una memoria ROM o un disco duro). En la inicialización, las instrucciones de código del programa informático se cargan, por ejemplo, en la memoria RAM 603 antes de ser ejecutadas por el procesador de la unidad de procesamiento 602.

Esta Figura 6 ilustra solamente una forma particular, entre varias posibles, de realizar el sistema 100, de modo que realice algunas etapas del método detallado con anterioridad, en relación con la Figura 3 (en cualquiera de las diferentes formas de realización). De hecho, estas etapas se pueden realizarse con independencia en una máquina de cálculo reprogramable (un ordenador PC, un procesador DSP o un microcontrolador) que ejecuta un programa que comprende una secuencia de instrucciones, o en una máquina de cálculo dedicada (por ejemplo, un conjunto de puertas lógicas tal como un FPGA o un ASIC, o cualquier otro módulo de hardware). En el caso de que el sistema 100 se realice con una máquina de cálculo reprogramable, el programa correspondiente (es decir, la secuencia de instrucciones) podrá almacenarse en un medio de almacenamiento extraíble (tal como, por ejemplo, un disquete, un CD-ROM o un DVD-ROM) o no, siendo este medio de almacenamiento parcial o totalmente legible por un ordenador o por un procesador.

En determinadas formas de realización, las entidades 100a a 100h que componen el sistema 100 de la Figura 1 se fabrican en forma de componentes de hardware total o parcialmente distintos. En este caso, los componentes de hardware en cuestión incluyen todos medios equivalentes a los descritos con anterioridad en relación con la Figura 6.

La Figura 7 muestra un ejemplo de la estructura del terminal 110, que permite la puesta en práctica del método de la Figura 4. El terminal 110 comprende una memoria de acceso aleatorio 703 (por ejemplo, una memoria RAM), una unidad de procesamiento 702 provista, por ejemplo, de un procesador, y controlada por un programa informático almacenado en una memoria de solamente lectura 701 (por ejemplo, una memoria ROM o un disco duro). En la inicialización, las instrucciones de código del programa informático se cargan, por ejemplo, en la memoria RAM 703 antes de que el procesador de la unidad de procesamiento 702 las ejecute.

Esta Figura 7 ilustra solamente una forma particular, entre varias posibles, de realizar los medios incluidos en el terminal 110, con el fin de que realice algunas etapas del método detallado con anterioridad, en relación con la Figura 4 (en cualquiera de las diferentes formas de realización). De hecho, estas etapas se pueden llevar a cabo en una máquina de cálculo reprogramable (un ordenador PC, un procesador DSP o un microcontrolador) que ejecuta un programa que comprende una secuencia de instrucciones, o en una máquina de cálculo dedicada (por ejemplo, un conjunto de puertas lógicas tal como un FPGA o un ASIC, o cualquier otro módulo de hardware). En el caso de que los medios incluidos en el terminal 110 se fabriquen con una máquina de cálculo reprogramable, el programa correspondiente (es decir la secuencia de instrucciones) podrá almacenarse en un medio de almacenamiento extraíble (tal como, por ejemplo, un disquete, un CD-ROM o un DVD-ROM) o no, siendo este medio de almacenamiento parcial o totalmente legible por un ordenador o por un procesador.

Claims (27)

REIVINDICACIONES

1. Método de señalización, a un terminal (110), de la sustitución de un contenido difundido mediante una red de difusión (120) a la que dicho terminal está conectado por un contenido de sustitución dirigido al menos para dicho terminal, caracterizado porque comprende:

• una obtención (E300) de al menos un paquete de informaciones de sustitución (210, 220) que comprende una información temporal indicativa de un instante de ejecución por dicho terminal de al menos una acción para la sustitución del contenido difundido por el contenido de sustitución;

• una generación (E310) de al menos un mensaje de notificación de eventos (230) que induzca a dicho terminal a ejecutar dicha al menos una acción, activándose dicha ejecución inmediatamente al recibir dicho al menos un mensaje de notificación de eventos por parte de dicho terminal y después de una latencia de ejecución vinculada solamente a las limitaciones de las puestas en práctica de hardware en el terminal; y

• una inserción (E320), en un flujo de datos que transporta dicho contenido difundido dentro de dicha red de difusión, de dicho al menos un mensaje de notificación de evento en una ubicación temporal en función de dicha información temporal.

2. Método según la reivindicación 1, en donde dicho al menos un paquete de informaciones de sustitución (210, 220) comprende al menos una información de identificación (2120b31), siendo dicha al menos una acción una función de dicha al menos una información de identificación,

y en donde dicha generación comprende una encapsulación (E310a) de dicha al menos una información de identificación en dicho al menos un mensaje de notificación de eventos.

3. Método según la reivindicación 1, en donde dicho al menos un paquete de informaciones de sustitución (210, 220) comprende una única información de identificación que puede tomar varios valores, cada uno asociado, en el terminal, con un conjunto distinto de al menos una acción,

y en donde dicha generación comprende una encapsulación (E310a) de dicha información de identificación única en dicho al menos un mensaje de notificación de eventos.

4. Método según cualquiera de las reivindicaciones 1 a 3, en donde dicho al menos un paquete de informaciones de sustitución comprende, además:

• una primera información (2120b1) que permite identificar una componente de flujo elemental de dicho flujo de datos;

• una segunda información (2120b2) que permite identificar un flujo de eventos en dicha componente de flujo elemental, estando incluido dicho al menos un mensaje de notificación de eventos en dicho flujo de eventos; y

• una información de filtrado (2120b32);

transmitiéndose dichas primera y segunda informaciones y dicha información de filtrado a por lo menos dicho terminal;

y en donde dicha inserción es función de dicha primera información,

y en donde la etapa de generación comprende una encapsulación (E310b) de dicha información de filtrado y de dicha segunda información en dicho al menos un mensaje de notificación de eventos.

5. Método según cualquiera de las reivindicaciones 1 a 4, que comprende, además:

• otra inserción (E330), en dicho flujo de datos, de al menos una imagen que permita iniciar una decodificación, por dicho terminal, de dicho flujo de datos,

y en donde una diferencia temporal en dicho flujo de datos entre dicha al menos una imagen y dicho al menos un mensaje de notificación de evento es mayor que una latencia de ejecución de la acción identificada después de recibir dicho al menos un mensaje de notificación de evento.

6. Método según la reivindicación 5, en donde dicho al menos un paquete de informaciones de sustitución también comprende:

• información de inserción (2120b4) que indica si se debe realizar dicha inserción adicional; y

• otra información temporal que indique una ubicación temporal de inserción de dicha al menos una imagen en dicho flujo de datos cuando dicha información de inserción indique que se debe realizar dicha otra inserción.

7. Método según cualquiera de las reivindicaciones 1 a 6, en donde dicho al menos un paquete de informaciones de sustitución sigue un protocolo SCTE, por “Society of Cable Telecommunications Engineers” en inglés, 35 o 104.

8. Método según cualquiera de las reivindicaciones 1 a 7, en donde dicha etapa de inserción se pone en práctica al menos dos veces de manera que:

• un primer mensaje de notificación de evento se inserta en un primer instante (t1) en dicho flujo de datos que transporta dicho contenido difundido dentro de dicha red de difusión, correspondiendo dicho primer instante prácticamente al inicio de una primera intersecuencia que precede a dicho contenido difundido a sustituir, induciendo dicho primer mensaje de notificación de evento al menos una restitución de un primer elemento de espera por parte de dicho terminal, activándose dicha restitución de dicho primer elemento de espera inmediatamente después de recibir dicho primer mensaje de notificación de evento por dicho terminal y después de una latencia de ejecución vinculada solamente a las limitaciones de las puestas en práctica de hardware en el terminal; y

• un segundo mensaje de notificación de evento se inserta en un segundo instante (t2) en dicho flujo de datos que transporta dicho contenido difundido dentro de dicha red de difusión, correspondiendo dicho segundo instante prácticamente al inicio de dicho contenido difundido a sustituir, induciendo dicho segundo mensaje de notificación de evento al menos un enmascaramiento de dicho primer elemento de espera por parte de dicho terminal, activándose dicho enmascaramiento de dicho primer elemento de espera inmediatamente después de la recepción de dicho segundo mensaje de notificación de evento por parte de dicho terminal y después de una latencia de ejecución solamente vinculada a restricciones de puesta en práctica de hardware en el terminal.

9. Método según la reivindicación 8, en donde dicha etapa de inserción se pone en práctica al menos dos veces más, de manera que:

• un tercer mensaje de notificación de evento se inserta en un tercer instante (t3) en dicho flujo de datos que transporta dicho contenido difundido dentro de dicha red de difusión, correspondiendo dicho tercer instante prácticamente al inicio de una segunda intersecuencia que sigue a dicho contenido difundido a sustituir, induciendo dicho tercer mensaje de notificación de evento al menos una restitución de un segundo elemento de espera por parte de dicho terminal, activándose dicha restitución de dicho segundo elemento de espera inmediatamente después de recibir dicho tercer mensaje de notificación de evento por dicho terminal y después de una latencia de ejecución solamente vinculada a las limitaciones de las puestas en práctica de hardware en el terminal; y

• un cuarto mensaje de notificación de evento se inserta en un cuarto instante (t4) en dicho flujo de datos que transporta dicho contenido difundido dentro de dicha red de difusión, correspondiendo dicho cuarto instante prácticamente al inicio de otro contenido difundido después de dicha segunda intersecuencia, induciendo dicho cuarto mensaje de notificación de evento al menos un enmascaramiento de dicho segundo elemento de espera por dicho terminal, activándose dicho enmascaramiento de dicho segundo elemento de espera inmediatamente después de recibir dicho cuarto mensaje de notificación de evento por dicho terminal y después de una latencia de ejecución solamente vinculada a restricciones de puesta en práctica de hardware en el terminal.

10. Método según la reivindicación 9, en donde se inserta, en dicho flujo de datos, al menos otra imagen que permite iniciar una decodificación, por parte de dicho terminal, de dicho otro contenido difundido,

en donde dicho tercer mensaje de notificación de evento activa, además, una acción que induce una decodificación de dicho otro contenido difundido,

y en donde una diferencia temporal, en dicho flujo de datos, entre dicha al menos otra imagen y dicho tercer mensaje de notificación de evento es mayor que una latencia de ejecución de dicha acción induciendo una decodificación de dicho otro contenido difundido por dicho terminal.

11. Método de sustitución, por un terminal (110), de un contenido difundido mediante una red de difusión (120) a la que dicho terminal está conectado por un contenido de sustitución dirigido al menos a dicho terminal, caracterizado porque dicho terminal realiza:

• una recepción (E420) de al menos un mensaje de notificación de evento (430) insertado en un flujo de datos que transporta dicho contenido difundido dentro de dicha red de difusión; y

• una ejecución (E430) de al menos una acción para la sustitución del contenido difundido por el contenido de sustitución, activándose dicha ejecución inmediatamente después de recibir dicho al menos un mensaje de notificación de evento por dicho terminal y realizada después de una latencia de ejecución solamente vinculada a las restricciones de puesta en práctica de hardware en el terminal.

12. Método según la reivindicación 11, en donde dicha ejecución comprende una obtención (E430a) de al menos una información de identificación (2120b31) encapsulada en dicho al menos un mensaje de notificación de eventos,

y en donde dicha al menos una acción es una función de dicha al menos una información de identificación obtenida.

13. Método según la reivindicación 11, en donde dicha ejecución comprende una obtención (E430a) de una única información de identificación que puede tomar diversos valores, cada uno asociado, en el terminal, con un conjunto distinto de al menos una acción,

y en donde dicha al menos una acción es una función de dicha información de identificación única obtenida.

14. Método según cualquiera de las reivindicaciones 11 a 13, en donde dicho terminal realiza, además, otra recepción (E410), mediante una red de banda ancha (130) a la que está conectado dicho terminal, de:

• una primera información (2120b1) que permite identificar una componente de flujo elemental de dicho flujo de datos;

• una segunda información (2120b2) que permite identificar un flujo de eventos en dicha componente de flujo elemental, insertándose dicho al menos un mensaje de notificación de eventos en dicho flujo de eventos; y

• una información de filtrado (2120b32), encapsulando dicho al menos un mensaje de notificación de evento en dicha información de filtrado en otra dicha información de filtrado;

y en donde la recepción de dicho al menos un mensaje de notificación de eventos es una función de las primera y segunda informaciones, para identificar un flujo de eventos en dicha componente de flujo elemental, y de la información de filtrado, para identificar dicho al menos un mensaje de notificación de eventos dentro del flujo de eventos identificado.

15. Método según cualquiera de las reivindicaciones 11 a 14, en donde dicho terminal también realiza una recepción (E400) de dicho contenido dirigido mediante dicha red de difusión o mediante dicha red de banda ancha a la que está conectado dicho terminal.

16. Método según cualquiera de las reivindicaciones 11 a 15, en donde dicha etapa de ejecución se pone en práctica al menos dos veces de manera que:

• dicho terminal ejecuta una restitución de un primer elemento en espera, activándose dicha restitución de dicho primer elemento en espera inmediatamente después de recibir dicho primer mensaje de notificación de evento por dicho terminal y después de una latencia de ejecución vinculada solamente a restricciones de puesta en práctica de hardware en el terminal, insertándose dicho primer mensaje de notificación de evento en un primer instante (t1) en dicho flujo de datos que transporta dicho contenido difundido dentro de dicha red de difusión, correspondiendo dicho primer instante prácticamente a un inicio de una primera intersecuencia que precede a dicho contenido difundido a sustituir; y

• dicho terminal ejecuta un enmascaramiento de dicho primer elemento en espera, activándose dicho enmascaramiento de dicho primer elemento en espera inmediatamente después de recibir dicho segundo mensaje de notificación de evento por dicho terminal y después de una latencia de ejecución solamente vinculada a restricciones de puestas en práctica de hardware en el terminal, insertándose dicho segundo mensaje de notificación de evento en un segundo instante (t2) en dicho flujo de datos que transporta dicho contenido difundido dentro de dicha red de difusión, correspondiendo dicho segundo instante prácticamente a un inicio de dicho contenido difundido a sustituir.

17. Método según la reivindicación 16, en donde dicho primer mensaje de notificación de evento inicia, además, una acción que induce una decodificación de dicho contenido de sustitución por parte de un decodificador de dicho terminal, generando dicho decodificador un primer evento cuando dicho contenido de sustitución está disponible para su restitución,

y en donde cuando dicho primer evento se genera antes de recibir dicho segundo mensaje de notificación de evento por dicho terminal, dicho terminal ejecuta dicho enmascaramiento de dicho primer elemento de espera y restituye dicho contenido de sustitución tan pronto como dicho decodificador haya generado dicho primer evento.

18. Método según la reivindicación 16 o 17, en donde dicha etapa de ejecución se pone en práctica al menos dos veces más, de manera que:

• una restitución de un segundo elemento de espera se ejecuta por dicho terminal, siendo dicha restitución de dicho segundo elemento de espera iniciada inmediatamente después de recibir un tercer mensaje de notificación de evento por dicho terminal y después de una latencia de ejecución vinculada solamente a las restricciones de puestas en práctica del hardware en el terminal, siendo dicho tercer mensaje de notificación de evento insertado en un tercer instante (t3) en dicho flujo de datos que transporta dicho contenido difundido dentro de dicha red de difusión, correspondiendo dicho tercer instante prácticamente a un inicio de una segunda intersecuencia que sigue a dicho contenido difundido a sustituir; y

• dicho terminal ejecuta un enmascaramiento de dicho segundo elemento de espera, activándose dicho enmascaramiento, de dicho segundo elemento de espera, inmediatamente después de la recepción de un cuarto mensaje de notificación de evento por dicho terminal y después de una latencia de ejecución vinculada solamente a restricciones de puestas en práctica de hardware en el terminal, insertándose dicho cuarto mensaje de notificación de evento en un cuarto instante (t4) en dicho flujo de datos que transporta dicho contenido difundido dentro de dicha red de difusión, correspondiendo dicho cuarto instante prácticamente a un inicio de otro contenido difundido que sigue a dicha segunda intersecuencia.

19. Método según la reivindicación 18, en donde dicho decodificador genera un segundo evento cuando se completa la decodificación de dicho contenido de sustitución,

y en donde, cuando dicho segundo evento se genera antes de que dicho terminal reciba dicho tercer mensaje de notificación de evento, dicho terminal ejecuta dicha restitución de dicho segundo elemento de espera tan pronto como dicho decodificador haya generado dicho segundo evento.

20. Método según cualquiera de las reivindicaciones 4 a 10, cuando dependen de la reivindicación 4, o según cualquiera de las reivindicaciones 14 a 19, cuando dependen de la reivindicación 14, en donde dicha información de filtrado (2120b32) es un identificador (2120b33) de dicho contenido difundido.

21. Método según cualquiera de las reivindicaciones 1 a 20, en donde dicha al menos una acción definida mediante dicha primera información de sustitución encapsulada pertenece al grupo que comprende:

• una preparación para una sustitución;

• una decodificación de dicho contenido dirigido;

• una restitución del contenido dirigido en forma decodificada;

• una reanudación de una decodificación de dicho contenido difundido; y

• una restitución de un elemento de espera.

22. Método según cualquiera de las reivindicaciones 1 a 21, en donde dicha ejecución, por parte del terminal, de dicha al menos una acción, se realiza con una latencia de ejecución efectiva predeterminada, distinta de una latencia intrínseca de dicho terminal y común con al menos otro terminal para el que también está dirigido dicho contenido de sustitución.

23. Método según cualquiera de las reivindicaciones 1 a 22, en donde el terminal es un terminal híbrido que soporta la norma HbbTV, para “Hybrid Broadcast Broadband TV” en inglés.

24. Método según cualquiera de las reivindicaciones 1 a 23, en donde dicho flujo de datos está en formato MPEG-TS, por "Moving Picture Experts Group - T ransport Stream'' en inglés, y en donde al menos un mensaje de notificación del evento es un "evento de transmisión” (“stream event”, en inglés) en formato DSM-CC, por “Digital Storage Media Command and Control” en inglés.

25. Producto de programa informático que comprende instrucciones de código de programa para poner en práctica un método según cualquiera de las reivindicaciones 1 a 23, cuando dicho programa se ejecuta en un ordenador.

26. Sistema de difusión (100) configurado para señalizar, a un terminal (110), la sustitución de un contenido difundido mediante una red de difusión (120) a la que dicho terminal está conectado por un contenido de sustitución dirigido al menos a dicho terminal, caracterizado por que comprende:

• medios de obtención (602) de al menos un paquete de informaciones de sustitución (210, 220) que comprende información temporal indicativa de un instante de ejecución por dicho terminal de al menos una acción para la sustitución del contenido difundido por el contenido de sustitución;

• medios de generación (602) de al menos un mensaje de notificación de evento (230) induciendo por dicho terminal a ejecutar dicha al menos una acción, activándose dicha ejecución inmediatamente después de recibir dicho al menos un mensaje de notificación de evento por dicho terminal y después de una latencia de ejecución solamente vinculada a las restricciones de puestas en práctica de hardware en el terminal; y

• medios de inserción (602), en un flujo de datos que transporta dicho contenido difundido dentro de dicha red de difusión, de dicho al menos un mensaje de notificación de evento en una ubicación temporal en función de dicha información temporal.

27. Terminal (110) configurado para sustituir un contenido difundido mediante una red de difusión (120) a la que se conecta dicho terminal con un contenido de sustitución dirigido al menos a dicho terminal, caracterizado porque comprende:

• medios de recepción (702) de al menos un mensaje de notificación de eventos (430) insertado en un flujo de datos que transporta dicho contenido difundido dentro de dicha red de difusión; y

• medios de ejecución (702) de al menos una acción para la sustitución del contenido difundido por el contenido de sustitución, activándose dicha ejecución inmediatamente después de recibir dicho al menos un mensaje de notificación de evento por dicho terminal y después de una latencia de ejecución vinculada solamente con restricciones de puestas en práctica de hardware en el terminal.