MX2007012072A

MX2007012072A - Contenedor de guia de servicio electronico mejorado.

Info

Publication number: MX2007012072A
Application number: MX2007012072A
Authority: MX
Inventors: Toni Paila; Topi Pohjolainen; Juhani Huttunen; Martin Jansky; Jani Poikela
Original assignee: Nokia Corp
Priority date: 2005-04-05
Filing date: 2006-03-23
Publication date: 2008-01-18
Also published as: TW200705983A; KR100923061B1; EP1867151A1; US8520703B2; US20060225093A1; KR20070114383A; WO2006106392A1; EP1867151A4

Abstract

La presente invencion se refiere a una transportacion eficiente de fragmentos de ESG a un receptor a traves de la formacion de contenedores. Un contenedor comprende al menos un fragmento de ESG, pero puede contener una pluralidad de fragmentos. Un fragmento tambien puede ser portado por mas de un contenedor. Los aspectos de la presente invencion utilizan una estructura de encabezamiento simple y extensible aparte de los fragmentos e independiente del tipo y formato de los fragmentos individuales. En un aspecto de la presente invencion, la compresion se aplica sobre el contenedor completo, incluyendo los fragmentos y cualquiera de los encabezamientos. En un aspecto de la presente invencion, una envoltura de metadatos de 3GPP se porta dentro del contenedor sin la necesidad de repeticion innecesaria de parametros, tal como por ejemplo, version, tiempo de validez, e identificacion. En un aspecto de la presente invencion, un sistema de contenedor simplificado permite la actualizacion de fragmentos previamente recibidos.

Description

CONTENEDOR DE GUIA DE SERVICIO ELECTRÓNICO MEJORADO CAMPO DE LA INVENCIÓN La invención se refiere generalmente a redes de comunicaciones. Más específicamente, la invención se refiere a la señalización de un agregado de datos dentro de un sistema de radiodifusión.

ANTECEDENTES DE LA INVENCIÓN Generalmente, una Guía de Servicio Electrónico (EGS, por sus siglas en inglés) hace posible que una terminal comunique que servicios están disponibles a usuarios finales y cómo los servicios pueden ser accedidos. Los fragmentos de ESG son piezas independientemente existentes de la ESG. Tradicionalmente, los fragmentos de ESG comprenden documentos de Lenguaje de Marcado Extensible (XML, por sus siglas en inglés) o fragmentos de documentos XML, pero más recientemente han incluido un vasto arreglo de artículos, tales como por ejemplo, una descripción de Protocolo de Descripción de Sesión (SDP, por sus siglas en inglés) , un archivo textual, o una imagen. Los fragmentos de ESG describen uno o varios aspectos de un servicio o programa de radiodifusión, disponible actualmente o en el futuro. Tales aspectos pueden incluir por ejemplo: libre descripción de texto, programación, disponibilidad geográfica, precio, Ref. 186170 método de compra, género, e información suplementaria tales como clips o imágenes de exhibición. El audio, vídeo y otros tipos de redes de acuerdo con muchos protocolos diferentes. Por ejemplo, los datos se pueden transmitir a través de una colección de redes usualmente referidas como la "Internet" usando protocolos de la serie de protocolos de Internet, tal como Protocolo de Internet (IP, por sus siglas en inglés) y Protocolo de Datagrama de Usuario (UDP, por sus siglas en inglés) . Los datos frecuentemente se transmiten a través de la Internet dirigidos a un usuario único. Sin embargo, se pueden dirigir a un grupo de usuario, comúnmente conocido como multidifusión . Una forma de radiodifundir los datos es usar una red de difusión de datos de IP (IPDC, por sus siglas en inglés) . La IPDC es una combinación de Protocolo de Internet y radiodifusión de banda ancha digital. A través de tal red de radiodifusión basada en IP, uno o más proveedores de servicio pueden suministrar diferentes tipos de servicios de IP incluyendo periódicos, radio, y televisión en línea. Estos servicios de IP son organizados en una o más corrientes de medios en la forma de audio, vídeo y/u otros tipos de datos. Para determinar cuando y donde estas corriente ocurren, los usuarios se refieren a una ESG. Un ejemplo usado en las corrientes de Radiodifusión de Vídeo Digital (DVB, por sus siglas en inglés) es una guía de programa electrónico. Un tipo de DVB es la Radiodifusión de Vídeo Digital-Portátil (DVB-H, por sus siglas en inglés), una tecnología recientemente desarrollada que incrementa las capacidades y servicios disponibles en dispositivos portátiles pequeños, tales como teléfonos móviles. La DVB-H se diseña para suministrar datos a un dispositivo de terminal energizado con baterías . La presente invención, sin embargo, también es aplicable a otros sistemas de radiodifusión móviles digitales tradicionales tales como, por ejemplo, Radiodifusión de Audio Digital Terrestre (T-DAB, por sus siglas en inglés), Radiodifusión de Medios Digitales Terrestres/Satelitales (T/S-DMB, por sus siglas en inglés), Radiodifusión Digital de Servicios Integrados - Terrestres (ISDB-T, por sus siglas en inglés), y Comité de Sistemas de Televisión Avanzados (ATSC, por sus siglas en inglés), sistemas registrados tales como Qualcomm MediaFLO/FLO, y sistemas no tradicionales tales como Servicios de Radiodifusión/Multidifusión de Multimedia de Proyecto de Asociación de 3a Generación (3GPP MBMS, por sus siglas en inglés) y Servicio de Radiodifusión/Multidifusión de Proyecto 2 de Asociación de 3a Generación (3GPP2 BCMCS) . Como imágenes y otros archivos grandes predominan en el transporte de ESG, existe una necesidad de transportar eficientemente los fragmentos de ESG a través de las redes deseadas a los receptores finales. Los sistemas previos transmiten un encabezamiento antes de la ESG, sin embargo, esto es bastante ineficiente debido a que si los contenedores que portan ESGs se transmiten antes del encabezamiento, la información es inaccesible hasta que el encabezamiento llega y existe el riesgo de no recibir el encabezamiento, volviendo inútil la información en el contenedor. Los intentos actuales se enfocan en la asociación de diversos fragmentos conjuntamente; sin embargo, estos intentos han sido grandemente no exitosos debido a la carencia de identificación única de los fragmentos, un encabezamiento eficiente o estructura de indización, o requieren la presencia de parámetros repetitivos. También existe una necesidad en la técnica de ESGs que sean visibles al usuario final tan pronto como sea posible.

BREVE DESCRIPCIÓN DE LA INVENCIÓN Los aspectos de la presente invención permiten la transportación eficiente de fragmentos de ESG a un receptor a través de la formación de contenedores. En este sentido, un contenedor comprende al menos un fragmento de ESG, pero puede contener una pluralidad de fragmentos. Alternativamente, un fragmento se puede portar en más de un contenedor. Los contenedores se transportan al receptor, por ejemplo, usando Transportación de Codificación de Capa Asincrona (ALC) /Codificación en Capas (LCT) de modo que un objeto de transporte de ALC/LCT corresponde a un contenedor único. Los fragmentos se pueden utilizar por el receptor en la recepción del contenedor completo. Un aspecto de la presente invención utiliza una estructura de encabezamiento simple y extensible aparte de los fragmentos independientes del tipo y formato de los fragmentos individuales. En modalidades adicionales, la compresión se aplica sobre el contenedor completo, incluyendo los fragmentos y cualquiera de los encabezamientos. En modalidades todavía adicionales, otras envolturas, por ejemplo una envoltura de metadatos de Proyecto de Asociación de 3a Generación (3GPP) se pueden portar dentro del contenedor sin la necesidad de repetición de parámetros innecesaria, tal como por ejemplo, versión, tiempo de validez, e identificación. Los metadatos dentro de la envoltura de 3GPP o en cualquier otra forma pueden incluir canales específicos, programas específicos, y/o manojos de canales específicos. Otros tipos de metadatos puede incluir: datos de paquetes, datos de compra, tal como datos de identidad del operador y datos técnicos para realizar la transacción, por ejemplo, una dirección, protocolo, datos de precio los cuales se pueden basar en el paquete/día, canal/minuto, programa/minuto; datos de canal, tal como una descripción textual para un usuario, información de marca de proveedor de contenido/logo, clasificación y datos de clasificación, tal como clasificación parental y de género, datos SDP de canal, tal como una descripción de capacidades necesarias para usar el servicio, por ejemplo, formato de audio y vídeo e información de velocidad de bits, tiempo de inicio y final, direcciones, direcciones de alimentaciones de datos auxiliares sincronizadas, extensiones de propietario; y datos de programa, tal como una descripción textual para un usuario, tiempos de inicio y final, referencias para servicios interactivos relacionados con el programa. Estos metadatos se pueden cargar por un operador o se pueden realizar automáticamente . En ciertas modalidades, la presente invención se puede implementar parcialmente o completamente en un medio leíble por computadora, por ejemplo, almacenando módulos o instrucciones ejecutables por computadora, o utilizando estructuras de datos leíbles por computadora. Desde luego, los métodos y sistemas de las modalidades referenciadas anteriormente también pueden incluir otros elementos, etapas, instrucciones ejecutables por computadores, o estructuras de datos leíbles por computadora adicionales. A este respecto, otras modalidades se describen en la presente también.

