Realidades y posibilidades de XML en la normalización de la TV digital con MHP (Multimedia Home Platform)

Transcripción

1 Realidades y posibilidades de XML en la normalización de la TV digital con MHP (Multimedia Home Platform) Alberto Gil Solla, José J. Pazos Arias, Cándido López García, Manuel Ramos Cabrer, José Carlos López Ardao y Raúl F. Rodríguez Rubio. {agil,jose,candido,mramos,jardao,rrubio}@det.uvigo.es Departamento de Ingeniería Telemática, ETSE de Telecomunicación, Campus Universitario s/n, Universidad de Vigo. Tlfno , Fax Resumen La versatilidad del lenguaje XML es una de sus principales virtudes, lo que permite su utilización en un abanico muy amplio de aplicaciones que involucran la estructuración, intercambio y procesado de la información. Esta versatilidad ha favorecido su aceptación generalizada, lo que resulta una ventaja importante para su introducción en los procesos de normalización. En este artículo se describe esta versatilidad en tres facetas relacionadas con la normalización de la TV digital interactiva: en la especificación de la norma MHP, en la caracterización de la metainformación que describe los contenidos y en el ámbito de la implementación de aplicaciones. Palabras clave: XML, TV digital interactiva, DVB, MHP, TV-Anytime. 1. Introducción En los próximos años, la tecnología digital promete cambiar profundamente el mundo de la televisión, dejando el espectador de ser un sujeto pasivo y pasando a ser un sujeto activo de las facilidades interactivas que, cada vez en mayor medida, ofrecen los proveedores. Con la tecnología digital se pueden entremezclar contenidos audiovisuales tradicionales con datos, posibilitando la transmisión de aplicaciones software multimedia que se ejecutarán en un televisor digital o en un televisor analógico dotado de un descodificador o Set-Top Box (en adelante STB). Estas aplicaciones pueden sincronizarse con contenidos tradicionales, y proporcionar interactividad con el usuario, al igual que un canal de retorno para la comunicación con el proveedor. El mayor reto que plantea hoy en día la transición de la televisión analógica a la digital no es la resolución de problemas tecnológicos, sino lograr la viabilidad económica de unos proyectos cuya envergadura y alcance implican la realización de fuertes inversiones, tanto en desarrollo y adquisición de tecnología (hardware y software) como en la generación de contenidos. La reducción del riesgo de estas inversiones exige alcanzar cuanto antes una masa crítica de usuarios que permita la obtención de beneficios en un plazo razonable. Para ello, es necesario optimizar la relación entre el valor añadido que se le ofrece al usuario y el coste que le supone. Para conseguirlo, parece necesaria la normalización de señales y equipos: en lo que respecta al formato de transmisión de la información, la tecnología que existe en la actualidad es uniforme y se basa en el estándar MPEG-2 [5]; sin embargo, para sistemas de acceso condicional, servicios de televisión interactiva y servicios de acceso a Internet, las soluciones son propietarias, lo que redunda en mayores costes e incompatibilidades entre los equipos de usuario. En Europa, el organismo de normalización más influyente es el consorcio DVB (Digital Video Broadcasting). Este organismo, constituido en 1993 por las principales empresas relacionadas con la TV digital, surgió con el objetivo de normalizar todos los aspectos técnicos con la finalidad de compartir esfuerzos de desarrollo y reducir costes. En 1996, la Unión Europea impulsó los trabajos del DVB en el terreno de la normalización del terminal de usuario, y en Febrero de 2000 se publicó el primer resultado: la especificación MHP (Multimedia Home Platform) [1], que ofrece una solución para la ejecución de aplicaciones interactivas y para la presentación de contenidos de Internet en el receptor de televisión.

