Método para modificar selectivamente una señal de datos (110),

comprendiendo dicho método:

la recepción de una señal de datos (110) en un sistema de sustitución de datos (100),

comprendiendo la señal de datos (110) un primer componente de datos (112) y un segundo componente de datos (114);

la separación del primer componente de datos (112) del segundo componente de datos (114), donde el segundo componente de datos (114) comprende variables definidas por el originador del segundo componente de datos (114);

la determinación de si reemplazar el segundo componente de datos (114) basado en la variables definidas por el originador del segundo componente de datos (114);

si no se requiere la sustitución del segundo componente de datos (114), entonces el reenvío el segundo componente de datos (114);

la fusión del segundo componente de datos (114) con el primer componente de datos (112);

el envío del segundo componente de datos (114) y el primer componente de datos (112) a un terminal de distribución;

y si se requiere la sustitución del segundo componente de datos (114), entonces la recuperación de un tercer componente de datos (142) de una base de datos (142);

el reenvío del tercer componente de datos (142);

la fusión del tercer componente de datos (142) con el primer componente de datos (112);

el envío del tercer componente de datos (114) y el primer componente de datos (112) a un terminal de distribución;

caracterizado por el hecho de que la determinación comprende la comparación de un nivel de prioridad en el segundo componente de datos con un valor de prioridad del sistema de sustitución de datos (100).

Sistema y método para la inserción de metadatos locales.

CAMPO DE LA INVENCIÓN

La presente invención pertenece a sistemas de televisión interactiva y mejorada, y más particularmente a la incorporación de contenido de datos locales en una emisión de televisión interactiva regional o nacional.

ANTECEDENTES DE LA INVENCIÓN

Estándares nuevos están haciendo una realidad de la distribución de contenido mejorado y basado en Internet a través de un medio televisivo. El Advanced Television Enhancement Forum (ATVEF) es un grupo interprofesional formado para especificar un único estándar público para ofrecer experiencias de televisión interactiva y mejorada. Los resultados iniciales del esfuerzo actual colaborativo se establecen en la especificación ATVEF v1.1 r26, que se incorpora por referencia. La especificación ATVEF puede también encontrarse en http://www.atvef.com/librar y /spec1_1a.html. La especificación ATVEF permite crear contenido televisivo interactivo usando una variedad de herramientas y utilizando una variedad de receptores de televisión, descodificadores, y receptores basados en el PC. Como la industria de televisión interactiva continúa desarrollando más aplicaciones, el estándar ATVEF continuará expandiéndose.

La especificación ATVEF fomenta la convergencia de ordenadores personales y receptores de televisión tradicionales. Los pronósticos indican que con el tiempo los consumidores tendrán un único dispositivo que tendrá la amplia disponibilidad y facilidad de uso de la televisión, combinadas con la potencia interactiva y flexibilidad de un PC. El ATVEF define los estándares usados para crear contenido mejorado para su distribución a través de una variedad de medios, incluyendo emisiones de televisión análoga (NTSC) y digital (ATSC) , y una variedad de formatos de red, incluyendo inalámbrico, cable, satélite, e Internet.

Además de definir el aspecto del contenido televisivo mejorado, la especificación ATVEF también define el modo en el que el contenido es transportado desde la emisora al receptor, y como el receptor es informado de que tiene mejoras disponibles para que un usuario acceda. La visualización del contenido de TV mejorada incluye dos pasos básicos: envío de recursos de datos (p. ej. páginas HTML) y visualización de recursos de datos nombrados que son sincronizados por disparadores. Los disparadores proporcionan un enlace a la ubicación de contenido mejorado. Dos modelos de transporte designados "transporte tipo A" y "transporte tipo B" definen la capacidad de las redes para establecer una comunicación unidireccional y/o bidireccional con un usuario.

Generalmente, el modelo de transporte tipo A sirve para el envío de disparadores mediante un canal principal y para la extracción de datos mediante un canal de retorno requerido. El transporte tipo B sirve para la entrega tanto de los disparadores como de los datos mediante un canal principal, mientras que el canal de retorno es opcional. Receptores de televisión especializados mejorados son generalmente necesarios para visualizar la programación de televisión interactiva.