BREVE DESCRIPCIÓN DE LAS FIGURAS Un entendimiento más completo de la presente invención y las ventajas del mismo se puede adquirir por referencia a la siguiente descripción en consideración de las figuras acompañantes, en las cuales los números de referencia similares indican características similares, y en donde: La figura 1 ilustra un esquema de un sistema de comunicaciones inalámbrico en el cual varios aspectos de la presente invención se pueden implementar. La figura 2 ilustra un diagrama de bloque de una terminal móvil de conformidad con un aspecto de la presente invención. La figura 3 ilustra un diagrama esquemático de un objeto de transporte ejemplar de conformidad con un aspecto de la presente invención. La figura 4 ilustra un método para transportar una multitud de transportaciones de objeto único de conformidad con un aspecto de la presente invención. Las figuras 5a y 5b ilustran un diagrama de bloque de una entradas de descriptor de fragmento de guía de servicio electrónico (ESG) de conformidad con al menos un aspecto de la presente invención. La figura 6 ilustra un diagrama de bloque de un contenedor ejemplar que tiene una pluralidad de objetos de ESG de conformidad con al menos un aspecto de la presente invención . La figura 7 es un diagrama de bloque que ilustra cuadros ejemplares de entradas de descriptor de fragmento de ESG de conformidad con al menos un aspecto de la presente invención . La figura 8 es un diagrama de bloque de un sistema de contenedor simplificado de conformidad con una modalidad de la presente invención configurado para la actualización de fragmentos previamente recibidos. La figura 9 es un diagrama de bloque que ilustra manejo de contenedor y fragmento en un sistema de actualización de conformidad con una modalidad de la invención . La figura 10 es un diagrama de bloque que ilustra una actualización de contenedor realizada de conformidad con un aspecto de la invención. La figura 11 ilustra una solución de suministro de ESG de conformidad con un aspecto de la presente invención. La figura 12 ilustra una solución de suministro de ESG de conformidad con un aspecto de la presente invención. La figura 13 ilustra una solución de suministro de ESG de conformidad con un aspecto de la presente invención. La figura 14 ilustra una solución de suministro de ESG de conformidad con un aspecto de la presente invención. La figura 15 ilustra una solución de suministro de ESG de conformidad con un aspecto de la presente invención. La figura 16 ilustra un método para recibir datos de conformidad con un aspecto de la presente invención. La figura 17 ilustra un método para manejar los datos recibidos de conformidad con un aspecto de la presente invención . La figura 18 muestra el esquema de un sistema de comunicaciones inalámbrico ejemplar de conformidad con un aspecto de la presente invención. La figura 19 ilustra un método para proporcionar información a un receptor que viaja entre diferentes áreas de conformidad con un aspecto de la presente invención.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN En la siguiente descripción de las diversas modalidades, se hace referencia a las figuras acompañantes, las cuales forman una parte de las mismas, y en las cuales se muestra por vía de ilustración varias modalidades en las cuales la invención se puede practicar. Se entenderá que otras modalidades se pueden utilizar y modificaciones estructurales y funcionales se pueden hacer sin apartarse del alcance de la presente invención. Se señala que varias conexiones se describen entre elementos en la siguiente descripción. Se señala que estas conexiones en general y, a menos que se especifique de otra forma, pueden ser directas o indirectas y que esta especificación no se propone para ser limitante a este respecto . La presente invención se puede utilizar a través de un amplio arreglo de redes y protocolos de comunicación. La figura 1 ilustra un ejemplo de un sistema de comunicaciones inalámbrico 110 en el cual los sistemas y métodos de la invención se pueden emplear. Uno o más dispositivos móviles habilitados en red 112, tal como asistente digital personal (PDA), teléfono celular, terminal móvil, grabadora de vídeo personal, televisión portátil, computadora personal, cámara digital, camcorder, dispositivo de audio portátil, radio portátil, o combinaciones de los mismos, están en comunicación con una fuente de servicio 122 a través de una red de radiodifusión 114 y/o red celular 116. La terminal/dispositivo móvil 112 puede comprender un dispositivo receptor de radiodifusión digital. La fuente de servicio 122 se puede conectar a diversos proveedores de servicio que pueden proporcionar su contenido o información o descripción de programa actual de sus servicios y programas a la fuente de servicio que adicionalmente proporciona el contenido o información al dispositivo móvil 112, el cual se puede usar y/o exhibir como una guía de servicio electrónico para que el usuario selecciona sus servicios y programas. Los diversos proveedores de servicio pueden incluir, pero no se limitan a, uno o más proveedores de servicio de televisión y/o televisión digital, proveedores de servicio de radio AM/FM, proveedores de servicio de impulso de Servicio de Mensajes Cortos/Servicios de Mensajes Multimedia (SMS/MMS) y proveedores de contenido o acceso de Internet. La red de radiodifusión 114 puede incluir una transmisión de radio de difusión de datos de IP sobre DVB-H. La red de radiodifusión 114 puede radiodifundir un servicio tal como una señal de televisión digital o análoga y contenido complementario relacionado al servicio vía un transmisor 118. La red de radiodifusión también puede incluir una red de radiodifusión de radio, televisión o difusión de datos de IP. La red de radiodifusión 114 también puede transmitir el contenido complementario el cual puede incluir una señal de televisión, corrientes de audio y/o vídeo, archivos de vídeo, archivos de audio, archivos de software, y/o juegos de vídeo. En el caso de transmitir servicios de difusión de datos de IP, la fuente de servicio 122 puede comunicar el contenido de programa actual al servicio de usuario 112 a través de la red de radiodifusión 114 e información adicional tal como derecho de usuario e información de acceso para el contenido de programa actual a través de la red celular 116. El dispositivo móvil 112 también puede hacer contacto con la fuente de servicio 122 a través de la red celular 116. La red celular 116 puede comprender una red inalámbrica y un transmisor de estación transceptora base 120. La red celular puede incluir una red de comunicaciones de datos celular de segunda/tercera generación (2G/3G) , un Sistema Global para red de comunicaciones Móvil (GSM) , u otra red de comunicación inalámbrica tal como una red de área local inalámbrica ( LAN) . En un aspecto de la invención, el dispositivo móvil 112 puede comprender una interfaz inalámbrica configurada para enviar y/o recibir comunicaciones inalámbricas digitales dentro de la red celular 116. La información recibida por el dispositivo móvil 112 a través de la red celular 116 o red de radiodifusión 114 puede incluir selección de usuario, aplicaciones, servicios, imágenes electrónicas, clips de audio, vídeo clips, y/u otros mensajes. Como parte de la red celular 116, una o más estaciones base (no mostradas) pueden soportar comunicaciones digitales con el dispositivo receptor 112 mientras el dispositivo receptor se ubica dentro del campo administrativo de red celular 116. Como se muestra en la figura 2, el dispositivo móvil 112 puede incluir el procesador 128 conectado a la interfaz de usuario 130, memoria 134 y/u otro almacenamiento, y dispositivo visualizador 136, todos los cuales se pueden montar en o dentro de un alojamiento 113. El dispositivo móvil 112 también puede incluir batería 150, altavoz 152 y antenas 154. La interfaz de usuario 130 adicionalmente puede incluir un teclado, pantalla táctil, interfaz de voz, una o más teclas de flecha, palanca de mando, guante de datos, ratón, bola rodante, pantalla táctil, interfaz de voz, o similares . Las instrucciones ejecutables por computadora y datos usados por el procesador 128 y otros componentes dentro del dispositivo móvil 112 se pueden almacenar en una memoria leíble por computadora 134. La memoria se puede implementar con cualquier combinación de módulos de memoria de solo lectura o módulos de memoria de acceso aleatorio, que incluyen opcionalmente tanto memoria volátil como no volátil y opcionalmente son separables. El software 140 se puede almacenar dentro de la memoria 134 y/o almacenamiento para proporcionar instrucciones al procesador 128 haciendo posible que el dispositivo 112 realice varias funciones. Alternativamente, alguna o todas las instrucciones ejecutables por computadora del dispositivo móvil 112 se pueden incluir en hardware o firmware (no mostrados) . El dispositivo móvil 112 se puede configurar para recibir, decodificar y procesar transmisiones basado en el estándar DVB, tal como DVB-H o Plataforma Casera de Multimedia por Radiodifusión de Vídeo Digital (DVB-MHP, por sus siglas en inglés), a través de un receptor de DVB específico 141. Adicionalmente, el dispositivo receptor 112 también se puede configurar para recibir, decodificar y procesar transmisiones a través del receptor de Radio FM/AM 142, transceptor WLAN 143, y transceptor de telecomunicaciones 144. En un aspecto de la invención, el dispositivo móvil 112 puede recibir mensajes de Sistema de Datos por Radio (RDS, por sus siglas en inglés) . En un ejemplo del estándar DVB, una transmisión de DVB de 10 Mbit/s puede tener 200 canales de programa de audio a 50 kbit/s o 50 canales de programa de vídeo (TV) a 200 kbit/s. El dispositivo móvil 112 se puede configurar para recibir, decodificar, y procesar la transmisión basado en el estándar DVB-H u otros estándares DVB, tal como DVB-MHP, DVB Satelital (DVB-S, por sus siglas en inglés), DVB Terrestre (DVB-T, por sus siglas en inglés) o DVB por cable (DVB-C, por sus siglas en inglés) . De manera similar, otros formatos de transmisión digital alternativamente se pueden usar para suministrar contenido e información de disponibilidad de servicios complementarios, tal como Comité de Sistemas de Televisión Avanzados (ATSC, por sus siglas en inglés) , Comité de Sistemas de Televisión Nacional (NTSC, por sus siglas en inglés), Radiodifusión Digital de Servicios Integrados Terrestre (ISDB-T, por sus siglas en inglés), Radiodifusión de Audio Digital (DAB, por sus siglas en inglés), Radiodifusión de Multimedia Digital (DMB, por sus siglas en inglés) , MediaFLO o DIRECTV. Adicionalmente, la transmisión digital puede ser de tiempo dividido, tal como en la tecnología DVB-H. La división de tiempo puede reducir el consumo de energía promedio de una terminal móvil y puede habilitar la transferencia de control uniforme y sin interrupciones. La división de tiempo consiste en enviar datos en aumento en usando una velocidad de bits instantánea mayor cuando se compara con la velocidad de bits requerida si los datos se transmitieron usando un mecanismo de transmisión tradicional. En este caso, el dispositivo móvil 112 puede tener una o más memorias intermedias para almacenar la transmisión de tiempo dividido decodificada antes de la presentación. La figura 3 es un diagrama esquemático de un objeto de transporte ejemplar de conformidad con al menos un aspecto de la presente invención. Generalmente, un objeto de transporte único 300 comprende un encabezamiento de contenedor 310 y una carga de contenedor 320. Incorporando el encabezamiento 310 y la carga 320 en un objeto único 300, no existe más tiempo una necesidad de recombinar cada encabezamiento con la información con respecto a donde cada contenedor se ubica dentro de diferentes objetos transportados. Además, no existe más tiempo un punto de cual transmitir primero, como se presenta en sistemas previos. El encabezamiento de contenedor 310 puede contener información de configuración con respecto a la carga de contenedor y/o encabezamiento 320. En una modalidad, el encabezamiento 310 se enfría para informar a un receptor de la longitud de entrada del encabezamiento. En una modalidad ejemplar, el encabezamiento 310 puede tener una pluralidad de entradas de descriptor de fragmento de ESG 330 que identifican los fragmentos de ESG 340 en la carga de contenedor 320 de modo que el receptor puede determinar la posición y/o longitud exacta de cada fragmento de ESG contenido 340. Por ejemplo, en una modalidad, un campo específica donde la ESG particular comienza dentro de la carga de contenedor 320 proporcionando, por ejemplo, un valor de descentramiento 550, puntos de inicio y final, o similares. En otras modalidades, los metadatos 350 se pueden asociar con los fragmentos de ESG individuales 340, ubicados dentro o próximos al encabezamiento 310, las entradas de descriptor 330, un fragmento de ESG 340 o una mezcla de los mismos. En una modalidad ejemplar, la asociación de una envoltura de metadatos de 3GPP con un fragmento de ESG 340 puede sustituir, o negar la necesidad de metadatos adicionales a ser ubicados en el encabezamiento 310 con relación al fragmento de ESG particular. La figura 4 ilustra un método para transmitir una multitud de transportes de objeto único en donde los transportes son de conformidad con al menos un aspecto de la presente invención. Como se ilustra en la figura 4, los objetos de transporte (TO, por sus siglas en inglés) de la invención actual se pueden portar en, por ejemplo, Suministro de Archivo sobre sesiones de Transporte Unidireccional (FLUTE, por sus siglas en inglés), o una sesión ALC pura. En el ejemplo de la figura 4, los datos de Canal de Raíz de ESG, tal como dirección IP, número de puerto e Identificador de Sesión de Transporte (TSI, por sus siglas en inglés) son anunciados en la Tabla de Notificación de IP/MAC 405 (Tabla INT) . La sesión FLUTE del Canal de Raíz de ESG comprende una Tabla de Suministro de Archivo 410 (FDT, por sus siglas en inglés) de la sesión y uno o más objetos de transporte 415. Estos objetos de transporte en carruseles de aviso 430 contienen mapeo entre las diferentes partes de ESGs y parámetros de acceso a los diferentes métodos de ESG en los cuales los datos de ESG se transmiten. Las ESGs pueden diferente entre si, por ejemplo estando en diferentes lenguajes y/o tienen diferente codificación o género. Los parámetros de acceso incluyen Direcciones IP, números de puerto, TSIs, tiempos de inicio y final, etc. La sesión FLUTE por consiguiente declara cómo los datos de ESG se distribuyen a diferentes sesiones. Los objetos de transporte 415 de la sesión FLUTE que portan estos datos de mapeo se describen en la FDT de la sesión FLUTE. Los datos de mapeo de ESG se pueden suministrar en uno o múltiples objetos de transporte 415. El mapeo se puede hacer usando Esquema XML, texto ASCII puro tales como encabezamientos MIME o MIME de multipartes, lí como binario con tipos enumerados o a través de varios otros medios como se conoce en la técnica. Los datos de ESG están, en este ejemplo, suministrados en métodos de ESG 440, los cuales pueden ser sesiones ALC puras, en uno o más objetos de transporte. Los mismos datos de ESG se pueden suministrar en uno o más métodos de ESG. Los datos de ESG o partes de estos se pueden suministrar en algunas modalidades de la invención en una o más sesiones FLUTE además de o en lugar de secciones ALC. Las figuras 5a y 5b ilustran un diagrama de bloque de cuadros ejemplares de entradas de descriptor de fragmento de ESG conjuntamente con las entradas de descriptor 500A-500E de conformidad con al menos un aspecto de la presente invención. El cuadro 500 ilustra un formato del cuadro de protocolo para un encabezamiento 310 (figura 3) . Los cuadros que tienen entradas de descriptor 502A-D son ejemplificaciones ejemplares las cuales incluyen un campo de tipo 505 para indicar el tipo y características de una entrada 330. El campo de tipo puede ser extensible para permitir la adición de nuevos tipos de entradas. Mediante la entrada de un tipo de entrada en este campo 505, diferente información está disponible al receptor. Las ejemplificaciones de cuadro 502A-D han pre-definido los metadatos específicos asociados con los fragmentos. Por ejemplo en 502B, el descentrado de campos, inicio, fin y identificador de Recurso Uniforme de Base (BaseURI) son metadatos para el fragmento correspondiente en la carga. La ejemplificación de cuadro 502C, a su vez, no asocia algunos metadatos con el fragmento que representa. Como se describió anteriormente, la carga puede contener una envoltura la cual asocia los metadatos con el fragmento mismo (ambos incluidos en la envoltura) o indica que los metadatos se ubican en el encabezamiento, o alternativamente el tipo es una entrada que proporciona parámetros predefinidos de los fragmentos de ESG ubicados dentro de la carga. Además, como se muestra por el cuadro 502C, una entrada de descriptor única se puede configurar por su tipo para describir una pluralidad de fragmentos de ESG, o aún diferentes versiones del mismo fragmento de ESG. Por ejemplo, el cuadro 502A es marcado como una entrada tipo 1, e incluye información con respecto a los fragmentos de ESG tales como ubicación, formato, información de versión, o identificador único. Para ilustrar este punto, los cuadros 502 pueden proporcionar campos de información adicionales con respecto a los fragmentos de ESG 340 (figura 3), tal como formato 510, versión 520, y un identificador único 530. En la modalidad ejemplar, el campo de formato 510 específica si un fragmento de ESG 500 es texto, un vídeo, y/o una imagen. Un experto en la técnica, sin embargo, comprenderá que el campo de formato 510 podrá especificar virtualmente cualquier información relacionada con el tipo de medios contenido en el fragmento de ESG 340. Un campo de versión 520 se puede incluir para permitir la actualización de ESGs previamente recibidas. Por ejemplo, una versión más nueva de una ESG se puede detectar y ejecutar automáticamente, mientras que un fragmento de ESG obsoleto como se especifica por el campo de versión 520 no se puede ejecutar o se puede ejecutar en la discreción del usuario del receptor. También es frecuentemente útil donde servicios locales están disponibles. Por ejemplo, cuando una terminal móvil se mueve desde un área geográfica a otra área geográfica, algunos servicios pueden permanecer disponibles, algunos no pueden estar disponibles más tiempo, y algunos pueden llegar a ser disponibles. Por lo tanto, algunos de los objetos de ESG son válidos en la nueva área geográfica como en el área geográfica vieja. En una modalidad, una terminal puede identificar aquellos objetos de ESG los cuales son válidos en la nueva área geográfica y pueden almacenar/ocultar objetos que no son más tiempo válidos. En otra modalidad, una terminal puede recibir y almacenar objetos de ESG de diferentes frecuencias, plataformas IP, y operadores de red y luego combinar estos objetos con objetos de ESG de la red actual en una ESG unificada. Opcionalmente, un campo de versión 520 se puede acoplar o reemplazar por un campo de validez 570. Mientras que el campo de versión 520 puede indicar si el fragmento de ESG recibido es la versión más actual o se configura para determinar si existen puntos de compatibilidad, un campo de validez 570 puede adicionalmente separar fragmentos de ESG inútiles o de menos prioridad. Como se ilustra en la figura 5, uno o más campos de validez 57 pueden indicar períodos de tiempo en los cuales el fragmento asociado es válido. Alternativamente, la validez puede estar basada en el hardware del receptor, ajustes definidos del usuario, y/o la presencia de otras ESGs. Por vía de ejemplo, la presencia de una BaseURI o ubicación donde el nodo se carga, si en el campo de validez 570, u otro campo, puede permitir la verificación de un fragmento de ESG recibido. En otras modalidades, un BaseURI puede permitir que el receptor utilice la información ubicada en el URI en conjunto con o en lugar del fragmento de ESG. Un campo de identificador único 530 permite la identificación de un fragmento de ESG sin considerar la información en el encabezamiento de contenedor 310. Tal información podría, por ejemplo, ser útil cuando diversas ESGs son recibidas, ejecutadas, o de otra forma no asociadas más tiempo con el encabezamiento o de otra forma necesarias para ser universalmente identificables . Cada uno de los campos de información anteriores 510, 520, 530, entre otros campos utilizados opcionalmente pueden contener un campo de relleno 540 para compensar la alineación no apropiada con las reglas de bytes de las entradas. Por ejemplo, si la ubicación de un fragmento de ESG contiene un BaseURI que no suministre suficiente bits para la entrada, los caracteres de ASCII, tal como cero, se pueden usar para llenar los espacios necesarios para cumplir el requerimiento de bits. Como se describió, cada fragmento de ESG se puede codificar para una diferente velocidad de bits que otros fragmentos de ESG. En modalidades aún adicionales, las diferentes velocidades de bits se pueden utilizar para diferentes parámetros dentro de una ESG única, por ejemplo, en los diferentes campos de información 510, 520, 530. La ubicación de un fragmento de ESG se puede obtener utilizando un campo de descentrado 550 solo o en conjunto con un campo de longitud de entrada 560, en donde el descentrado del fragmento se puede medir desde el encabezamiento, un punto inicial dentro de la carga, o cualquier otro punto dentro del objeto de transporte. El descentrado del fragmento y valor de longitud se pueden medir en bits, bytes, o cualquier sistema de cuantificación similar. Como se discutió previamente, los campos que utilizan diferentes sistemas (es decir 6 bits, 10 bits, 32 bits) todos pueden ser codificados dentro de la misma entrada de descriptor. Cada entrada de descriptor 500 tiene un campo de identificación de fragmento 530 el cual únicamente identifica el fragmento de ESG. En las entradas de descriptor ejemplares 500C, 500D, 500E, el BaseURI se anexa a la identificación del fragmento dentro del contenedor de carga para crear un identificador globalmente único. La figura 6 ilustra un diagrama de bloque de un contenedor ejemplar que tiene una pluralidad de fragmentos de ESG de conformidad con al menos un aspecto de la presente invención. El objeto de transporte 600 tiene un encabezamiento de contenedor 610 que precede una carga de contenedor 620, formando conjuntamente un objeto de transporte único. El encabezamiento 610 opcionalmente puede contener un mecanismo de señalamiento o un mecanismo de codificación de transporte que se configura para señalar que el objeto de transporte o una porción del mismo se codifica o de otra forma comprime. En una modalidad, un punto de código LCT, ubicado al comienzo del encabezamiento 610, puede señalar que el transporte total que incluye el encabezamiento se comprime. En otras modalidades, un campo de reserva puede comprender un punto de código que señala la codificación para el objeto de transporte 600. Por vía de ejemplo, el programa GZIP se puede usar para este propósito; sin embargo, un experto en la técnica reconocerá que numerosas otras alternativas realizarán el objetivo de compresión en esta manera. En modalidades que tienen un campo reservado, se puede incluir opcionalmente información adicional que se relaciona, por ejemplo, con las ESGs, el encabezamiento mismo, o compresión adicional o información de codificación. La carga de contenedor 620 comprende al menos un fragmento de ESG 640, con algunos o todos los fragmentos teniendo metadatos (véase figura 3). En algunos casos, los fragmentos no tienen metadatos, más bien cualquiera de los metadatos necesarios se encuentra en el encabezamiento 610 asociado con la entrada de descriptor apropiado. El objeto de transporte se puede almacenar en una memoria en el transmisor, nodos de transmisión intermedios, y/ en los diversos receptores. La figura 7 es un diagrama de bloque que ilustra adicionalmente cuadros ejemplares de entradas de descriptor de fragmento de ESG de conformidad con al menos un aspecto de la presente invención. Los cuadros 700, 710, 720, 730, y 740 incluyen un campo de tipo 750 para indicar el tipo de cuadro recibido. Como se discutió anteriormente, el campo de tipo 750 puede ser extensible para permitir la adición de nuevos tipos de entradas. El cuadro 700 ilustra una entrada de descriptor de ESG simple que proporciona la posición de fragmentos de ESG en la carga. En las modalidades ilustradas, un valor de descentrado del fragmento de ESG se utiliza para ubicar los fragmentos. Los cuadros 710, 720 y 730 ilustran los diversos tipos de entradas de descriptor que no se asocian con cualquier carga de contenedor. Más bien, los cuadros 710, 720, y 730 se pueden usar para validar los fragmentos de ESG ya recibidos. En modalidades adicionales, tal como se ilustra por el cuadro 740, la entrada de descriptor puede comprender una declaración de una BaseURI para el contenedor completo. En todavía otro aspecto, la invención comprende un sistema y método para usar el mismo para determinar si un contenedor recientemente transmitido es una actualización válida de un contenedor previamente recibido sin la necesidad de decodificar o de otra forma procesar la información dentro de la carga de contenedor. En al menos una modalidad, un transmisor se configura para actualizar los numerosos fragmentos como una unidad única. El contenedor transmitido puede ser adicionalmente configurado para asignar por mandato todos los fragmentos de objetivo que son actualizados. Aún todavía otro aspecto, la invención comprende un sistema y método para usar el mismo que solamente requiere una instancia única de un tipo de contenedor para determinar la combinación de fragmentos en cada otra instancia posible del mismo tipo. La figura 8 es un diagrama de bloque de un sistema de contenedor simplificado de conformidad con una modalidad de la presente invención configurado para la actualización de fragmentos previamente recibidos. El sistema se configura para determinar si el contenedor recientemente transmitido es una actualización válida sin la necesidad de decodificar o de otra forma leer la información dentro de la carga de contenedor. Un contenedor de actualización 800 generalmente comprende un encabezamiento de contenedor 810 y una carga de contenedor 820. En la modalidad ejemplar, el encabezamiento 810 contiene información relacionada con el número de fragmentos en la carga 820 y los valores de descentrado asociados; sin embargo, está dentro del alcance de la invención incluir información relacionada con el encabezamiento 810 y/o carga 820. La carga 820 comprende unidades de datos 830, 840 que tienen actualizaciones de fragmentos. Mientras que la modalidad muestra dos unidades de datos 830, 840, la carga 820 puede incluir unidades de datos adicionales (no mostradas) y también pueden transmitir una unidad de datos única. Cada unidad de datos incluye una indicación de su tipo 850. El contenedor puede indicar adicionalmente la presencia de un encabezamiento de carga. Por ejemplo, una unidad de datos tipo 1 podrá ser una envoltura binaria que tiene metadatos en un encabezamiento 835 como se ilustra, el encabezamiento 835 se asocia con los fragmentos predeterminados. El tipo 2 puede indicar una envoltura textual 3GPP asociada con diferentes fragmentos. Los metadatos por lo tanto, no están fijos en el nivel de transporte. Además de estos ejemplos, otros tipos de contenedor se pueden definir.