2 Los autores de este artículo han venido trabajando en los últimos años en una línea de investigación dedicada al estudio de la confluencia entre el ordenador personal y el televisor. Entre sus objetivos están el desarrollo del software de un terminal MHP y la valoración de su idoneidad para resolver eficientemente los problemas planteados. El resto de este artículo contiene las siguientes secciones: En la sección 2 se esbozan las principales características de la norma MHP, la sección 3 describe el papel de XML y, por último, en la sección 4 se presentan algunas conclusiones. 2. La norma MHP MHP especifica una interfaz genérica que verán las aplicaciones cuando se vayan a ejecutar en el descodificador, proporcionándoles un modelo abstracto para el acceso a flujos de información, eventos, archivos, registros de datos y recursos hardware. MHP proporciona a las aplicaciones una API independiente de los detalles del hardware de los receptores. En un sistema básico para el procesado de esta información, se pueden distinguir varias capas (Figura 1): recursos hardware y recursos software dependientes del hardware; software de sistema independiente del hardware; y las aplicaciones. Aplicación DVB-J Aplicación DVB-J Datos Aplicación anterior a MHP Plugin API MHP Sun Java APIs HAVi APIs DAVIC APIs Máquina Virtual Java DVB APIs Protocolos de transporte Gestor de aplicaciones Sistema Operativo y drivers Hardware Figura 1: Arquitectura de un receptor MHP Esta interfaz reside, desde la perspectiva de las aplicaciones, entre éstas y el software de sistema, y está compuesta por un contexto de ejecución y una serie de APIs. Esto posibilita el desarrollo de aplicaciones portables, que pueden realizar su ciclo de vida y recibir, presentar y enviar información independientemente de la plataforma hardware en la que se ejecutan, con el único requisito de que ésta ofrezca la interfaz MHP. Con el objetivo de ofrecer un entorno de ejecución abstracto a las aplicaciones software que acompañan a los programas de televisión, se ha optado por convertir al terminal MHP en una máquina virtual, en lo que a las aplicaciones se refiere. Es decir, las aplicaciones no estarán desarrolladas en el código nativo del microprocesador de la plataforma de ejecución, sino que serán clases Java independientes del hardware. Por tanto, una aplicación MHP (conocida como aplicación DVB-J o Xlet) es el bytecode de un programa escrito en el lenguaje Java que cumple dos requisitos principales: hace uso únicamente de las librerías y APIs de clases Java definidas en la norma MHP (generalmente adaptadas y derivadas de interfaces preexistentes como PersonalJava, Java Media Framework, JavaTV, HAVi o DAVIC); genera y atiende a una serie de señales que implementa un ciclo de vida perfectamente especificado en la norma MHP, y que permite que una aplicación sea fácilmente controlada por el gestor de aplicaciones de la máquina MHP.

