MÉTODO Y APARATO PAPA LA RECONSTRUCCIÓN DE MEDIOS A PARTIR DE UNA REPRESENTACIÓN DE MEDIOS Campo de la Invención La presente invención se relaciona al campo de comunicación de datos, y en particular al campo de la reconstrucción de medios en una representación de medios. Antecedentes de la Invención En muchos métodos de comunicación de datos donde los medios se transportan en la forma de una secuencia de datos tal como video y audio, los datos frecuentemente se comprimen en una manera en la que únicamente las diferencias entre las escenas se codifican se codifican a una secuencia de datos, en lugar de codificar y transmitir datos que describen la escena completa para cada escena de una secuencia de escenas. Sin embargo, es frecuentemente esencial que un receptor potencial de los datos pueda sintonizar una sesión de transmisión que ha comenzado en un punto interior en el tiempo. Una sesión de transmisión tal podría por ejemplo ser una sesión de difusión, multidifusión o transmisión de datos. Por ejemplo, si la información comunicada es una secuencia de video o audio que esta siendo multidifundida, frecuentemente se desean provisiones para facilitar que un receptor sintonice la secuencia media de la secuencia de difusión, aún si el receptor no ha recibido la parte inicial de la secuencia de datos . Esto puede resolverse proporcionando los llamados Puntos de Acceso Aleatorios en el flujo de archivos o datos mediante el cual se transmite la secuencia de datos, Puntos de Acceso Aleatorios mediante los cuales una escena en la secuencia de escenas puede reconstruirse. Un Punto de Acceso Aleatorio es un objeto de datos el cual puede utilizarse como un punto de entrada a un flujo de archivos o datos, sin ningún conocimiento de objetos de datos previos. Por ejemplo, en formatos de comprensión de video, imágenes INTRA, las cuales son auto-contenidas, se emplean para este propósito. Dado que una imagen INTRA comprende una escena completa y no cuenta con diferencias entre escenas, un decodificador puede usar una imagen INTRA para iniciar la decodificación desde la memoria temporal en la localización de la escena de la imagen INTRA. Puntos de Acceso Aleatorios similares se han contemplado en el estándar de Escenas Multimedia Dinámicas e Interactivas que están siendo actualmente estandarizados por el Proyecto de Asociación de 3a Generación (3GPP), ver 3GPP S4-AHP255: "MORE Technical Proposal for Dynamic y Interactive Multimedia Scenes'" e ISP/IEC 14496-20/FDIS : "Information technology -Coding of audio-visual objects - Part 20: LASeR (Lightweight Applications Scene Representation) " , borrador editado el 8 de noviembre del 2005.
Sin embargo, la provisión de Puntos de Acceso Aleatorios que comprende los datos totales que definen una escena involucra la transmisión de una cantidad alta de datos redundantes que la mayoría de los receptores ya han recibido. En muchos métodos de comunicación de datos, la amplitud de banda de transmisión es un recurso escaso, y es deseable reducir la cantidad datos redundantes transmitidos por una aplicación . Breve Descripción de la Invención Un problema al cual la presente invención se relaciona es cómo reducir la cantidad de amplitud de banda requerida por una secuencia de datos que representa medios que comprende una secuencia de escenas. Este problema se trata mediante un método de reconstrucción de medios a partir de una representación de medios en donde la representación de medios incluye una pluralidad de objetos de datos que comprenden al menos un elemento de datos. El método comprende recibir un objeto de datos que incluye al menos una referencia a un elemento de datos en otro objeto de datos de la representación de medios; y reconstruir los medios mediante el uso de información asociada con dicho elemento (s) de datos referenciado . El problema se trata además mediante un aparato para la reconstrucción de medios a partir de una representación de medios que incluye una pluralidad de objetos de datos que comprende al menos un elemento de datos. El aparato comprende una entrada para recibir la representación de medios, y esta arreglada para identificar, en la representación de medios recibida, un objeto de datos que comprende una referencia a un elemento de datos en otro objeto de datos de la representación de medios. El aparato esta arreglado adicionalmente para reconstruir los medios usando dicha referencia. La invención también divulga un objeto de datos adaptado para incluirse en una representación de medios que comprende una pluralidad de objetos de datos, y un aparato para crear una representación de medios que comprende dicho objeto de datos. El objeto de datos comprende una referencia a un elemento de datos en otro objeto de datos de dicha pluralidad de objetos de datos, en donde dicho elemento de datos referenciado describe al menos parcialmente cómo reconstruir los medios a partir de dicha representación de medios. Mediante el método inventivo, el aparato y el objeto de datos se logra que un punto de acceso aleatorio pueda proporcionarse en una representación de medios en donde el punto de acceso aleatorio no contiene toda la información requerida para reconstruir una escena. Aquí, puntos de acceso aleatorios pueden proporcionarse a un costo de amplitud de banda más bajo.
Breve Descripción de los Dibujos Para un entendimiento más completo de la presente invención, y de las ventajas de la misma, se hace ahora referencia a las siguientes descripciones tomadas en conjunción con los dibujos que las acompañan, en los cuales: La Figura 1 ilustra de manera esquemática un sistema de comunicaciones de datos. La Figura 2 ilustra de manera esquemática un ejemplo de una representación de medios. La Figura 3 ilustra de manera esquemática una modalidad del método inventivo. La Figura 4a ilustra de manera esquemática un ejemplo de medios en la forma de una secuencia de escenas además de una representación de medios correspondiente en la forma de una secuencia de datos. La Figura 4b ilustra de manera esquemática un punto de acceso aleatorio distribuido para utilizarse en el ejemplo ilustrado por la Figura 4a. La Figura 5 ilustra un ejemplo de un punto de acceso aleatorio distribuido. La Figura 6 ilustra de manera esquemática un decodificador de acuerdo a una modalidad de la invención. Descripción Detallada de la Invención La Figura 1 ilustra de manera esquemática un sistema 100 de comunicaciones de datos, que comprende una fuente 105 de datos y un cliente 110 los cuales están interconectados por medio de una conexión 107. El cliente 110 comprende un decodificador 115 para decodificar una representación de medios recibida en la forma de una secuencia de datos, la cual puede por ejemplo haber sido proporcionado por la fuente 105 de datos, para recuperar los medios los cuales están representados por la representación de medios. Aquí, por medio del decodificador 115, los medios pueden reconstruirse a partir de una secuencia de datos que representa los medios. El cliente 110 puede también asociarse con el dispositivo 120 para procesar la secuencia de información decodificada, tal como una interfaz de usuario o una aplicación. En la Figura 1, se ilustra la conexión 107 como una conexión de radio. La conexión 107 puede alternativamente ser una conexión alámbrica, o una combinación de una alámbrica e inalámbrica. Además, la conexión 107 frecuentemente se realizara por medio de nodos adicionales que interconectan la fuente 105 de datos y el cliente 110, tal como una estación base de radio y/o nodos que proporcionan conectividad a la red de Internet. Alternativamente, la conexión 107 es una conexión directa. Un ejemplo de un sistema 100 de comunicaciones de datos en donde las conexiones 107 es una conexión directa es un sistema 100 en donde la fuente 105 de datos es un disco DVD y el cliente 110 es un reproductor de DVD. El sistema 100 de comunicaciones de datos de la Figura 1 se muestra que incluye también un creador 125 de contenido. El creador 125 de contenido esta adaptado para crear el flujo de archivos o datos, que comprende una secuencia de datos a transmitirse al cliente 110, a partir de datos que representan los medios (los cuales pueden estar en la forma de una secuencia de escenas) a presentarse en una interfaz/aplicación 120 de usuario. Aunque el término escena puede interpretarse literalmente como una parte de una representación visual tal como una secuencia de video, ésta debe reconstruirse aqui para referirse a una descripción de cualquier representación de medios en un punto particular en el tiempo, que incluye por ejemplo representaciones de audio, multimedia y multimedia interactiva además de video y video sintético. El creador 125 de contenido típicamente comprende un codificador para codificar una secuencia de escenas a una secuencia de datos (en donde la secuencia de datos puede ser de un formato comprimido) . La secuencia de datos tal en lo siguiente se referirá como la representación de medios de la secuencia de escenas. En algunas implementaciones de la invención, el creador 125 de contenido esta completamente separado de la fuente 105 de datos, como es el caso en el ejemplo del DVD mencionado anteriormente. En otras implementaciones, el creador 125 de contenido puede también ser la fuente 105 de datos, como puede ser el caso en el flujo de datos en tiempo real. Un ejemplo de una representación de medios 200 a transmitirse a un cliente 110 desde una fuente 105 de datos en la forma de una secuencia de datos en un flujo de archivos o datos se ilustra de manera esquemática en la Figura 2. La representación 200 de medios comprende un número de objetos de datos los cuales se han codificado en una manera en la que un primer objeto 205 de datos de una primera escena comprende datos que describen una escena completa de la secuencia de escenas a presentarse en una interfaz 120 de usuario, mientras que otros objetos de datos, referidos como objetos 210 de datos actualizados, comprenden datos que relacionan las diferencias entre la escena actual y la escena previa de la secuencia de escenas. Las actualizaciones mediante el uso de objetos de datos actualizados pueden realizarse de acuerdo a REX (Eventos Remotos para XML) , mediante el uso de comandos LASER, o cualquier otro método de actualización. Una secuencia de datos puede contener múltiples objetos 205 de datos de escena. El flujo de archivos o datos que comprende la representación 200 de medios puede referirse como un contenedor de medios. El contenedor de medios puede por ejemplo descargarse a un cliente 100 en una sola sesión de descarga, puede descargarse al cliente 110 en partes, puede transmitirse al cliente 110, o puede descargarse de manera progresiva. Por ejemplo un objeto 205 de datos de escena puede inicialmente descargarse a un cliente 110, y los objetos 210 de datos actualizados pueden transmitirse al cliente 110 conforme la escena requiera la actualización. Un objeto 210 de datos actualizado tomado por si mismo, o aún unas series de objetos de datos actualizados, normalmente no contienen suficiente información para reconstruir una escena. De aquí que un cliente 110 normalmente no puede sintonizar la secuencia de datos de la representación 200 de medios decodificando los objetos 210 de datos actualizados únicamente. Dado que los objetos 205 de datos de escena contienen todos los datos necesarios para reconstruir una escena, los objetos 205 de datos de escena pueden utilizarse como un punto de acceso a la representación de medios - un objeto 205 de datos de escena es un tipo de Punto de Acceso Aleatorio (RAP) . Sin embargo, dado que la frecuencia de los objetos 205 de datos de escena requerida en la representación 200 de medios para representar una secuencia de escenas normalmente no es suficiente para proporcionar posibilidades de sintonización eficientes, otros Puntos 125 de Acceso Aleatorios pueden ventajosamente incluirse en la representación 200 de medios para facilitar a un cliente 110, el cual no ha recibido todos los objetos de datos previos de la representación de medios 200, para sintonizar a la representación 200 de medios. Un punto 215 de Acceso Aleatorio convencional incluye toda la información requerida para reconstruir una escena de la secuencia de escenas. A punto de acceso aleatorio 215 puede ser redundante o esencial, un objeto 205 de datos de escena es un Punto de Acceso Aleatorio esencial. Un Punto 215 de Acceso Aleatorio redundante contiene información que el cliente 110, el cual está sintonizando la representación 200 de medios, ya ha recibido. Aquí, un cliente 110 que ya ha sintonizado que no experimenta error puede ignorar a punto 215 de acceso aleatorio y decodificar la actualización 210n, que aparece directamente después del Punto 215 de Acceso Aleatorio, directamente después de haber decodificado la actualización 210n-l, que aparece directamente antes del Punto 215 de Acceso Aleatorio en la representación 200 de medios. Un Punto 215 de Acceso Aleatorio redundante puede ventajosamente incluir datos 225 de identificación que identifican el Punto 215 de Acceso Aleatorio como redundante, tal como un indicador en la cabecera de un paquete de datos de un flujo de datos, o una secuencia predeterminada de bitios en un archivo. Como se menciono anteriormente, un Punto 215 de Acceso Aleatorio convencional contiene datos que describen la escena completa que se presentará por el cliente 110 en el punto en el tiempo relevante. Un cliente 110 que ha recibido tal Punto 215 de Acceso Aleatorio tendrá todos los datos necesarios para recuperar la parte restante de la secuencia de escenas a transmitirse por la parte restante de la representación 200 de medios 200. Sin embargo, la representación de todos los datos necesarios para describir una escena requiere una gran cantidad de datos, y de aquí que la transmisión de un objeto de datos tal requiera una gran cantidad de amplitud de banda. En la presente invención, se reconoce que un objeto de datos 205, 210, 215 generalmente comprende elementos de datos que pueden copiarse (normalmente, cada uno de los objetos de datos en una secuencia de datos comprende al menos un elemento de datos) . De acuerdo a la invención, se introduce un nuevo tipo de objeto 217 de datos de punto de acceso aleatorio, el cual puede contener referencias a elementos de datos en otros objetos 205, 210, 215 de datos en la representación 200 de medios. Por medio de tales elementos de datos referenciados (posiblemente en combinación con elementos de datos incluidos en el nuevo tipo de objeto de datos de punto de acceso aleatorio mismo) , puede obtenerse un punto de acceso aleatorio auto-contenido . Dado que los datos necesarios para obtener un punto de acceso aleatorio están distribuidos para el nuevo tipo de objeto de datos de punto de acceso aleatorio y al menos algún otro objeto 205, 210, 215 de datos, el nuevo tipo de objeto de datos de punto de acceso aleatorio, que comprende referencias a otros objetos de datos, en lo siguiente será referido como un Punto 217 de Acceso Aleatorio Distribuido (DRAP) . Un decodificador 115 que recibe la representación 200 de medios que comprende un DRAP 217 puede copiar elementos de datos de otros objetos 210 de datos de los cuales las referencias están incluidas en el DRAP 217 cuando los otros objetos de datos han sido recibidos y de esta manera obtener un punto de acceso aleatorio auto-contenido. Por lo tanto, de acuerdo a la invención, un DRAP 217 no necesita contener todos los datos requeridos para obtener a punto de acceso aleatorio, pero puede en cambio, incluir una referencia a elementos de datos en uno o más objetos 205, 210, 215 de datos. Tales referencias generalmente requieren considerablemente menos amplitud de banda que los elementos de datos a los cuales ellos se refieren . Como se discutió anteriormente, un objeto 205 de datos de escena es un tipo de punto 125 de acceso aleatorio convencional que facilita la reconstrucción de una escena completa. Cuando se desea la reconstrucción de una escena completa por medio de un DRAP 217, un DRAP 217 incluido en una representación 200 de medios incluirá referencias de manera que, después de que los elementos de datos referenciados hayan sido copiados al DRAP 217, una escena completa pueda reconstruirse . Los DRAPs 217 pueden usarse en cualquier tipo de representación de medios, que incluye transmisiones primarias y secundarias de acuerdo al estándar DIMS. En una transmisión secundaria, los objetos 210 de datos actualizados se liberan al cliente 110 en una secuencia de datos diferente a la del objeto 205 de datos de escena original, mientras que en una transmisión primaria, los objetos 210 de datos actualizados se liberan en la misma secuencia de datos que la del objeto 205 de datos de escena original. Frecuentemente se utilizan transmisiones secundarias si únicamente una parte de una escena se actualiza, tal como por ejemplo una ventana que despliega rápidamente información cambiante en una escena de fondo. Si la escena de fondo se ha liberado (por ejemplo, descargado) al cliente 110 en una transmisión primaria en un punto anterior en el tiempo, cualquier actualización a la parte de la escena que necesita actualizarse puede transmitirse por medio de una transmisión secundaria. Una transmisión secundaria puede ventajosamente incluir puntos de acceso aleatorios en la forma de DRAPs 217, para que nuevos clientes 110 sintonicen la transmisión secundaria de actualizaciones, o para clientes 110 que ya escuchan la transmisión secundaria actualicen la parte de la escena a la cual los objetos de datos actualizados de la transmisión secundaria se relacionan. Además, hay otras aplicaciones en las que a punto de acceso aleatorio no necesita describir una escena completa. Por ejemplo, cuando una escena se transmite por flujos vía servidores múltiples, los diferentes servidores pueden arreglarse para actualizar diferentes partes de una escena. Un punto de acceso aleatorio auto-contenido necesita en este caso únicamente describir la parte de la escena la cual se actualiza por el servidor relevante, y por lo tanto, un DRAP 217 únicamente tendrá que relacionar la parte de la escena la cual se actualiza por el servidor relevante. Por lo tanto, como se describió anteriormente, la ejecución de un DRAP 217 en algunos casos resultará en la reconstrucción de partes de una escena, en lugar de la reconstrucción de una escena completa. Para simplificar la descripción, el término reconstrucción de una escena en lo siguiente se usará para referir a la reconstrucción de partes de la escena, o la reconstrucción de una escena completa, según aplique. Un DRAP 217 puede observarse como una plantilla para un punto 215 de acceso aleatorio convencional en el que información necesaria puede cortarse y pegarse desde otros objetos 210 de datos. Un DRAP 217 puede ventajosamente incluir datos 230 de identificación que identifican el DRAP 217 como un DRAP 217, tal como un indicador en la cabecera de un paquete de datos de una transmisión de datos, o una secuencia predeterminada de bitios en un archivo. Los otros objetos 205, 210, 215 de datos a los cuales un DRAP 217 se refiere pueden ser objetos de datos que ocurren antes, o después del DRAP 217 en la representación 200 de medios. En el caso de que el DRAP 217 se refiere a objetos de datos previos, el DRAP 217 puede ejecutarse por los clientes 110 que ha accedido a los objetos de datos previos. Por ejemplo, si la secuencia de datos es un archivo, un cliente 110 que lee el archivo puede leer objetos de datos que ocurren antes del DRAP 217. Cuando la secuencia de datos esta en una transmisión de datos, un cliente 110 que escucha los objetos de datos a los cuales se ha hecho referencia, y que ha almacenado tales objetos de datos en una memoria, puede ejecutar el DRAP 217. Cuando se esta haciendo referencia en el DRAP 217 a objetos 205, 210, 215 de datos subsecuentes, la ejecución del DRAP 217 puede ocurrir cuando todos los objetos de datos referenciados han sido recibidos, o en un momento posterior. De esta manera, esperando objetos 205, 210 de datos subsecuentes para obtener todos los datos requeridos para reconstruir una escena completa que pueden usarse para sintonizar la representación 200 de medios, la cantidad de datos que tienen que transmitirse en un punto de acceso aleatorio puede reducirse. En lo siguiente, para simplificar la descripción, se describirá un DRAP 217 mientras se refiere a objetos 210 de datos actualizados únicamente. Sin embargo, debe entenderse que un DRAP 217 puede referirse a cualquier tipo de objeto de datos en una secuencia de datos. La invención es aplicable a todos los métodos de transmisión de medios por medio de una representación de medios que comprende una secuencia de objetos de datos. La invención es particularmente aplicable a DIMS (Escenas Multimedia Dinámicas e Interactivas) , que es una adaptación de SVG para comunicación de radio móvil que usa actualmente una versión de SVG referida como Tiny 1.2 de SVG y en donde una escena puede componerse temporalmente asi como espacialmente . Las DIMS están siendo actualmente estandarizadas por el 3GPP (Proyecto de Asociación de 3a Generación) . La invención es igualmente aplicable a otros métodos de medios, tal como por ejemplo LASER, definido en ISO/IEC 14496-20: "Information technology — Coding of audio-visual objects — Part 20: LASER (Lightweight Applications Scene Representation)". En muchos casos, los datos incluidos en objetos 210 de datos actualizados de una secuencia de datos no serán suficientes para reconstruir una escena particular. En tales casos, un DRAP 217 comprenderá i) referencias a datos incluidos en otros objetos 210 de datos y ii) datos que deberán usarse en la reconstrucción de una escena en combinación con los datos referenciados en otros objetos 210 de datos. Un DRAP 217 puede ventajosamente incluir también información relacionada a aquel punto en el tiempo en el cual han sido recibidos datos suficientes y una escena puede reconstruirse. Otra información puede también opcionalmente incluirse en un DRAP 217, tal como información acerca de actualizaciones posible que deben hacerse a la escena la cual ha sido reconstruida mediante el uso de los elementos de datos referenciados . Actualizaciones subsecuentes de datos pueden ser necesarias por ejemplo si datos, incluidos en un DRAP 217 y para utilizarse en la reconstrucción de una escena, se copiaron de objetos 210 de datos previamente transmitidos cuando el DRAP 217 se codifico. Por ejemplo, si los datos relacionan a un elemento el cual se mueve a través de la pantalla en una secuencia información de video, el elemento necesitará un punto de inicio diferente si se introduce en un DRAP 217 que si ha sido introducido en una actualización 210 anterior. Para este propósito, los datos actualizados pueden agregarse al DRAP 217. La información en las actualizaciones contenidas en los datos actualizados, si los hubiera, puede ventajosamente relacionarse a actualizaciones las cuales están por realizarse después de que los elementos de datos referenciados han sido copiados y antes de la reconstrucción de la escena. Un diagrama de flujo que ilustra de manera esquemática un aspecto de la invención se ilustra en la Figura 3. En la etapa 300, un objeto de datos se recibe por un cliente 110 que por alguna razón requiere a punto de acceso aleatorio - por ejemplo para sintonizar una secuencia de datos de una representación 200 de medios, para realizar una reinicialización o para navegar en un archivo. En la etapa 305, se verifica si el objeto de datos recibido es un Punto 125 de Acceso Aleatorio Distribuido. Esto puede incluir la verificación de una identificación 230 del DRAP 217. Si se encuentra que el objeto de datos recibido no es un DRAP 217, entonces la etapa 310 se ingresa, en la cual se toma la acción apropiada. En algunas implementaciones de la invención, ambos, los Puntos de Acceso Aleatorios Convencionales y los Puntos de Acceso Aleatorios Distribuidos pueden implementarse . Si el objeto de datos recibido es Punto 215 de Acceso Aleatorio convencional, el Punto 215 de Acceso Aleatorio se ejecutará en la etapa 310, o se ignorará, según sea apropiado. La etapa 312 se ingresa después de la etapa 310, en la que todos los objetos 210 de datos actualizados adicionales son recibidos y ej ecutados . Si se encuentra en la etapa 305 que el objeto de datos recibido es un Punto 217 de Acceso Aleatorio Distribuido, entonces la etapa 315 se ingresa. En la etapa 315, el DRAP 217 se analiza para obtener información sobre la cual otros objetos 217 de datos han sido referenciados en el DRAP 217, y/o para determinar la identidad de los elementos de datos a los cuales el DRAP 217 se refiere. Para una discusión adicional de este análisis, refiérase a la Figura 4. En la etapa 317, se verifica si elementos de datos en cualquiera de los objetos de datos subsecuentes han sido referenciados . Si es asi, la etapa 312 se ingresa, en donde los objetos 210 de datos subsecuentes que comprenden elementos de datos referenciados son esperados y recibidos. La etapa 325 se ingresa entonces. Si en la etapa 317 se encuentra que no se requieren objetos 120 de datos subsecuentes, la etapa 325 se ingresa directamente después de la etapa 317. En implementaciones de la invención en donde un DRAP 217 siempre contiene referencias a objetos 210 de datos subsecuentes, la etapa 317 puede omitirse, y la etapa 320 ingresarse directamente después de la etapa 315. De manera similar, en implementaciones donde un DRAP 217 puede únicamente referirse a objetos 210 de datos previos, las etapas 317 y 320 pueden omitirse, y la etapa 325 puede ser ingresada directamente después de la etapa 315. En la etapa 325, los elementos de datos, en los cuales están incluidas referencias en el DRAP 217, son identificadas en los otros objetos 210 de datos y son copiados, ya sea a un objeto de datos separado o al DRAP 217, dependiendo de la implementación de la invención. Si los elementos de datos referenciados son copiados a un objeto de datos separado, entonces todos los datos en el DRAP 217 que son también necesarios para la reconstrucción de la escena también se copiaran a tal objeto de datos separado. Si los elementos de datos referenciados son copiados al DRAP 217 mismo, entonces un elemento de datos copiado remplazará la referencia a aquel elemento de datos. Cualquier información relacionada a qué objetos 210 de datos son necesarios y cualquier información en el tiempo de ejecución del DRAP, deben preferiblemente eliminarse antes de la ejecución del DRAP 217 si el objeto de datos referenciado se copia al DRAP 217 mismo (cf. la información 410 de acceso aleatorio de la Figura 4b y la Figura 5) . En lo siguiente, se dirá que el DRAP 217 se ha vuelto auto-contenido cuando todos elementos de datos necesarios hayan sido identificados y copiados. Cuando el DRAP 217 se ha vuelto auto-contenido, la etapa 330 se ingresa y el DRAP 217 se ejecuta, mediante lo cual la escena será reconstruida en el tiempo relevante. El término ejecución del DRAP 217 debe construirse para incluir la ejecución de un objeto de datos, diferente al DRAP 217, en el que la información que se puede obtener por medio del DRAP 217 ha sido copiada. Después de la ejecución del DRAP 217 en la etapa 330, se ingresa la etapa 335, en la que todos los objetos 210 de datos actualizados adicionales son recibidos y ejecutados en la misma manera como si el DRAP 217 no hubiera sido usado. Una diferencia entre la etapa 312 ingresada por un cliente 110 para la cual un DRAP 217 recibido no es de relevancia y por lo tanto es ignorado, y la etapa 335, es que en la etapa 335, cualquiera de los objetos 210 de datos actualizados que son recibidos en la etapa 320 no son ejecutados sino principalmente usados para el copiado de elementos de datos en el DRAP 217, mientras que tales objetos 210 de datos subsecuentes son generalmente ejecutados por un cliente 110 que ha ignorado el DRAP 217. Ahora se hará referencia a la Figura 4, en donde se ilustra un escenario simple en el cual se emplea un DRAP 217. En la Figura 4a, se muestran medios en la forma de una secuencia de escenas 400 que comprenden las escenas 405n-l, 405n y 405n+l, que se presentarán en una interfaz/aplicación 120 de usuario en los tiempos Tn-1, Tn y Tn+1, respectivamente. La escena 400n-l consiste de las partes A, C, D y E, la escena 400n consiste de las partes A, B, C y D, mientras que la escena 40n+l consiste de las partes A, B, G y E . La Figura 4a muestra una representación 200 de medios que consiste de una secuencia de datos que comprende dos objetos 210n y 210n+l de datos actualizados que relacionan a las diferencias entre las escenas 405n-l y 405n, y las diferencias entre las escenas 405n y 405n+l, respectivamente. Los objetos 210n de datos actualizados incluyen elementos 407 de datos de instrucción que contienen instrucciones sobre cómo obtener la escena 405n cuando se conoce la escena 405n-l, y el objeto 210 de datos actualizado incluye instrucciones sobre cómo obtener la escena 405n+l cuando se conoce la escena 405n. Los objetos 210n y 210n+l de datos actualizados pueden ventajosamente formar parte de una representación 200 de medios que representan la secuencia de escenas 400, y se transmitirán a los clientes 110 en los tiempos tn y tn_i, que ocurren antes de los tiempos Tn y Tn+1, respectivamente. La representación 200 de medios puede ventajosamente incluir también uno o varios DRAPs 217, como se ilustra en la Figura 4a por el DRAP 217 que ocurre en la representación 200 de medios antes que el objeto 210 de datos actualizado. En la Figura 4b, se ilustra un ejemplo de un DRAP 217 tal que puede incluirse en la representación 200 de medios antes que los objetos 210n de datos actualizados. El DRAP 217 de la Figura 4b se ha codificado para ser parte de la representación 200 de medios y transmitirse a los clientesllO antes del objeto 210n de datos actualizado, a un tiempo (tn-x) . Además, el DRAP 217 se refiere a elementos de datos en objetos 210n y 210n+l de datos actualizados, y datos suficientes para reconstruir la escena 405n+l se habrán recibido en el tiempo Tn+1. Por lo tanto, a partir del tiempo Tn+1 en adelante, un cliente 110 que intenta sintonizar la representación 200 de medios y que ha recibido el DRAP 217 será capaz de reconstruir la secuencia de escenas 400. Los datos útiles del DRAP 217 incluyen un elemento 410 de datos el cual será referido como información 410 de acceso aleatoria, además de una sección 415 de datos. Un propósito de la información 410 de acceso aleatoria es especificar que objetos 210 de datos actualizados se requieren para hacer el DRAP 217 auto-contenido, y/o cuando la información obtenida por medio del DRAP 217 debe usarse para reconstruir una escena. Información acerca de cuando una escena 405 debe ser reconstruida por medio del DRAP 217 puede definirse por que se puede derivar implícitamente de información acerca de qué objetos 210 de datos se requieren, y viceversa. Por ejemplo, puede definirse que una escena 405 debe reconstruirse por medio de un DRAP 217 requiriendo n objetos 210 de datos actualizados subsecuentes en un tiempo cuando los n-ésimos objetos 210 de datos actualizados subsiguientes deban haberse copiado, es decir, el sello de tiempo del DRAP 217 se define como el sello de tiempo del último de los objetos 210 de datos actualizados requerido. Alternativamente, la información 410 de acceso aleatoria puede incluir un sello de tiempo. En tal caso, un cliente 110 que recibe el DRAP 217 puede adaptarse para asumir que la información relevante puede contenerse en cualquiera de los objetos 210 de datos actualizados recibidos antes del tiempo del sello de tiempo. Mediante el uso de información 410 de acceso aleatoria un cliente 110 receptor puede ser proporcionado con información acerca de qué objetos 210 de datos actualizados se requieren y cuando. El cliente 110 puede usar esta información para utilizar de manera eficiente sus recursos de almacenamiento en búfer y de memoria. Además, el uso de información 410 de acceso aleatoria posibilita el uso eficiente de indicadores, mediante por ejemplo, habilitar el uso de enlaces relativos en la sección 415 de datos. La información 410 de acceso aleatoria debe ventajosamente eliminarse del DRAP 217 antes de la ejecución del DRAP 217. En la modalidad del DRAP 217 ilustrada en la Figura 4b, la información 410 de acceso aleatoria de esta en el formato <paquetes requeridos de informacióndeaccesoaleatoria = "n"/>. La información 410 de acceso aleatoria de la Figura 4 tiene un atributo "paquetesrequeridos" que especifica el número de objetos 210 de datos actualizados subsiguientes en la representación 200 de medios que son requeridos para completar una escena 405 en la secuencia de escenas 400, por lo tanto, los objetos 210 ("paquetes") de datos actualizados están definidos como unas series, ya sea, en el orden en el que se envían o en el orden en el que se almacenan en un archivo, u en otro orden decodificado definido, según aplique. El atributo "paquetesrequeridos" puede tomar el valor de cualquier número natural. A partir de la información 410 de acceso aleatoria' de la Figura 4, puede también deducirse en qué momento la escena 405 que puede obtenerse por medio del DRAP 217 será relevante - este es el momento de la escena 405 para el cual el n-ésimo objeto 210 de datos actualizado describe diferencias en relación a objetos 210 de datos previos. En el ejemplo dado en la Figura 4, dos objetos 210 de datos actualizados se requerirán para reconstruir la escena 410n+l, y por lo tanto, el valor del atributo es 2 (y el tiempo en el cual la escena 405n+l se volverá relevante es el Tn+1). Obviamente, el parámetro y atributo de la información 410 de acceso aleatoria puede tener diferentes nombres, por ejemplo de manera que el formato de la información 410 de acceso aleatoria es <unidadesrequeridas del DRAP="n"> , o <objetos de datos requeridos de la especificación del DRAP="n">. La información 410 de acceso aleatoria puede alternativamente implementarse en otras formas. Por ejemplo, en lugar de especificar qué series de "n" objetos 210 de datos actualizados se requieren para obtener la información necesaria, cada objeto 210 de datos actualizado requerido puede especificarse explícitamente en la información 410 de acceso aleatoria del elemento de datos. Un sello de tiempo puede entonces agregarse a la información 410 de acceso aleatoria que define cuando el DRAP 217 se tiene que usar, o un control puede introducirse al diagrama de flujo de la Figura 3 en donde éste se verifica si se han recibido todos los elementos de datos a los cuales se ha hecho una referencia . Un DRAP 217 no tiene que incluir ninguna información 410 de acceso aleatoria. Por ejemplo, si un DRAP 217 se codifica de acuerdo a un estándar en donde se pre-determina el número de otros objetos 210 de datos a los cuales un DRAP 217 puede referirse, además de la posición de tales otros objetos 210 de datos actualizados en la representación 200 de medios en relación al DRAP 217 referente, un DRAP 217 puede codificarse sin ninguna información de acceso aleatoria. Por ejemplo, si un DRAP 217 puede referir a m objetos de datos precedentes y k objetos 210 de datos subsiguientes, entonces un decodificador 115 conocería que el DRAP 217 es auto-contenido cuando el k-ésimo objeto de datos subsiguiente haya sido recibido. El tiempo para la ejecución del DRAP 217 puede también predeterminarse, por ejemplo en el tiempo del k-ésimo objeto 210 de datos subsiguiente. La sección 415 de datos del DRAP 217 de la Figura 4, como se ilustra en la Figura 4b, comprende elementos de datos por medio de los cuales pueden obtenerse los datos necesarios para la reconstrucción de la escena 405n+l. La sección 415 de datos de la Figura 4b comprende dos tipos distinguibles de elementos de datos: elementos 407 de datos de instrucción los cuales preferiblemente deben ser conformes con el estándar y el lenguaje de acuerdo a la secuencia de datos que se codifica (tal como por ejemplo SVG/XML) , y elementos 420 de datos de referencia, los cuales incluyen referencias a elementos de datos de otros objetos 210 de datos, y los cuales serán remplazados, al menos en parte, por tales elementos de datos referenciados durante el procesamiento del DRAP 217, antes de la ejecución del DRAP 217. Cuando los elementos de datos a los cuales los elementos 420 de datos de referencia se refieren han sido copiados al DRAP 217, el DRAP 217 debe preferiblemente estar completamente conforme con el estándar y el lenguaje de acuerdo a los cuales se codifica la secuencia de datos. El elemento 420 de datos de referencia del DRAP 217 de la Figura 4b es de la sintaxis <obtenerdeactualización ref="referencia">, en donde el atributo "reí"" especifica una identidad que aparece en otro objeto 210 de datos, es decir, "referencia" es la identidad de un elemento 407 de datos en el otro objeto 210 de datos. La posición de <obtenerdeactualización ref="referencia"> en el DRAP 217 puede ventajosamente proporcionar información acerca de la posición del DRAP 217 hacia la cual debe copiarse el elemento de datos referenciado . Otras sintaxis del DRAP 217 diferentes a aquella del DRAP 214 de la Figura 4b pueden alternativamente usarse. Por ejemplo, un elemento 420 de datos de referencia puede comprender dos partes separadas, en donde una primera parte comprende la referencia y proporciona una identificación del elemento 407 de datos de instrucción referenciado a copiarse de un objeto 210 de datos subsiguiente, y una segunda parte incluye la identificación. La primera parte de un elemento 420 de datos de referencia en esta modalidad puede por ejemplo tener la sintaxis <obtenerdeactualización f"uente="identidadl" obj etivo="identidad2"> . La segunda parte del elemento 420 de datos de referencia puede ser entonces <identidad2/> . La primera y segunda parte del elemento 420 de referencia puede entonces colocarse en la sección 415 de datos de manera independiente entre si; por ejemplo, la primera parte puede por ejemplo colocarse al inicio de la sección 415 de datos, y la segunda parte puede colocarse antes, después o entre los elementos 407 de datos de instrucción. La posición de la segunda parte en el DRAP 217 puede en esta implementación proporcionar información acerca de la posición en la cual debe copiarse el elemento de datos referenciado . Aún alternativamente pueden emplearse otras sintaxis. Por ejemplo, un objeto 420 de datos referenciado puede incluir información que especifica en qué objeto 210 de datos particular ocurrió el elemento de datos referenciado. Dependiendo de la secuencia de escenas 400 a representarse por medio de la representación 200 de medios, además de cómo la codificación de la representación 200 de medios se realizo, la sección 415 de datos de un DRAP 217 puede consistir de elementos 420 de datos de referencia únicamente, y no incluye elementos 407 de datos de instrucción. Durante el procesamiento del DRAP 217, los elementos 420 de datos de referencia se remplazan por los elementos 407 de datos referidos de los otros objetos 210 de datos, haciendo asi el DRAP 217 auto-contenido. En el ejemplo dado por la Figura 4, cada uno de los elementos 420 de datos de referencia de la sección 415 de datos refieren a un elemento 407 de datos de instrucción completo de otro objeto 210 de datos. Sin embargo, un elemento 420 de datos de referencia puede referir a cualquier elemento de datos referible en otro objeto 407 de datos, tal como un atributo u otra parte de un elemento 407 de datos de instrucción, a un grupo de elementos 407 de datos de instrucción, u otros tipos de elementos de datos diferentes de los elementos de datos de instrucción tales como elementos de datos de identificación, etc. Como un ejemplo, considerar una representación 200 de medios, definido por el uso del estándar DIMS, en donde un objeto 210 de datos actualizado comprende el siguiente comando de inserto, <Insertar Id="insertl" ref="raiz"> <g id="objectl" visibilidad="escondido"/> </Insertar> entonces un DRAP 217 puede por ejemplo referirse a "insertol", para copiar el comando de inserto completo en el DRAP 217, o referir "objetol", para copiar el elemento de datos <g id="objectl" visibilidad="escondido"/> en el DRAP 217. Además, en el ejemplo dado por la Figura 4, los elementos 407 de datos de instrucción a los cuales refieren los elementos 420 de datos de referencia son copiados al DRAP 219, para ejecutarse luego de la ejecución del DRAP 217. Alternativamente, los elementos 407 de datos de instrucción a los cuales refieren los elementos 420 de datos de referencia pueden ejecutarse en el DRAP 217 mismo, de manera que la ejecución del elemento 420 de instrucción referenciado se realice antes de la ejecución del DRAP 217, para cambiar el DRAP 217. Como se menciono anteriormente, un DRAP 217 puede incluir adicionalmente una sección de actualización, que comprende actualizaciones que necesitan hacerse a la sección 415 de actualización. Por ejemplo, en el caso de datos dinámicos, elementos 407 de datos copiados a la sección de datos de un DRAP 217 pueden cambiarse ligeramente, y las actualizaciones pueden describir tales cambios y por lo tanto usarse para modificar tales elementos de datos que han cambiado. Las actualizaciones pueden ventajosamente realizarse después de que el DRAP 217 se ha vuelvo auto-contenido. Un DRAP 217 ejemplar que incluye una sección 500 de actualización se da en la Figura 5. Además, el DRAP 217 de la Figura 5 comprende información 410 de acceso aleatoria, una sección 415 de datos y un elemento 505 de datos adicional, los cuales pueden contener datos relevantes para la interpretación del DRAP 217, tal como por ejemplo información acerca de una versión de un lenguaje que se usa en el DRAP 217. En la Figura 5, el elemento 505 de datos especifica que se usa la versión 1.0 de X L en el DRAP 217.
La sección 415 de datos del DRAP 217 de la Figura 5 que comprende un elemento 407 de datos de instrucción incluye elementos de datos a ejecutarse cuando el DRAP 217 se encuentre completo, además de elementos 420 de datos de referencia que incluyen referencias a elementos de datos en otros objetos 210 de datos. En el ejemplo dado en la Figura 5, los elementos 420de datos de referencia están localizados dentro del elemento 407 de datos de instrucción, de manera que los elementos de datos en otros objetos 210 de datos a los cuales refieren los elementos 410 de datos de referencia, pueden llenar huecos en el elemento 407 de datos de instrucción cuando se copian en el elemento 407 de datos de instrucción. Por lo tanto, los elementos 420 de datos de referencia pueden usarse para llenar huecos en elementos 407 de datos de instrucción del DRAP 217, además de proporcionar instrucciones completas a partir de otros objetos 210 de datos . La sección 500 de actualización del DRAP 217 de la Figura 5 incluye actualizaciones a realizarse al elemento 407 de datos de instrucción. La sección 500 de actualización del DRAP 217 en la Figura 5 usa un estándar para definir actualizaciones referidas como REX (Eventos Remotos para XML) . Sin embargo, puede usarse cualquier estándar para definir actualizaciones, tal como por ejemplo comandos LASER.
En el ejemplo de un DRAP 217 dado en la Figura 5, la sección 500 de actualización estipula que un atributo "atributol" en un elemento 407 "Elemento!" de datos de instrucción obtenido a partir de un objeto 210 de datos de actualización subsiguiente debe tomar un nuevo valor (es decir, el valor 100) . (El valor del atributo "xmlns" comprende información acerca de que el Nombre espacial XML (es decir, el lenguaje) se usa para la actualización) . El DRAP 217 de la Figura 5 se describe mediante el uso de XML en texto claro. Esta es una manera eficiente de describir información que relaciona a escenas en un medio que transmite información visible. Sin embargo, alternativamente pueden usarse otras maneras de describir el DRAP 217, tal como por ejemplo xml binarizado. Ejemplos de métodos binarizados incluyen gzip, comprimir, desinflar y BiM (formato MPEG Binario para XML) , etc, Además, los datos pueden o no encriptarse . Como se discutió anteriormente, un DRAP 217 usa referencias a otros objetos 210 de datos para transmitir la información completa acerca de una escena 405 particular de una secuencia de escenas 400. Un codificador de un creador 125 de contenido puede definir un DRAP 217 de manera que éste se refiera a cualquier número de objetos 210 de datos, por ejemplo que incluya todos los objetos 210 de datos dentro de un intervalo particular, u objetos 210 de datos seleccionados. En el caso de información de transmisión por medio del estándar DIMS, es frecuentemente ventajoso que un DRAP 217 se refiera a todos los objetos 210 de datos actualizados dentro de un intervalo debido a la naturaleza del DIMS. En este caso, es ventajoso definir el número de objetos 210 de datos actualizados requeridos para completar una escena 405 como una serie, tal como por ejemplo los n objetos 210 de datos actualizados directamente después del DRAP 217 (ver arriba) . En la Figura 6, se ilustra de manera esquemática una modalidad de un decodificador 115 usado para decodificar la representación 200 de medios. El decodificador 115 de la Figura 6 comprende una entrada 600 para recibir la representación 200 de medios, la cual esta conectada a un identificador 605 de tipo de objeto de datos. El identificador 605 de tipo de objeto de datos esta conectado adicionalmente a un ejecutor 610 de objeto de datos vía al menos dos conexiones diferentes; vía una primera conexión 617 vía además de un analizador 615 de información de acceso aleatoria y un copiador 620 de elemento de datos. El ejecutor 610 de datos esta conectado a una salida 625. El identificador 605 de tipo de objeto de datos esta, entre otros, adaptado para verificar si un objeto de datos recibido es un DRAP 217, y para transmitir un objeto de datos identificado como un DRAP 217 al ejecutor 615 de objeto de datos vía el analizador 615 de información de acceso aleatoria y el copiador 620 de elemento de datos. El identificador 605 de tipo de objeto de datos esta adaptado adicionalmente para transmitir un objeto de datos el cual ha sido identificado que no es un DRAP 217 al ejecutor 610 de objeto de datos vía la conexión 617. El analizador 615 de información de acceso aleatoria esta adaptado para analizar la información 420 de acceso aleatoria de un DRAP 217, para determinar qué otros objetos 210 de datos se requieren para hacer al DRAP 217 auto-contenido, y/o en qué momento el DRAP 217 debe ejecutarse. El copiador 620 de elemento de datos esta adaptado para leer todos los elementos 420 de datos de referencia en un DRAP 217, e identificar elemento (s) de datos en otro objeto 210 de datos a los cuales se refiere el elemento (s) 420 de datos de referencia. El copiador 620 de elemento de datos esta adaptado además para copiar tal elemento (s) de datos identificados en el DRAP 217 (o, de manera similar, en otro objeto de datos, ver arriba) . El DRAP 217 al cual se han copiado los elementos de datos referenciados , es entonces transmitido al ejecutor 610 de objeto de datos para ejecutarse en el tiempo apropiado. El ejecutor 610 de objeto de datos esta conectado a una salida 625, la cual puede conectarse adicionalmente por ejemplo a una interfaz 120 de usuario.
El decodificador 115 de la Figura 6 debe observarse como un ejemplo únicamente, y un decodificador capaz de decodificar una representación 100 de medios que incluye DRAPs 217 puede implementarse en muchas formas diferentes. Por ejemplo, el analizador 615 de información de acceso aleatoria puede omitirse, y el copiador 620 de elemento de datos puede adaptarse para buscar todos los objetos de datos que aparecen cerca del DRAP 217 en la representación 200 de medios, tal como por ejemplo, los n objetos 210 de datos subsiguientes. La ejecución del DRAP 217 puede entonces establecer para que ocurra después de que el n-ésimo objeto 210 de datos subsiguiente haya sido recibido. En una implementación de la invención en donde un DRAP 217 puede referir a otros objetos 217 de datos que aparecen antes del DRAP 217 en la representación 200 de medios, el decodificador 115 puede ventajosamente comprimir un almacenamiento búfer para almacenar en búfer objetos 210 de datos que llegan hasta que se reciba un DRAP 217. En un estándar en donde un DRAP 217 puede únicamente referir a m objetos 210 de datos precedentes, tal almacenamiento búfer puede por ejemplo arreglarse para almacenar los m+1 últimos objetos 210 de datos recibidos. El DRAP 217 puede ignorarse durante la reproducción normal de una secuencia de escenas 400. Por lo tanto, un decodificador 115 usado para decodificar la representación 200 de medios que incluye DRAPs no necesita reinicializarse durante la reproducción normal. Los DRAPs 217 no contienen ninguna información requerida por un decodificador 115 durante la reproducción normal. Sin embargo, un DRAP 217 puede usarse por el codificador 115 para recuperación por error, si es necesario. Si el decodificador 115 ha detectado un error en la secuencia de escenas recuperadas a partir de los objetos de datos actualizados, un DRAP 217 puede usarse para reinicializar el decodificador 115. El decodificador 115 y el creador 125 de contenido pueden implementarse ventajosamente por medio de equipo físico y/o programas para computadora apropiados. Los programas para computadora por medio de los cuales el decodificador 115 o el creador 125 de contenido se implementan pueden almacenarse en medios de memoria, y pueden transmitirse entre diferentes medios de memoria vía una señal portadora. Un DRAP 217 es ortogonal al tipo de transporte/almacenamiento, y puede usarse por ejemplo cuando se sintoniza una sesión de transmisión por flujos, cuando se recupera a partir de los paquetes perdidos en una sesión de transmisión por flujos, o como puntos de acceso aleatorios duales para navegar en un archivo. Como se menciono anteriormente, la representación 200 de medios de los cuales los DRAPs forman una parte puede almacenarse en archivos o transmitirse por flujos en una red. Los archivos pueden usarse por ejemplo por un servidor (cf. fuente 105 de datos de la Figura 1), para la transmisión de datos, descarga de archivos de difusión (por ejemplo, sobre HTTP) , descarga de archivos de multidifusión (por ejemplo, sobre FLUTE) o descarga progresiva (por ejemplo, sobre HTTP) . Los DRAPs 217 pueden también transmitirse usando transmisión por flujos de unidifusión/multidifusión/difusión (por ejemplo, usando RTP) . Un DRAP 217 puede también utilizarse en archivos indicados para la transmisión, en donde el DRAP 217 puede colocarse en el archivo como una muestra la cual se marca como un punto de acceso aleatorio (cf. cómo escenas SVG son convencionalmente colocadas en archivos indicados) . El DRAP 217 puede agregarse como puntos de acceso aleatorio duales que pueden usarse para la navegación en archivos, por ejemplo, búsqueda, enviado rápido y rebobinado. Dado que un DRAP 217 es independiente del método de transporte, un DRAP 217 puede usarse en todos los tipos de transporte y almacenamiento, y en particular en todos los tipos de transporte y almacenamiento de DIMS. El DRAP 217 de acuerdo con la invención tiene menos sobrecarga que los puntos 215 de acceso aleatorio convencionales. La sobrecarga del DRAP 217 se reduce utilizando información de otros objetos de datos, típicamente objetos 210 de datos actualizados. En lugar de describir cada uno de los puntos de acceso aleatorio, por ejemplo, de una escena SVG desde la memoria temporal, pueden utilizarse elementos 407 de datos definidos en objetos 210 de datos actualizados cercanos. Mediante el uso de los DRAPs 217, el costo de la amplitud de banda para definir un elemento de datos en ambos, un punto de acceso aleatorio y en un objeto 210 de datos actualizado se reduce a una sola definición en un objeto 210 de datos actualizado y a una referencia a partir de un DRAP 217 a este objeto 210 de datos actualizado. Los DRAPs 217 pueden incluirse en una representación 200 de medios a intervalos periódicos, para posibilitar clientes 110 recién incorporado a sintonizar la representación 200 de medios y para que clientes 110 ya han sintonizado realicen recuperación por error, por ejemplo recuperación por error a partir de pérdidas de paquetes, sí se desea, además de facilitar la navegación en archivos debido a la sobrecarga baja y al hecho de que un DRAP 217 puede ignorarse durante la reproducción normal, los DRAPs 217 pueden incluirse muy frecuentemente en transmisiones por flujos o en archivos, posibilitando así la rápida sintonización o recuperación, o la navegación en archivos a alta granularidad . El DRAP 217 puede por ejemplo enviar de manera periódica una transmisión de datos, tal como una transmisión DIMS, o puede incluirse a intervalos periódicos en un archivo, tal como un archivo 3GP. Alternativamente, un DRAP 217 puede incluirse en una representación 200 de medios a intervalos regulares. Una ventaja de la invención es que un punto de acceso aleatorio puede proporcionarse en la secuencia de datos de un medio 200 de representación mientras que mantiene toda interactividad, por ejemplo, pueden retenerse instrucciones dadas por el cliente 110 con respecto a la construcción de una escena. Convencionalmente, cuando son grandes las diferencias entre una escena 405n y la escena 405n-l previa, un nuevo objeto 205 de datos de escena o un nuevo Punto 215 de Acceso Aleatorio seria incluido en la representación 200 de medios. Tal objeto de datos de escena/RAP 215 esencial se proporcionaría a clientes 110 ya sintonizados con la información completa acerca de la escena, además de proporcionar a clientes 110 recién incorporados toda la información necesaria para sintonizar la secuencia de datos. Sin embargo, mediante objetos 205 de datos de escena convencionales y Puntos de Acceso Aleatorio esenciales no se anula la interactividad. Mediante el uso de la invención, la información que se relaciona con la interactividad puede transmitirse por un DRAP 217, y la información que relaciona al cambio de escena puede transmitirse en un objeto 210 de datos actualizado al cual el DRAP 217 se refiere.
Un experto en el arte apreciará que la presente invención no se limita a las modalidades divulgadas en los dibujos que la acompañan y la descripción detallada anterior, los cuales se presentan para propósitos únicamente de ilustración, pero que pueden implementarse en un número de formas diferentes.