El nuevo sistema de actualización se puede implementar a través de la configuración y manejo de las instancias de fragmentos y contenedor. Una "instancia de fragmentos" o "instancia de fragmento" se refiere a un fragmento con tipo y versión específicos, en donde una "instancia de un contenedor" o "instancia de contenedor" re refiere a unas instancias específicas de retención de contenedor de fragmentos. La figura 9 es un diagrama de bloque que ilustra el manejo de contenedor y fragmento en un sistema de actualización de conformidad con una modalidad de la invención. En la modalidad ejemplar, Las FDT 900 y 910 anuncias las ejemplificaciones del agrupamiento de fragmentos. Los tipos de fragmento en cada tipo de contenedor se determinan por el receptor cuando inicialmente reciben la primera instancia de contenedor. Todas las diferentes instancias de contenedor del mismo tipo usan la misma firma, por ejemplo Ubicación de Contenido FDT, pero un diferente identificador de objeto de transferencia (TOI, por sus siglas en inglés) . En la modalidad ejemplar, la FDT 900 tiene un TOI=5 y la FDT 910 tiene un T0I=6, indicando una diferente instancia de contenedor, sin embargo, el Tipo de Contenido y Ubicación de Contenido permanecen no alterados. Dos diferentes instancias de contenedor pueden tener diferente codificación aplicada, es decir tienen diferentes Tipos de Contenido. Por ejemplo, un contenedor que mantiene fragmentos A de versión Al y B de versión Bl y un contenedor que mantiene fragmentos A de versión A2 y B de versión B2 tienen el mismo tipo de contenedor. Adicionalmente, un contenedor que mantiene fragmento A (si considerar la versión) tendrá un tipo de contenedor distintamente diferente que un contenedor que mantiene fragmentos A, B y C (de cualquier versión) . Los campos opcionales adicionales, tal como Codificación de Contenido también pueden permanecer en un estado no alterado dependiendo de la preferencia del transmisor. Por ejemplo, si se utilizan metadatos textuales, el contenedor completo se puede codificar por ejemplo, con GZIP u otros mecanismos conocidos en la técnica. Alternativamente, alguna porción o porciones del contenedor se pueden codificar. La Corrección de Error Hacia Delante (FEC, por sus siglas en inglés) y codificación del contenedor se pueden declarar por diferentes mecanismos. Por ejemplo, los parámetros de FDT pueden declarar el mecanismo de codificación. En una modalidad, la codificación y FEC se declaran a través del uso de extensiones LCT. Los contenedores se codifican para hacer posible que el receptor determine si el contenedor será decodificado y procesado sin tener que acceder o de otra forma leer los contenedores. La figura 10 es un diagrama de bloque que ilustra una actualización de contenedor realizada de conformidad con una modalidad de la invención. En el ejemplo, la FDT 1010 tiene un T0I=1 y corresponde a un contenedor Tipo A 1020 que tiene una instancia Al, en donde la instancia Al puede comprender por ejemplo fragmento 1: instancia 4 y fragmento 2: instancia 3. La FDT 1010 y el contenedor asociado 1020 son recibidos en una terminal, donde se procesan o rechazan. La FDT 1030, representa una actualización a FDT 1010, y se recibe después de la recepción de FDT 1010. La FDT 1030 aún corresponde a un contenedor Tipo A 1040, sin embargo incluye instancia A2 en lugar de instancia Al, y puede comprender cambios tales como, por ejemplo, fragmento 1: instancia 4 no está cambiada, pero fragmento 2: instancia 3 está cambiada a instancia 5. En la recepción, la terminal determina que instancia A2 incluye una o más actualizaciones de fragmento cuando se compara con la instancia Al. La terminal puede determinar adicionalmente que A2 contiene el mismo tipo de fragmentos como Al. En una modalidad, la terminal adicionalmente determina, basado en un innúmero de factores, si A2 será implementada . Las figuras 11-16 ilustran soluciones de suministro de guia de servicio electrónico de conformidad con varios aspectos de la invención. La figura 16 ilustra un método de receptor ejemplar. Primero en la etapa 1610, una terminal móvil u otro receptor adquiere los archivos de Esquema XML necesarios. Esto se puede lograr: pre-aprovisionando los archivos, buscando y trayendo los archivos sobre la red de interacción, recibiendo los archivos en la sesión de suministro de archivo por radiodifusión (por ejemplo Carrusel de Aviso u otra sesión) o por otros métodos para recibir datos. En la etapa 1620, el receptor también puede recibir una instancia de Descriptor de Suministro de ESG. Esto puede ser XML o binario, con una instancia binaria que tiende a ser más compacta. (Véase figuras 13 y 14) . El descriptor puede contener uno o más elementos de sesión. El Descriptor de Suministro de ESG se puede suministrar en un objeto de transporte ALC. Pueden existir diversos objetos de transporte y estos objetos de transporte pueden contener adicionalmente elementos de sesión parcialmente o completamente superpuestos. Por consiguiente, la FDT no se requiere. Luego, en la etapa 1630, para cada grupo se sesión el receptor puede almacenar la información de fragmento de ESG declarada para cada fragmento declarado. Se deberá señalar que la información del ID de contenedor se puede usar opcionalmente para apuntar exactamente al contenedor correcto. Luego en la etapa 1640 el receptor puede unirse (adaptarse o juntarse) a la sesión de ALC/FLUTE definida por el elemento de sesión. El receptor luego puede recibir los objetos de transporte de ALC en la etapa 1650. El campo TOI opcionalmente puede representar un ID de contenedor (y versión) . Por consiguiente, el objeto de transporte puede ser el contenedor (una sintaxis ejemplar del contenedor se muestra en la figura 15).