3 2.1. Confluencia de intereses y objetivos entre MHP y XML MHP tiene como principal objetivo la normalización del contexto de ejecución que las aplicaciones interactivas se van a encontrar a su llegada al descodificador. La búsqueda de la compatibilidad, de la independencia del software respecto a la plataforma hardware y de la abstracción del formato empleado para almacenar los datos, son objetivos que surgen con frecuencia en la historia reciente de las aplicaciones informáticas. En la norma MHP, esos objetivos juegan un papel primordial y forman el eje central de la estrategia para lograr un nuevo marco tecnológico en un mercado necesitado de estabilidad y caracterizado por una gran inercia, a la vez que por una constante obligación de mantener la compatibilidad. En este contexto, XML resulta una herramienta extremadamente adecuada para ayudar a alcanzar las metas propuestas, por sus ventajas en cuanto a formalidad, extensibilidad, universalidad, capacidad de estructuración, independencia de plataforma, aceptación generalizada, disponibilidad casi ilimitada de herramientas de soporte y sencillez para realizar procesos de verificación de información. No se trata sólo de que XML comparta con MHP objetivos de primera fila; ni de que las ventajas técnicas de XML citadas anteriormente sean apropiadas para resolver los problemas que emergen alrededor de MHP. Es que, además, la expansión y aceptación generalizada que en breve tiempo ha sufrido XML sitúa a esta tecnología en una posición de privilegio para servir de vehículo de difusión de cualquier intento de normalización, y en especial de uno tan trascendente para la sociedad actual y tan poblado de intereses y necesitado de consenso como el que atañe a MHP. 3. Utilización de XML en el ámbito de MHP En la normalización de la televisión digital con MHP, y siendo sin duda un esquema aplicable a muchos otros escenarios, se pueden encontrar tres campos de actividad en los cuales XML juega (o tiene grandes posibilidades de hacerlo) un papel significativo En la propia norma MHP En primer lugar, cabe destacar el uso extensivo que se hace de XML en la articulación de los mecanismos que se definen en la propia norma MHP, lo que podría denominarse la infraestructura del sistema. A lo largo de las 1500 páginas de la especificación surgen diversas situaciones en las que el intercambio de información entre entidades se resuelve, reiteradamente, mediante la definición de aplicaciones XML que estructuran los datos a enviar. Son, en general, aplicaciones de reducido tamaño, diseñadas para resolver situaciones puntuales mediante la reutilización de software empleado en otras tareas. En todos los casos, la formalización de los lenguajes definidos se realiza mediante DTDs y no Schemas [2], habida cuenta de que estas aplicaciones ya se habían especificado en la primera versión de la norma (MHP 1.0), que data de principios del año 2000, previamente a la especificación del XML Schema 1.0 del W3C. Veamos a continuación algunas de las situaciones mencionadas Especificación de privilegios de acceso a los recursos En el contexto de la TV digital, el STB tiene un papel activo, principalmente caracterizado por la capacidad de ejecutar software recibido a través de la red. Esto genera, naturalmente, una serie de problemas derivados de la necesidad de autenticación del software descargado y de la implementación de los mecanismos apropiados para garantizar a esas aplicaciones el acceso controlado a los recursos del descodificador. En la norma MHP, los permisos otorgados a una aplicación son el resultado de la intersección entre los permisos solicitados por el operador que envía la aplicación y los especificados por el usuario del STB (ya sea de forma general o fruto de consultas

4 puntuales por parte del software). Este último mecanismo es libre y dependiente de la implementación. Sin embargo, el procedimiento de solicitud de permisos por parte del operador está explícitamente definido en la norma y se implementa a través de ficheros XML donde se especifican todos los parámetros de la solicitud. La norma define el DTD de una aplicación XML denominada Permission Request File y especifica que un documento de este tipo puede ser enviado con cada aplicación para describir los permisos solicitados. Esta aplicación incluye los elementos y atributos necesarios para solicitar el acceso a recursos del descodificador tales como el acceso al sistema de ficheros, el control del ciclo de vida de otras aplicaciones del entorno, el acceso al canal de retorno, la selección de otros canales de televisión, la consulta y modificación de las opciones de configuración del usuario, el acceso a los mecanismos de acceso condicional, las conexiones de red con ordenadores remotos, el acceso a ficheros propiedad de otras aplicaciones, etc Aplicaciones susceptibles de ser almacenadas localmente Una de las características más interesantes de la televisión digital es la posibilidad del almacenamiento local de programas y/o aplicaciones, de tal forma que el usuario pueda proceder, de forma natural, al visionado de programas (con sus aplicaciones asociadas) de una forma no lineal. En lo que respecta al software asociado a los programas, la posibilidad de almacenar una aplicación DVB-J viene señalizada en la AIT (Application Information Table) que gobierna el comportamiento y las posibilidades de tal aplicación. En ese caso, cuando la aplicación es seleccionada como almacenable localmente, el operador proporciona, junto con las clases de la aplicación, un fichero XML en el que se relacionan todos los componentes que es necesario almacenar. En el DTD de esta aplicación, conocida como Application Descriptor File, se relacionan las clases y directorios que deben ser guardados, así como cierta información adicional como su tamaño y prioridad (indicación de la importancia de ese objeto en la ejecución autónoma de esa aplicación) DVB-HTML: una aplicación de XML El esfuerzo económico que supone el desarrollo e implantación de las tecnologías necesarias para convertir la televisión en una plataforma activa es muy importante y exige el desarrollo de servicios. Uno de esos servicios es, sin duda, el acceso a Internet a través de la televisión, por lo que, ya desde el principio, la norma MHP lo contempló como un objetivo prioritario [7]. Además, el DVB siempre observó la necesidad de proporcionar un canal de difusión de información estructurada y estilizada, una especie de super-teletexto que proporcionase a las aplicaciones DVB-J un canal versátil para presentar información de forma homogénea y estable. Los trabajos subsiguientes condujeron de forma natural a la adopción de XML como núcleo vertebrador de la solución propuesta, y a la definición de una aplicación XML, el lenguaje DVB-HTML, para la implementación del sistema de super-teletexto y para normalizar las páginas WWW que un descodificador MHP debería poder representar. El resultado fue la especificación de las aplicaciones DVB-HTML. Una aplicación DVB-HTML es un conjunto de documentos interrelacionados, escritos en el lenguaje DVB-HTML, en el cual se especifican un punto de entrada y una frontera que marca los límites de su extensión. El objetivo es la definición de un marco que permita el envío por difusión de conjuntos de páginas relacionadas que aceleren el acceso a la información. El lenguaje DVB-HTML es una aplicación XML definida mediante la selección de diversos módulos del estándar XML Modularization [2], y que trata de recoger las características distintivas de este medio respecto al acceso a través de un ordenador: menor potencia de cálculo y resolución de pantalla, mayor distancia de observación o

