MXPA01003050A - Tabla de datos de aplicacion para un sistema de transmision digitalde servicios multiples - Google Patents

Abstract

Se describe un método de transmisión de datos de aplicación (97) en una corriente de transporte digital que proporciona una tabla de datos de aplicación (110) que contiene información con respecto a las aplicaciones (97) llevadas en cada servicio (91, 92) dentro de la corriente de transporte. La tabla de datos de aplicación (110) convenientemente puede ser designada por un valor de PID fijo y un valor de extensión de TID variando en dependencia del ramillete de servicios elegidos. El uso de una tabla de datos de aplicación individual proporciona información a través de todos los servicios dentro de un ramillete y proporciona un número de ventajas, en particular cuando se decide si mantener o no ciertas aplicaciones cuando existe una conmutación.

Description

TABLA DE DATOS DE APLICACIÓN PARA UN SISTEMA DE TRANSMISIÓN DIGITAL DE SERVICIOS MÚLTIPLES DESCRIPCIÓN DE LA INVENCIÓN La presente invención se refiere a un sistema de transmisión digital, en particular un sistema de televisión digital. Los sistemas de televisión digital existentes transmiten datos a la forma de paquetes de corriente de transporte discretos o paquetes de transporte, cada paquete siendo de una longitud predeterminada y conteniendo un iniciador y una carga útil. El estándar de MPEG-2 es el estándar actualmente favorecido en este dominio y establece un formato predeterminado de dichos paquetes. El iniciador de paquete comprende datos descriptivos en general con respecto al paquete, mientras que la carga útil comprende los datos que serán procesados en el receptor. El iniciador de paquete incluye por lo menos una ID o PID de paquete identificando el paquete. La carga útil del paquete puede contener datos de audio, video u otros datos tales como datos de sistema de acceso condicional o, en particular datos de aplicación utilizados por el descodificador para establecer aplicaciones interactivas u otras aplicaciones. Los datos dentro del paquete PID además pueden ser divididos en un número de tablas o secciones, identificados por un valor de ID o TID de tabla y, en otra precisión más, un valor de extensión de TID.

Los datos en una corriente de transporte convencional se organizan como siguen. En el nivel más alto, una tabla de acceso de programa o tabla de PAT lista los valores de PID de una o más tablas de mapa de programa o tablas de PMT, cada tabla de PMT estando asociada con un servicio de la corriente de transporte. La tabla de PMT a su vez se refiere a los valores de PID de los paquetes conteniendo los datos de audio, datos de video, datos de aplicación, etc., para ese servicio. Como se entenderá, aunque un servicio puede ser considerado como correspondiendo ligeramente a un canal de televisión, el concepto de un servicio es un poco más amplio, ya que un servicio puede contener múltiples corrientes de datos de audio y/o visuales, solamente datos de aplicación, etc. Convencionalmente, cada servicio opera más o menos independientemente y contiene todas las aplicaciones necesarias para ese servicio. Esto puede incluir aplicaciones específicamente enlazadas del programa que está siendo radiodifundido en ese servicio (por ejemplo, una aplicación de fútbol asociada con un partido mostrado en ese canal) así como aplicaciones más generales, tales como iniciaciones de inicio, o similares. El primer tipo de aplicaciones puede ser accesado solamente a través de uno o un pequeño número de servicios, mientras que el último puede ser realizado en todos los servicios. La información con' respecto a todas las aplicaciones llevadas en un servicio, incluyen un número de versión de la aplicación, el espacio de memoria requerido para una aplicación, etc. Usualmente es incluida en la tabla de PMT en el punto de entrada de servicios. Un problema particular surge con esta organización convencional de datos cuando hay cambios entre servicios. Como se describe anteriormente, cada servicio contiene todas las aplicaciones requeridas por ese servicio junto con una tabla de aplicación con respecto a estas aplicaciones. Después de seleccionar un servicio, un descodificador convencionalmente configurado es obligado a descargar la tabla de PMT y evaluar el contenido de esta tabla antes de tomar una decisión con respecto a las aplicaciones de operación actuales. En vista del tiempo normalmente requerido para descargar y analizar una tabla de PMT, esto puede probar ser una operación molesta. Además, la flexibilidad de la operación del descodificador considerablemente está limitada con respecto a la evaluación de la prioridad de aplicación, etc. Es un objeto de la presente invención, en sus realizaciones más amplias y/o específicas, proporcionar una solución a este problema. De acuerdo con la presente invención, se proporciona un método para la transmisión de datos de aplicación en una pluralidad de servicios e una corriente de transporte digital, cada uno de la pluralidad de servicios, llevando por lo menos una aplicación, el método comprende el paso de proporcionar una tabla de datos de aplicación conteniendo información con respecto a por lo menos una aplicación llevada por cada uno de la pluralidad de servicios dentro de la corriente de transportación.