En la etapa 1660, un recepto va a través del encabezamiento del contenedor para identificar los pares de versión de ID de Fragmento/fragmento contenidos y compara los fragmentos contenidos o declarados con una lista de contabilidad de fragmentos. Si el receptor encuentra un fragmento que ya se conoce por el receptor y el fragmento encontrado es una versión que es igual a o menor que la versión ya contenida dentro del receptor, el fragmento encontrado es saltado. El receptor luego compara la lista de fragmentos recibidos a la lista de fragmentos declarados en la etapa 1670 (en el Descriptor de Suministro de ESG) y si todo lo que se declara se ha recibido, el receptor determina que el suministro asociado con este Descriptor de Suministro de ESG está completo. El receptor luego puede proseguir en el modo monitor y los cambios de monitor se activan en el Carrusel de Aviso (o en la capa inferior, por ejemplo en la tabla PSI/SI INT) . En la etapa 1680 los fragmentos no saltados se procesan. Otra modalidad de la invención se describe posteriormente. Un problema en la técnica previa es que existen diversas diferentes "vistas" que el radiodifusor puede necesitar declarar para permitir que el receptor determine la integridad. Las diferentes "vistas" pueden contener fragmentos parcialmente o completamente superpuestos. De conformidad con una modalidad de la invención, el fragmento de ESG particular se puede trazar a varias sesiones. Por añadidura, además de grupos de sesión pueden existir otros tipos de agrupamientos que representan "vistas" pero no contienen cualquier información de acceso de sesión. Por ejemplo, puede existir un grupo de sesión que presente las siguientes 8 horas de programación y un grupo de sesión que presente las siguientes 8-16 horas de programación. Cada uno de estos podría declarar sus propias listas de fragmentos de ESG y apuntar a sus propios carruseles. Además puede existir un grupo "deportivo de 16h" específico que los fragmentos de grupo que colectivamente presentan una "vista" en programas de deportes por las siguientes 16 horas no contienen alguna descripción de sesión. En tal caso se espera que el receptor obtendrá los fragmentos principalmente por otros medios. Otro problema en la técnica previa se relaciona a cómo proporcionar accesos alternativos a un grupo particular. De conformidad con una modalidad de la invención, un "grupo" es generalizado. Un Descriptor de Suministro de ESG puede portar 0..N Grupos. Cada grupo puede contener 0..X atributos de Acceso y 0..Y Fragmentos de ESG. Adicionalmente, el Grupo puede contener otra información relacionada ya sea con el nivel de grupo (tal como nombre de grupo, validez), acceso (tales como parámetros de acceso a sesión FLUTE o ALC, parámetros de acceso para servidor web que sirve la ESG -http://www.exampleserver.com/esg - la cual se anexa con el nombre de grupo y/o IDs de fragmento, etc.) o Fragmento de ESG (ID, versión, contenedor objetivo, tipo, etc.). Un aspecto de la invención maneja el problema como sigue: el radiodifusor define un grupo que contiene, por ejemplo, un acceso que apunta a una sesión de FLUTE/ALC (recepción de radiodifusión) y un acceso que apunta a un servidor web (busca y trae sobre el canal de interacción) . Pueden existir diversos accesos de radiodifusión y accesos bi-direccionales diferentes al mismo tiempo. Esta solución también puede dirigir los problemas descritos en los párrafos previos. Como se señaló anteriormente en la discusión de la figura 16, los fragmentos de ESG no saltados se pueden manejar por el receptor. Para manejar los fragmentos, el receptor típicamente necesitará el esquema correcto. El receptor puede adquirir los archivos de esquema necesarios en variedad de diferentes métodos, tal como pre-provisión de los esquemas, buscar y traer los esquemas sobre una red interactiva o recibir el archivo en una sesión de suministro de archivo de radiodifusión, tal como un carrusel de Aviso. La figura 17 ilustra un método de manejo ejemplar para los fragmentos de ESG no saltados. Se deberá señalar que si la longitud de contenedor y descentrados son conocidos, el receptor puede determinar la posición y longitud de cada fragmento de ESG. En general, cada fragmento de ESG se puede codificar con una codificación de fragmento dada tal como GZIP, por consiguiente los fragmentos codificados se pueden manejar como sigue: Primero, en la etapa 1710, el XML de texto claro auto-contenido se analiza con un analizador de XML. Como se puede apreciar, el texto claro auto-contenido no requiere etapas adicionales para ser analizadas y por consiguiente se puede analizar como se suministra. En otras palabras, el texto claro auto-contenido puede ser un documento autónomo que tiene cualquier contexto necesario contenido dentro del documento. Aquí, contexto se refiere a un esquema o reglas de esquema y es una guía para indicar y/o proporcionar la sintaxis y semántica del documento. Luego, en la etapa 1715, un XML de texto claro de contexto referido se analiza con el analizador de XML. Se deberá señalar que el analizador de XML se puede inicializar con un esquema referido, un ejemplo del cual se proporciona en la figura 13 y 14, (el cual se puede proporcionar en el Descriptor de Suministro de ESG) . El esquema o contexto referido define la estructura de XML y proporciona información con respecto a cuales campos son el documento XML y cuales campos son la gramática del documento. Como se puede apreciar, el esquema se puede proporcionar en una variedad de formatos . En la etapa 1720, los fragmentos comprimidos por GZIP son descomprimidos en texto claro. En la etapa 1725, los fragmentos previamente comprimidos por GZIP son analizados como se discutió en la etapa 1710 y 1715. Luego, en la etapa 1730, los fragmentos comprimidos por BiM son manejados de acuerdo con la especificación BiM. Desde luego, si ninguna porción del fragmento se comprime entonces las etapas 1720-1730 se pueden omitir. Además, si se usan otros métodos de compresión, la porción comprimida del contenedor, la cual puede ser el contenedor completo, se puede manejar como apropiada. Por consiguiente, en una modalidad, el contenedor requerirá descompresión antes de que cualquier análisis se pueda dar. Se deberá señalar que puede ser adecuado dejar que los fragmentos de ESG se proporcionen como uno o más documentos de XML auto-contenidos en el texto claro. Cuando existen diversos documentos en la carga y la carga del contenedor se comprime (carga_compresión ajustada a 0x01, por ejemplo), el algoritmo GZIP toma cuidado de redundancia. En una modalidad, el Descriptor de Suministro de ESG puede declarar un contenedor usando un ID de contenedor igual al TOI. Por consiguiente, por ejemplo, un contenedor en la sesión de suministro de ESG puede ser el TOI, el cual puede ser un TO 300 único que comprende el encabezamiento 310 y la carga de contenedor 320 (figura 3) . El TO puede estar en el carrusel de Aviso y el TO puede contener un mapeo entre diferentes partes de la ESG y puede incluir parámetros que son ingresados por los diferentes métodos en los cuales los datos de ESG se transmiten. En una modalidad pueden existir múltiples ESGs y las ESGs puede diferir entre si. Por ejemplo, las diferentes ESGs pueden estar en diferentes lenguajes y/o tener diferente codificación o ser de diferentes géneros. En una modalidad, los lenguajes se pueden describir listando los valores de campos en fragmentos. El esquema A, un ejemplo del cual se describe en la figura 13 y se representa en la figura 11 como TOI 7, se puede suministrar a la terminal. En una modalidad alternativa, la terminal puede esperar a recibir el esquema hasta después de la revisión de la declaración en el Descriptor de Suministro de ESG o revisión del identificador de tabla de PSI/SI para ver si una nueva ESG, o alguna porción de la ESG actual, es necesaria. Por consiguiente, en una modalidad el esquema solamente se recibe una vez que el esquema se determina que es necesaria. Como se señaló anteriormente, en una modalidad el esquema puede ser pre-aprovisionado . En tal ejemplo, la FDT opcionalmente no se usa sino en su lugar todos los objetos de ALC son Descriptores de Suministro de ESG. Los nuevos Descriptores de Suministro de ESG se pueden identificar cuando el nuevo TOI aparece. Para suministrar la información OTI de FEC dentro de los paquetes de ALC, se puede usar EXT_FTI. Como se señala en la figura 12, cuando el fragmento 102, identificado por el id de fragmento "102", es recibido, el analizador de XML respectivo se inicializa con el Esquema "esgCoreSchema . xsd" . Como se puede apreciar del ejemplo proporcionado posteriormente, el descentrado se puede usar para determinar el tamaño y ubicación de los fragmentos.

El contenedor puede ser el mismo como el objeto de ALC o suministro atómico de uno o más fragmentos de ESG (XML y/o no XML) . Un ejemplo de la sintaxis de contenedor se proporciona en la figura 15. En una modalidad de conformidad con la presente invención, un ítem respectivo se ubica en el contenedor definido en el Descriptor de Suministro de ESG X TOI 39 basado en el ID de fragmento 102. En una modalidad alternativa, el fragmento de ESG objetivo puede ser una instancia de Esquema de XML auto-contenido, en este caso el "tipo" aquí solo declara el tipo de fragmento para contabilizar la terminal y la terminal puede evaluar el tipo para determinar si las condiciones se cumplen para hacer la siguiente etapa.

La lista de uno o más fragmentos en el Descriptor de Suministro de ESG define el concepto de integridad. Cuando todos los fragmentos declarados en el Descriptor de Suministro de ESG se han recibido, la sesión de suministro de ESG se completa y la ESG se puede ver por la terminal. Por consiguiente, un emisor puede crear "vistas" declarando las listas de fragmento como Sesiones y la terminal puede ver por consiguiente. Un método ejemplar para declarar vistas es declarar las vistas por cuadros temporales, como se discutió anteriormente. Otro método ejemplar es declarar las vistas por radiodifusores/servicio. El siguiente Esquema de ESG para Descriptor de Suministro de ESG describe una modalidad ejemplar de acuerdo con un aspecto de la invención. El uso del símbolo "//" denota que una explicación del ítem previo está siendo proporcionada. Como se puede apreciar, otro Esquema de ESG se puede proporcionar. <?vers?ón xml="1.0" codif?cac?ón="UTF-8"?> <xs : esquema xmlns :xs="http: //www. w3. org/2001/XMLSchema" ele entoDeOmisión : xs="calificado" espaciodeNombreobjetivo : xs="http: //www. example . com/esgDel?veryDescr?ptor"> <xs : nombre de elemento="?es?ón" maxOcurre="no un?do"> <xs : Tipodecomplej o> <xs : secuenc?a> <xs: nombre de elemento="Fragmento" maxOcurre="no un?do"> <xs : Tipodecomplej o> <xs : nombre de atr?buto="t?po" t?po="xs : cualquierURI" //Este URI da el espacio de nombre del fragmento objetivo. Es decir identifica el tipo de Fragmento de XML de ESG. Uso imitado: <t?po> para no XML. uso=" requerido" /> <xs: nombre de atr?buto="?d" //El ID de Fragmento de ESG. (32 bits) t?po="xs : Enteropositivo" uso=" requerido" /> <xs : nombre de atpbuto="vers?on" //La versión de Fragmento de ESG (32 bits) . El valor es la marca de tiempo de NTP t?po="xs :Enteropos?t?vo" uso="opc?onal"/> <xs: nombre de atr?buto="Iddecontenedor" //Esto indica en cual ID de Contenedor el ID de Fragmento se porta. t?po="xs : Enteropositivo" uso="opcional "/> <xs : nombre de atpbuto="nombre" //Esto da el nombre del Fragmento. Usado solamente con Fragmentos de ESG no XML. t?po="xs : cualquier URI" uso="opcional"/> <xs : cualquierContenidodeproceso de Atpbuto="saltar"/> </xs : T?podecomple]o> </xs : elemento> </xs : secuenc?a> </xs:nombre de atpbuto="destIP" //Dirección IP de destino de sesión FLUTE/ALC objetivo. t?po="xs : Ente oposi ivo" //Es este tipo de esquema de XML para dirección IP-' uso="requerido"/> </xs: nombre de atpbuto="puerto" //Puerto de sesión FLUTE/ALC objetivo t?po="xs : Enteroposi ivo" uso=" requerido" /> <xs ¡nombre de atr?buto="ts?" //TSI de sesión FLUTE/ALC objetivo t?po="xs : Enteropositivo" uso=" requerido /,> <xs: nombre de atr?buto="vál?doDe" //Marca de tiempo NTP. 32b?ts t?po="xs:Enteropos?t?vo" uso="opc?onal"/> <xs : nombre de atpbuto="vál?doPara" //Marca de tiempo NTP. 32b?ts t?po="xs : Enteropositivo" uso="opcional"/> <xs : cualquierContenidodeproceso de Atr?buto="saltar"/> //Permite a uno marcar la sesión con cualquier atributo pensable, por ejemplo "género", o "canal" </xs : T?podecomple o> </xs : elemento> </xs : esquema> Como generalmente se espera que los dispositivos móviles se muevan y las antenas de base terrestre típicamente tienen intervalo limitado, puede ser útil proporcionar movimiento entre antenas o celdas. El siguiente ejemplo de una modalidad de un aspecto de la invención (ilustrada por la figura 18 y figura 19) describe el uso de un target_IPv6_esg_root_descriptor en el caso cuando la terminal se mueve dentro de una red con dos diferentes áreas de ESG de una plataforma A (platform_id=0x000010 ) y simultáneamente dentro de dos áreas de ESG diferentes de una plataforma B (platform_id= 0x000011). Los datos de IP se pueden suministrar a todos los Encapsuladores de IP (IPE, por sus siglas en inglés) por el sistema de servicio. Cada transmisor se puede alimentar con IPEs. Como se representa, cada plataforma tiene una dirección de destino única para todas las sesiones/corrientes de IP y cada área de ESG (un subconjunto de la plataforma) tiene fuente única y direcciones de destino para todas las sesiones/corrientes de IP. Para la facilidad de entendimiento, el método representado en la figura 19 se refiere al esquema representado en la figura 18. Regresando a la figura 19, en la etapa 1905 la terminal se ubica en la Celda A de área 1. La terminal adquiere la siguiente información: Plataforma A (platform_id=0x000010) : Target_IPv6_esg_root_descriptor : IPv6_source_addr=ffl5: :0011 IPv6_destination_addr=ffl5: : 0111 Plataforma B (platform_id=0x000011) : Target_IPv6_esg_root_descriptor : IPv6 source addr=ff15 : : 0022 IPv6_destination_addr=ff15 : :222 Luego en la etapa 1910, la terminal se mueve de la celda A a celda B, la cual también se ubica dentro del área 1. Durante el movimiento, la terminal realiza una transferencia de control de celda A a celda B. Cuando la terminal se mueve a la nueva celda, recibe las direcciones de fuente y destino del target_IPv6_esg_root descriptor. Si estas direcciones son las mismas, como podría ser el caso cuando se mueve de celda A a celda B, la terminal puede concluir que aún está en la misma área (por ejemplo, área 1) . Por lo tanto, la terminal no necesita actualizar la ESG a menos que la ESG previamente adquirida ha expirado. Luego, en la etapa 1915, la terminal se mueve de celda B a celda F, el cual también es un movimiento del área 1 a área 2. Cuando la terminal se mueve, la terminal realiza una transferencia de control de celda B a celda F. La terminal recibe las direcciones de fuente y destino del target_IPv6_esg_roor descriptor. Cuando la celda F está en un área diferente de la celda B, el movimiento de área 1 a área 2 causa que las direcciones de fuente y destino de ESG cambien como sigue: Plataforma A (platform_id=0x000010) : Target_IPv6_esg_root_descriptor : IPv6_source_addr=ff15 : :0012 IPv6_destination_addr=ffl5: : 0112 Plataforma B (platform_id=0x000011 ) : Target_IPv6_esg_root_descriptor : IPv6_source_addr=ffl5: :0023 IPv6_destination_addr=ffl5: : 0223 Cuando las direcciones de fuente y destino han cambiado, la terminal puede concluir que el área ha cambiado. Por lo tanto, la terminal actualiza la ESG de modo que la ESG corresponde a la nueva área (por ejemplo, área 2) . Como la ESG se puede proporcionar en fragmentos, la terminal puede ser capaz de actualizar selectivamente los fragmentos que son diferentes. En una modalidad, la ESG puede ser la misma para el área 1 y área 2, en este caso la terminal puede no haber actualizado la ESG. Luego, en la etapa 1920, la terminal se mueve a la celda G. Cuando la terminal se mueve, la terminal realiza una transferencia de control de la celda F a celda G. Cuando la celda F y celda G están en la misma área, las direcciones de fuente y destino de target_IPv6_esg_root descriptor siguen siendo las mismas tanto para la plataforma A como plataforma B. Por lo tanto, la terminal puede determina que el área no ha cambiado durante el movimiento entre celdas. Por consiguiente, la terminal puede limitar la actualización a una ESG previamente adquirida si ha expirado. Por consiguiente, el movimiento entre la celda F y G no puede requerir cualquier actualización para la ESG. Luego, en la etapa 1925, la terminal se mueve de celda G a celda E. Como anteriormente, la terminal realiza una transferencia de control de celda G a celda E. Cuando tanto la celda G como la celda E están en el área 2, las direcciones de fuente y destino de target_IPv6_esg_root descriptor siguen siendo las mismas. Por lo tanto, la terminal puede concluir que el área no ha cambiado y que la ESG no tiene que ser actualizada a menos que haya expirado. Luego en la etapa 1930, la terminal se mueve de celda E a celda B. Como anteriormente, la terminal realiza una transferencia de control de celda E a celda B. La terminal verifica las direcciones de fuente y destino del target_IPv6_esg_root descriptor y determina que las direcciones de fuente y destino de la ESG cambian como sigue: Plataforma A (platform_id=0x000010 ) : Target_IPv6_esg_root_descriptor : IPv6_source_addr=ffl5: :0011 IPv6_destination_addr=ff15 : : 0111 Plataforma B (platform id=0x000011) : Target_IPv6_esg_root_descriptor : IPv6_source_addr=ffl5: :0022 IPv6_destination_addr=ff15 : : 0222 Cuando las direcciones de fuente y destino han cambiado, la terminal determina que el área ha cambiado. Por lo tanto, la terminal actualiza la ESG cuando es apropiado. Como se señaló anteriormente, la actualización de la ESG se puede limitar a las diferencias, si las hay, entre la ESG para área 2 y la ESG para área 1. Se deberá señalar que, mientras las áreas de ESG de una plataforma A se representan siendo las mismas como el área de ESG de una plataforma B, en una modalidad las áreas de A y B pueden ser diferentes. En una modalidad adicional de un aspecto de la invención, los metadatos adicionales y/u opcionales se pueden agregar en el descriptor de suministro de ESG, tal como género, clasificación parental, título, Nombre de servicio, registro etc.. tal como se puede proporcionar por vía del Esquema de XML. En otra modalidad de la invención, la terminal se puede configurar para pre-seleccionar fragmentos basado en los metadatos adicionales/opcionales para decidir que fragmento de ESG recibir. En una modalidad de la invención, las ESGs se suministran por radiodifusión de una o más sesiones de suministro de ESG. En otra modalidad, las ESGs se suministran sobre un canal de interacción. Alternativamente cualquier otro transporte se puede usar, por ejemplo, protocolo de transporte de selección de descubrimiento de servicio DVB (DVBSTP, por sus siglas en inglés) o Protocolo de Suministro de Archivo de Multidifusión (MFDP, por sus siglas en inglés) se pueden usar. El contenedor puede aún ser omitido, en este caso los Fragmentos de ESG únicos se podrán tratar como tal. Mientras que la invención se ha descrito con respecto a los ejemplos específicos incluyendo modos actualmente preferidos para realizar la invención, aquellos expertos en la técnica apreciaran que existen numerosas variaciones y permutaciones de los sistemas y técnicas anteriormente descritas que caen dentro del espíritu y alcance de la invención como se describe en las modalidades anexas .

Aspectos Ejemplares de la Invención 1. Un método para transportar fragmentos de ESG, el método comprende: dividir los datos de ESG a al menos un fragmento en un servidor de red, asociar al menos un fragmento con una sesión de suministro de ESG, transportar al menos un fragmento en la sesión de suministro de ESG en al menos un portador, ensamblar al menos un fragmento en la sesión de suministro de ESG y declarar al menos un fragmento para cada sesión de suministro de ESG; y asociar la sesión de suministro con al menos un descriptor de suministro de ESG. 2. El método de 1, que comprende adicionalmente las etapas de: comparar al menos un fragmento declarado a una contabilización existente de las sesiones de suministro de ESG ensambladas por los fragmentos en la terminal, y determinar las sesiones de suministro de ESG que contienen los fragmentos ausentes. 3. El método de 2, que comprende adicionalmente las etapas de: si al menos un fragmento está ausente, localizar el fragmento por los descriptores de suministro de ESG en sesiones de suministro de ESG correctas previniendo que la terminal lea las sesiones de suministro de ESG que contienen uno o más fragmentos que la terminal ya tiene. 4. El método de 3, que comprende adicionalmente las etapas de: hacer posible que la terminal actualice la ESG usando al menos un fragmento de las sesiones de suministro de ESG a un tiempo, ahorrando banda ancha para otros propósitos, por ejemplo, para consumir los servicios (actualizaciones antecedentes) . 5. El método de 2, en donde los descriptores de suministro de ESG dan una lista completa de uno o más fragmentos necesarios de cada sesión de suministro de ESG, haciendo la integridad de las sesiones bien definida. 6. El método de 5, que comprende adicionalmente las etapas de: permitir que la terminal liste una o más sesiones de suministro de ES solamente hasta que todos los fragmentos declarados por el descriptor de suministro de ESG correspondiente son recibidos. 7. El método de 1, que comprende adicionalmente las etapas de: actualizar y exhibir en la terminal la información de ESG recibida y seleccionable . 8. El método de 1, que comprende adicionalmente las etapas de: repetir los Descriptores de Suministro de ESG y, si hay cambio (nuevo fragmento, etc.) en un Descriptor de Suministro de ESG, asignar un nuevo TOI con nuevo contenido y enviarlo en lugar de enviar un TOI viejo. 8a. El método de 8, que comprende adicionalmente las etapas de: localizar el fragmento en la sesión de suministro de ESG a un TO específico que contiene el fragmento. 9. El método de 1, que comprende adicionalmente las etapas de: verificar en una terminal móvil un carrusel de aviso ya sea de tiempo a tiempo o cuando se activa por ejemplo por una tabla de PSI/SI recibida a través de al menos un portador. 10. El método de 1, que comprende adicionalmente las etapas de: cuando al menos un fragmento se recibe, un analizador de XML respectivo asociado con al menos un fragmento se inicializa con un Esquema de XML. 11. El método de 1, que comprende adicionalmente las etapas de: declarar el tipo de fragmento para contabilizar la terminal cuando el fragmento es una instancia de Esquema de XML auto-contenido. 12. El método de 1, que comprende adicionalmente las etapas de: definir por la lista de uno o más fragmentos la integridad de una ESG después de que uno o más fragmentos declarados se han recibido, creando "vistas" a través de los fragmentos declarados. 13. El método de 12, que comprende adicionalmente las etapas de: adaptando las vistas medíante formas consistentes de uno o más de los siguientes: tiempo, operadores de radiodifusores, y/o servicio. 14. El método de 12, en donde un fragmento de ESG comprende uno o más de: un fragmento de XML, un documento de XML o cualquier otro archivo en un formato de lenguaje de marcado. 15. El método de 14, en donde el fragmento de ESG tiene un id de identificación, y se declara en el Descriptor de Suministro de ESG. 16. El método de 14, que comprende adicionalmente las etapas de: ocultar al menos un fragmento no declarado para declaración después. 17. El método de 14, en donde una marca de tiempo define una versión de fragmento. 18. El método de 14, en donde una posición del fragmento y longitud dentro del contenedor la terminal deduce el fragmento de ESG. 19. Un método de construcción de una ESG en una terminal móvil, el método comprende: leer una lista de fragmentos declarados para cada sesión de suministro de ESG en descriptores de suministro de ESG; comparar la lista de fragmentos a la contabilidad ya existente en la terminal móvil; determinar las sesiones de suministro de ESG que contienen los fragmentos ausentes; y si solamente un sub-conjunto de los fragmentos está ausente, los descriptores de suministro de ESG localizan los fragmentos en sesiones de suministro de ESG correctas que previenen que la terminal móvil lea las sesiones de suministro de ESG que contienen solamente fragmentos que la terminal ya tiene. 20. El método de 19, en donde el método hace posible que la terminal móvil actualice la ESG usando solamente un sub-conjunto de la sesiones de suministro de ESG en un tiempo, ahorrando banda ancha para otros propósitos, por ejemplo, para consumir los servicios (actualizaciones antecedentes). 21. El método de 19, en donde los descriptores de suministro de ESG dan una lista completa de fragmentos necesarios de cada sesión de suministro de ESG, haciendo la integridad de las sesiones bien definida. En otras palabras, la terminal necesita quedarse en una sesión de suministro de ESG solamente hasta que todos los fragmentos declarados por el descriptor de suministro de ESG correspondiente son recibidos . 22. El método de 19, en donde la terminal móvil verifica un carrusel de aviso de tiempo a tiempo o cuando se activa por la tabla de PSI/SI por ejemplo. 23. El método de 19, en donde los metadatos adicionales y/u opcionales se agregan en el descriptor de suministro de ESG como género, clasificación parental, título, Nombre de servicio, registro, etc. 24. El método de 19, en donde la habilitación de la terminal para pre-seleccionar fragmentos se basa en los metadatos adicionales/opcionales para decidir que fragmento de ESG recibir. 25. El método de 19, en donde después de recibir todos los descriptores de la terminal de carrusel de aviso puede filtrar para recibir solamente, por ejemplo, contenido relacionado con deporte. 26. ESG, que comprende medios para ensamblar al menos un fragmento identificado en la sesión de suministro de ESG; medios para declarar al menos un fragmento para cada sesión de suministro de ESG; y medios para asociar la sesión de suministro con al menos un descriptor de suministro de ESG. La ESG puede incluir adicionalmente dividir los datos de ESG a al menos un fragmento en un servidor de red, asociar al menos un fragmento con una sesión de suministro de ESG, transportar al menos un fragmento identificado en la sesión de suministro de ESG y/o un descriptor de suministro de ESG en al menos un portador, obtener esg para ser visible al usuario final siempre que sea posible. 28. Un servidor de red configurado para procesar fragmentos de ESG, el sistema comprende: un procesador, un medio leíble por computadora programado con instrucciones leíbles por computadora para realizar las etapas que comprenden: dividir datos de ESG a al menos un fragmento en un servidor de red, asociar al menos un fragmento con una sesión de suministro de ESG, y transportar al menos un fragmento en la sesión de suministro de ESG en al menos un portador. 29. Un medio leíble por computadora programado con instrucciones leíbles por computadora para causar que un servidor de red realice las etapas que comprenden: dividir datos de ESG a al menos un fragmento en un servidor de red, asociar al menos un fragmento con una sesión de suministro de ESG, y transportar al menos un fragmento en la sesión de suministro de ESG en al menos un portador. 30. Un sistema para distribuir datos de ESG, el sistema comprende : un servidor de red que comprende: un procesador; un medio leíble por computadora programado con instrucciones leíbles por computadora para realizar las etapas de: dividir datos de ESG a al menos un fragmento en un servidor de red, asociar al menos un fragmento con una sesión de suministro de ESG, y transmitir al menos un fragmento en la sesión de suministro de ESG en al menos un portador; y un receptor programado con instrucciones ejecutables por computadora para ensamblar al menos un fragmento en la sesión de suministro de ESG y declarar al menos un fragmento para cada sesión de suministro de ESG; y asociar la sesión de suministro con al menos un descriptor de suministro de ESG. Se hace constar que con relación a esta fecha, el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.

Claims

REIVINDICACIONES Habiéndose descrito la invención como antecede se reclama como propiedad lo contenido en las siguientes reivindicaciones :

1. Método para transportar fragmentos de una ESG, caracterizado porque comprende: (a) dividir datos de la ESG para formar al menos un fragmento en una sesión de suministro de ESG; (b) ensamblar al menos un fragmento en al menos un contenedor de la sesión de suministro de ESG; (c) asociar al menos un fragmento con al menos un descriptor de suministro de ESG, al menos un descriptor de suministro de ESG que declara al menos un fragmento para la sesión de suministro de ESG; y (d) transportar al menos un fragmento en al menos un contenedor en al menos un portador.

2. Método de conformidad con la reivindicación 1, caracterizado porque comprende: (e) recibir al menos un fragmento declarado en una terminal ; (f) comparar al menos un fragmento declarado a una contabilidad existente de uno o más fragmentos de la ESG ensamblada por al menos una sesión de suministro de ESG previa; y (g) determinar si al menos un contenedor contiene al menos un fragmento ausente.

3. Método de conformidad con la reivindicación 2, caracterizado porque comprende: (h) localizar al menos un fragmento ausente declarado por los descriptores de suministro de ESG en al menos un contenedor correcto.

4. Método de conformidad con la reivindicación 3, en donde al menos un fragmento ausente de la sesión de suministro de ESG comprende una pluralidad de fragmentos ausentes, caracterizado porque comprende: (i) actualizar la ESG usando uno de la pluralidad de fragmentos ausentes de la sesión de suministro de ESG en un tiempo.

5. Método de conformidad con la reivindicación 2, caracterizado porque al menos un descriptor de suministro de ESG proporciona una lista completa de uno o más fragmentos necesarios de la sesión de suministro de ESG.

6. Método de conformidad con la reivindicación 4, caracterizado porque adicionalmente comprende: (j) prevenir que la terminal liste la sesión de suministro de ESG una vez que toda la pluralidad de fragmentos ausentes declarados por el descriptor de suministro de ESG son recibidos.

7. Método de conformidad con la reivindicación 1, caracterizado porque adicionalmente comprende: (e) proporcionar un nuevo Descriptor de Suministro de ESG y asignar un nuevo TOI con nuevo contenido si hay cambio en el nuevo Descriptor de Suministro de ESG comparado con al menos un Descriptor de Suministro de ESG.

8. Método de conformidad con la reivindicación 7, caracterizado porque adicionalmente comprende: (f) contabilizar al menos un fragmento en la sesión de suministro de ESG a un objeto de transporte específico que contiene al menos un fragmento.

9. Método de conformidad con la reivindicación 1, caracterizado porque adicionalmente comprende: (e) recibir al menos un fragmento en una terminal; y (f) usar un Esquema de XML para inicializar un analizador de XML asociado con al menos un fragmento.

10. Método de conformidad con la reivindicación 1, caracterizado porque adicionalmente comprende: (e) usar una lista de al menos un fragmento para definir una integridad de una ESG después de que al menos un fragmento declarado se ha recibido; y (f) crear una pluralidad de "vistas" a través de al menos un fragmento declarado.

11. Método de conformidad con la reivindicación 1, caracterizado porque al menos un fragmento tiene un id para identificación y el id se declara en el Descriptor de Suministro de ESG.

12. Método de conformidad con la reivindicación 1, caracterizado porque adicionalmente comprende: (e) comprimir al menos una porción de al menos un contenedor .

13. Medio leíble por computadora, caracterizado porque tiene instrucciones ejecutables por computadora para realizar el método de conformidad con la reivindicación 1.

14. Medio leíble por computadora, caracterizado porque tiene instrucciones ejecutables por computadora para realizar el método de conformidad con la reivindicación 12.

15. Método para construir una ESG en una terminal móvil, caracterizado porque comprende: (a) leer una lista de fragmentos declarados para una sesión de suministro de ESG en un descriptor de suministro de ESG; (b) comparar la lista de fragmentos a una contabilidad existente en la terminal móvil; (c) determinar si la sesión de suministro de ESG contiene al menos un fragmento ausente; y (d) leer la sesión de suministro de ESG si la sesión de suministro de ESG contiene al menos un fragmento ausente .

16. Método de conformidad con la reivindicación 15, caracterizado porque adicionalmente comprende: (e) repetir (a)-(d) para cada sesión de suministro de ESG.

17. Método de conformidad con la reivindicación 15, caracterizado porque la terminal móvil se configura para actualizar la ESG usando solamente un sub-conjunto de la sesión de suministro de ESG en un tiempo.

18. Método de conformidad con la reivindicación 15, caracterizado porque (d) comprende: (i) determinar un contenedor en la sesión de suministro de ESG asociada con al menos un fragmento ausente; y (ii) leer el contenedor.

19. Método de conformidad con la reivindicación 15, caracterizado porque unos metadatos se agregan en el descriptor de suministro de ESG.

20. Método de conformidad con la reivindicación 19, caracterizado porque la terminal se configura para pre-seleccionar los fragmentos basado en los metadatos para determinar que fragmento de ESG recibir.

21. Medio leíble por computadora, caracterizado porque tiene instrucciones ejecutables por computadora para realizar el método de conformidad con la reivindicación 15.

22. Medio leíble por computadora, caracterizado porque tiene instrucciones ejecutables por computadora para realizar el método de conformidad con la reivindicación 18.

23. Sistema para distribuir datos de ESG, caracterizado porque comprende: un servidor de red, el servidor de red comprende: un procesador; y un medio leíble por computadora programado con instrucciones leíbles por computadora para realizar: (a) división de datos de ESG a al menos un fragmento, (b) asociar al menos un fragmento con una sesión de suministro de ESG, y (c) transmitir al menos un fragmento en la sesión de suministro de ESG en al menos un portador; y un receptor programado con instrucciones ejecutables por computadora para ensamblar al menos un fragmento en la sesión de suministro de ESG.

24. Sistema de conformidad con la reivindicación 23, caracterizado porque (b) comprende: (i) asociar la sesión de suministro de ESG con al menos un Descriptor de Suministro de ESG; y (ii) declarar al menos un fragmento en al menos un Descriptor de Suministro de ESG.

25. Dispositivo móvil para recibir datos de ESG, caracterizado porque comprende: un alojamiento; un procesador montado con el alojamiento; un dispositivo visualizador conectado al procesador; un receptor conectado al procesador; una antena conectada al receptor; una interfaz de usuario conectada al procesador; una fuente de energía conectada al procesador; y una memoria conectada al procesador, en donde la memoria incluye instrucciones ejecutables por computadora configurada para hacer posible que el dispositivo móvil reciba, decodifique o procese un contenedor que contiene un fragmento y en donde la memoria adicionalmente incluye instrucciones ejecutables por computadora configurada para hacer posible que el dispositivo móvil compara el fragmento a una contabilidad de la ESG ensamblada por al menos una sesión de suministro de ESG previa para determinar si el contenedor contiene al menos un fragmento ausente.

26. Dispositivo móvil de conformidad con la reivindicación 25, caracterizado porque la memoria incluye instrucciones ejecutables por computadora configurada para hacer posible que el dispositivo móvil lea el contenedor si el contenedor incluye al menos un fragmento ausente.

27. Dispositivo móvil de conformidad con la reivindicación 25, caracterizado porque el receptor comprende un receptor Manejado por Radiodifusión de Vídeo Digital.

28. Dispositivo móvil de conformidad con la reivindicación 25, caracterizado porque el receptor comprende al menos uno de los receptores seleccionados de la lista de un receptor WLAN, un receptor de Radio FM, y un receptor de telecomunicaciones.