El transporte tipo A se encuentra en receptores ATVEF que mantienen una conexión (comúnmente llamada canal de retorno o ruta de vuelta) a internet. Generalmente, esta conexión de red dispone de un módem de acceso telefónico, o se puede proporcionar mediante cualquier tipo de canal de acceso bidireccional (p. ej. módem de cable, DSL, Tl, ISDN, satélite, etc.) . El transporte tipo A es un método para enviar disparadores solos, sin contenido adicional. Debido a que no hay contenido enviado con el transporte tipo A, todos los datos adicionales deben ser obtenidos mediante el canal de retorno, usando lo (s) URL (s) pasado (s) con el disparador como un indicador para el contenido adicional. Por ejemplo, usando lo (s) URL (s) en el disparador, se puede extraer contenido de Internet mediante una de las conexiones de red previamente mencionadas. El transporte tipo B, por otro lado, proporciona la entrega simultánea de disparadores ATVEF y el contenido asociado. En este modelo, la emisora pasa el contenido a un receptor del usuario. El receptor luego almacena el contenido para un acceso posterior. El transporte tipo B usa mensajes que se envían a través de la red para asociar disparadores con flujos de contenido. Generalmente, un mensaje describe un flujo de contenido y puede incluir información con relación al ancho de banda, requisitos de almacenamiento, e idioma (se pueden proporcionar mejoras en múltiples idiomas) . Puesto que un receptor de transporte tipo B almacena cualquier contenido que será visualizado, el receptor usa información de los mensajes para tomar decisiones sobre el almacenamiento del contenido. Por ejemplo, si un flujo de contenido requiere más espacio de almacenamiento que el que tiene disponible un receptor en particular, el receptor puede elegir deshacerse de algún contenido más antiguo, o puede elegir no almacenar el flujo de contenido del mensaje más reciente. Los receptores se pueden configurar con cantidades variables de capacidades de almacenamiento local.

Cabe señalar que un único programa de vídeo puede contener tanto datos de transporte tipo A (p. ej. disparadores de datos de emisión) como datos de transporte tipo B (p. ej. IP) simultáneamente. Este escenario es ventajoso para abarcar la gama más amplia de receptores y, por lo tanto, de clientes. Así, tanto los receptores basados en IP como también los receptores que sólo pueden recibir disparadores de datos de emisión podrán acceder a la misma información. Los receptores se pueden configurar para soportar sólo flujos de disparadores basados en IP e ignorar disparadores de datos de emisión, para soportar disparadores de datos de emisión en ausencia de disparadores basados en IP, o para soportar disparadores de datos de emisión y disparadores basados en IP simultáneamente.

Un "binding" (enlace) ATVEF es la definición de cómo ATVEF funciona en una red particular. El binding puede soportar cualquiera o ambos tipos de transporte A y B. Es necesario tener un binding ATVEF estándar para cada red, de modo que los receptores y herramientas de emisión puedan ser desarrollados independientemente. El binding ATVEF proporciona el pegamento entre la especificación de red y la especificación ATVEF en casos donde la especificación de red no contiene toda la información necesaria. Así, para que ATVEF proporcione una interoperabilidad entre redes de emisión y receptores, es importante que cada red física tenga sólo un enlace. Adicionalmente, es igualmente importante que cada enlace proporcione una definición completamente global de la interfaz entre la especificación de red de emisión y la especificación ATVEF.

ATVEF ha definido bindings para la transmisión de datos a través de multidifusiones IP (Protocolo de internet) , así como a través de sistemas NTSC (National Television System Committee, Comisión Nacional de Sistemas de Televisión) . Debido a que la transmisión de IP está ya definida para prácticamente cada tipo de red de radiodifusión televisiva, el binding a IP se considera un binding de referencia. Con este binding de referencia, definir un binding ATVEF para una nueva red se puede basar en una especificación de cómo ejecutar IP a través de dicha red.

Para ilustrar el mecanismo de enlace, téngase en cuenta el binding de ATVEF al formato de vídeo NTSC. Aquí, el enlace NTSC define el transporte tipo A usando un método específico NTSC, donde disparadores ATVEF son emitidos en la línea 21 del intervalo de borrado vertical (VBI) . El transporte tipo B, por otro lado, usa el binding de referencia IP para enviar datagramas IP a través de las otras líneas VBI.