5 peor ergonomía de los canales de interacción. Para adecuarse a estas diferencias, DVB- HTML incluye todos los módulos definidos en XML Modularization, excepto tablas completas, edit, legacy, server-side image maps, name identification y applet. Además, sustituye el módulo de eventos intrínsecos por una versión propia más específica La declaración y asociación de triggers El modelo de difusión de información mediante aplicaciones DVB-HTML no pretende limitarse a un esquema estático, donde el usuario descarga y visualiza información estructurada en páginas. La norma MHP proporciona al operador la capacidad de interactuar con las aplicaciones descargadas mediante el envío de mensajes de sincronización que pueden modificar su ciclo de vida. Estos mensajes, denominados triggers, son enviados a través del canal de difusión y entregados a las aplicaciones DVB-HTML en forma de eventos DOM [2], que provocan la ejecución de código JavaScript contenido en los documentos. La implementación de este mecanismo se ha llevado a cabo mediante la definición de dos aplicaciones XML. En la información contenida en estos ficheros, cada aplicación declara los triggers a los que desea suscribirse. En el primero de ellos, denominado Event Factory File, el creador de la aplicación asocia triggers a elementos concretos de documentos DVB-HTML, para que le sean entregados mediante la propagación de eventos DOM generados ex profeso. Mediante la segunda aplicación XML, denominada Event Linkage File, se declaran todos los Event Factory Files relevantes para una aplicación DVB-HTML concreta y se asocian a sus respectivos documentos En la caracterización de la metainformación de contenidos Un segundo foco de trabajo en el que XML está produciendo excelentes resultados es el de la caracterización de contenidos. Esta aplicación de XML fue rápidamente identificada en el marco del WWW y ha sido ampliamente explotada para mejorar (o, mejor dicho, para crear) servicios de búsqueda y recuperación de información en Internet (principalmente páginas web) que satisfagan las necesidades del usuario. Pero si el volumen y tasa de crecimiento de la información textual del WWW requiere este tipo de servicios, no es menos cierto que los contenidos audiovisuales (y multimedia en general) también están aumentando de forma extraordinaria, y que este tipo de material presenta mayores dificultades para el establecimiento de criterios de búsqueda basados sólo en el contenido. Cada vez más, los usuarios demandan mecanismos de búsqueda y recuperación eficiente de este tipo de información a partir de características objetivas y fácilmente identificables. Hoy por hoy, el único mecanismo que está aglutinando esfuerzos significativos y produciendo resultados concretos es el de asociación de metainformación a estos contenidos mediante la creación de aplicaciones XML que recojan los parámetros más representativos de los objetos a caracterizar. Es necesario destacar, en primer lugar, el papel del estándar MPEG-7 [5] como abanderado en este proceso de identificación de los objetos multimedia que podrían ser objeto de nuestro interés, y de las propiedades que se pueden identificar en ellos: imágenes fijas, gráficos, modelos 3D, audio, conversación, vídeo, escenarios que combinan varios de los anteriores, etc. En el marco de esta norma, se define el Description Definition Language (DDL), que es, básicamente, el estándar XML Schema 1.0 extendido con ciertos elementos que facilitan la caracterización de objetos y situaciones multimedia. El DDL es, entonces, empleado en la especificación de esquemas descriptivos que caracterizan los distintos objetos identificados. Estas caracterizaciones permiten la implementación de servicios de búsqueda de información multimedia a partir de parámetros tales como una secuencia de notas musicales, alguna característica de la voz, objetos geométricos, colores, movimientos, etc.