En otras palabras, la presente invención proporciona un método para la transmisión de datos de aplicación en una pluralidad de servicios en una corriente de transporte digital que se caracteriza por proporcionar una tabla de datos de aplicación conteniendo información con respecto a la aplicación o aplicaciones realizadas por cada uno de la pluralidad de servicios dentro de la corriente de transporte. El uso de una tabla individual, la tabla de datos de aplicación o "ADT", conteniendo la información con respecto a datos de aplicación a través de una pluralidad de servicios, permite que un descodificador defina su operación con relación a tales aplicaciones de acuerdo con un número de diferentes factores. Por ejemplo, en el caso de una aplicación únicamente realizada por un servicio, un descodificador puede decidir, basado en la información con respecto a esta aplicación contenida en la tabla de datos de aplicación, mantener la aplicación aún cuando se conmute a un servicio que no contenga a esta aplicación. La clase de información que puede ser usada en dicha evaluación será descrita con mayor detalle más adelante. La tabla de datos de aplicación puede ser ventajosamente transportada en un paquete de transporte teniendo una ID de paquete predeterminada, o PID, valor asociado con la presencia de una tabla de datos de aplicación dentro del paquete. El uso de una tabla de PID de valor fijo para llevar los datos permite que todos los descodificadores sean preprogramados para localizar y descargar rápidamente esta tabla, antes de acceder a cualquier servicio. Como se entenderá, la tabla de datos de aplicación, sin embargo, puede ser comunicada a o introducida en el descodificador a través de otros medios, por ejemplo, a través de enlace de modem, tarjeta inteligente, etc. Similarmente, la tabla de ADT también puede ser accesada a través de referencias de PID en otras tablas, tales como las tablas de PMT de los servicios en cuestión. Típicamente como un operador comercial usualmente es responsable del contenido de una pluralidad de canales de servicio, estos canales estando agrupados conjuntamente como ramillete de servicios. Una corriente de transporte dada por lo general contiene un número de ramilletes de servicios cada uno manejado por un operador de diferentes. Aunque cada operador está totalmente informado de las aplicaciones provistas en los servicios dentro de su ramillete, esta información por razones obvias no está usualmente disponible a otros operadores. Preferiblemente, por lo tanto, el método además puede comprender proporcionar una pluralidad de tablas de datos de aplicación, cada tabla de datos de aplicación conteniendo información con respecto a aplicaciones contenidas dentro de un ramillete de servicios. En una realización alternativa, la creación de una tabla de ADT "súper" proporcionando información en aplicaciones a través de número de ramilletes, puede ser considerada. Sin embargo, en vista de los problemas en la comunicación de información entre operadores, esta solución puede ser difícil para poner en práctica. En la modalidad que utiliza un número de tablas de datos de aplicación, cada tabla de datos de aplicación, puede ser convenientemente transportada en una tabla o sección dentro de un paquete de transporte, cada tabla de datos de aplicación estando asociada con una tabla o sección que tenga una ID de tabla característica o, preferiblemente, el valor de extensión de ID de tabla. En el caso en donde se realicen un número de tablas de ADT dentro de la corriente de transporte, esto proporciona una forma particularmente conveniente para que un descodificador identifique la tabla de ADT asociada con el ramillete de servicios en donde el usuario está suscrito. El valor de extensión de TID puede estar contenido, en, por ejemplo, la información transmitida al descodificador mediante la tarjeta de suscripción asociada con el ramillete en cuestión. Alternativamente, el descodificador puede mantener una tabla de valores de extensión de TID asociados con lo varios ramilletes de servicios que pueden ser recibidos por el descodificador. En una modalidad opcional preferida, la o cada tabla de datos de aplicación está electrónicamente firmada con el fin de permitir que un descodificador verifique una tabla de datos de aplicación que se origina de un operador conocido. La autentificación o firma de datos de esta manera puede ser realizada a través de cualquier método conocido, por ejemplo, a través de una mezcla combinada o algo digno de clave pública/clave privada para proporcionar una firma electrónica. En una modalidad preferida adicional, cada servicio además comprende una tabla de mapa de programa o tabla de PMT que proporciona acceso aplicaciones llevadas por este servicio, ia misma tabla de mapa de programa comprendiendo información con respecto a la o cada aplicación llevada por este servicio. Por ejemplo, en una modalidad en donde los datos para una aplicación son llevados dentro de un carrusel de datos accesado a través de un servicio, la PMT puede incluir información con respecto a la dirección de carrusel de módulos de aplicación. En una modalidad particularmente preferida, ia tabla de datos de aplicación además comprende información con respecto a que aplicaciones pueden ser realizadas en cada servicio, por ejemplo, en la forma de una lista de servicios con las aplicaciones que pueden ser accesadas en cualquier momento a través de cada servicio. Esta lista normalmente será dinámica y cambiada de acuerdo con las aplicaciones actualmente denominadas por un servicio. En una modalidad, la información de aplicación llevada en la tabla de datos de aplicación además incluye información con relación al tamaño de memoria requerida para ejecutar una aplicación. La información adicional puede incluir un valor de prioridad indicando la prioridad relativa de una aplicación, un valor exclusivo de servicio indicando que una aplicación es exclusiva para uno o más servicios, un valor de bandera con respecto a la acción que será tomada con una aplicación después de la carga de un servicio, un valor de ID de carrusel de datos asociado con la aplicación, etc. Para información adicional, con respecto a datos que pueden ser realizados en la tabla de ADT, al lector se le propone ver la descripción de la modalidad preferida. Como se entenderá, la lista por ningún motivo es exhaustiva y cualquier número de otros factores puede ser utilizado así como o en lugar de aquellos listados. Preferiblemente, el sistema de transmisión digital comprende un sistema de televisión digital, en particular adaptado para funcionar de acuerdo con estándar de MPEG. La invención ha sido descrita anteriormente con relación a un método para la transmisión de datos digitales. La invención además se extiende a un aparato de transmisión para usarse a un método como el que se mencionó anteriormente, dicho aparato comprende medios, tal como un transmisor, para transmitir una corriente de transporte comprendiendo una pluralidad de servicios junto con una tabla de datos de aplicación conteniendo una información con respecto a aplicaciones realizadas por una pluralidad de servicios dentro de la corriente de transporte. Los medios de transmisión pueden ser adaptados para transmitir la tabla de datos de aplicación en un paquete de transporte teniendo un valor de ID paquete predeterminado asociado con la presencia de una tabla de datos de aplicación dentro del paquete. El aparato puede comprender medios, tales como una unidad de descifrado, para firmar electrónicamente dicha tabla de datos de aplicación con el fin de permitir que un descodificador verifique una tabla de datos de aplicación como si se originara de un operador conocido. Los medios de transmisión pueden ser adaptados para transmitir para cada servicio una tabla de mapa de programa dando acceso a aplicaciones llevadas por ese servicio, la tabla de mapa de programa por si misma comprende información con respecto a por lo menos a una aplicación llevada por este servicio. La invención además se extiende a un descodificador para usarse en un método como se mencionó anteriormente, dicho descodificador comprende una memoria para almacenar una tabla de datos de aplicación comprendiendo información con respecto a aplicaciones llevadas por una pluralidad de servicios dentro de la corriente de transporte, y medios, tales como un controlador, para controlar por lo menos uno de la descarga y mantenimiento de dichas aplicaciones en dependencia de la información contenida dentro de la tabla de datos de aplicación. La invención también se extiende a un descodificador que comprende una memoria para almacenar una tabla de datos de aplicación comprendiendo información con respecto a aplicaciones llevadas por una pluralidad de servicios dentro de la corriente de transporte, y medios para controlar por lo menos uno de la descarga y mantenimiento de dichas aplicaciones en dependencias de la información contenida dentro de la tabla de datos de la aplicación. De esta manera, la tabla de datos de aplicación puede estar residente en la memoria del descodificador sin tener que ser radiodifundida en una corriente de transporte hacia el descodificador, a través de un transmisor. La invención también proporciona una tabla de datos de aplicación conteniendo información con respecto a por lo menos una aplicación llevada por cada uno de una pluralidad de servicios dentro de una corriente de transporte. Las características descritas anteriormente con relación a los aspectos de método de la presente invención también pueden ser aplicadas a aspectos de dispositivos y viceversa. Como se utiliza en la presente, el término "sistema de transmisión digital" incluye cualquier sistema de transmisión para transmitir o radiodifundir, por ejemplo, datos digitales principalmente audiovisuales o de multimedia. Aunque la presente invención es particularmente aplicable a un sistema de televisión digital de radiodifusión, la invención también puede ser aplicable a una red de telecomunicaciones fija para aplicaciones de Internet de multimedia, a un sistema de televisión de circuito cerrado, etc. Como se utiliza en la presente, el término "sistema de televisión digital" incluye, por ejemplo, cualquier sistema de satélite, terrestre, por cable u otro sistema. El término "receptor/descodificador" o "descodificador", como se utiliza en la presente, puede connotar un receptor para recibir ya sea señales codificadas o no codificadas, por ejemplo, señales de televisión y/o radio, las cuales pueden ser radiodifundidas o transmitidas a través de algunos otros medios. El término también puede connotar un descodificador para descodificar señales recibidas. Las modalidades de dichos receptor/descodificadores pueden incluir un descodificador integral con el receptor para descodificar las señales recibidas, por ejemplo, en una "caja de TV por cable", un descodificador funcionando en combinación con un receptor físicamente separado, un descodificador incluyendo funciones adicionales, tales como un examinador web, o un descodificador integrado con otros dispositivos tales como un videograbadora o una televisión. Varias funciones del receptor/descodificador pueden ser implementadas en hardware, por ejemplo, en un circuito integrado dedicado; esto puede proporcionar velocidad mejorada de la operación. Preferiblemente, sin embargo, por lo menos algunas de las funciones son implementadas en software, preferiblemente implementadas a través de medios de procesamiento que operan o corren las aplicaciones; esto puede permitir una mayor flexibilidad, requiere de menos componentes, y permite que el receptor/descodificador sea actualizado más fácilmente. El término MPEG para los estándares de transmisión de datos desarrollados por el grupo de trabajo de la Organización de Estándares Internacional, "Motion Pictures Expert Group" (Grupo Experto de imágenes en Movimiento) y en particular, pero no exclusivamente el estándar de MPEG-2 desarrollado para aplicaciones de televisión digital y establecido en los documentos ISO 13818-1. ISO 13818-2, ISO 13818-3 y ISO 13818-4. En el contexto de la presente solicitud de patente, el término incluye todas las variantes, modificaciones o desarrollo de formatos de MPEG aplicables al campo de transmisión de datos digital. Ahora se describirá, a manera de ejemplo solamente, una modalidad preferida de la invención, haciendo referencia a los siguientes dibujos, en los cuales: La Figura 1 muestra la arquitectura total de un sistema de lelevisión digital de acuerdo con esta modalidad; La Figura 2 muestra la arquitectura del sistema de acceso condicional de la Figura 1; La Figura 3 muestra los elementos de un receptor/descodificador para usarse en esta modalidad; La Figura 4 muestra la arquitectura de software usado en esta modalidad; La Figura 5 muestra la arquitectura de la máquina virtual dentro del sistema de la Figura 4; La Figura 6 muestra la jerarquía de paquetes para varios servicios en la corriente de transporte de transmisión; y La Figura 7 muestra el uso de una tabla de descripción de aplicación con relación a aplicaciones provistas en un ramillete de servicios.

Un resumen de un sistema de radiodifusión y de recepción de televisión digital 1 se muestra en la Figura 1. La invención incluye un sistema de televisión digital 2 enormemente convencional, el cual utiliza el sistema de compresión MPEG-2 para transmitir señales digitales comprimidas. Con más detalle compresor 3 MPEG-2 en un centro de radiodifusión recibe una corriente de señal digital (por ejemplo, una corriente de señales de audio o de video). El compresor 3 está conectado a un multiplexor y mezclador 4 a través del enlace 5. El multiplexor 4 recibe una pluralidad de señales de entrada adicionales, ensambla una o más corrientes de transporte y transmite señales digitales comprimidas a un transmisor 6 del centro de radiodifusión a través del enlace 7, el cual, por supuesto, puede tener una amplia variedad de formas incluyendo enlaces de telecomunicación. El transmisor 6 transmite señales electromagnéticas a través del enlace ascendente 8 hacia un transpondedor de satélite 9, en donde son electrónicamente procesadas y radiodifundidas a través de un enlace descendente nocional 10 hacia el receptor terrestre 11, convencionalmente en la forma de un plato de propiedad o rentado por el usuario final. Las señales recibidas por el receptor 11 son transmitidas a un receptor/descodificador integrado 12 de propiedad o rentado por el usuario final y conectado ai aparato de televisión 13 al usuario final. El receptor/descodificador 12 descodifica la señal MPEG-2 comprimida a una señal de televisión para el aparato de televisión 13.

