MAPEO ENTRE UN IDENTIFICADOR UNIFORME DE RECURSOS Y UN IDENTIFICADOR PARA GUIA DE SERVICIO
CAMPO DE LA INVENCIÓN Las modalidades de la invención se refieren, de manera general, a redes de comunicaciones. De manera más específica, las modalidades de la invención se refieren a Guías Electrónicas de Servicio que son utilizadas en las redes de comunicación.
ANTECEDENTES DE LA INVENCIÓN De manera general, una guía electrónica de servicio (ESG, por sus siglas en inglés) activa una terminal para comunicar que servicios se encuentran disponibles a los usuarios finales y cómo podrían ser accesados los servicios. Los fragmentos ESG son piezas que existen de manera independiente de la ESG. En forma tradicional, los fragmentos ESG comprenden documentos XML, aunque más recientemente ha sido incluida una vasta serie de ítems, tales como por ejemplo, una descripción, archivo de texto o imagen de SDP (Protocolo de Descripción de Sesión). Los fragmentos ESG describen uno o varios aspectos del servicio o programas de radiodifusión actualmente disponibles (o futuros) . Estos aspectos podrían incluir por ejemplo: la descripción libre del texto, la programación, la disponibilidad geográfica, el
REF. 190295
precio, el método de compra, el género y la información complementaria tal como las imágenes o clips de visualización previa. El audio, el video y otros tipos de datos que comprenden los fragmentos ESG podrían ser transmitidos a través de una diversidad de tipos de redes de acuerdo con muchos protocolos distintos. Por ejemplo, los datos pueden ser transmitidos a través de una colección de redes que son usualmente referidas como la "Internet" utilizando protocolos de la suite de protocolo de Internet, tal como el Protocolo de la Internet (IP, por sus siglas en inglés) y el Protocolo de Datagrama de Usuario (UDP, por sus siglas en inglés) . Los fragmentos ESG también podrían ser transmitidos utilizando los protocolos ALC y FLUTE . A menudo, los datos son transmitidos a través de la Internet dirigidos a un usuario único. No obstante, los datos pueden ser dirigidos a un grupo de usuarios, lo que se conoce comúnmente como multidifusión . En el caso en el cual los datos sean dirigidos a todos los usuarios, esto es denominado como radiodifusión. Los fragmentos ESG incluyen metadatos y descripciones de servicios o contenido y son ejemplificados utilizando una sintaxis tal como XML. Los identificadores son utilizados para reconocer los fragmentos ESG con respecto a varios atributos de los fragmentos ESG. Sin embargo, estos identificadores a menudo crean una gran sobrecarga debido a su gran tamaño. Por ejemplo, si fuera utilizado un Identificador Uniforme de
Recursos (URI, por sus siglas en inglés) como un identificador, la sobrecarga sería grande y sería difícil de manejar a 225*8. Por lo tanto, los identificadores cortos de entero de 32 bits han sido utilizados para reconocer los fragmentos ESG. Sin embargo, los identificadores tienen que ser únicos para cada fragmento ESG correspondiente. La administración de identificadores de entero de 32 bits necesitaría ser centralizada en forma global con el fin de proporcionar la unicidad necesaria del identificador debido a que los fragmentos ESG, que provienen de distintas fuentes, podrían ser reconocidos por identificadores no únicos. Por ejemplo, puesto que los fragmentos ESG a menudo son agregados a partir de distintas fuentes, cada fuente no podría utilizar un esquema estándar de identificador, de manera que podrían existir conflictos de identificadores entre las distintas fuentes. En este ejemplo, distintas fuentes podrían utilizar el mismo identificador para los fragmentos ESG correspondientes que provienen de las diferentes fuentes. Cuando sean recibidos los distintos fragmentos ESG que provienen de fuente diferente con el mismo identificador en el agregador, se generarán conflictos. Por lo tanto, existe la necesidad de un método y sistema que identifique únicamente los fragmentos ESG en un modo eficiente con una baja sobrecarga.
SUMARIO DE LA INVENCIÓN A continuación, se presenta un sumario simplificado con el fin de proporcionar el entendimiento básico de algunos aspectos de la invención. El sumario no es un panorama general extensivo de la invención. Tampoco se pretende que identifique los elementos clave o críticos de la invención ni que delinee el alcance de la invención. El siguiente sumario simplemente presenta algunos conceptos de la invención en una forma simplificada como un preludio a la descripción más detallada de más adelante. En un ejemplo de la presente invención, un transmisor que envía fragmentos ESG incluye una memoria que almacena los datos asociados con un fragmento ESG, una entrada que recibe un fragmento ESG para su transmisión, el fragmento ESG para la transmisión tiene un ID y una versión correspondiente, un comparador de datos que coteja los datos que se refieren a los fragmentos ESG y un agregador que crea una Unidad de Suministro de Guía de Servicio (SGDU, por sus siglas en inglés) asociada con el fragmento ESG para su transmisión y un encapsulador que envuelve el fragmento ESG para su transmisión en la SGDU. En otro ejemplo de la presente invención, se proporciona un receptor que admite una SGDU asociada al menos con un fragmento ESG que comprende una memoria para el almacenamiento de los datos asociados con un fragmento ESG,
una entrada que recibe la SGDU asociada al menos con un fragmento ESG, un extractor de datos que extirpa los datos asociados al menos con un fragmento ESG y un comparador que coteja los datos extraídos con los valores correspondientes asociados con los datos almacenados en memoria. En otro ejemplo, se proporciona un método para la transmisión de un fragmento ESG, en donde un fragmento ESG es recibido y el URI asociado con el fragmento ESG es comparado con una lista al menos de un URI almacenado. Un ID y una versión de un fragmento ESG son asignados con base en la comparación y una SGDU es creada con base enl ID y la versión asignados . En otro ejemplo de la presente invención, un método transmite un fragmento ESG en el cual un fragmento ESG es recibido y el ID del fragmento ESG es comparado al menos con una lista de un URI almacenado, un ID y una versión del fragmento ESG son asignados con base en la etapa de comparación y es creada una SGDU. En otro ejemplo, se proporciona un método de recepción de una SGDU, en donde una SGDU que es recibida incluye al menos un fragmento ESG y la información de ID y versión es extraída y comparada con la información almacenada. Asimismo, la información URI puede ser extraída de la SGDU y comparada con la información almacenada URI, y el procesamiento del fragmento ESG puede ser realizado con base
en las comparaciones.
BREVE DESCRIPCIÓN DE LAS FIGURAS El entendimiento más completo de la presente invención y las ventajas de la misma podrían ser adquiridos con referencia a la siguiente descripción en consideración de las figuras que la acompañan, en las cuales los mismos números de referencia indican las mismas características, y en donde: La Figura 1 ilustra un diagrama de bloque de un sistema de comunicación inalámbrica en el cual podrían ser implementados varios aspectos de la presente invención. La Figura 2 ilustra un diagrama de bloque de una terminal móvil de acuerdo con un aspecto de la presente invención. La Figura 3 ilustra un diagrama esquemático de un objeto de transporte de ejemplo de acuerdo con un aspecto de la presente invención. La Figura 4 es un diagrama de bloque que ilustra un ejemplo de un descriptor de suministro de guía de servicio ("SGDD") en el cual podría implementarse una o más modalidades ilustrativas de la invención. La Figura 5 es un diagrama de bloque que ilustra un ejemplo de fragmentos de declaración y su disponibilidad en los cuales podrían implementarse una o más modalidades ilustrativas de la invención.
La Figura 6 es un diagrama de bloque que ilustra un ejemplo de un transmisor en el cual podría implementarse una o más modalidades ilustrativas de la invención. La Figura 7 es un diagrama de bloque que ilustra un ejemplo de un receptor en el cual podría implementarse una o más modalidades ilustrativas de la invención. La Figura 8 es un diagrama de flujo que ilustra un ejemplo de un método de procesamiento de fragmentos ESG para su transmisión en el cual podría implementarse una o más modalidades ilustrativas de la invención. La Figura 9 es un diagrama de flujo que ilustra un ejemplo de un método de procesamiento de fragmentos ESG que contienen la información de versión para su transmisión en el cual podría implementarse una o más modalidades ilustrativas de la invención. La Figura 10 es un diagrama de flujo que ilustra un ejemplo de un método para la recepción y procesamiento de una
SGDU asociada al menos con un fragmento ESG en el cual podría implementarse una o más modalidades ilustrativas de la invención.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN En la siguiente descripción de las distintas modalidades, se hace referencia a las figuras que la acompañan, las cuales forman parte de la misma, y en la que se
muestra por medio de ilustración varias modalidades en las cuales podría ser puesta en práctica la invención. Se entenderá que otras modalidades podrían ser utilizadas y que podrían realizarse modificaciones estructurales y funcionales sin apartarse del alcance y espíritu de la presente invención. Las modalidades de la invención podrían ser utilizadas a través de una serie amplia de redes y protocolos de comunicación. La Figura 1 ilustra un ejemplo de un sistema de comunicación inalámbrica 110 en el cual los sistemas y métodos de la invención podrían ser empleados. Uno o más dispositivos móviles activados por red 112, tales como un asistente digital personal (PDA, por sus siglas en inglés), un teléfono celular, una terminal móvil, una grabadora personal de video, una televisión portátil, una computadora personal, una cámara digital, una cámara de mano digital, un dispositivo portátil de audio, un radio portátil o combinaciones de los mismos, se encuentran en comunicación con una fuente de servicio 122 a través de una red de radiodifusión 114 y/o una red celular 116. La terminal/dispositivo móvil 112 podría comprender un dispositivo receptor de radiodifusión digital. La fuente de servicio 122 podría ser conectada con varios proveedores de servicio que pudieran suministrar su contenido actual de programa o la información o la descripción de sus servicios y programas a la fuente de servicio, la cual además suministra el contenido o la información al dispositivo móvil
112. Los distintos proveedores de servicio podrían incluir aunque no se limitan a uno o más de proveedores de servicio de televisión y/o televisión digital, proveedores de servicio de radio AM/FM, proveedores de servicio de SMS/MMS, proveedores de contenido o de acceso de la Internet. La red de radiodifusión 114 podría incluir una transmisión de radio de conversión de datos IP a través de DVB-H. La red de radiodifusión 114 podría radiodifundir un servicio tal como una señal digital o analógica de televisión y el contenido complementario relacionado con el servicio por medio del transmisor 118. La red de radiodifusión también podría incluir una red de radiodifusión de conversión de datos de radio, televisión o IP. La red de radiodifusión 114 también podría transmitir contenido complementario que pudiera incluir una señal de televisión, flujos de audio y/o video, flujos de datos, archivos de video, archivos de audio, archivos de software y/o juegos de video. En el caso de transmitir servicios de conversión de datos IP, la fuente de servicio 122 podría comunicar el contenido actual de programa al dispositivo de usuario 112 a través de la red de radiodifusión 114 y la información adicional tal como la información de derecho y acceso de usuario para el contenido actual de programa a través de la red celular 116. El dispositivo móvil 112 también podría hacer contacto con la fuente de servicio 122 a través de la red
celular 116. La red celular 116 podría comprender una red inalámbrica y un transmisor de estación transceptora de base 120. La red celular podría incluir una red celular de segunda/tercera generación (2G/3G) de comunicaciones de datos, una red del Sistema Global de Comunicaciones Móviles (GSM) u otra red de comunicación inalámbrica tal como una red WLAN. En un aspecto de la invención, el dispositivo móvil 112 podría 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 la red de radiodifusión 114 podría incluir la selección, aplicaciones, servicios, imágenes electrónicas, clips de audio, clips de video y/o mensajes WTAI (Interfaz de Aplicación de Telefonía Inalámbrica) de usuario. Como parte de la red celular 116, una o más estaciones de base (no se muestran) podrían soportar las comunicaciones digitales con el dispositivo receptor 112 mientras el dispositivo receptor es situado dentro del dominio administrativo de la red celular 116. Como se muestra en la Figura 2, el dispositivo móvil 112 podría incluir un procesador 128 conectado con la interfaz de usuario 130, la memoria 134 y/u otro almacenamiento y la pantalla 136. El dispositivo móvil 112 también podría incluir la batería 150 el altavoz 152 y las antenas 154. La interfaz
de usuario 130 además podría incluir un teclado, una pantalla de toque, una interfaz de voz, cuatro teclas de flecha, una palanca de mando, un ratón, una bola deslizante, una pantalla de toque, o similares. Las instrucciones y los datos que pueden ser ejecutados por la computadora, los cuales son utilizados por el procesador 128 y otros componentes dentro del dispositivo móvil 112 podrían ser almacenados en una memoria susceptible de ser leída por computadora 134. La memoria podría ser implementada con cualquier combinación de módulos de memoria sólo de lectura o módulos de memoria de acceso aleatorio, que incluyen de manera opcional, una memoria volátil y una memoria no volátil, en donde algunos de los módulos de memoria podrían ser desprendibles. El software 140 podría ser almacenado dentro de la memoria 134 y/o podría almacenarse para proporcionar instrucciones al procesador 128 que permitan que el dispositivo móvil 112 realice varias funciones. En forma alterna, algunas o la totalidad de las instrucciones que pueden ser ejecutadas por la computadora del dispositivo móvil 112 podrían ser incluidas en hardware en o firmware (no se muestran) . El dispositivo móvil 112 podría ser configurado para recibir, decodificar y procesar las transmisiones basadas en el estándar de la radiodifusión de video digital (DVB, por sus siglas en inglés), tal como la DVB-H o la DVB-MHP a través de
un receptor específico DVB 141. Además, el dispositivo receptor 112 también podría ser configurado para admitir, decodificar y procesar las transmisiones a través de un receptor de radio FM/AM 142, un transceptor WLAN 143 y un transceptor de telecomunicaciones 144. Además, el dispositivo móvil podría ser configurado para recibir transmisiones con base enl estándar de la Radiodifusión de Audio Digital (DAB, por sus siglas en inglés) no se muestra. En un aspecto de la invención, el dispositivo móvil 112 podría recibir mensajes de Flujo de Datos de Radio (RDS) . En un ejemplo del estándar DVB, una transmisión DVB de 10 Mbites/s podría tener canales de programa de audio de 200, 50 kbits/s o canales de programa de video (TV) de 50, 200 kbits/s. El dispositivo móvil 112 podría ser configurado para recibir, decodificar y procesar la transmisión basada en el estándar de Radiodifusión de Video Digital-Portátil (DVB-H) o en otros estándares DVB, tales como DVB-MHP, DVB-Satelital (DVB-S), DVB-Terrestre (DVB-T) o DVB-Cable (DVB-C). En forma similar, otros formatos de transmisión digital podrían ser alternativamente utilizados para proporcionar contenido e información de la disponibilidad de los servicios complementarios, tales como ATSC (Comité de Sistemas Avanzados de Televisión) , NTSC (Comité Nacional de Sistema de Televisión) , ISDB-T (Radiodifusión Digital de Servicios Integrados-Terrestre) , DAB (Radiodifusión de Audio Digital) ,
DMB (Radiodifusión Multimedia Digital) o DIRECTV. Además, la transmisión digital podría ser separada o dividida por tiempo, tal como la tecnología DVB-H. La división o separación por tiempo podría reducir el consumo promedio de energía de una terminal móvil y podría permitir una transmisión suave y sin unión. La separación por tiempo consiste del envío de datos en ráfagas utilizando una velocidad de bits instantánea más alta si se compara con la velocidad de bits requerida si los datos fueran transmitidos utilizando el mecanismo tradicional de transferencia de datos. En este caso, el dispositivo móvil 112 podría tener una o más memorias de almacenamiento temporal para guardar la transmisión decodificada dividida por tiempo antes de la presentación. La Figura 3 es un diagrama esquemático de un objeto de transporte de ejemplo de acuerdo al menos con un aspecto de la presente invención. De manera general, un objeto único de transporte 300 comprende un encabezado de recipiente 310 y una carga útil de recipiente 320. Mediante la incorporación del encabezado 310 y la carga útil 320 en el objeto único de transporte 300, ya no existe la necesidad de recombinar cada encabezado con la información con respecto a donde es situado cada recipiente dentro de los distintos objetos transportados. Además, ya no existe un problema con el cual se transmita primero, como en el presente, en varios sistemas. El encabezado de recipiente 310 podría contener la información de
configuración con respecto al encabezado y/o la carga útil de recipiente 320. En una modalidad, el encabezado 310 es codificado para informar al receptor de la longitud de entrada del encabezado. En la modalidad de ejemplo, el encabezado 310 podría tener una pluralidad de entradas de descriptor de fragmento ESG 330 que identifique los fragmentos ESG 340 en la carga útil de recipiente 320 de modo que el receptor pudiera determinar la posición y/o la longitud exacta de cada fragmento ESG contenido 340. Por ejemplo, en una modalidad, un campo especifica en donde comienza una ESG particular dentro de la carga útil de recipiente 320 al proporcionar por ejemplo, un valor desplazado, los puntos de inicio y finalización, o similares. En otras modalidades, los metadatos 350 podrían ser asociados con los fragmentos ESG individuales 340, localizados dentro o próximos al encabezado 310, las entradas de descriptor 330, un fragmento ESG 340 o una mezcla de los mismos. En una modalidad de ejemplo, la asociación del envolvente de metadatos 3GPP con un fragmento ESG 340 podría sustituir o negar la necesidad que los metadatos adicionales sean localizados en el encabezado 310 con relación a este fragmento ESG particular. Los fragmentos ESG pueden ser identificados y descritos por descriptores tales como los descriptores de Suministro de Guía de Servicio (SGDD) . Los SGDDs llevan la
información sobre varios atributos de fragmentos ESG tales como la disponibilidad o la validez de los fragmentos ESG. Por lo tanto, el SGDD contiene datos que pueden ser utilizados para recuperar los fragmentos ESG asociados. Los fragmentos ESG también podrían ser agrupados juntos e identificados como un grupo por la unidad de suministro de guía de servicio (SGDU) . Un SGDD puede ser utilizado, por ejemplo, para especificar los criterios para el agrupamiento de los fragmentos ESG en una guía de servicio en una SGDU. El agrupamiento de los fragmentos ESG puede ser realizado con base en una diversidad de criterios tales como aunque no se limitan a, basados en el tiempo. Por ejemplo, los fragmentos ESG que corresponden con un periodo particular de tiempo podrían ser agrupados juntos en un subgrupo y podrían ser identificados por un SGDD correspondiente. Como otro ejemplo, los fragmentos ESG podrían ser agrupados con base enl contenido tal como el tipo de contenido (por ejemplo, comedia, acción, drama, etc.). Estos fragmentos ESG también podrían ser agrupados juntos e identificados por un SGDD correspondiente. Un SGDD también podría especificar un indicador en una sesión de transporte para el suministro de los correspondientes fragmentos ESG dentro de la SGDU. Por ejemplo, un SGDD puede identificar la sesión de transporte con base en criterios tales como la dirección de destino IP de una
sesión de suministro objetivo, el puerto de destino de una sesión objetivo de suministro, la dirección de origen IP de la sesión de suministro o un identificador de la sesión objetivo de suministro. La siguiente tabla enlistan los ejemplos de los subelementos y atributos del SGDD. TABLA
En donde el tipo puede ser un Elemento (E) , un Atributo (A), un subelemento de primer nivel (El), un subelemento de segundo nivel (E2) y la categoría puede ser opcional (O) o preferida/obligatoria (M) . La Figura 4 es un diagrama de bloque que ilustra un ejemplo de un SGDD que proporciona la descripción de uno o más de los correspondientes fragmentos ESG. En este ejemplo,
DescriptorEntry 401 en el SGDD contiene los subelementos
GroupingCriteria 402, Transport 403, AlternativeAccesURL 404 y
SGDU 405. GroupingCriteria 402 contiene los subelementos
TimeGroupingCriteria 406 (que incluyen los atributos StarTime y EndTime) y GenreGroupingCriteria 407. El Transport 403
contiene los atributos IpAddress 408, Port 409, SrcIpAddress 410 y SessionID 411. La SGDU 405 contiene el atributo TOI 412 que indica cuál objeto de transporte es trasladado en los fragmentos ESG. Cada uno de los fragmentos ESG 413a-c (Fl, F2,...Fn, en este ejemplo) son indicados en la SGDU 405 la cual también señala los atributos tales como un ID 414a-c de un correspondiente fragmento ESG (por ejemplo, id o frag_id) , la versión 415a-c del fragmento ESG (por ejemplo, versión o frag_version) , validTo 416a-c y validFrom 417a-c del fragmento ESG. En este ejemplo, un grupo de fragmentos ESG 413 es enviado a un receptor dentro de un objeto de transporte. El objeto de transporte es identificado por el atributo TOI 412 en un subelemento SGDU 405 y los atributos de transporte (408, 409, 410, 411) en el subelemento Transport 403. El SGDD correspondiente informa al receptor del transporte del grupo de fragmentos ESG 413. La Figura 5 ilustra un ejemplo de los componentes de la SGDU transmitida en un objeto de transporte que tiene como identificación TOI de la Figura 4. El objeto de transporte podría llevar el TOI en su encabezado, por ejemplo, de modo que puedan ser identificados los distintos objetos de transporte. Como se ilustra en las Figuras 4 y 5, el objeto de transporte 412 es declarado dentro de la SGDU 405 y lleva los fragmentos ESG (413a, 413b y 413c en este ejemplo) . También en
este ejemplo, los fragmentos ESG (413a, 413b y 413c) llevan un URI como identificación. Cada uno de los fragmentos ESG (413a, 413b y 413c) especifica un URI y los datos correspondientes. Por ejemplo, el fragmento ESG 413a tiene un URI de 456 y es mapeado hacia el atributo de "id" 414a del fragmento ESG 413a en la SGDU 405. Los ejemplos de los métodos son proporcionados en detalle más adelante. En un ejemplo de la presente invención, los fragmentos ESG de la misma o distinta fuente podrían ser reconocidos a través de los correspondientes identificadores uniformes de recursos (URI). Un ID correspondiente (por ejemplo, "frag_id") y/o una versión (por ejemplo, "frag_version") pueden ser almacenados para cada fragmento ESG correspondiente con base en los fragmentos ESG distribuidos con anterioridad y los correspondientes IDs y versiones distribuidas con anterioridad. De esta manera, puede ser creada una SGDU con base en los valores del ID y/o la versión de los fragmentos ESG. La Figura 6 es un diagrama de bloque que ilustra un ejemplo de un transmisor de acuerdo con las modalidades de la invención. En este ejemplo, el transmisor 600 contiene una entrada 601. La entrada 601 podría ser configurada para recibir datos y/o metadatos u otra información que deba ser transmitida como un fragmento ESG, o que tenga que ser trasmitida utilizando el mecanismo de transportación de
fragmento ESG. La entrada 601 podría en alguna modalidad de la invención recibir un fragmento ESG completo. El transmisor 600 además podría incluir un procesador 602 para la ejecución del fragmento ESG que contiene los datos, metadatos y/u otra información recibida en la entrada 601. Por ejemplo, el procesador 602 podría trabajar el fragmento ESG formado a partir de los datos recibidos en la entrada 601 a fin de determinar el URI, el ID o la versión del fragmento ESG. El procesador 602 también podría tener acceso a la memoria 603 para determinar si cualquiera de los datos recibidos fue previamente almacenado en la memoria 603 del transmisor 600. Por ejemplo, el procesador 602 podría tener acceso a la memoria 603 para determinar si una versión, ID o URI de un fragmento ESG previamente formado se encuentra almacenado en la misma. Un comparador de datos 604 en el transmisor 600 también podría ser utilizado para cotejar los datos admitidos que son recibidos a la entrada 601 de los datos almacenados en la memoria 603. En función de los resultados del cotejo de datos a través del comparador de datos 604, los datos tales como el ID, la versión o el URI podrían ser almacenados en la memoria 603. Asimismo, podría ser creada una SGDU por el agregador SGDU 605. Los ejemplos de los métodos para la comparación de datos son proporcionados en detalle más adelante. El encapsulador 606 puede encerrar el fragmento ESG recibido en la SGDU creada por el agregador SGDU 605 y enviar
los datos a un receptor. La Figura 7 es un diagrama de bloque que ilustra un ejemplo de un receptor de acuerdo con las modalidades de la invención. En este ejemplo, el receptor 700 contiene una entrada 701 que admite una SGDU de un transmisor. Un procesador 704 puede ser utilizado para controlar la extracción de datos de la SGDU recibida en la entrada 701. Por ejemplo, el procesador 704 puede controlar un extractor de datos 702 que puede sacar la información tal como un ID o una versión del fragmento ESG dentro de la SGDU recibida en la entrada 701. Además, el procesador podría tener acceso a la memoria 705 para obtener la información almacenada que se refiere a los fragmentos ESG anteriores. Por ejemplo, la memoria 705 podría obtener versiones previamente almacenadas, IDs o URIs de los fragmentos ESG previos y podría comparar estos valores con los datos recibidos. En un ejemplo, la versión de los datos recibidos puede ser cotejada con una versión almacenada que corresponde con un ID recibido por el comparador 703. Asimismo, un ID de los datos recibidos puede ser comparado con la información de ID previamente almacenada que corresponde con la SGDU recibida. Con base en los resultados del comparador 703, los datos del fragmento ESG pueden ser analizados o interpretados en el receptor 700. Los ejemplos de los métodos de comparación de datos son proporcionados en detalle más adelante.
La Figura 8 ilustra un ejemplo de un método de mapeo de un URI y un ID de acuerdo con los aspectos de la presente invención. En este ejemplo, un fragmento ESG es recibido (ETAPA 801) . El fragmento ESG recibido es examinado en un dispositivo de agregado en el transmisor antes del envío hacia un receptor. Por ejemplo, en la ETAPA 802, el URI asociado con el fragmento ESG es examinado y comparado con los URIs previamente almacenados de los fragmentos ESG anteriores. Si el URI fuera identificado en el almacenamiento (la derivación "SI" de la ETAPA 802) los valores del ID y versión asociados con el URI serían extraídos (etapa 803) . El valor de la versión es incrementado (ETAPA 804) y almacenado en una memoria (ETAPA 805) con el URI correspondiente. Sin embargo, si no fuera encontrada una coincidencia de URI en el almacenamiento (la derivación "NO" de la ETAPA 802), entonces, sería asignado un ID arbitrario al fragmento ESG (ETAPA 806) . Este fragmento arbitrario es seleccionado para que sea un ID no distribuido con anterioridad, de manera que el ID ya no sea utilizado o almacenado en el transmisor. El valor de la versión que corresponde con el ID no distribuido seleccionado es establecido en "0" (ETAPA 807) y es almacenado con el ID no distribuido que es seleccionado con el URI (ETAPA 808). De esta manera, el ID y la versión, que son obtenidos, son utilizados para crear una SGDU (ETAPA 809) . El fragmento ESG recibido en la etapa 801 es encapsulado en la
SGDU que es creada (ETAPA 810) y es transmitido hacia un receptor. En un método alterno de mapeo de un URI y un ID, una versión asociada con el fragmento ESG recibido es comparada con una versión almacenada que corresponde con el URI de la ESG recibida. La Figura 9 es un diagrama de flujo que ilustra este ejemplo. En este ejemplo, es recibido un fragmento ESG con un URI y una versión correspondientes (versión "V", en este ejemplo) (ETAPA 901) . El URI y el fragmento ESG recibido son comparados con los URIs almacenados de los fragmentos ESG previamente distribuidos. Si fuera encontrada una coincidencia
(la derivación "SI" de la ETAPA 902) entonces, el ID y versión asociada con el URI almacenado serían extraídos de la memoria
(etapa 903) . La Versión V (la versión del URI recibido) es comparada con la versión extraída de la memoria que corresponde con el URI previamente almacenado. Si el valor de la versión del fragmento ESG recibido fuera más grande que el valor de la versión almacenada, entonces, la versión del fragmento ESG sería una versión más reciente. De esta manera, la versión del fragmento ESG sería ajustada en la Versión V (ETAPA 905) y sería almacenada con el URI correspondiente (ETAPA 906) . Sin embargo, si no fuera encontrada una coincidencia del URI que corresponde con el fragmento ESG recibido (la derivación "NO" de la ETAPA 902), entonces un ID arbitrario sería seleccionado y asignado al fragmento ESG
(ETAPA 907). Este ID seleccionado es un ID que no ha sido previamente distribuido o almacenado. Debido a que no fue encontrada una coincidencia en este ejemplo, la versión es establecida en la Versión V (la versión del fragmento ESG recibido) en la etapa 908. La versión (ahora establecida en la Versión V) es almacenada con los correspondientes ID y URI. De esta manera, el ID y URI obtenidos son utilizados para crear una SGDU (ETAPA 910) . El fragmento ESG recibido en la etapa 901 es encapsulado en la SGDU que es creada (ETAPA 911) y es transmitido a un receptor. En otro ejemplo de la presente invención, se proporciona un método de mapeo de los valores de URI e ID de los fragmentos ESG durante la recepción de los fragmentos. La Figura 10 es un diagrama de flujo que ilustra la recepción de una SGDU y la interpretación de un fragmento ESG asociado. En este ejemplo, una SGDU es recibida (ETAPA 1001) desde un transmisor. El receptor extrae la información de ID y la versión de la SGDU en la ETAPA 1002, por ejemplo, a partir de un encabezado binario de la SGDU y compara los datos extraídos ID con los datos ID previamente almacenados/distribuidos. Si fuera encontrada una coincidencia (la derivación "SI" de la ETAPA 1003), entonces, una versión que corresponde con el ID almacenado sería obtenida a partir del almacenamiento. Si el valor de la versión obtenida de la SGDU recibida fuera más grande que el valor de la versión extraída del almacenamiento
(la derivación "SI" de la etapa 1005) , entonces el URI asociado con el ID de los datos almacenados (es decir, la versión e ID) sería obtenido de la memoria (ETAPA 1006) y comparado con el ID extraído de la SGDU (ETAPA 1007) . Si fuera encontrada una coincidencia de los URIs (la derivación "SI" de la ETAPA 1007), entonces, el fragmento ESG podría ser procesado. Por ejemplo, el fragmento ESG podría ser analizado por el receptor o procesador de otro modo (por ejemplo, interpretado) . Asimismo, los datos que se refieren al fragmento ESG son mantenidos en el almacenamiento o memoria utilizando por ejemplo, el URI o ID (por ejemplo, frag_id) como el código. Sin embargo, si después de la extracción del ID y la versión de la SGDU recibida (ETAPA 1002) , no fuera encontrada una coincidencia entre el ID de la SGDU recibida y los IDs en el almacenamiento (la derivación "NO" de la ETAPA 1003), entonces, el receptor extraería el URI de la SGDU recibida (ETAPA 1009) y almacena el nuevo ID y versión (por ejemplo, frag_id y frag_version, de manera respectiva) con el URI asociado (ETAPA 1010) . Entonces, el receptor puede procesar el fragmento ESG (por ejemplo, analizar o interpretar de otro modo el fragmento ESG y mantener los datos en almacenamiento tales como los datos URI o ID) (ETAPA 1011) . La presente invención incluye cualquier nueva característica o combinación de características descritas en
la presente de manera explícita o cualquier generalización de las mismas. Mientras que la invención ha sido descrita con respecto a los ejemplos específicos que incluyen los modos actualmente preferidos de realizar la invención, aquellas personas expertas en la técnica apreciarán que existen numerosas variaciones y permutaciones de los sistemas y técnicas descritos con anterioridad. De esta manera, el espíritu y alcance de la invención debe ser interpretado de manera amplia como es señalado en las reivindicaciones adjuntas. 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.