6 Ya en el ámbito concreto de la televisión digital, el proyecto más significativo de caracterización de contenidos es el promovido por el foro TV-Anytime [6]. El problema del incremento desmesurado de contenidos y la dificultad para encontrar lo que se busca (algo bastante conocido en el WWW) ha movido a esta alianza de empresas a desarrollar mecanismos para caracterizar contenidos y permitir referenciarlos independientemente de su localización y fecha de emisión. El objetivo principal es separar la información que describe a los contenidos de aquélla otra necesaria para su adquisición, e independizar todo esto del mecanismo de transporte. La herramienta utilizada es XML. Su implementación parte del DDL definido por MPEG-7, para crear una serie de aplicaciones XML que describen todos los parámetros importantes para permitir la búsqueda y selección de los contenidos que podrían resultar más idóneos para un usuario. Esta metainformación abarca objetivos tradicionales (atributos descriptivos de los contenidos, características técnicas de los formatos de representación de estos, revisiones y críticas de terceros o información sobre distintas copias de un mismo contenido). Pero también incluye ideas ambiciosas sobre parámetros que permitirían la implementación de servicios novedosos, entre ellos: la identificación de las características del usuario, lo que permitiría la búsqueda de los contenidos que le resultasen más atractivos y la realización de estudios de mercado que orientasen la futura generación de contenidos; la especificación de características de grupos sociales que pudiesen ser más o menos receptivos a ciertos tipos de contenidos, lo que permitiría una búsqueda en el otro sentido (los contenidos podrían buscar su audiencia y ofrecerse); la caracterización de las diferentes partes de los contenidos, lo que permitiría su segmentación e indexación, y abriría el camino hacia un modelo no lineal de visionado de la televisión, donde el usuario puede ir directamente a lo que busca. Esta línea de aplicación de XML nos muestra una de las características más destacables de esta tecnología: su extensibilidad. XML facilita el proceso de construcción de unas normas sobre otras de forma natural: XML Schema se construye sobre XML, el DDL de MPEG-7 se construye sobre XML Schema, TV-Anytime se construye sobre DDL, y así sucesivamente En el ámbito de la implementación de aplicaciones La otra gran área susceptible de acoger XML, como tecnología de soporte en el ámbito de MHP, es la de las herramientas de generación, análisis, procesado y presentación de información en las distintas tareas de implementación. En el caso concreto de los autores de este artículo, su experiencia de mayor alcance se centra en el empleo de XML para la especificación de flujos de transporte MPEG-2 acordes a DVB-MHP. En el proyecto descrito en [3], y con propósitos de verificación del software, se precisaban flujos de transporte que presentasen un abanico representativo de las múltiples estructuras de información definidas en DVB-MHP. Debido a que ya bien avanzado el proyecto (finales de 2000) no había tales flujos disponibles, ni en el ámbito comercial ni en el académico, se decidió el desarrollo de un simulador que generase un conjunto representativo de las situaciones que se pretendían validar. El papel que XML jugó en esta tarea fue el de estructurar y almacenar la información de configuración que sirve de guía a la aplicación para generar flujos de distintas características. La estructura de información modelada mediante las aplicaciones XML definidas abarcaba desde los elementos descriptores de la red de difusión hasta los componentes de las aplicaciones interactivas disponibles en cada canal de televisión. En la figura 2 se puede ver la estructura jerárquica de las entidades que se querían modelar.

7 Red Flujo 1 Flujo i Servicio 1 Servicio j Program. 1 Program. k Aplicaciones Figura 2: Estructura jerárquica de la aplicación XML Limitando la descripción a las entidades más importantes, podemos otorgar el papel de elemento raíz de nuestro sistema a la entidad red de difusión. Este elemento estaría compuesto por varios flujos de transporte que, a su vez, estarían formados por los diferentes servicios (canales de televisión) empaquetados en un mismo flujo. En cada flujo hay dos entidades que, por su peso, requieren una información de señalización importante: la programación del servicio (la secuenciación de eventos audiovisuales que se emitirán) y las aplicaciones que implementan una funcionalidad adicional (posiblemente de carácter interactivo). La información especificada se compone no sólo de los componentes que describen las entidades, sino también de su comportamiento dinámico en el momento de su utilización (por ejemplo, la caracterización de una aplicación en un servicio como autoarrancable o de selección manual). El resultado es una aplicación XML de tamaño medio que emplea 32 elementos y 49 atributos para especificar aquellas características de las entidades del sistema que pueden ser objeto de configuración. La caracterización completa de las entidades es una tarea bastante más extensa, pero nuestra aplicación XML sólo necesita declarar aquellos elementos configurables en el generador de flujo desarrollado. En la utilización de XML para resolver la tarea descrita, hemos identificado una serie de ventajas que podemos clasificar en tres categorías: Beneficios que XML aporta de forma natural. En este apartado podemos encontrar ventajas ampliamente descritas en la literatura relacionada: facilidad para estructurar correctamente información compleja; legibilidad de los resultados, lo que permite utilizar las especificaciones como documentos de discusión y difusión de conocimientos; extensibilidad, que permite trabajar con descripciones parciales, que serán completadas cuando sea necesario; etc. Beneficios derivados de la disponibilidad de software de dominio público. En este caso, nuestro trabajo se vio muy facilitado por la posibilidad de utilizar herramientas de dominio público para la creación y edición de la gran cantidad de documentos XML que describían los múltiples escenarios a comprobar. Pero aún más importante es la posibilidad de emplear software de dominio público para la lectura, análisis y validación de los documentos XML, además de la creación automática de estructuras de datos en memoria. Aquí, los beneficios derivados de la elección de XML y de la utilización de Xerces [4] son patentes en cuanto a la reducción del tiempo de desarrollo, la fiabilidad del software y la posibilidad de reutilizar la misma funcionalidad en distintas tareas del proyecto. Beneficios derivados de nuestra implementación. En realidad, la aplicación XML desarrollada se implementa mediante la combinación de cinco aplicaciones XML autónomas, que describen las entidades antes mencionadas, y que se referencian unas a otras según la estructura de la figura 2. Esta subdivisión de la configuración del flujo de transporte en aplicaciones independientes aporta el beneficio extra de la reutilización de especificaciones, al permitirnos el