Un sistema de acceso condicional 20 está conectado al multiplexor 4 y el receptor/descodificador 12, y está ubicado parcialmente en el centro de radio difusión y parcialmente en el descodificador. Permite que el usuario final tenga acceso a televisión digital radiodifundida de uno o más proveedores de radiodifusión. Una tarjeta inteligente, capaz de descodificar crípticamente mensajes relacionados con ofertas comerciales (es decir, uno o varios programas de televisión vendidos por el proveedor de radiodifusión), puede ser insertada en el receptor/descodificador 12. Utilizando el descodificador 12 y la tarjeta inteligente, el usuario final puede comprar eventos ya sea en un modo de suscripción o en un modo de pago por evento. Un sistema interactivo 17, también conectado al multiplexor 4 y el receptor/descodificador 12 y otra vez ubicado parcialmente en el centro de radiodifusión y parcialmente en el descodificador, puede ser proporcionado para permitir que el usuario final interactúe con varias aplicaciones a través de una canal de regreso por modem 16. El sistema de acceso condicional 20 ahora será descrito con mayor detalle. Con referencia a la Figura 2, en resumen el sistema de acceso condicional 20 incluye un Sistema de Autorización de Abonado (SAS) 21. El SAS 21 está conectado a una o más Sistemas de Manejo de Abonado (SMS)22, un Sistema de Manejo de Abonado para cada proveedor de radiodifusión, a través de un enlace TCP-IP 23 respectivo (aunque otros tipos de enlace pueden ser alternativamente utilizados). Alternativamente, un Sistema de Autorización de Abonado, SMS, puede ser compartido entre dos proveedores de radiodifusión, o un proveedor puede utilizar dos Sistemas de Autorización de Abonado, etc. Primeras unidades de codificación críptica en la forma de unidades de cifrado 24 utilizando tarjetas inteligentes "madre" 25 están conectadas al sistema SAS a través del enlace 26. Segundas unidades de codificación críptica otra vez en la forma de unidades descifrado 27 utilizando tarjetas inteligentes madre 28 están conectadas al multiplexor 4 a través del enlace 29. El receptor/descodificador 12 recibe una tarjeta inteligente "hija" 30. Esta está conectada al sistema SAS 21 a través de los Servicios de Comunicaciones 31 a través del canal de regreso por modem 16. El sistema SAS envía entre otras cosas, derechos de suscripción a la tarjeta inteligente hija en cuestión. Las tarjetas inteligentes contienen los secretos de uno o más operadores comerciales. La tarjeta inteligentes "madre" codifica crípticamente diferentes tipos de mensajes, y las tarjetas inteligentes "hijas" descodifican crípticamente los mensajes, si tienen el derecho de hacer eso. Las primera y segunda unidades de cifrado 24 y 27 comprenden un bastidor, una tarjeta electrónica VME con software almacenado en una memoria EEPROM, hasta 20 tarjetas electrónicas y una tarjeta inteligente 25 y 28, respectivamente, para cada tarjeta electrónica, una tarjeta 28 para codificar crípticamente las ECMs y una tarjeta 25 para codificar crípticamente las EMMs. La operación del sistema de acceso condicional 20 del sistema de televisión digital ahora será descrita con mayor detalle haciendo referencia a los varios componentes del sistema de televisión 2 y el sistema de acceso condicional 20.

Multiplexor y Mezclador Con referencia a las Figuras 1 y 2, en el centro de radiodifusión, la señal de audio o video digital primero es comprimida (o reducida en la velocidad de bit), utilizando el compresor 3 de MPEG-2. Esta señal comprimida después es transmitida al multiplexor y mezclador 4 a través del enlace 5 con el fin de ser multiplexada con otros datos, tal como otros datos comprimidos. El mezclador genera una palabra de control utilizada en el proceso de mezclado e incluida en la corriente de MPEG-2 en le multiplexor. La palabra de control es generada internamente y permite que el receptor/descodificador 12 integrado del usuario final descombine el programa. Criterios de acceso, indicando como el programa es comercializado, también son agregados a la corriente de MPEG-2. El programa puede ser comercializado ya sea en uno de un número de modos de "suscripción" y/o uno de un número de modos o eventos de •"pago por evento" (PPV). En el modo de suscripción, el usuario final se suscribe a una o más ofertas comerciales, o "ramilletes", obteniendo así los derechos de ver cada canal dentro de esos ramilletes. En ia modalidad preferida, hasta 960 ofertas comerciales pueden ser seleccionadas de un ramillete de canales. En el modo de Pago Por Evento, al usuario final se le proporciona la capacidad de comprar eventos según lo desee. Esto puede lograrse ya sea pre-reservando el evento por adelantado ("modo de pre-reservación"), o comprando el evento tan pronto sea radiodifundido ("modo de impulso"). En la modalidad preferida, todos los usuarios son abonados, ya sea que vean o no en el modo de suscripción o en el modo de PPV, pero, por supuesto, los visualizadores de PPV necesariamente no tienen que ser abonados.

Mensajes de Control de Titulación (ECMs) Tanto la palabra de control como los criterios de acceso son utilizados para desarrollar un Mensaje de Control de Título (ECM).

Este es un mensaje enviado con relación a un programa combinado; el mensaje contiene una palabra de control (la cual permite descombinar el programa) y los criterios de acceso del programa de radiodifusión. Los criterios de acceso y la palabra de control son transmitidos a la segunda unidad de codificación críptica 27 a través del enlace 29. En esta unidad, se genera un mensaje de control de titulación, se codifica crípticamente y es enviado al multiplexor y mezclador 4. Durante una transmisión de radiodifusión, la palabra de control, típicamente cambia cada segundo, y así los mensajes ECMs también son periódicamente transmitidos para permitir que la palabra de control de cambio sea descombinada. Para propósitos de rebundancia, cada mensaje ECM típicamente incluye dos palabras de control; la palabra de control presente y la palabra de control siguiente. Cada servicio radiodifundido por un proveedor de radiodifusión en la corriente de datos comprende un número de distintos componentes; por ejemplo, un programa de televisión incluye un componente de video, un componente de audio, y un componente de subtítulo, etc. Cada uno de estos componentes de un servicio es individualmente mezclado y codificado crípticamente para subsecuente radiodifusión al transpondedor 9. Con respecto a cada componente mezclado del servicio, se requiere de un mensaje ECM separado. Alternativamente, se puede requerir de un solo mensaje ECM para todos los componentes mezclados de un servicio. También se pueden generar múltiples mensajes ECMs en el caso en donde múltiples sistemas de acceso condicional controlen el acceso al mismo programa transmitido.

Transmisión de Programa El multiplexor 4 recibe señales eléctricas comprendiendo mensajes EMMs codificados crípticamente del sistema SAS 21, mensajes ECMs codificados crípticamente de la segunda unidad de codificación críptica 27 y programas comprimidos del compresor 3. El multiplexor 4 mezcla o combina los programas y envía los programas mezclados, los mensajes EMMs codificados crípticamente, y los menajes ECMs codificados crípticamente hacia un transmisor 6 del centro de radiodifusión a través del enlace 7. El transmisor 6 transmite señales electromagnéticas hacia el transpondedor 9 de satélite a través del enlace ascendente 8.

Recepción de Programa El transpondedor de satélite 9 recibe y procesa las señales electromagnéticas transmitidas por el transmisor 6 y transmite las señales al receptor terrestre 11, convencionalmente en la forma de un plato de propiedad o rentado por el usuario final, a través del enlace descendente 10. Las señales recibidas por el receptor 11 son transmitidas al receptor/descodificador integrado 12 de propiedad o rentado por el usuario final y conectado al aparato de televisión 13 del usuario final. El receptor/descodificador 12 desmultiplexa las señales para obtener programas mezclados con mensajes EMMs codificados crípticamente y mensajes ECMs codificados crípticamente. Si el programa no es mezclado, es decir, no se transmite ningún ECM con la corriente de MPEG-2, el receptor/descodificador 12 descomprime los datos y transforma la señal a una señal de video para la transmisión al aparato de televisión 13. Si el programa es mezclado, el receptor/descodificador 12 extrae el mensaje ECM correspondiente de la corriente MPEG-2 y pasa el mensaje ECM a la tarjeta inteligente "hija" 30 del usuario final. Esto se divide en un alojamiento en el receptor/descodificador 12. La tarjeta inteligente hija 30 controla si el usuario final tiene el derecho de descodificar crípticamente el mensaje ECM y accesar al programa. Si no es así, un estado negativo es pasado al receptor/descodificador 12 para indicar que el programa no puede ser descombinado. Si el usuario final no tiene los derechos, el mensaje ECM es descodificado crípticamente y la palabra de control extraída. El descodificador 12 después puede descombinar el programa utilizando esta palabra de control. La corriente MPEG-2 es descomprimida y traducida a una señal de video para la transmisión al aparato de televisión 13.

Mensajes De Manejo De Titulación (EMMs). El mensaje EMM es un mensaje dedicado a un usuario final individual (abonado), o un grupo de usuarios finales. Cada grupo puede contener un número dado de usuarios finales. Esta organización como un grupo tiene el objeto de optimizar la anchura de banda; es decir, el acceso a un grupo puede permitir alcanzar un gran número de usuarios finales. Se pueden utilizar varios tipos específicos de mensajes EMM. Los mensajes EMMs son dedicados a abonados individuales, y típicamente son usados en la provisión de servicios de Pago Por Evento; estos contienen el identificador de grupo y la posición del abonado en ese grupo. Los mensajes de EMMs de suscripción por grupo son dedicados por grupo de, es decir, de 256 usuarios individuales, y típicamente son usados en la administración de algunos servicios de suscripción. Este mensaje EMM tiene un identificador de grupo y un mapa de bits de grupo de abonados. Los mensajes EMMs de audiencia son dedicados a audiencias completas, y, por ejemplo, pueden ser usados por un operador particular para proporcionar ciertos servicios libres. Una "audiencia" es la totalidad de abonados que tienen tarjetas inteligentes que llevan el mismo ¡dentificador de sistema de acceso condicional (CA ID). Finalmente, un mensaje EMM "único" es dirigido al único identificador de la tarjeta inteligente.

Sistema De Manejo De Abonado (SMS) Un Sistema de Manejo de Abonado (SMS) 22 incluye una base de datos 32 que administra o maneja, entre otros, todos los archivos de usuario final, ofertas comerciales, suscripciones, detalles de pago por evento, y datos con respecto al consumo y autorización de usuario final. El sistema SMS puede estar físicamente lejos del sistema SAS. Cada sistema SMS 22 transmite mensajes al sistema SAS 21 a través del enlace 23 respectivo, el cual implica modificaciones o creaciones de Mensajes de Manejo de Titulación (EMMs) que serán transmitidos a usuarios finales. El sistema SMS 22 también transmite mensajes al sistema SAS 21, el cual no implica ninguna modificación o creación de mensajes EMMs, pero implica solamente un cambio en un estado de usuario final (con relación a la autorización otorgada al usuario final cuando ordena productos o a la cantidad que será cargada al usuario final). El sistema SAS 21 envía mensajes (típicamente solicitando información tal como información de llamada de petición o información de facturación) al sistema SMS 22, de manera que será evidente esa comunicación entre los dos en una doble dirección.