Mejoras televisivas para el transporte tipo B incluyen tres fuentes de datos relacionadas: mensajes (que puede ser enviados vía el protocolo de mensajes de sesión (SAP) ) , contenido (que puede ser enviado vía el protocolo de transferencia de hipertexto unidireccional (UHTTP) ) , y disparadores (que puedeN ser enviados vía el protocolo disparador a través del protocolo de datagrama de usuario (UDP) ) . Los mensajes se utilizan para anunciar la programación disponible en ese momento para el receptor, se puede ser emitir en una única dirección multidifusión y puerto bien conocidos, y tienen un período de tiempo durante el que son válidos. Los mensajes también indican la dirección multidifusión y número de puerto que el cliente puede escuchar para recibir el contenido y disparadores. Detalles del mensaje y el protocolo de mensajes se proporcionan... [Seguir leyendo]

1. Método para modificar selectivamente una señal de datos (110) , comprendiendo dicho método:

la recepción de una señal de datos (110) en un sistema de sustitución de datos (100) , comprendiendo la señal de datos (110) un primer componente de datos (112) y un segundo componente de datos (114) ; la separación del primer componente de datos (112) del segundo componente de datos (114) , donde el segundo componente de datos (114) comprende variables definidas por el originador del segundo componente de datos (114) ; la determinación de si reemplazar el segundo componente de datos (114) basado en la variables definidas por el originador del segundo componente de datos (114) ; si no se requiere la sustitución del segundo componente de datos (114) , entonces el reenvío el segundo componente de datos (114) ; la fusión del segundo componente de datos (114) con el primer componente de datos (112) ; el envío del segundo componente de datos (114) y el primer componente de datos (112) a un terminal de distribución; y si se requiere la sustitución del segundo componente de datos (114) , entonces la recuperación de un tercer componente de datos (142) de una base de datos (142) ; el reenvío del tercer componente de datos (142) ; la fusión del tercer componente de datos (142) con el primer componente de datos (112) ; el envío del tercer componente de datos (114) y el primer componente de datos (112) a un terminal de distribución; caracterizado por el hecho de que la determinación comprende la comparación de un nivel de prioridad en el segundo componente de datos con un valor de prioridad del sistema de sustitución de datos (100) .

2. Método según la reivindicación 1, donde:

la señal de datos es una señal de radiodifusión, el primer componente de datos es un componente de vídeo, el segundo componente de datos es un componente de metadatos genéricos que comprende disparadores, y el tercer componente de datos son metadatos locales.

3. Método según la reivindicación 2, donde los metadatos locales comprenden disparadores.

4. Método según la reivindicación 2, donde:

los metadatos genéricos comprenden además contenido; y los metadatos locales comprenden disparadores y contenido.

5. Método según la reivindicación 2, comprendiendo además:

la recepción de una señal de radiodifusión adicional comprendiendo un componente de vídeo adicional y un componente de metadatos genéricos adicional; la determinación de no modificar la señal de radiodifusión adicional del componente de metadatos genéricos; y la emisión de la señal de radiodifusión adicional del terminal de distribución.

6. Método según la reivindicación 5, donde el segundo componente de datos separado (133) comprende datos indicativos de la región geográfica.

7. Método según la reivindicación 2, comprendiendo además el stripping del componente de metadatos genéricos de la señal de radiodifusión.

8. Método según la reivindicación 7, comprendiendo además:

la recepción de una señal de radiodifusión adicional que comprende un componente de vídeo adicional y un componente de metadatos genéricos adicional; el stripping del componente de metadatos genéricos adicional de la señal de radiodifusión adicional; la determinación de no modificar la señal de radiodifusión adicional del componente de metadatos genéricos adicional; la fusión de los metadatos genéricos adicionales del paso de stripping con el componente de vídeo adicional; y la emisión del componente de vídeo adicional y el componente de metadatos genéricos adicional del terminal de distribución.

9. Método según la reivindicación 2, donde el componente de metadatos genéricos (133) comprende un identificador único.

10. Método según la reivindicación 9, donde los parámetros genéricos y el parámetro local son definidos por opciones establecidas por una especificación del Advanced Television Enhancement Forum.