Los estándares de televisión interactiva son estándares para la transmisión de televisión que están diseñados para agregar modos de interacción y mecanismos de retroalimentación , ampliando así la experiencia televisiva tradicional. [1]
La televisión interactiva se estandarizó por primera vez en la década de 1980 con el teletexto , utilizado en la televisión analógica . [2] Este estándar, que simplemente agregaba datos a líneas de escaneo invisibles , permitía una interacción limitada con los televisores para visualizar información textual y numérica adicional , como horarios de programas y datos meteorológicos , así como subtítulos opcionales . [3] Hoy en día, la tecnología se ha desarrollado hasta un punto que permite una comunicación bidireccional más compleja . Las primeras emisoras privadas, como Canal+ , fueron las primeras en adoptar esta nueva forma y han seguido desarrollándola a lo largo de los años.
Al quedar obsoleto el formato analógico , se desarrolló el proyecto de Televisión Digital Terrestre ( TDT ), que digitalizó la televisión pública , en competencia con las emisoras privadas. Entre sus novedades se encontraban los menús interactivos, que (como en la retransmisión privada) daban información al usuario y le permitían adaptar el producto a sus propias necesidades.
Esta interacción es posible gracias a los Set-top-Box (STB), decodificadores de televisión que son capaces de recibir una señal digital, decodificarla y mostrarla a través de un televisor analógico . Este dispositivo permite a los usuarios analógicos acceder al mismo contenido que la red de televisión digital . La ejecución de programas interactivos es una de las funciones del STB, entre otras.
Los STB deben programarse y actualizarse dinámicamente, a menudo mediante un software intermediario que ejecuta tanto las aplicaciones como las señales audiovisuales simultáneamente. Este software intermediario se denomina middleware . Algunos sistemas STB permiten actualizaciones mediante unidades flash USB.
Definida por Canal Plus Technologies, la autopista de medios representa la amplia gama de soluciones middleware que permiten al software STB hacer lo siguiente: interpretar y ejecutar aplicaciones interactivas, transmitir software y datos desde servidores a aplicaciones interactivas vía satélite, cable y/o terrestre. redes. Otras funciones también incluyen tener diferentes perfiles para responder mejor a las necesidades del locutor.
Estas aplicaciones interactivas pueden escribirse en diferentes lenguajes de programación como Java , MHEG-5 o HTML , y pueden soportar las especificaciones de middleware DVB-MHP , OCAP , DAVIC o ATSC , entre otras especificaciones.
Open TV Core es el producto más importante de Open TV, un middleware para televisión digital (DTV). La tecnología de software Open TV Core contiene una capa de abstracción de hardware (que permite que el hardware sea independiente), bibliotecas de TV (una selección de entornos de ejecución para las aplicaciones interactivas) y soporte para grabadoras de vídeo personales (PVR), para crear un entorno TDT para los decodificadores (realizados por los STB).
Las bibliotecas de TV incluyen soporte para Rich Graphics (RG) y Alta Definición (HD), comunicaciones de red desde una línea telefónica o un proveedor de Internet de banda ancha (a través de DSL, Ethernet o fibra), gestión de señales digitales de audio y vídeo ( DVB u otros estándares). y formatos) y autenticación/cifrado mediante sistemas CA/DRM.
Open TV Core admite varios programas de ejecución de entornos de aplicaciones (AEE), incluida la máquina virtual 'C' (un navegador HTML ), un entorno de presentación Adobe Flash y una máquina virtual Java , de conformidad con el estándar MHP . La Máquina Virtual 'C' es un entorno de ejecución que permite a las API del Developers Kit de software Open TV crear aplicaciones en código O, centradas en TV a través de herramientas de desarrollo de Open TV u otros vendedores.
Ya en 1995, la ISO ( Organización Internacional de Normalización ), junto con el Grupo de Expertos en Multimedia e Hipermedia, publicó el estándar MHEG. Esto dio un enfoque a la creación de aplicaciones multimedia que pudieran funcionar en cualquier sistema operativo que cumpliera con este estándar. Conceptualmente, MHEG pretendía hacer con las aplicaciones multimedia lo que HTML hacía con los documentos, para ofrecer un formato de intercambio común que pudiera ser ejecutado por todos los receptores.
MHEG-1 : esta versión incluía soporte para objetos que contienen códigos de procedimiento. Se pueden ampliar el modelo básico de MHEG-1 añadiendo funciones de toma de decisiones, ya que no era posible de otra manera.
MHEG-3 : esta versión definió una máquina virtual estándar y un código de representación en bytes, dándole portabilidad a través de plataformas de hardware.
Estas versiones no tuvieron éxito porque se basaban en conceptos que la industria no estaba tecnológicamente preparada para ejecutar. MHEG-5 , una versión más simple de MHEG-1, fue creada en abril de 1997. Si bien muchas de las funciones eran idénticas, había muchas diferencias entre las dos versiones.
MHEG-3 se vio eclipsado por el éxito de Java , y en 1998, la ISO creó MHEG-6 , basado en la quinta versión pero con soporte añadido para el uso de Java para desarrollar scripts de objetos, combinando MHEG con los elementos procedimentales de Java . Para ello, definieron una interfaz de programación de aplicaciones ( API ) Java para MHEG, que permite a Java manipular objetos MHEG en su aplicación madre.
Aunque el MHEG-6 no se amplió, fue la base del estándar DAVIC ( Digital Audio Video Council ).
Este estándar se creó un poco más tarde, después del MHEG-6 en 1998. Se creó agregando una nueva serie de API para Java a la sexta versión de MHEG. Las API del estándar mencionado anteriormente permitían a los objetos creados en Java acceder a algunos servicios de información, así como el control de los servicios de audio y vídeo y la gestión de recursos en el receptor. Aunque la creación de una aplicación no era posible solo con Java para el receptor DAVIC , las API de Java ya eran capaces de controlar más elementos en el receptor de lo que era posible con otros estándares.
Así lo definió la Digital Video Broadcasting (DVB) para ofrecer servicios interactivos en televisión digital (DTV). Es una versión limitada de la máquina virtual Java , donde se añaden un conjunto de funcionalidades extra para realizar ajustes en el entorno DTV. Para organizar las especificaciones de este estándar, existen tres perfiles definibles, todos relacionados con las capacidades de los STB:
Existen dos versiones que cubren los perfiles mencionados:
La empresa estadounidense CableLabs colaboró con DVB para la creación de un nuevo estándar abierto, lo que llevó a la aceptación de MHP como base para el estándar OCAP ( OpenCable Application Platform ), en enero de 2002. Con MHP como centro, OCAP proporciona una especificación común. para la capa de middleware en los sistemas de cable dentro de los Estados Unidos. Dado que los estándares DVB no se utilizan en Estados Unidos, OCAP se basa en piezas que no son específicas de DVB, reemplazando piezas específicas de DVB por otras. Originalmente, OCAP se basó en la versión 1.0.0 del estándar MHP.
Posteriormente, DVB presentó la especificación Globally Executable MHP (GEM) para facilitar el uso de elementos de MHP en otros estándares. Las versiones más recientes de OCAP utilizan GEM en lugar de MHP como base, pero aún hacen referencia a algunos elementos de MHP que no están incluidos en la especificación GEM.
ACAP fue creado por el Comité de Sistemas Avanzados de Televisión ( ATSC ) como base común para todos los sistemas de TV interactiva en EE.UU., vía cable, terrestre o satélite. También se basa en GEM y añade algunos de los elementos de OCAP adaptados al mercado estadounidense.