Sistema De Autorización De Abonado (SAS) Los mensajes generados por el sistema SMS 22 se hacen pasar a través del enlace 23 al Sistema de Autorización de Suscriptor (SAS)21, el cual a su vez, genera mensajes reconociendo la recepción de los mensajes generados por el sistema SMS 21 y pasa estos reconocimientos al sistema SMS 22. En resumen, el sistema SAS comprende un área de Cadena de Suscripción para otorgar derechos de modo de suscripción y para renovar los derechos automáticamente cada mes, un área de Cadena de Pago Por Evento para otorgar derechos para eventos de pago por evento, y un Inyector de Mensaje EMM para pasar mensajes EMMs creados por las áreas de cadenas de suscripción y de pago por evento hacia el multiplexor y mezclador 4, y por lo tanto, para alimentar la corriente de MPEG con mensajes EMMs. Si no se otorga ningún derecho, tales como los derechos de Pago por Archivo (PPF) en el caso de descargar el software de computadora a una computadora personal de un usuario, también se proporcionan otras áreas similares.

Una función de sistema SAS 21 es manejar o administrar los derechos de acceso a programas de televisión, disponibles como ofertas comerciales en un modo de suscripción o vendidos como eventos de pago por evento de acuerdo con los diferentes modos de comercialización (modo de pre-reserva, modo de impulso). El sistema SAS 21 de acuerdo con esos derechos y a la información recibida SMS 22, genera mensajes EMMs para el abonado. Los mensajes EMMs se hacen pasar a la Unidad de Cifrado (CU) 24 para descifrar con respecto a las claves de manejo y explotación. La unidad CU completa la firma en el mensaje EMM y pasa el mensaje EMM de regreso a un Generador de Mensajes (MG) en el sistema SAS 21 en donde se agrega un iniciador. Los mensajes EMMs se hacen pasar al Emisor de Mensaje (ME) como mensajes EMMs completos. El generador de mensajes determina el tiempo de inicio y de detención de radiodifusión y la velocidad de emisión de los mensajes EMMs, y pasa esto como direcciones apropiadas junto con los mensajes EMMs al emisor de mensajes. El generador de mensajes solamente genera un mensaje EMM a la vez; este es el emisor de mensaje que realiza la transmisión cíclica de los mensajes EMMs. En la generación de mensaje EMM, el generador de mensaje asigna un identificador único al mensaje EMM. Cuando el generador de mensaje pasa el mensaje EMM al emisor de mensaje, este también pasa la identificación de mensaje EMM. Esto permite la identificación de un mensaje EMM particular tanto en el generador de mensajes como en el emisor de mensaje. En sistemas tales como codificación críptica simulada que están adaptados para manejar sistemas múltiples de acceso condicional, por ejemplo, asociados con operadores múltiples, las corrientes del mensaje EMM asociadas con cada sistema de acceso condicional son generadas en forma separada y multipiexadas conjuntamente a través del multiplexor 4 antes de la transmisión.

Receptor/ Descodificador Haciendo referencia a la Figura 3, los elementos de un receptor/descodificador 12 o caja de TV por cable para usarse en un sistema de radiodifusión digital y adaptados para ser usados en la presente invención, ahora serán descritos. Como se entenderá, los elementos básicos de este descodificador son enormemente convencionales y su implementación estará dentro de las capacidades de algún experto en la técnica. Como se muestra, el descodificador 12 está equipado con varias interfases para recibir y transmitir datos, en particular un sintonizador 40 para recibir transmisiones de MPEG de radiodifusión, una interfase en serie 41, una interfase paralela 42, y un modem 43 para enviar y recibir datos a través de la red telefónica. El descodificador también incluye un primer y segundo lector de tarjeta inteligente 44 y 45, el primer lector 44 para aceptar una tarjeta inteligente de suscripción y el segundo lector 45 para aceptar tarjeta inteligentes bancarias u otras tarjetas inteligentes.

El descodificador también incluye un receptor 46 para recibir señales de control infrarrojas de un control remoto de micrófono 47 y una salida Peritel para enviar salida audiovisuales a una televisión 13 conectada al descodificador. El procesamiento de las señales digitales recibidas a través de las interfases y la generación de señales de salida es manejado por un ensamble de elementos de hardware y software aquí agrupados conjuntamente como una unidad de control central 48. La arquitectura de software de la unidad de control dentro del descodificador se describirá más adelante con relación a las Figuras 4 y 5. En términos amplios, el sistema utiliza una máquina virtual interactuando a través de una capa de interfase con un sistema operativo de nivel bajo implementado en los componentes de hardware del descodificador. En términos de arquitectura de hardware, la unidad de control 48 está equipada con un procesador, elementos de memoria tales como memoria ROM, RAM, FLASH, etc., como en descodificadores conocidos. Las aplicaciones procesadas por la unidad de control 48 pueden ser aplicaciones residentes almacenadas en la memoria ROM o FLASH del descodificador, o aplicaciones radiodifundidas o descargadas a través de la interfase 2 de MPEG del descodificador. Las aplicaciones pueden incluir aplicaciones de guía de programa, juegos, servicios interactivos, aplicaciones de compras por televisión, así como aplicaciones de iniciación para permitir que el descodificador sea inmediatamente operacional después del inicio y aplicaciones para configurar aspectos del descodificador. Las aplicaciones son almacenadas en ubicaciones en memoria en el descodificador y representadas como archivos de recurso comprendiendo archivos de descripciones de objeto gráfico, archivos unitarios, archivos de bloque de variables, archivos de secuencia de instrucción, archivos de aplicaciones, archivos de datos, etc.

Arquitectura Del Sistema Del Descodificador Regresando ahora a la arquitectura de software del sistema dentro del receptor/descodificador como se muestra en la Figura 4, se verá que se utiliza una arquitectura en capas. La primera capa 51 representa el sistema operativo del hardware del receptor/descodificador. Este es un sistema operativo de tiempo real seleccionado por el fabricante para controlar los elementos del hardware del receptor/descodificador. El sistema operativo de tiempo real tiene un tiempo de respuesta relativamente rápido con el fin de permitir la sincronización correcta de o las operaciones de hardware. El sistema de procesamiento de datos se asienta en la parte superior del sistema operativo del hardware y comprende una capa media 52 y una capa de interfase de aplicación 53. Los mensajes de eventos se hacen pasar entre la capa de sistema operativo 51 y la capa media 52 inmediatamente por arriba. La capa media está escrita en el lenguaje tal como C ANSÍ y comprende los elementos de una máquina virtual 54 y un número de interfase 55 incluyendo una interfase gráfica 56, una interfase de memoria FLASH/PROM, 57, una interfase protocolo 58 y una interfase dispositivo 59. El uso de una máquina virtual permite en particular proporcionar independencia entre aplicaciones de nivel superior 66, 67 descritas con más detalle mas adelante y usualmente provistas por el administrador de sistema o uno o más operadores, y un sistema operativo de nivel bajo 51, usualmente implementado por el fabricante de hardware dei descodificador. Las interfases 60 proporcionan el enlace entre operaciones de la máquina virtual y el sistema operativo de bajo nivel 51 y también Incluyen un número de modos de aplicación de nivel intermedio más fácilmente ejecutados en este nivel. La capa de interfase de aplicación (API) 53 comprende un número de paquetes de alto nivel 60-65, escritos en un lenguaje interpretativo orientando al objeto, tal como Java. Estos paquetes proporcionan una interfase entre las aplicaciones de nivel alto generalmente creadas por el proveedor de servicio (guía de programa interactivo, ventas por televisión, examinador de Internet, etc.) y la máquina virtual del sistema. A continuación se proporcionan ejemplos de dichas aplicaciones. El OS de nivel inferior normalmente es embedido en los componentes del hardware del descodificador, aunque en algunas modalidades, el OS de nivel inferior puede ser descargado. Los paquetes de la capa de interfase media y de aplicación pueden ser descargados en la memoria RAM o FLASH del descodificador a partir de una transmisión de radiodifusión. Alternativamente, algunos o todos los elementos de capa de interfase media o de aplicación pueden ser almacenados en la memoria ROM o, (sí está presente) FLASH del descodificador. Como se entenderá, la organización física de los elementos de memoria del descodificador es distinta de la organización lógica de la memoria.

Aplicaciones y Administrador De Aplicación Como se muestra en la Figura 4, un número de aplicaciones de alto nivel 66 se asienta sobre la parte superior de y se comunica con niveles inferiores en el sistema a través de la capa de ¡nterfase de aplicación 53. Como se describirá más adelante, las aplicaciones pueden originarse de una variedad de fuentes y/u operadores. El control total de dichas aplicaciones será llevado por un administrador de aplicación 67, por sí mismo instalado como una aplicación irresponsable del manejo o administración de la descarga de aplicaciones de radiodifusión, los derechos de ciertas aplicaciones para dirigir y controlar capas inferiores del sistema, etc.