8 aprovechamiento de alguna de ellas en otras tareas del proyecto. En concreto, la aplicación XML que describe la programación difundida en el flujo de transporte en diferentes días se emplea como base para la elaboración de una EPG (Electronic Program Guide) que ofrece los oportunos servicios de consulta en el STB. Por su parte, la aplicación XML, que caracteriza a las aplicaciones DVB-J que implementan las facilidades interactivas, es reutilizada en las herramientas de generación automática de tales aplicaciones, en las que actualmente se está trabajando en nuestro grupo de investigación. 4. Conclusiones Sin duda, la televisión es uno de los sectores en donde los estándares gozan de mayor estabilidad, con equipos y señales cuyas características fundamentales no varían en muchos años, o lo hacen siempre respetando la compatibilidad. La transformación tecnológica que implica el paso de lo analógico a lo digital debe respetar este principio, integrando de forma suave las múltiples tecnologías y nuevos conceptos que aparecen en escena y que todavía deben ser objeto de consenso. En este contexto, XML resulta una herramienta muy adecuada en este proceso de normalización, por su sencillez, extensibilidad, aceptación generalizada y disponibilidad de herramientas de soporte. Por si fuera poco, el modelo tecnológico elegido para la implementación de la televisión digital interactiva (tanto por el DVB como por el ATSC) está íntimamente relacionado con Java, y a nadie escapa la estrecha relación que ambas tecnologías, Java y XML, han mantenido desde sus comienzos. Cualquier norma o recomendación asociada a XML tiene a su disposición múltiples herramientas de soporte desarrolladas en Java, además de un sinfín de software libre, escrito en Java, disponible para ser empleado en cualquier proyecto o prototipo. Una de las grandes ventajas de XML es su versatilidad. No es una tecnología con un campo de aplicación restringido, sino que, como hemos descrito en este artículo, tiene áreas de aplicación muy variadas, desde la normalización de la infraestructura hasta la caracterización de la información que se envía a través de esa infraestructura. En lo que respecta a este último punto, la caracterización de la información, el papel de XML no ha hecho más que empezar. Con el incremento del número de canales que permite la TV digital, el volumen de información disponible para el teleespectador no puede sino aumentar de forma considerable en los próximos años. Esto implicará, sin duda, un agravamiento del problema de búsqueda y selección de contenidos, que ya se empieza a vislumbrar con las actuales plataformas de televisión digital. En este escenario, la caracterización de los contenidos mediante metainformación parece un camino inevitable para la implementación de mecanismos automáticos que asistan al teleespectador en la identificación de los contenidos que mejor se adapten a sus gustos. Aunque TV-Anytime no resulte en un estándar definitivo al respecto, la facilidad que ofrece XML para definir transformaciones automáticas entre los formatos actuales y los que puedan aparecer en un futuro le garantiza un puesto privilegiado en este escenario. 5. Referencias [1] DVB Consortium, Multimedia Home Platform 1.1, Julio, [2] W3C Consortium, Abril, [3] Grupo de Redes e Ingeniería del Software (GRIS). Depto. de Ingeniería Telemática. Universidad de Vigo. Sistema de recepción digital multimedia, [4] The Apache Software Foundation, Xerces, [5] Motion Picture Experts Group, [6] The TV-Anytime Forum, [7] Grupo GRIS. Internet-TV convergence in DVB-MHP. En VIPromCom, Zadar 2002.