Capa De Interfase De Operación Haciendo referencia a la capa de interfase de aplicación 53 mostrada en la Figura 3, y como se describió anteriormente, los paquetes en esta capa están escritos en un lenguaje orientado a objeto tal como Java. Cada paquete define un grupo de colecciones de clase denominadas durante la operación del sistema. En el sistema de la presente, se instalan los siguientes paquetes: Paquete Lang/Util 60. Estos paquetes definen las clases necesarias para la manipulación de objetos a través de la máquina virtual. Estas colecciones de clase normalmente forman parte de una colección estándar asociada con el lenguaje orientado al objeto seleccionado. Paquete MHEG-5, 61. Este paquete define las clases asociadas con la manipulación de objetos gráficos en la pantalla de televisión. Dichos objetos son distintos de datos audiovisuales y pueden formar, por ejemplo, identificadores de canal o texto tendido en las imágenes desplegadas. La definición de clase dentro de este paquete debe respetar las normas de MHEG-5 a través de los estándares ETS300777-3 y ISO/ISE 13522-5 (y el estándar ISO/ISE 13522-6 en el caso de un sistema implementado por Java). Paquete de caja de herramientas 62. Este paquete contiene las clases usadas para descargar y descomprimir la información así como las clases asociadas con el manejo del sistema de archivo y memoria dentro del receptor/descodificador y las clases asociadas con la conexión a la Internet, etc. Paquete de dispositivo 63. Este paquete define la clase necesaria para el manejo de periféricos unidos al receptor/descodificador, como se discutió anteriormente e incluyendo el modem, lectores de tarjeta inteligente, sintonizador de flujo de MPEG, etc. Paquete de servicio 64. Este paquete define las clases necesarias para la ¡mplementación de desarrollo de aplicaciones interactivas de nivel más alto, tales como el manejo de datos de tarjetas de crédito, etc. Paquete DSMCC-UU 65. Este paquete implementa los protocolos necesarios para la comunicación de un cliente y un servidor para búsqueda y lectura de archivo de datos. La implementación de este paquete debe respetar la norma ISO/IEC 13818-6 y directivos definidos en la parte de DAVIC 9. Una capa adicional de aplicaciones interactivas, escrita por el proveedor de servicio y descargada durante la radiodifusión como en sistemas convencionales, será colocada sobre los paquetes de interfase definidos anteriormente. Dependiendo de las aplicaciones que serán introducidas, algunos de los paquetes anteriores pueden ser omitidos. Por ejemplo, si el proveedor de servicio no pretende proporcionar una forma común de lectura de datos, el paquete DSMCC-UU puede ser dejado fuera del sistema final. Los paquetes 53 proporcionan colecciones de clase para un ambiente de programación orientado a un objeto. Su comportamiento de dependerá del lenguaje seleccionado. En el caso de una aplicación Java, por ejemplo, se unirá una estructura de clase de herencia individual.

Capa De Interfase Como se muestra, la capa interfase está compuesta de cuatro módulos, un módulo gráfico 56, un módulo de manejo de archivo de memoria 57, un módulo de protocolo 58 y un administrador de dispositivo 59. Aunque los módulos en este nivel se describen como módulos de interfase, su función es proporcionar una capa de "pegamento" para la implementación de los paquetes de interfase de aplicación y para la operación en general de la máquina virtual. El módulos de gráficos 56, por ejemplo, proporcionan la creación y el manejo de objetos gráficos. Solicita que el OS de bajo nivel represente formas gráficas básicas tales como píxeles individuales, líneas, rectángulos, etc. La implementación de este módulo depende de la capacidad del gráfico del OS del fabricante de bajo nivel. En algunas formas complementarias al paquete 4311 de MHEG-5, estas funciones pueden ser eficientemente ejecutadas en este nivel de código que en el código de alto nivel seleccionado para la capa de aplicación anterior. En una forma similar, el módulo de archivo de manejo de memoria 57 incluye comandos de archivo de lectura/escritura de bajo nivel asociados con los componentes de memoria del sistema. Típicamente, el sistema operativo del hardware solamente incluye los comandos necesarios para leer/escribir un sector o página dentro de un componente de memoria. Como con el módulo de gráficos 56, este módulo permite que un grupo de aplicaciones de bajo nivel más simples sea eficientemente introducido en el sistema. El módulo de manejo de protocolo 58 define una protección de protocolos de protección que puede ser solicitada en comunicaciones a través de, por ejemplo, la capa de TCP/IP del descodificador.

El administrador de dispositivo 59 es ligeramente diferente de los otros módulos en esta capa, ya que proporciona el enlace o interfase entre el sistema operativo de hardware y las capas anteriores, incluyendo los otros módulos en la capa de interfase y la máquina virtual. Los comandos o mensajes de evento que son recibidos/enviados al OS del hardware de la máquina virtual, por ejemplo, necesariamente se hacen pasar a través del manejador o administrador de dispositivo para la conversión de acuerdo con las especificaciones de interfase entre los dos niveles.

Descripción De Máquina Virtual Haciendo referencia ahora a la Figura 5, se describirá la estructura de la máquina virtual 54 usada en el sistema de la presente invención. La máquina virtual usada en la presente invención es una máquina de tipo de hilos múltiples pre-vaciado. Las características generales de dicha máquina son conocidas en otros contextos fuera de los campos de televisión audiovisual y digital y la siguiente descripción se enfocará en aquellas áreas que son las más específicas para la presente solicitud. La máquina virtual está compuesta de un número de elementos, los cuales interactúan ampliamente como se muestra en la Figura 5.

El programador 70 compuesto de un servicio de administrador de hilos 71 y un servicio de administrador de monitor 72 forma el corazón de la máquina de multilectura. El programador 70 ordena la ejecución de hilos o caminos creados por aplicaciones externas a la máquina virtual y aquellas creadas por la misma máquina virtual (por ejemplo, un camino o hilo de recolección de basura). El administrador de evento 73 maneja una tabla de dirección de evento y las listas de eventos suscritas por los hilos o caminos y centraliza la salida de tratamientos de evento. El administrador de memoria 74 maneja la asignación y desasignación de las zonas de memoria dentro de la memoria del sistema y también maneja la remoción de la memoria de los objetos no referenciados (recolección de basura). El administrador de clase 75 carga las clases del código de aplicación descargado en una señal radiodifundida, interactuando con el administrador de seguridad 80 para verificar la integridad del código descargado y con el administrador de archivo 76, el cual implementa las aplicaciones. El administrador de archivo 76 realiza la implementación de los archivos de sistema y los manejos del mecanismo para descargar aplicaciones interactivas y datos. El administrador de seguridad 80 maneja el nivel de acceso permitido para aplicaciones descargadas, algunas aplicaciones teniendo la habilidad de realizar más operaciones que otras con relación al sistema de archivo. El intérprete 77 comprendiendo un servicio de interpretación de código de byte 78 y un servicio de interpretación de "código m" 99 maneja la interpretación de aplicaciones escritas en estos dos códigos, el código de byte estando asociado con aplicaciones de Java y el código m siendo el nombre dado a un código de propietario desarrollado por los solicitantes. Como se estableció anteriormente, el descodificador está adaptado a implementar y ejecutar aplicaciones descargadas en paquetes de transporte y tablas de datos de la corriente de trasporte radiodifundida por el sistema de satélite, cable o terrestre. Ahora se describirá, con referencia a la Figura 6, la organización de estas y otras tablas de datos dentro de una corriente de datos de MPEG-2 convencional.

Organización De Tablas De Datos Dentro De La Corriente De Transporte Como se muestra en la Figura 6, la corriente de trasporte de datos radiodifundida contiene un número de paquetes de formato estándar, incluyendo una tabla de asociación de programa 90 ("PAT"), la PID en el iniciador del paquete siendo fijada por el estándar de MPEG-2 para este paquete en un valor de 0 x 00. La tabla de acceso de programa 90 proporciona el punto de entrada para acceso a datos de programa y contiene una tabla haciendo referencia a los valores de PID de las tablas de mapa de programa ("PMT") 91, 92 asociadas con un servicio o canal dado dentro de la corriente. Cada tabla de mapa de programa 91, 92 contiene a la vez una referencia a los valores de PID de las corrientes de paquetes de las tablas de audio 93 y las tablas de video 94 asociadas con ese servicio.

Como se muestra, la tabla de mapa de programa 92 también contiene referencias a los valores de PID de otros paquetes 95, 96, 97 conteniendo datos adicionales con relación al servicio en cuestión, en particular, datos de ECM generados por un número de sistemas de acceso condicionales y asociados con el servicio en cuestión así como datos de aplicación realizados por este servicio. Además de la tabla de acceso de programa PAT 90, la corriente de transporte de MPEG además comprende una tabla de acceso condicional 101 ("CAT"), el valor de PID de la cual se fija en 0 x 01. Cualquier iniciador de paquete conteniendo este valor de PID de esta manera es automáticamente identificado como conteniendo información de control de acceso. La tabla de CAT 97 se refiere a los valores de PID de los paquetes de MPEG 98, 99, 100, refiriéndose a datos de EMM asociados con uno o más sistemas de acceso condicionales. Como con los paquetes de PMT, los valores de PID de los paquetes de EMM referidos en la tabla de CAT 101 no se fijan y pueden ser determinados a la elección del operador del sistema. El estándar del MPEG-2 especifica muy pocos valores de PID fijos fuera del valor de la tabla de PAT y el valor de la tabla de CAT denominados anteriormente. La mayoría de los valores de PID dentro de cierta escala, por lo tanto, puede ser determinada por un operador. Como se describirá generalmente con mayor detalle más adelante, la presente modalidad de la invención propone un valor de PID fijo que será asignado a una tabla conteniendo datos con relación a aplicaciones realizadas en un número de servicios y ramilletes.

Formato De Paquetes De Transporte Y Datos De Sección Privados Como es conocido, los paquetes de transporte de MPEG son una longitud fija de 188 bytes, incluyendo un iniciador. En un paquete estándar, los tres bytes del iniciador después de los datos de sincronización, comprenden: TABLA I Indicador de error de transporte 1 bit Indicador de unidad de carga útil 1 bit Prioridad de transporte 1 bit PID 13 bits Control de mezclado de transporte 2 bits Control de campo de adaptación 2 bits Contador de continuidad 4 bits Las características de estos campos son enormemente determinadas por el estándar de MPEG. Lo anterior describe el formato del iniciador de un paquete de transporte. De acuerdo con el estándar de MPEG-2, la información contenida en una carga útil de paquete es sometida a un nivel adicional de estructura de acuerdo con el tipo de datos que van a ser transportados. En el caso de datos de audio, visuales, de teletexto, de subtítulo u otros datos sincronizados y rápidamente desarrollados, la información es ensamblada en la forma de lo que se conoce como una corriente elemental en paquete o PES. Esta corriente de datos, la cual se forma ensamblando las cargas útiles de paquetes transmitidos, por sí misma comprende una secuencia de paquetes, cada paquete comprendiendo un iniciador de paquete y una carga útil. A diferencia de los paquetes transmitidos en la corriente de transporte, la longitud de los paquetes de PES es variable. En el caso de algún otro tipo de datos, tales como datos de aplicación o datos de ECM y EMM, un formato diferente de formación de paquete de PES es proscrita. En particular, los datos contenidos en la carga útil de paquete de transporte son divididos en una serie de secciones o tablas, el iniciador de tabla o sección incluyendo una ID o TID de tabla identificando la tabla en cuestión. Dependiendo del tamaño de los datos, una sección puede estar contenida completamente dentro de una carga útil de paquete o puede ser extendida en una serie de tablas sobre un número de paquetes de transporte. En el contexto de MPEG-2, el término "tablas" por lo general es utilizado para referirse a tablas de datos individuales, mientras "sección" usualmente se refiere a uno de una pluralidad de tablas con el mismo valor de TID. Los valores reales de TID usados para referirse a la información llevada en estas tablas o secciones no son fijados por el estándar de MPEG-2 y puede ser definida a discreción del operador de un servicio o ramillete de servicios.

Como con los datos de paquete de transporte y paquete de PES, la estructura o sintaxis de una tabla o sección sin embargo, además es definida por el estándar de MPEG-2. Dos posibles forma de sintaxis para datos de tabla o sección privados se proponen; una forma larga o una forma corta. Tanto en la forma larga como en la corta, el iniciador de una tabla privada incluye por lo menos los datos que comprenden: TABLA li id de tabla 8 bits Indicador de sintaxis de sección 1 bit Indicador privado/reservado 1 bit ISO reservado 2 bits Longitud de sección 12 bits Las longitudes del indicador privado y la sección privada están compuestas de datos no fijados por el estándar de MPEG-2 y que pueden ser usadas por el operador del sistema para sus propios propósitos. Para información adicional con respecto a la sintaxis de la tabla, el lector es referido al estándar de MPEG-2.

Aplicaciones Accesadas A Través De Una O Más Tablas De Pmt Como se entenderá a partir de lo anterior cada tabla de PMT define un servicio o canal particular y la información disponible en ese servicio. Dentro de un servicio dado, por ejemplo, una pluralidad de corrientes de audio y de video puede ser llevada, por ejemplo, para permitir que un visualizador observe un evento deportivo radiodifundido en ese servicio a partir de un número de diferentes ángulos. El servicio también puede contener aplicaciones descargadas y ejecutadas por el descodificador, por ejemplo, tal como una aplicación de venta interactiva o un diagrama de meteorológico interactivo. El número y el tipo de aplicaciones realizadas en el servicio y accesadas a través de su tabla de PMT pueden variar enormemente. En el caso de un canal de clima dedicado, por ejemplo, la mayoría de los datos llevados por el canal pueden relacionarse con una aplicación ejecutada por el descodificador, de manera que, por ejemplo, no existen datos de video de tiempo real llevados por este servicio. En un ramillete de servicios, algunas aplicaciones tales como una aplicación de inicio, pueden ser realizadas por todos los servicios, mientras que algunas aplicaciones pueden ser exclusivas por un servicio, por ejemplo, una aplicación conteniendo información relacionada directamente con un programa que se está mostrando solamente en ese servicio. Convencionalmente, todos los datos con respecto a las aplicaciones llevadas o realizadas por un servicio dado están contenidos en la tabla de PMT relevante para ese servicio. Cada tabla de PMT lleva información del grupo completo de aplicaciones usadas por ese servicio y proporciona el punto de acceso a esas aplicaciones.

Después de la selección de un servicio, los administradores de aplicación para sistemas convencionales ejecutan una secuencia predeterminada de decisiones con respecto a las aplicaciones realizadas en el servicio y, si ya se sintonizó un servicio, aquellas aplicaciones actualmente operando en el descodificador. Las aplicaciones que no están presentes ya en el descodificador pero que están contenidas en el nuevo servicio, son descargadas del servicio. Si una versión más reciente a esa que opera en el descodificador es realizada en el servicio, esta es descargada y la versión antigua eliminada. Las aplicaciones que están corriendo y que se escuchan en el nuevo servicio en la misma (o una versión más antigua) son mantenidas. Las aplicaciones que no son escuchadas en el nuevo servicio, pero que actualmente están operando, son eliminadas. Esta última operación del administrador de aplicación encontrada en sistemas de descodificador convencionales en particular puede conducir a un número de problema. En el caso, por ejemplo, en donde un usuario cambie de un canal a otro y regrese de nuevo, una aplicación puede ser eliminada y después reinstalada. Como se entenderá, la reinstalación de una aplicación puede tomar cierto tiempo dependiendo del tamaño de la aplicación y la memoria disponible en el descodificador. Además, después de cada cambio de canal, se requiere que el descodificador descargue y analice los datos de la tabla de PMT antes de tener suficiente información para realizar cualquier acción con respecto a las aplicaciones que serán descargadas o están actualmente corriendo. Esto puede tomar algo de tiempo. Como se mencionó anteriormente cada servicio es completamente independiente, e incluye todas las aplicaciones necesarias para la operación del servicio y la información con respecto a dichas aplicaciones es realizada en la tabla de PMT de ese servicio. En dicho contexto, el caso de aplicaciones actualmente operando en el descodificador y que no son escuchadas en la tabla de PMT del nuevo servicio posee un problema, ya que el administrador de aplicación ya no tiene información con respecto a qué aplicaciones están corriendo actualmente que puedan ser mantenidas con impunidad después de cambiar a este servicio, y que se necesitan ser eliminadas. La mayoría de los sistemas actuales actúan simplemente para eliminar aplicaciones que corren actualmente para permitir la descarga de nuevas aplicaciones. Haciendo referencia a la Figura 7, ahora se definirá un formato de datos para tablas y secciones en la corriente de transporte de MPEG que permite que los problemas de los sistemas conocidos sean superados.

Tabla de Descripción de Aplicación Como se muestra en la Figura 7, la corriente de transporte incluye, además de las tablas de PMT1 y PMT2 91, 92, usadas para definir los datos contenidos en le primero y segundo servicios, una tabla o tablas de descripción de aplicación 110, 111 para cada racimo disponible de servicios. El ADT B1 designa la tabla para un primer racimo de servicios, ADT B2 la tabla para un segundo racimo, etc. En una forma similar a las tablas de PAT y CAT, el valor de PID de una tabla ADT es fijado a un valor no actualmente conservado o prohibido por el estándar de MPEG-2. Toda la descripción de aplicación o tablas de ADT en todos los racimos de servicio son denominadas a través de este valor de PID y, preferiblemente, un valor fijo de TID. Con el fin de permitir diferentes tablas de ADT para diferentes racimos de servicio, un valor de extensión de TID específico es asignado para cada tabla de ADT asociada con un racimo de servicios. Estos valores de extensión de TID no necesitan ser fijados si pueden ser decididos a través de un acuerdo común entre los operadores de cada ramillete. Como se entenderá, aunque la presente invención utiliza una tabla de ADT por racimo de servicios, el concepto puede ser generalizado al uso de una sola tabla de ADT global cubriendo todos los servicio a través de todos los racimos. En vista de las diferencias entre operadores que corren cada racimo de servicios, esto puede ser difícil de implementar, ya que podría implicar la creación de un "súper operador" cargado con información de compilación para todos los racimos de operador y creando la tabla de ADT global. Un descodificador normalmente es configurado para recibir un racimo de servicios en dependencia de los derechos transmitidos por una tarjeta inteligente de suscripción o tarjeta de PCMCIA insertada en el descodificador. Con base a la información recibida de la tarjeta de suscripción, el administrador de aplicación dentro del descodificador entonces puede descargar la tabla de ADT teniendo el valor de extensión de TID apropiado asociado con este ramillete. El cambio del racimo suscrito cambiando ia tarjeta de suscripción asociada hará que el descodificador descargue la tabla de ADT asociada con el nuevo racimo de servicios y denominada por su propio valor de extensión de TID único. El valor de extensión de TID puede ser dado directamente en la información recibida de la tarjeta de suscripción, o puede ser derivado de una tabla en el descodificador. Igualmente, el descodificador puede ser configurado al valor de extensión de TID correcto a través de otros medios, por ejemplo, a través de un enlace de modem. Alternativamente, el descodificador puede ser configurado para explorar y filtrar todas las tablas de ADT en la corriente de transporte utilizando los valores fijos de PID, TID. Como se describirá más adelante, dentro de cada tabla de ADT está una referencia al valor de PMT de los servicios a los cuales se aplica la tabla de ADT. A partir de esta información, el descodificador puede deducir que tabla de ADT se aplica cuando se opera con relación a un racimo particular de servicios. Como se muestra, una tabla de ADT 110 asociada con el racimo de servicios B1 se divide en tres partes; una parte de descripción de servicios 112, una descripción de aplicación 113 y una parte de firma (opcional) 114. La parte de descripción de servicios 112 contiene información con respecto a qué aplicaciones A1, A2, A3, etc. son realizadas por cada servicio PMT1, PMT2, etc. en el racimo de servicios B1. Cada aplicación es identificada por una ID de aplicación única (A1, A2, etc.). En la Figura 7, la parte de descripción de servicio 112 identifica el servicio PMT1 estando asociado con las aplicaciones A1, A3, etc. y el servicio PMT2 estando asociado con las aplicaciones A1, A2, A4, etc. La parte de descripción de aplicación 113 de la tabla de ADT contiene una descripción de las aplicaciones accesibles a través de todos los servicios del racimo y enlaza la ID de aplicación a los datos escribiendo las características de esta aplicación. La descripción típicamente contiene los siguientes parámetros: Aplicación_id. La aplicación_id permite la identificación por el administrador de aplicación de las aplicaciones realizadas en cada servicio del racimo. En esta modalidad, ya que una tabla diferente de ADT está asociada con cada racimo, otro racimo de servicios puede referirse a sus propias aplicaciones a través de los mismos valores de ID y, por lo tanto, una aplicación solamente es identificada en forma individual por el par de valores (aplicación_id, ramillete_id). Aplicación_tipo: El tipo de la aplicación, por ejemplo, una aplicación de lenguaje puro Java o una aplicación de MHEG-5. Esta definición de tipo es necesaria ya que la activación de una aplicación puede ser completamente diferente dependiendo de su tipo y ya que diferentes tipos de aplicación pueden ser llevados en el mismo racimo de servicios. El tipo también puede incluir el número de versión del software. Aplicación_nombre: El nombre de la aplicación como es conocido por o desplegado para el usuario. Típicamente este es el nombre que el usuario verá cuando la aplicación es iniciada. Por ejemplo, se puede imaginar escribir un mensaje en una ventana: "lanzamiento de PILOTO" después de la activación de una aplicación denominada "PILOTO". Aplicación_información de arranque: El punto de acceso de la aplicación (dependiendo de la aplicación_tipo) que el administrador de la aplicación tiene que dirigir con el fin de descargar y lanzar la aplicación. Aplicación_bandera: Este campo proporciona el comportamiento de la aplicación con respecto a la descarga, lanzamiento, etc. En particular, este campo puede ser usado para definir si una aplicación va a ser mantenida o aniquilada cuando hay cambios entre los servicios en el racimo, sin considerar ninguna indicación en la tabla de PMT de los servicios en cuestión. Aplicación_clave: La clave de control remoto u otra acción de entrada asociada con la activación de la aplicación. Por ejemplo, en caso de una aplicación de tipo piloto o navegador, la aplicación_clave puede ser un botón del control remoto asociado con la activación del piloto. Para aplicaciones de autoinicio, el valor de aplicación_clave puede ser un valor por omisión. Aplicación_exclusiva. Una bandera para indicar que una aplicación es exclusiva para un servicio. Esto permite que una lista de aplicación_ids exclusiva para cada servicio, sea ensamblada por el administrador de aplicación, el administrador de aplicación actuando para eliminar una aplicación en el caso de cambiar a otro servicio. Aplicación_prioridad. La prioridad de la aplicación, por ejemplo, entre un mínimo (1) y un máximo (7). A este respecto, la prioridad puede referirse a la prioridad de acceso a recursos dentro del descodificador y/o prioridad en términos de descarga de una aplicación. Si se desea, dos campos de prioridad separados pueden ser utilizados para reflejar esta diferencia. Aplicación_memoria: El tamaño de memoria necesaria para que la aplicación sea descargada. Esto corresponde no solamente al tamaño de la aplicación sino a una estimación de la cantidad máxima de memoria que será usada por la misma aplicación y sus datos. Aplicación_versión. La presente versión de la aplicación. Triplete DVB. Esto identifica una lista de servicio, para aplicaciones que son específicas a un servicio. El triplete DVT se hace de una red_id original, una corriente de transporte_id y un servic?o_id. Como se apreciará, muchos tipos de información pueden ser incluidos y los factores en la lista anterior no pretenden ser exhaustivos y/u obligatorios. Otra información en la parte de descripción de aplicación puede incluir información necesaria para localizar módulos de una aplicación contenida dentro de un nivel adicional de estructura en las tablas o secciones de TID del servicio. Por ejemplo, además de estar en paquetes en las tablas y secciones para transmisión, una aplicación por sí misma puede ser organizada por un carrusel de datos, por ejemplo, conformándose al formato de datos de DSMCC. La información contenida en ADT puede incluir una descripción de trayectoria o dirección de carrusel para permitir que el descodificador vaya a un punto de entrada específico para descargar una aplicación. Finalmente, la tabla de ADT 110 incluye una firma 114 comprendiendo una firma electrónica de los datos en la tabla de ADT 110 y que permite que el descodificador verifique el origen e integridad de los datos en la tabla. Esto puede ser creado por el operador responsable del racimo, por ejemplo, utilizando una combinación de un algoritmo parásito (tal como MD5) para obtener un valor parásito que corresponde a los datos en la tabla, este valor parásito después siendo codificado crípticamente por una clave privada de un algoritmo público/privado (tal como RSA). La verificación de la tabla de ADT puede ser realizada por un descodificador que posea el mismo algoritmo parásito y suministrado con la clava pública correspondiente. El uso de una combinación de algoritmos parásitos y de clave privada/pública para verificar datos comunicados es conocido y no será descrito aquí en ningún detalle. Alternativamente o además, la tabla de ADT aún puede ser codificada crípticamente por un algoritmo simétrico. Sin embargo, como se entenderá, el uso de una firma electrónica a este nivel es opcional y, en la práctica, se puede realizar la verificación a un nivel más bajo, por ejemplo, en los mismos datos de aplicación. Como se describió anteriormente, la tabla de ADT para un racimo dado tendrá un valor de PID predeterminado y de extensión de TID y esta tabla será cargada y verificada inmediatamente después de arrancar el descodificador, sin considerar qué canal de servicio (si hay alguno) es sintonizado por el descodificador. Una vez suministrado con la información en esta tabla, el administrador de aplicación después puede hacer elecciones razonadas con respecto al mantenimiento o no-mantenimiento de las aplicaciones cuando se sintonizan a o cambian entre servicios y sin tener que esperar la descarga de una tabla de PMT. En particular, después de la selección de un servicio o después de cambiar servicios, el administrador de aplicación puede tomar en cuenta la aplicación contenida en los campos de aplicación_bandera, aplicación_exclusiva, aplicación_prioridad y apl¡cación_memoria para evaluar qué aplicaciones se descargan, qué aplicaciones se mantienen y qué aplicaciones deben ser eliminadas, etc. En el caso de un descodificador sintonizado primero al canal de servicio PMT1 mostrado en la Figura 7, el administrador de aplicación identificará las aplicaciones A1, A3 contenidas dentro de este canal de servicio como estando presentes y siendo válidas, es decir como aplicaciones que corresponden a aplicaciones listadas en la sección de servicios 112 de la tabla de ADT del racimo. Utilizando los datos de la tabla de ADT para estas aplicaciones, el administrador de aplicación después realiza una determinación de sí descargar o no las aplicaciones, y, asumiendo que todas las condiciones se satisfacen (memoria suficiente, etc.) se descargarán las aplicaciones A1, A3, etc. Si el usuario ahora cambia al canal de servicio PMT2 el administrador de aplicación identificará las aplicaciones A1, A2, A4 como estando presentes y siendo válidas en este canal. En el caso de la aplicación A1, el administrador de aplicación estará al pendiente de que esta aplicación sea ya descargada y esté presente en el descodificador en su versión última y normalmente no realizará alguna acción, dejando correr A1 "como tal" en el descodificador. En el caso de las aplicaciones A2, A4, el administrador de aplicación puede, por ejemplo, evaluar los valores de aplicación_prioridad, aplicación_memoria, etc. de estas aplicaciones y comparar estos valores con los valores correspondientes de la aplicación A3 previamente descargada y actualmente corriendo en el descodificador. La evaluación también puede er realizada utilizando en valor de aplicación_bandera de la aplicación actualmente corriendo (ver anteriormente). Aunque la aplicación A3 no esté presente y no sea requerida para todo acceso a las posibilidades provistas por el canal de servicio accesado a través de PMT2, el administrador de aplicación sin embargo puede decidir independencia del valor de aplicación_bandera continuar corriendo la aplicación A3 en preferencia a, o así como descargar una o la otra de las aplicaciones A2, A4. Si el usuario después cambia a PMT1, la aplicación A3 de esta manera está inmediatamente disponible. Muchas otras alternativas son posibles. Por ejemplo, el administrador de aplicación puede ser configurado para aniquilar la aplicación A1 (por ejemplo, sí A1 incluye una bandera de aplicación_exclusiva asociada con PMT1); para mantener A3 durante un período limitado antes de aniquilar A3 y descargar A2, A4; para mantener A3 hasta que el usuario oprime una tecla en el control remoto y después aniquila A3 y descarga una de las aplicaciones A2, A4, etc. Como se entenderá, el uso de una tabla de ADT conteniendo datos sobre todos los servicios en un racimo permite que el administrador de aplicación del descodificador realice una evaluación inusualmente sofisticada con respecto al mantenimiento o no-mantenimiento de aplicaciones llevadas a una aplicación de corrientes de servicio. En el ejemplo anterior, la tabla de ADT ha sido descrita como siendo descargada de la corriente de transporte de radiodifusión. En la práctica, la tabla de ADT, o por lo menos una versión de inicio de la tabla de ADT, puede ser cargada en el descodificador en el momento de la fabricación del descodificador, con el fin de perm iti r que el descodificador cargue automáticamente ciertas aplicaciones llevadas en algunos o todos los servicios en un racimo . Alternativamente, el descodificador, puede descargar una versión de la tabla ADT a través de su conexión por modem , a través de la interfase de tarjeta inteligentes, a través de un puerto en serie, etc.

Claims (41)

REIVINDICACIONES

1. Un método para la transmisión de datos de aplicación en una pluralidad de servicios en una corriente de transporte digital, cada pluralidad de servicios llevando por lo menos una aplicación, el método comprende el paso de proporcionar una tabla de datos de aplicación conteniendo información con respecto a por lo menos una aplicación llevada por cada uno de una pluralidad de los servicios dentro de la corriente de transporte.

2. Un método de acuerdo con la reivindicación 1, en donde la tabla de datos de aplicación es transportada en un paquete de transporte teniendo un valor de ID de paquete predeterminado asociado con la presencia de una tabla de datos de aplicación dentro del paquete.

3. Un método de acuerdo con la reivindicación 1 ó 2, en donde dicha tabla de datos de aplicación es electrónicamente firmada con el fin de permitir que un descodificador verifique una tabla de datos de aplicación como se origina de un operador conocido.

4. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, en donde cada servicio además comprende una tabla de mapa de programa dando acceso a aplicaciones llevadas por este servicio, la misma tabla de mapa de programa comprendiendo información con respecto a por lo menos una aplicación llevada por este servicio.

5. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, en donde la tabla de datos de aplicación además comprende información con respecto a qué aplicaciones pueden ser accesadas a través de cada servicio.

6. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, en donde la información de aplicación llevada en la tabla de datos de aplicación además incluye información con relación al tamaño de memoria requerida para ejecutar una aplicación.

7. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, en donde la información de aplicación en la tabla de datos de aplicación incluye un valor de prioridad indicando la prioridad relativa de una aplicación.

8. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, en donde la información de aplicación en la tabla de datos de aplicación incluye un valor exclusivo de servicio indicando que una aplicación es exclusiva a por lo menos un servicio.

9. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, en donde la información de aplicación en la tabla de datos de aplicación incluye un valor de bandera concerniente a la acción que será tomada con una aplicación después de un cambio de servicio.

10. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, que comprende proporcionar una pluralidad de dichas tablas de datos de aplicación, cada tabla de datos de aplicación conteniendo información con respecto a aplicaciones contenidas dentro de un ramillete de servicios.

11. Un método de acuerdo con la reivindicación 10, en donde cada tabla de datos de aplicación es transportada en una tabla y una sección dentro de un paquete de transporte, cada tabla de datos de aplicación estando asociada con uno de una de una tabla y una sección teniendo una de una ID de tabla característica y un valor de extensión de ID de tabla característica.

12. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, como se aplica a un sistema de televisión digital.

13. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, en donde la corriente de transporte digital se conforma al estándar de MPEG.

14. Un aparato de transmisión para usarse en un método con cualquiera de las reivindicaciones 1 a 13, dicho aparato comprendiendo aparatos para transmitir una corriente de transporte comprendiendo una pluralidad de servicios junto con una tabla de datos de aplicación conteniendo información con respecto a aplicaciones llevadas por una pluralidad de los servicios dentro de la corriente de transporte.

15. Un aparato de transmisión de acuerdo con la reivindicación 14, en donde los medios de transmisión están adaptados para transmitir la tabla de datos de aplicación en un paquete de transporte teniendo un valor de ID de paquete predeterminado asociado con la presencia de una tabla de datos de aplicación dentro del paquete.

16. Un aparato de transmisión de acuerdo con la reivindicación 14 ó 15, que comprende medios para firmar electrónicamente dicha tabla de datos de aplicación con el fin de permitir que un descodificador verifique una tabla de datos de aplicación como se origina de un operador conocido.

17. Un aparato de transmisión de acuerdo con cualquiera de las reivindicaciones 14 a 16, en donde los medios de transmisión están adaptados para transmitir para cada servicio una tabla de mapa de programa dando acceso a aplicaciones llevadas por ese servicio, la misma tabla de mapa de programa comprendiendo información con respecto a por lo menos una aplicación llevada por este servicio.

18. Un aparato de transmisión de acuerdo con cualquiera de las reivindicaciones 14 a 17, en donde la tabla de datos de aplicación además comprende información con respecto a qué aplicaciones pueden ser accesadas a través de cada servicio.

19. Un aparato de transmisión de acuerdo con cualquiera de las reivindicaciones 14 a 18, en donde la información de aplicación llevada en la tabla de datos de aplicación además incluye información con relación al tamaño de memoria requerida para ejecutar una aplicación.

20. Un aparato de transmisión de acuerdo con cualquiera de las reivindicaciones 14 a 19, en donde la información de aplicación en ia tabla de datos de aplicación incluye un valor de prioridad indicando la prioridad relativa de una aplicación.

21. Un aparato de transmisión de acuerdo con cualquiera de las reivindicaciones 14 a 20, en donde la información de aplicación en la tabla de datos de aplicación incluye un valor exclusivo de servicio indicando que una aplicación es exclusiva por lo menos a un servicio.

22. Un aparato de transmisión de acuerdo con cualquiera de las reivindicaciones 14 a 21, en donde la información de aplicación en la tabla de datos de aplicación incluye un valor de bandera concerniente a la acción que será tomada con una aplicación después de un cambio de servicio.

23. Un aparato de transmisión de acuerdo con cualquiera de las reivindicaciones 14 a 22, en donde los medios de transmisión están adaptados a transmitir una pluralidad de tablas de datos de aplicación, cada tabla de datos de aplicación conteniendo información con respecto a aplicaciones contenidas dentro de un ramillete de servicios.

24. Un aparato de transmisión de acuerdo con la reivindicación 23, en donde los medios de transmisión están adaptados para transmitir cada tabla de datos de aplicación de una tabla y una sección dentro de un paquete de transporte, cada tabla de datos de aplicación estando asociada con uno de una tabla y una sección teniendo un valor de ID de tabla característico y un valor de extensión de ID de tabla característico.

25. Un aparato de transmisión de acuerdo con cualquiera de las reivindicaciones 14 a 24, en donde la corriente de transporte digital se conforma al estándar de MPEG.

26. Un sistema de televisión digital que comprende un aparato de transmisión de acuerdo con cualquiera de las reivindicaciones 14 a 25.

27. Un descodificador para usarse en una método con cualquiera de las reivindicaciones 1 a 13, el descodificador comprendiendo una memoria para almacenar una tabla de datos de aplicación comprendiendo información con respecto a aplicaciones llevadas por una pluralidad de servicios dentro de la corriente de transporte, y medios para controlar por lo menos uno de la descarga y mantenimiento de dichas aplicaciones en dependencia de la información contenida dentro de la tabla de datos de aplicación.

28. Un descodificador que comprende una memoria para almacenar una tabla de datos de aplicación, que comprende información con respecto a aplicaciones llevadas por una pluralidad de servicios dentro de la corriente de transporte, y medios para controlar por lo menos uno de la descarga y mantenimiento de dichas aplicaciones en dependencia de la información contenida dentro de la tabla de datos de aplicación.

29. Una tabla de datos de aplicación que contiene información con respecto a por lo menos una aplicación llevada por cada uno de una pluralidad de servicios dentro de una corriente de transporte.

30. Un descodificador o tabla de acuerdo con cualquiera de las reivindicaciones 27 a 29, en donde dicha tabla de datos de aplicación está electrónicamente firmada con el fin de permitir que un descodificador verifique una tabla de datos de aplicación como originándose de un operador conocido.

31. Un descodificador o tabla de acuerdo con cualquiera de las reivindicaciones 27 a 30, en donde la tabla de datos de aplicación además comprende información con respecto a qué aplicaciones pueden ser accesadas a través de cada servicio.

32. Un descodificador o tabla de acuerdo con cualquiera de las reivindicaciones 27 a 31, en donde la información de aplicación llevada en la tabla de datos de aplicación además incluye información con relación al tamaño de memoria requerida para ejecutar una aplicación.

33. Un descodificador o tabla de acuerdo con cualquiera de las reivindicaciones 27 a 32, en donde la información de aplicación en la tabla de datos de aplicación incluye un valor de prioridad indicando la prioridad relativa de una aplicación.

34. Un descodificador o tabla de acuerdo con cualquiera de las reivindicaciones 27 a 33, en donde la información de aplicación en la tabla de datos de aplicación incluye un valor exclusivo de servicio indicando que una aplicación es exclusiva por lo menos a un servicio.

35. Un descodificador o tabla de acuerdo con cualquiera de las reivindicaciones 27 a 34, en donde la información de aplicación en la tabla de datos de aplicación incluye un valor de bandera con respecto a la acción que será tomada con una aplicación después de un cambio de servicio.

36. Una pluralidad de tablas de acuerdo con cualquiera de las reivindicaciones 29 a 35, cada tabla de datos de aplicación conteniendo información con respecto a aplicaciones contenidas dentro de un ramillete de servicios.

37. Una pluralidad de tablas de acuerdo con la reivindicación 36, en donde cada tabla de datos de aplicación está asociada con una de una tabla y una sección teniendo un valor de ID de tabla característico y un valor de extensión de ID de tabla característico.

38. Un método para la transmisión de datos de aplicación en una pluralidad de servicios en una corriente de transporte digital substancialmente como se describe aquí haciendo referencia a los dibujos anexos.

39. Un aparato de transmisión substancialmente como se describe aquí haciendo referencia a los dibujos anexos.

40. Un descodificador substancialmente como se describe aquí haciendo referencia a los dibujos anexos.

41. Una tabla de datos de aplicación substancialmente como se describió aquí haciendo referencia a los dibujos anexos.