MXPA02009526A - Metodo para almacenar informacion que contiene informacion cargada previamente, aparato y metodo para producir la misma. - Google Patents

Abstract

Se describe un medio de almacenamiento de informacion que contiene informacion de precarga, un aparato de reproduccion y un metodo de reproduccion. El medio de almacenamiento de informacion incluye: datos AV que incluyen datos de audio/video; y un documento de lenguaje de marcacion para mostrar visualmente los datos AV, que son descodificados y reproducidos, y para incluir una informacion de precarga que ordena que un aparato de reproduccion lea un archivo para ser precargado para reproducir sin union los datos AV y almacenarlos en una memoria. El medio de almacenamiento de informacion, que contiene el documento de lenguaje de marcacion, previene que las imagenes moviles sean interrumpidas en el caso en que los datos AV grabados en el DVD sean reproducidos y mostrados visualmente a traves del documento de lenguaje de marcacion, y se proporciona tambien un aparato de reproduccion y un metodo de reproduccion.

Description

MEDIO PARA ALMACENAR INFORMACIÓN QUE CONTIENE INFORMACIÓN CARGADA PREVIAMENTE, APARATO Y MÉTODO PARA REPRODUCIR LA MISMA ANTECEDENTES DE LA INVENCIÓN 1. CAMPO DE LA INVENCIÓN La presente invención se refiere a un medio de almacenamiento de información que contiene información previamente cargada, un aparato de reproducción y un método de reproducción, y más particularmente, a un medio de almacenamiento de información que contiene datos de AV y documentos de lenguaje de marcación múltiple que son mostrados visualmente por un observador del documento de marcación, y un aparato y un método para reproducir el medio de almacenamiento de información. 2. DESCRIPCIÓN DE LA TÉCNICA RELACIONADA Un medio DVD interactivo (Disco Versátil Digital) puede ser reproducido en un modo interactivo con base en una computadora principal (PC) . El medio DVD interactivo contiene documentos de lenguaje de marcación con datos AV. El; contenido almacenado en el medio DVD interactivo puede REF: 142537 ser reproducido de dos maneras, es decir, en un modo de vídeo o un modo interactivo. En el modo de vídeo, el contenido es mostrado de la misma manera en que es mostrada la reproducción en un reproductor de DVD regular, mientras que en el modo interactivo, el contenido es mostrado visualmente en una ventana de imagen definida por un documento de lenguaje de marcación. Si el modo interactivo es seleccionado por un usuario, un buscador o curioseador de red constituido en una computadora personal (PC) adicional que muestra el documento de lenguaje de marcación grabado en el medio DVD interactivo y el contenido seleccionado por el usuario en la ventana de imagen definida por el documento de lenguaje de marcación. Por ejemplo, en una película cuyo contenido son datos AV, el vídeo de la película es reproducido en la ventana de imagen definida por el documento del lenguaje de marcación, y en la parte restante de la pantalla de imagen, una variedad de información suplementaria incluyendo escrituras, historias, fotos de actores y actrices, etc., puede ser mostrada visualmente. La información suplementaria puede incluir un archivo de imagen o un archivo de texto . La figura 1 es un diagrama de contorno de un medio DVD interactivo donde son grabados los datos de AV.

Con referencia a la figura 1, sobre las pistas de un DVD interactivo, son grabados los datos de AV como una forma de corrientes de bitios MPEG, y los documentos del lenguaje de marcación múltiples son también grabados. Un documento de lenguaje de marcación puede significar un recurso de marcación que incluye varios archivos de imágenes gráficas insertados en el documento de imagen de marcación. La figura 2 es un diagrama de referencia que muestra una interrupción que puede ocurrir mientras que el medio DVD interactivo de la figura 1 está siendo reproducido . La figura 2 muestra la ocupación de una memoria intermedia que almacena temporalmente los datos AV y la ocupación de una ante memoria (memoria cache) que almacena los recursos de marcación. Con respecto a las figuras 1 y 2, para la carga de los datos AV a la memoria y la reproducción de los datos AV, un dispositivo de recolección busca y lee un archivo STARTUP.HTM y lo carga en una ante memoria. El archivo STARTUP.HTM cargado es activado. Efectivamente, el dato AV © seleccionado por la secuencia de presentación de datos AV es cargado en la ante memoria y comienza a ser reproducida. Luego, el dato AV © es cargado y reproducido. Después de que el dato AV © es completamente almacenado temporalmente, el dispositivo de recolección del aparato de reproducción brinca a la posición donde el dato AV (D es grabado y comienza a almacenar temporalmente el dato AV ® . Si el usuario pide un archivo A. HTM ©, el dispositivo de recolección detiene el almacenamiento temporal del dato AV ®, y busca el archivo A.HTM ® y lo lee hacia la ante memoria. Mientras tanto, ya que el dato AV (D continúa siendo reproducido, la cantidad de los datos que van a ser cargados es consumida drásticamente. El archivo A. HTM ® es activado. Después de que el dato AV ® es completamente almacenado temporalmente, el dispositivo de recolección almacena temporalmente el dato AV © . Si el dato AV © es completamente almacenado temporalmente, el dispositivo de recolección brinca a la posición donde es grabado del dato AV ©. En este caso, puede suceder el escape o salida de los datos almacenados temporalmente. Es decir, en el caso del DVD interactivo existente, si las imágenes móviles del vídeo de DVD y los documentos del lenguaje de marcaciones necesitan ser reproducidos sincrónicamente (por ejemplo, cuando un actor está correlacionado, su breve historia es mostrada junto con su imagen móvil) , el dispositivo de recolección debe tener el almacenamiento temporal de los datos AV y la búsqueda, y graba en la ante memoria los documentos del lenguaje de marcación relacionados. Por lo tanto, la reproducción de las imágenes móviles puede ser interrumpida temporalmente. ifftiÉKm-'-i BREVE DESCRIPCIÓN DE LA INVENCIÓN Para resolver el problema anterior, un primer objetivo de la presente invención es proporcionar un medio de almacenamiento de información que hace posible que el contenido sea reproducido sin unión en una ventana de imágenes definida por un documento de contenido de marcación, y un aparato y un método para reproducir el medio de almacenamiento de información. Un segundo objetivo de la presente invención es proporcionar un medio de almacenamiento de información que contiene un documento de lenguaje de marcación que necesita ser reproducido en sincronización con el contenido, y que es cargado a/desechado de una ante memoria, de modo que el contenido puede ser reproducido sin unión en una ventana de representación visual definida por un documento de lenguaje de marcación, y un aparato y un método para reproducir el medio de almacenamiento de información. Un tercer objeto de la presente invención es proporcionar un medio de almacenamiento de la información que permita que un archivo sea más eficientemente precargado mediante la provisión de información sobre el tipo del archivo que va a ser precargado, de modo que el contenido pueda ser reproducido sin unión en una ventana de imagen «í-LaÉ* definida por un documento de lenguaje de marcación, y un aparato y un método para reproducir el medio óptico. Un cuarto objetivo de la presente invención es proporcionar un método para garantizar que permanezcan suficientes datos en una memoria, aún cuando se realice una precarga en la reproducción de un contenido. Un quinto objetivo de la presente invención es proporcionar un método para manejar una memoria, de modo que la precarga y el desecho puedan ser realizados de una manera estricta. En un aspecto, se proporciona un medio de almacenamiento de información que comprende datos de audio/vídeo (AV) , y documentos del lenguaje de marcación que incluyen una información de precarta que ordena que un aparato de reproducción lea un archivo que va ser precargado para la reproducción sin unión de datos AV, y que almacene el archivo de lectura en una memoria, para mostrar visualmente un dato AV que es descodificado y reproducido. Es preferible que el medio de almacenamiento de información incluya además la información de control de la reproducción sobre el dato AV y el dato AV sea descodificado en una corriente de datos AV, con referencia a la información de control de la reproducción. Es preferible que el medio de almacenamiento de información incluya además un archivo de listas de precarga que incluyan los archivos que van a ser precargados, y al menos un archivo que va a ser precargado . Es preferible que la información de precarga sea implementada por una etiqueta de unión donde la información de localización del archivo de vista de precarga es registrado, o Interconexión de Programa de Aplicación (API) que tienen la información de localización del archivo de listas de precarga como un parámetro. El archivo de listas de precarga incluye la información de localización y el tipo del archivo que va a ser precargado. Alternativamente, la presente invención proporciona un medio de almacenamiento de información que comprende datos AV, y un documento de lenguaje de marcación que incluye una información de precarga que le ordena a un aparato de reproducción que emplea un archivo que va a ser precargado para la reproducción sin unión de datos AV y que los almacene en una memoria, para mostrar visualmente los datos AV que son descodificados y reproducidos en una corriente de datos AV. Es preferible que la información de precarga sea implementada por una API que tenga la información de localización del archivo de lista de precarga como un parámetro. Es preferible que la información de localización - comprenda la ruta del archivo de lista de precarga y un localizador de recursos, que le indica a uno de la memoria, el medio de almacenamiento de información y un servidor de internet, que está acoplado a la vía o ruta del archivo de la lista de precarga. Es preferible que el documento de lenguaje de marcación incluya un archivo de lista de desecho o descarte que contenga una lista de archivos de desecho, la información de desecho que indica que los archivos, los cuales están grabados en el archivo de listas de desecho deben ser desechados de la memoria. En otro aspecto más, la presente invención proporciona un método para reproducir datos AV grabados en un medio de almacenamiento de información, al invocar los datos AV a través de un documento de lenguaje de marcación, el método comprende (a) la interpretación de la información de precarga incluida en el documento de lenguaje de marcación leído, (b) la recuperación de archivos que van ser precargados para la reproducción sin unión de datos AV, con base en la información de precarga y el almacenamiento de los archivos en una ante memoria, (c) la lectura de los datos AV y el almacenamiento de éstos en una ante memoria y en una memoria intermedia, y (d) la reproducción de los datos AV y los archivos que van a ser precargados a partir de la memoria intermedia y la ante memoria, respectivamente, - y mostrándolos visualmente con base en el documento de lenguaje de marcación.

Es preferible que el paso (a) comprenda (al) la identificación de la ruta y el tipo del archivo que va a ser precargado, y en el paso (al) , la vía o ruta de un archivo de vista de precarga que está grabado en una etiqueta de unión insertada en una región unida por una etiqueta de encabezado, es identificada. Es preferible que el paso (b) comprenda (bl) la lectura del archivo que va ser recargado a partir de la ruta identificada y (b2) el procesamiento y almacenamiento del archivo que va a ser precargado, dependiendo del tipo identificado . En otro aspecto más, la presente invención proporciona un aparato para reproducir datos AV grabados en un medio de almacenamiento de información con documento de lenguaje de marcación, el aparato comprende un lector para leer los documentos de lenguaje de marcación o los datos AV, una memoria para almacenar archivos que van a ser precargados o datos AV, un descodificador de AV para descodificar los datos AV almacenados en la memoria, y un instrumento de presentación para pedir que los archivos sean precargados para la reproducción sin unión de datos AV que van a ser almacenados en la memoria con base en la información de precarga interpretada, después de interpretar ¦ una información de precarga incluida en un documento de lenguaje de marcación, leído, para pedir que los datos AV leídos sean almacenados en la memoria, y para recuperar los archivos que van a ser precargados de la memoria, y mostrando visualmente el archivo junto con los datos de AV enviados de salida por el descodificador de AV. Es preferible que la memoria comprenda una memoria intermedia para almacenar los datos AV, y una ante memoria para almacenar los archivos que van a ser precargados . Es preferible que el instrumento de presentación identifique la ruta y el tipo de archivo que va a ser precargado, con base en la información de precarga, recupera los archivos que van a ser precargados a partir de la ruta identificada, y almacena los archivos de acuerdo al tipo de los archivos en la ante memoria. Es preferible que el instrumento de presentación le pida al lector que lea el archivo que va a ser precargado o que un servidor de internet envíe el archivo que va a ser precargado, compare la cantidad del espacio remanente en la ante memoria, con el tamaño de la cantidad de los archivos que van a ser precargados, y tener una señal de error si la cantidad del espacio remanente en la ante memoria es menor que el tamaño de la cantidad de los archivos que van a ser precargados, y se refiere a la ante memoria para leer los archivos que van a ser precargados, si el localizador de los ¦ recursos unido a la ruta del archivo de listas de precarga, indica la ante memoria, o genera una señal de error si no existe archivo que va a ser referido en la ante memoria. En otro aspecto más, la presente invención proporciona un método para realizar una precarga, el método comprende (a) la identificación de la velocidad a la cual un archivo que va a ser precargado es leído; (b) la identificación de la condición que hace posible que sea realizado el almacenamiento temporal de una manera tal que los datos AV relevantes puedan ser reproducidos sin unión, (c) que realice la precarga al tiempo identificado para hacer la condición optimizada. La presente invención también proporciona un método para registrar o grabar la información de precarga en un medio de almacenamiento de información, que comprende (a) la generación de la lista de archivos que van a ser precargados, (b) la identificación de la velocidad a la cual los archivos grabados que van a ser precargados, son leídos, (c) la identificación de la condición que hace posible el almacenamiento temporal que va a ser realizado de una manera tal que los datos AV relevantes puedan ser reproducidos sin unión, y (d) la grabación de los códigos del programa de escritura para realizar la precarga al tiempo que es identificado para ser la condición optimizada. La presente invención también proporciona un método para manejar una memoria para la precarga, el método comprende (a) la creación y modificación de una información de la tabla de manejo de información, que contiene la información del estado o condición de los archivos que van a ser precargados, y para (b) desechar el archivo que va a ser precargado, con base en su información de condición. Es preferible que el método para manejar una memoria para la precarga comprenda además (c) la realización de la recolección de basura sobre los archivos que van a ser precargados con base en su información de estado o condición. Es preferible que el paso (b) sea realizado cuando el estado del archivo guardado en la ante memoria sea el estado "no en uso" y "desechable" . Esto significa que la capacidad de utilización de los archivos que van a ser precargados es terminada. Es preferible que el paso (c) comprenda (el) el desecho de los archivos precargados en la ante memoria, físicamente si no están en uso, y son necesarios, (c2) indicar el hecho de que los archivos que van a ser precargados ya no existan en la ante memoria y (c3) el realineamiento de los archivos para permanecer en la ante memoria .

BREVE DESCRIPCIÓN DE LOS DIBUJOS Los objetivos y ventajas anteriores de la presente invención, se volverán más aparentes al describir con detalle las modalidades preferidas de la misma con referencia a los dibujos anexos en los cuales: La figura 1 es un diagrama de contorno o perfil en un medio DVD interactivo en el cual son grabados los datos AV; La figura 2 es un diagrama de referencia que muestra una interrupción que puede ocurrir mientras que el medio DVD interactivo de la figura 1, está siendo reproducido; La figura 3 es un diagrama de bloque de un aparato de reproducción de acuerdo a una modalidad preferida de la presente invención; La figura 4A es un diagrama de referencia que muestra una modalidad de la estructura del directorio de los archivos en un medio DVD de acuerdo a la presente invención. La figura 4B es un diagrama de referencia que muestra otra modalidad más de la estructura de directorio de los archivos del medio DVD de acuerdo a la presente invención .

La figura 5A es un diagrama de contorno que muestra una modalidad del espacio de volumen del medio DVD de acuerdo a la presente invención; La figura 5B es un diagrama de contorno que muestra otra modalidad más del espacio de volumen del medio DVD de acuerdo a la presente invención; La figura 6 ilustra un método de precarga de acuerdo a la presente invención en un modo interactivo; La figura 7 es un diagrama de flujo que explica un método de reproducción de acuerdo a una modalidad preferida de la presente invención; La figura 8 es una modalidad del paso 702 de la figura 8, donde la información de precarga es interpretada; La figura 9 es una primera modalidad del paso 703 de la figura 7, donde los archivos que van a ser precargados son precargados ; La figura 10A es una segunda modalidad del paso 703 de la figura 7, donde los archivos que van a ser precargados son precargados . La figura 10B es una tercera modalidad del paso 703 de la figura 7, donde los archivos que van a ser precargados son precargados . La figura 11 es un diagrama de flujo que explica un método para precargar los archivos que van a ser precargados, cuando un archivo de listas de precarga incluye el tamaño de cantidad del archivo que va a ser precargado. La figura 12 es un diagrama de flujo que explica un método para desechar al menos uno de los archivos que van a ser precargados, que están almacenados en la memoria. La figura 13 es una modalidad del paso 1202 de la figura 12, donde el desecho es realizado. La figura 14 es un diagrama de referencia que explica el efecto de la precarga realizada de acuerdo a la presente invención, cuando el dato AV y los documentos del lenguaje de marcación son grabados en el mismo orden que se muestra en la figura 1; La figura 15 es un diagrama detallado de una parte del aparato de reproducción de la figura 3; Las figuras 16 y 17A a la 17F son mapas de memoria que explican un método de manejo de una información y datos de la tabla de manejo de memoria, mediante la realización de la precarga, el desecho y la recolección de basura; La figura 18 es un diagrama de referencia que muestra un caso donde el dato AV es cargado y descargado en una primera memoria; La figura 19 es un diagrama que muestra el alineamiento de datos del archivo de lista de precarga y los archivos que van a ser precargados sobre el medio de almacenamiento de información; La figura 20A es un diagrama de contorno de un disco, y 20B es un diagrama detallado de una parte de la figura 20A; La figura 21 es un diagrama de referencia que muestra el estado de una primera memoria y una segunda memoria de acuerdo a las modalidades de la presente invención; y La figura 22 es un diagrama de flujo que muestra un método de grabación de acuerdo a una modalidad preferida de la presente invención.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN La presente invención será ahora descrita más completamente con referencia a los dibujos anexos, de las cuales son mostradas modalidades preferidas de la invención. El documento de marcación definido en la especificación significa no solamente un documento de lenguaje de marcación mismo, sino que también las fuentes de marcación que son insertadas o ligadas con el documento HTML. [~.HTM] significa no solamente el HTML mismo sino también los documentos descritos en un lenguaje de marcación tal como XML y SGML, que pueden ser mostrados visualmente vía un instrumento de presentación descrita más adelante.

La figura 3 es un diagrama de bloques de un aparato de reproducción de acuerdo a una modalidad preferida de la presente invención. Con referencia a la figura 3, el aparato de reproducción descodifica los datos de audio/vídeo (AV) grabados en una DVD 300 y reproduce los datos de AV como una corriente de datos AV. Luego, el aparato de reproducción muestra visualmente los datos AV en una ventana de imagen definida por un documento de lenguaje de marcación en un modo interactivo, e incluye un lector 1, una primera memoria 2, una segunda memoria 3, un descodificador AV 4 , y un instrumento de presentación 5. En un modo interactivo, los cuadros interactivos son mostrados visualmente sobre una pantalla. En un marco interactivo, una imagen AV está incrustada en un marco de marcación. El marco o cuadro de marcación es mostrado con base en un documento de marcación, la imagen AV es reproducida a partir del dato AV. Como se describe posteriormente, el instrumento de presentación 5 soporta una extensión de una etiqueta de unión, JavaScript, y Java applet de modo que la información de precarga que es implementada por la etiqueta de unión, una Interconexión de Programa de Aplicación JavaScript (API) , o un Java applet API, o la información de desecho, que es implementada por un JavaScript API o una Java aaplet API, puede ser interpretada y ejecutada.

El lector 1 lee los documentos de lenguaje de marcación o el dato AV a partir del DVD 300. La primera memoria 2 es una memoria intermedia que almacena temporalmente el dato AV leído por el lector 1. La segunda memoria 3 es una ante memoria que almacena el archivo de documentos del lenguaje de marcación, recuperado. El descodificador 4 de AV descodifica el dato AV almacenado en la primera memoria 2, y envía de salida la corriente de datos AV. El instrumento de presentación 5 interpreta la información de precarga incluida en el documento de lenguaje de marcación, y le pide al lector que lea los archivos que van a ser precargados sobre un servidor de internet (no mostrado) para enviar los archivos que van a ser precargados, de modo que los archivos pueden ser precargados en la segunda memoria 3, con base en la información de precarga interpretada. Cuando los archivos que van a ser precargados necesitan ser mostrados visualmente junto con el dato AV simultáneamente, el instrumento de presentación 5 invoca el archivo que va a ser precargado desde la segunda memoria 2, y muestra visualmente el archivo de lectura junto con la corriente de datos AV enviada de la salida por el descodificador de AV 4. Además, el instrumento de presentación 5 interpreta la información de desecho y desecha los archivos que van a ser desechados desde la segunda memoria 3.

El DVD 300 de acuerdo a la modalidad incluyen no solamente el dato de AV que contiene datos de audio o datos de vídeo sino también el documento de lenguaje de marcación que contiene la información de precarga y la información de desecho. Además, un archivo de listas de precarga y un archivo de listas de desecho pueden ser grabados en el DVD 300. Las archivo de listas de precarga, lista los nombres de los archivos que van a ser precargados y la información respecto al tamaño de la cantidad de la memoria necesaria para almacenar cada archivo que va a ser precargado. Los archivos que van a ser precargados es el documento de lenguaje de marcación que puede necesitar ser reproducido en sincronización con los datos AV relevantes y es grabado en el DVD 300 de acuerdo a la modalidad. Los archivos que van a ser precargados pueden ser almacenados en el servidor de internet que puede ser accedido sobre la Internet . [The preload information] de acuerdo a la presente invención es la información que instruye que los archivos que van a ser precargados son leídos y almacenados en la ante memoria. Por ejemplo, la información de precarga puede ser implementada como la etiqueta de unión donde la ruta o vía del archivo de lista de precarga es insertada. La etiqueta de unión es insertada en una región unida por la etiqueta de encabezado. En otro ejemplo más, la información de precarga puede ser implementada como JavaScrip API o un Java applet API que tiene la ruta y el tipo de archivo de lista de precarga como los parámetros, e invoca el archivo de lista de precarga. En un tercer ejemplo, la información de precarga puede ser implementada como un JavaScrip API o un Java applet API que tiene la ruta y el tipo de archivo que va a ser precargado como los parámetros, e invoca al archivo que va a ser precargado sin el archivo de la lista de precarga. Un tipo de esta información que reproduce el papel similar que la definición de un encabezado de Extensiones de Correo de Internet de Propósitos Múltiples (MIME) . Es decir, la información del tipo de archivo indica la propiedad del dato del archivo que va a ser precargado. La comprensión de la propiedad de los datos ayuda a procesar el archivo de manera más efectiva. Por ejemplo, si el tipo del archivo es interpretado antes de que un archivo del documento de lenguaje de marcación sea precargado, el archivo del documento de lenguaje de marcación puede ser procesado sin un tipo del procedimiento de análisis de archivo. Si un archivo de imagen gráfica es precargado, el archivo de imagen gráfica puede ser procesado para ser almacenado como la forma sin la información de encabezado innecesaria en la ante memoria. Como resultado, el espacio de la memoria puede ser utilizado de manera efectiva y el archivo puede ser producido a velocidades más rápidas. Si un archivo de audio es precargado, el archivo de audio puede ser re-muestreado a velocidades mucho más altas que las que son capaces de ser reproducidas por el aparato de reproducción, y almacenadas. Si un archivo de fuentes es precargado únicamente la información necesaria para el barrido o rastreo de la fuente será extraído y almacenado. Es decir, entendiendo el tipo del archivo que va a ser precargado ayuda a realizar la precarga más efectivamente y de manera más flexible. Una ruta indica la localización donde el archivo relevante es grabado. Un localizador de recursos puede ser acoplado a la ruta del archivo de la lista de precarga y el archivo que va a ser precargado. De hecho, los recursos de marcación pueden ser grabados en el DVD 300, grabados en la segunda memoria 3, o existen en el servidor que puede ser accedido sobre la Internet. Por lo tanto, el localizador de recursos de los documentos de lenguaje de marcación es clasificado como un localizador de recursos DVD indicando el DVD 300, un localizador de recursos de ante memoria que indica la segunda memoria 3 , y un localizador de recursos de Internet que indica el servidor de Internet. Los localizadores de curso pueden ser indicados como sigue en el orden- en que estos fueron especificados anteriormente.

DiskO://o dvd:// lid:// http:// Por lo tanto, cuando el archivo A. HTM ha grabado en el DVD 300 es recuperado como el archivo que va a ser precargado, la ruta es indicada como diskO : //DVD_ENAV/A.HTM. Cuando el archivo A.HTM almacenado en la segunda memoria 3 es invocado como el archivo que va a ser precargado, la ruta es indicada como lid: //DVD_ENAV/A. HTM . Cuando el A. HTM almacenado en el servidor de Internet es recibido como el archivo que va a ser precargado, la ruta es indicada como htt : //www . samsung . com/DVD ENAV/A. HTM . Si el cargador 300 del medio DVD múltiple está equipado del aparato de reproducción, el localizador de los recursos de cada medio DVD puede ser indicado cómo disk0://(o dvd://), diskl://, disk2://, disk3://, ... Aunque el localizador de los recursos esté unido a la ruta que indica la localización del archivo que va a ser precargado, el instrumento de presentación 5 genera una señal de error y termina la precarga sino existe archivo que vaya a ser precargado en la localización indicada por el localizador de recursos. No obstante, si el esquema de uso del localizador de recursos es el esquema implícito, el aparato de reproducción busca el documento del lenguaje de marcación de acuerdo a esta secuencia. La segunda memoria 3 es mostrada primeramente. Luego, si el archivo que va a ser precargado no existe en la segunda memoria 3, el DVD 300 es buscado enseguida. El archivo de listas de desecho lista la información (nombre y ruta del archivo) sobre la localización del archivo que va a ser desechado. La información de desecho es la información que instruye que los archivos que van a ser desechados son desechados de la segunda memoria 3. Por ejemplo, la información de desecho puede ser implementada como un JavaScrip API o un Java applet API que tiene la información de localización del archivo de listas de desecho como un parámetro, y desecha los archivos que van a ser desechados, que está incluido en el archivo de listas de desecho. En otro ejemplo más, la información de desecho puede ser implementada como un JavaScrip API o un Java applet API que tiene la ruta y el tipo del archivo que va a ser desechado, como los parámetros, y desecha el archivo que va a ser desechado sin el archivo de la lista de desecho. Las figuras 4A y 4B son diagramas de referencia que muestran la estructura del directorio de los archivos en el DVD 300. Con referencia a la figura 4A, un directorio raíz incluye los subdirectorios VIDEO_TS y DVD_ENAV. VIDEO_TS es un directorio de vídeo de DVD que incluye los datos de AV.

DVD_ENAV es un directorio interactivo de DVD para grabar los datos, incluyendo el documento de lenguaje de marcación que apoya la función interactiva. El directorio de vídeo de DVD, VIDEO_TS incluye los archivos VIDEO_TS . IFO, VTS_01_01. IFO, VTS_01_O.VOB y VTS_01_1-VOB... ; En el archivo VIDEO_TS-IFO, es grabada la información de control de reproducción sobre los grupos completos de títulos de vídeo. En el archivo VTS_01_0. IFO, se graba la información de control de reproducción sobre el primer grupo de títulos de vídeo. En VTS_01_0.VOB y VTS_01_1.VOB, los datos de AV que constituyen los grupos de títulos de vídeo, son grabados. Información de configuración más detallada es incluida en el estándar de DVD-Video [DVD-Video for Read Only Memory Disc 1.0] . El directorio interactivo de DVD, DVD_ENAV incluye los archivos DVD_ENAV_IFO, STARTUP.HTM, TARTUP, PLD, A.HTM, A. PNG, otros archivos que van a ser precargados, y diversos tipos de archivos que son insertados en los archivos que van a ser precargados y mostrados visualmente. En el archivo DVD_ENAV. IFO, se graba la información de control de la reproducción sobre la información interactiva completa. El archivo STARTUP.HTM es designado como un documento de inicio. El archivo STARTUP . PLD es el archivo de lista de precarga de acuerdo a la modalidad. El archivo A. HTM es el archivo que va a ser precargado. El archivo A. PNG es el archivo de imagen gráfica que es insertado dentro del archivo A. HTM y mostrado visualmente con el archivo A.HTM. El directorio DVD_ENAV puede incluir otros archivos que van a ser precargados y varios tipos de archivos que son insertados en los archivos que van a ser precargados y mostrados visualmente. No obstante, en la figura 4B, si la información de precarga incluida en el documento de lenguaje de marcación es implementada como el API que tiene la ruta y el tipo del archivo que va a ser precargado como parámetros, recupera al archivo que va a ser precargado sin el archivo de listas de precarga . Las figuras 5A y 5B son diagramas de contorno que muestran las modalidades del espacio de volumen del DVD 300. Con referencia a la figura 5A, el espacio del volumen de DVD 300 incluye una sección de información de control que contiene la información de control sobre el volumen y el archivo, una sección de datos de vídeo DVD que contiene un dato del título de vídeo relevante, y una sección de datos interactivo de DVD que hace posible la reproducción en el modo interactivo. La sección de datos de DVD-vídeo incluye los archivos VIDE0_TS . IFO, VTS_01_0.1F0; VTS_01_0.VOB, VTS_Q-l_VOB, almacenados en el directorio de vídeo de DVD, DVD_TS mostrado en la figura 4A. La sección de datos interactivo de DVD incluye los archivos STARTUP.HTM, STARTUP . PLD, A.HTM y PNG almacenados en el directorio interactivo de DVD, DVD_ENAV mostrados en la figura 4A. Como se describió anteriormente, con referencia a la figura 5B, si la información de precarga incluida en el documento de lenguaje de marcación es implementada como un API que tiene la ruta y el tipo del archivo que va a ser precargado como parámetros y recupera el archivo que va a ser precargado sin el archivo de la lista de precarga. La figura 6 ilustra un método de precarga de acuerdo a la presente invención en un marco interactivo (incluyendo una imagen AV en un marco de marcación) . Con referencia a la figura 6, las imágenes de AV reproducidas de los datos de AV son mostradas. Cuando las imágenes de AV son reproducidas en un modo interactivo, los marcos interactivos donde se incrustan las imágenes AV son mostrados visualmente. Un marco interactivo consiste de una imagen AV y un marco de marcación. Los datos de AV pueden ser clasificados en datos que pueden ser reproducidos sin unión (de aquí en adelante "dato de AD de reproducción sin unión" ) y los otros datos . Por ejemplo, respecto a un título de película de guerra que consiste de las partes 1, 2 y 3, en donde la parte 1 es la parte- por omisión del título, y las partes 2 y 3 son partes opcionales cuyas historias pueden ser acomodadas por un usuario, cuando los datos de AV de la parte 1 son reproducidos, los datos AV de la parte 1 son los datos AV de reproducción sin unión, mientras que los datos AV de las partes 3 y 3 son datos de AV de reproducción sin unión. Cuando la parte 2 o la parte 3 son seleccionadas por un usuario, los datos de AV de la parte 2 o de la parte 3 deben ser reproducidos sin unión. Cuando la parte 2 es seleccionada y reproducida, los datos de AV de la parte 2 son datos de AV de reproducción sin unión, mientras que los datos de AV de la parte 1 y de la parte 3 son datos de AV de reproducción sin unión. Cuando la parte 3 es seleccionada y reproducida, los datos de AV de la parte 3 son parte de AV de resolución sin unión mientras que los datos de AV de la parte 1 y de la parte 2 no son datos de AV de reproducción sin unión. De acuerdo a la presente invención, un archivo que va a ser precargado utilizando la información de precarga, corresponde a un documento de marcación requerido para reproducir datos AV de reproducción sin unión, en el modo interactivo. Asumiendo que STARTUP.HTM y A.HTM son documentos de marcación requeridos para reproducir la parte 1 en un modo interactivo, y 0THER1.HTM y OTHER2.HTM son documentos de marcación requeridos para reproducir la parte 2 y 3 en el modo interactivo, respectivamente, como se muestra en la figura 6, STARTUP.HTM y A. HTM son precargados para la reproducción de la parte 1, 0THER1.HTM es precargado para la reproducción de la parte 2, y 0THER2.HTM es precargado para la reproducción de la parte 3. La presente invención realiza la reproducción como sigue . La figura 7 es un diagrama de flujo que explica un método de reproducción de acuerdo a una modalidad preferida de la presente invención. Con referencia a la figura 7, si el modo interactivo es seleccionado, el lector 1 lee el documento de HTML grabado en DVD 300 en el paso 701. El instrumento de presentación 5 interpreta la información de precarga incluida en el documento HTML y le pide al lector 1 que lea el archivo que va a ser precargado o al servidor de Internet que envíe el archivo que va a ser precargado para realizar la precarga en el paso 702. En el paso 703, los archivos que van a ser precargados son almacenados en la segunda memoria 3, que es la ante memoria. El lector 1 lee los datos de AV relevantes del DVD 300 y almacena los datos de AV leídos en la primera memoria 2, que es la memoria intermedia en el paso 704. El descodificador 4 de AV descodifica los datos de AV almacenados en la primera memoria 1 en el paso 705. El instrumento de presentación 5 invoca a partir de la segunda memoria 3 los archivos que van a ser precargados y muestra la corriente de datos de AV descodificada por el descodificador de AV 4 en la ventana de imagen definida por el documento de lenguaje de marcación en el paso 706. La figura 8 es una modalidad del paso 702 de la figura 7, donde la información de precarga es interpretada. Con referencia a la figura 8, el instrumento de presentación 5 identifica la ruta del archivo de lista de precarga grabado en el documento de lenguaje de marcación, en el paso 801, y lee el archivo de la lista de precarga a partir de la ruta identificada en el paso 802. Luego, el instrumento de presentación 5 identifica los archivos que van a ser precargados, que se graban en el archivo de la lista de precarga, en el paso 803. Aquí, la identificación de los archivos que van a ser precargados, significa la identificación de la ruta y el tipo de los archivos que van a ser precargados . La figura 9 es una primera modalidad del paso 703 de la figura 7, donde el archivo que va a ser precargado es precargado. Con referencia a la figura 9, el instrumento de presentación 5 identifica la ruta del archivo de lista de precarga, grabado en la etiqueta de unión insertada en la región unida por la etiqueta de encabezado del documento HTML,,-' y recupera el archivo de la lista de carga en el paso 901. En el paso 902, el instrumento de presentación 5 interpreta el archivo de la lista de precarga, incluyendo la etiqueta de precarga que tiene la ruta y el tipo del archivo que va ser precargado como los parámetros, y realiza la precarga. La figura 10A es una segunda modalidad del paso 703 de la figura 7, donde los archivos que van a ser precargados son precargados . Con referencia a la figura 10A, el instrumento de presentación 5 invoca por el API, que es insertado en la región unida por la etiqueta de escritura y tiene la ruta del archivo de la lista de precarga como el parámetro, y recupera el archivo de la lista de precarga en el paso 1001a. En el paso 1001b, el instrumento de presentación 5 interpreta el archivo de la lista de precarga, incluyendo la etiqueta de precarga que tiene la ruta y el tipo del archivo que va a ser precargado como atributos, y realiza la precarga. La figura 10B es una tercera modalidad del paso 703 de la figura 7, donde el archivo que va a ser precargado es precargado. Con referencia a la figura 10B, el instrumento de presentación 5 invoca el API, que es insertado en la región unida por la etiqueta de escritura, y tiene la ruta y el tipo del archivo que va ser precargado como los parámetros, y almacena el archivo que va a ser precargado en la memoria en el paso 1001b. En este paso, ya que el instrumento de presentación 5 puede identificar el tipo del archivo que va a ser precargado, éste puede procesar el archivo con base en el tipo y lo almacena en la memoria . La figura 11 es un diagrama de flujo que explica un método para precargar los archivos que van a ser precargados, cuando el archivo de la lista de precarga incluye el tamaño de la cantidad de los archivos que van a ser precargados . Con respecto a la figura 11, cuando se selecciona el modo interactivo, el lector 1 lee el documento HTML de acuerdo a la modalidad en el DVD 300. El instrumento de presentación 5 interpreta la información de precarga incluida en el documento HTML y el lector lee el archivo de la lista de precarga en el paso 1101. En el paso 1102, el instrumento de presentación 5 interpreta el archivo de la lista de precarga. El instrumento de presentación 5 identifica la cantidad de los archivos que van a ser precargados y, compara el tamaño identificado con la capacidad remanente de la ante memoria en el paso 1103. Si el tamaño de la cantidad de los archivos que van a ser precargados, es más pequeña que la capacidad remanente de la ante memoria, el instrumento de presentación realiza la precarga en el paso 1104. Si el tamaño de la cantidad de los archivos que van a ser precargados es más grande que la capacidad remanente de la ante memoria, el instrumento de presentación 5 genera una señal de error y termina la precarga en el paso 1105. La figura 12 es un diagrama de flujo que explica un método para descartar o desechar al menos uno de los archivos que son almacenados en la memoria. Con referencia a la figura 12, el instrumento de presentación 5 interpreta la información de desecho incluida en el documento HTML en el paso 1201 y desecha los archivos que van a ser desechados, que son listados en el archivo de la lista de desecho, a partir de la segunda memoria 3, que es la ante memoria, en el paso 1202. Como es identificado por el código de programa de escritura identificado más adelante, el archivo de la lista de precarga y el archivo de la lista de desecho de acuerdo a la modalidad es implementado como el mismo archivo, es decir, STARTUP . PLD . El archivo de la lista de precarga y el archivo de la lista de desecho puede también ser implementado como dos o más archivos separados . La figura 13 es una modalidad del paso 1202 de la figura 12, donde es realizado el desecho. Con referencia a la figura 13, el API que tiene la ruta del archivo de la lista de desecho como un parámetro, desecha los archivos que van a ser desechados, que están listados en el archivo de lista de desecho a partir de la segunda memoria 3, que es la ante memoria en el paso 1301. Aquí [discarding] significa la no realización de la recolección de basura, que desecha los datos físicamente, pero notifica el estado en que el dato es desechable, pero utilizando una bandera o que otro dato puede ser sobre-grabado, mientras que el dato permanece todavía físicamente. Los datos de texto del archivo STARTUP.HTM anteriormente descrito y STARTUP.PLD pueden ser configurados como sigue: * Ejemplo 1 de STARTUP.HTM <?xml version=" 1.0" encoding="UTF-8"?> <!DOCTYPE html PUBLIC -//DVD/DTD XHTML DVD-HTMLl .0//EN" "http: //www. dvdforum.org/enav/dvdhtml -1-0.dtd" > <html> <head> <title>STARTUP PAGE</title> <link rel="preload" src="dvd: //dvd_enav/startup.pld" 0nError="err_preload ( ) " OnAbort="err_preload () "> <!--si la precarga falla, recurrir a err_preload --> <script language= "ecmascript " > i _ . function html_discard ( ) { navigato .Discard ( "dvd: //dvd_enav/startup . htm" , 0) ; } function err_preload() { navigator. Discard ( " ",2); if ( ! navigator . Preload ( "dvd: //dvd_enav/startup . pld { alerta ( "memoria insuficiente, cambiará modo interactivo a modo de video.") DvdVideo . SetVideoMode ( ) } } --> </script> Los datos de texto anteriores incluyen la información de precarga implementada como la etiqueta de unión insertada en la región unida por la etiqueta de encabezado. Además, la información de desecho implementada como JavaScrip API es insertada. * Ejemplo 2 de STARTUP.HTM <?xml versión»"1. O" encoding="UTF-8"?> <!DOCTYPE html PUBLIC -//DVD/DTD XHTML DVD-HTMLl .0//EN" "http; //www. dvdforum.org/enav/dvdhtml -1-0.dtd" > <html> <head> <title>STARTUP PAGE</title> <script language="ecmascript"> < ! --function html discard () navigator .Discard ( "dvd: //dvd_enav/startup . htm" , "text/xml " ) ; } function err_preload() { navigator.Discard ( " "," "); if ( ¡navigator. Preload ( "dvd : //dvd_enav/startup . ld" , "text/pr eload") ) { alerta ( "memoria insuficiente. Cambiará modo interactivo a modo de video."); DvdVideo . SetVideoMode ( ) ; } } "> </script> Los datos del texto anterior incluyen la información de desecho y la información de precarga implementada por JavaScript API . Example 1 de STARTUP . PLD Los datos del texto anterior son un documento de <?xml version="l .0" encoding="UTF-8"?> <!D0CTYPE PRELOAD PUBLIC "-//DVD/DTD DVD Preload List 1.0//EN" "htt : //www. dvdforum. org/enav/dvd-preload-list . dtd" - -> <preload cachesize="128KB" > <filedef type="text/xml" src="dvd: //dvd_enav/a.htm" /> XML e incluyen el tamaño de la cantidad, las rutas, los tipos de los archivos que van a ser precargados . El API para la precarga/desecho utilizado en el código de programa de escritura anterior, puede ser explicado con detalle como sigue: 1. navegador . precarga (URL . bandera) Es el API que lee el archivo especificado para ser precargado a la segunda memoria 3. Los parámetros utilizados especifican la información de localización del archivo de lista de precarga o el archivo que va a ser precargado .

URL: Ruta del archivo de la lista de precarga o la ruta del archivo que va a ser precargado. Bandera: cuando URL indica el archivo de lista de precarga, la bandera es 1 Cuando URL indica el archivo que va a ser precargado, la bandera es 0. Valor de retorno: si la actuación de la precarga es exitosa, "verdadero" es regresado. Si la actuación de la precarga falla, es regresado "falso" . Por ejemplo: Navegador . Precarga (htt : //www. holeywood.com/tom.pld" .1) . De acuerdo a esto, el archivo de lista de precarga, que tiene la ruta de http : //www. holeywood . com/tom. ld. es recibida y leída de los archivos que van a ser listados en el archivo de listas de precarga a la ante memoria, antes de la reproducción de los archivos . 2. navegador. Precarga (URL . resType) Es el API el que lee el archivo indicado para ser recargado a la segunda memoria 3. Los parámetros utilizados especifican la información de localización del archivo de listas de precarga o el archivo que va a ser precargado, y además puede indicar el tipo del archivo que va a ser precargado .

URL: Ruta del archivo de lista de precarga o la ruta del archivo que va a ser precargado. resType: Un tipo del archivo que va a ser precargado . valor de retorno: Si la actuación de precarga es exitosa, es regresado a "verdadero" . Si la actuación de la precarga falla, es regresado "falso". Por ejemplo: navegador: Precargar ( "dvd : //dvd_enav/a .htm" , "text/xml") . De acuerdo a esto, el archivo que va a ser precargado que es almacenado en el DVD 300, el cual tiene la ruta de "dvd: //dvd_enav/a.htm" , es leído. El archivo es un archivo xml basado en texto. navegador : Precarga ("http://www.holeywood.com/tom.htm", "text/html " ) . De acuerdo a esto, un archivo que existe en la Internet en el localizador de http : //www . holeywood . com/tom, html es recuperado . El archivo es un archivo HTML basado en texto . 3. navegador. Desechar (URL, bandera) Es el API que desecha el archivo indicado para ser desechado de la segunda memoria 3. Los parámetros utilizados especifican la información de localización del archivo de la lista de desecho o el archivo que va a ser desechado.

URL: Ruta del archivo de la lista desechado o la ruta del archivo que va a ser desechado. bandera: cuando URL indica el archivo de lista de precarga, la bandera es 1. Cuando URL indica el archivo que va a ser precargado., la bandera es 0.. Si la bandera es 2, ésta instruye que todo el contenido cargado en la ante memoria sea desechado de la ante memoria. valor de retorno: Si la actuación de desecho es exitosa, es regresada "verdadero" . Si la actuación de desechar falla, es regresada "falso". Por ejemplo: navegador: Desechar ( "http: //www.holeywood. com/tom.htm10) . Si el archivo que va a ser precargado, el cual fue recuperado de la Internet como dirección especificada por "http://www.holeywood.com/tom.htm", existe en la ante memoria, desechar el archivo de la ante memoria. 4. navegador: Desechar (URL, resType) Es el API que desecha el archivo indicado para ser desechado de la segunda memoria 3. Los parámetros utilizados especifican la información de localización del archivo de la lista de desecho o el archivo que va a ser desechado .

URL: Ruta del archivo de la ruta de desecho o la ruta del archivo que va a ser desechado. resType: Un tipo del archivo que va a ser desechado. valor de retorno: Si la actuación de desecho es exitosa, es regresada "verdadero" . Si la actuación de desecho falla, es regresada "falso". Por ejemplo: navegador: Desechar ( "dvd : //dvd_enav/a . htm" , "text/xml") . De acuerdo a esto, si el archivo que fue leído del DVD 300 como dirección por "dvd: //dvd_enav/a .htm" , existe en la ante memoria, desechar el archivo de la ante memoria. El archivo es un archivo xml basado en texto. navegador. Desechar ( "dvd : //dvd_enav/a .pld" , "application/preload" ) . De acuerdo a esto, si los archivos que son incluidos d en el archivo de lista de precarga "dvd://dvd_enav/a.pld" , existe en la ante memoria, desechar los archivos. El archivo es el archivo de la lista de desecho . navegador: Descarga ("http://www.holeywood.com/tom.htm", "text/xml"). De acuerdo a esto, si el archivo que fue recuperado de la Internet como dirección por "http://www.holeywood.com/tom.htm", existe en la ante memoria, desechar el archivo de la ante memoria. El archivo es un archivo xml basado en texto . Las modalidades anteriormente descritas explican el API implementado por JavaScript. El mismo resultado puede ser obtenido cuando el API es implementado por un Java applet . La Figura 14 es un diagrama de referencia que explica el efecto de la precarga realizada de acuerdo a la presente invención cuando el dato AV y el documento de lenguaje de marcación son grabados en el mismo orden que aquel de la Figura 1. La Figura 14 muestra la ocupación de la primera memoria 2 que almacena temporalmente el dato AV codificado por MPEG y la ocupación de la segunda memoria 3 que almacena en la ante memoria los documentos de lenguaje de marcación. Con referencia a las Figuras 1 y 14, con respecto a la carga y a la representación visual del dato AV, el lector 1 busca y lee el archivo STARTUP.htm, y el instrumento de presentación 5 interpreta la información de precarga incluida en el archivo STARTUP.HTM y precarga el archivo A. HTM ®. Luego, el archivo A. HTM © es precargado en la segunda memoria 3. El archivo precargado STARTUP.HTM se vuelve activado. Simultáneamente, el dato AV 0 seleccionado por la secuencia de presentación es cargado en la primera memoria 2 y comienza a ser mostrado. Luego, el dato AV © es cargado y mostrado. Después de que el dato AV © es almacenado temporalmente de manera completa, el lector 1 brinca a la posición donde el dato AV © es grabado, y comienza a almacenar temporalmente el dato AV © . Si el usuario pide que el archivo A. HTM ®, el instrumento de presentación 5 recupera y muestra el archivo A. HTM © precargado en la segunda memoria 3. Esto es, el lector 1 no necesita detener el almacenamiento temporal del dato AV ® para buscar el archivo A.HTM ® del DVD 300, y lo carga a la segunda memoria 3. Por lo tanto, el lector 1 puede realizar el almacenamiento temporal sin unión. Cuando el lector 1 completa el almacenamiento temporal del dato AV © y brinca al dato AV ©, la cantidad de datos almacenados temporalmente en la primera memoria 2 puede ser consumida. No obstante, ya que la cantidad de los datos ya almacenados temporalmente es suficiente, no sucede la insuficiencia de datos almacenados temporalmente. Esto es, en el caso del DVD que soporta el modo interactivo, si el video de DVD y el documento de lenguaje de marcación necesitan ser mostrados sincrónicamente (por ejemplo, cuando un actos está en el escenario, su breve historia es mostrada junto con sus imágenes en movimiento) , el lector 1 no necesita detener el almacenamiento temporal del dato AV para buscar y leer el documento de lenguaje de marcación relevante ya que el documento de marcación está ya precargado en la segunda memoria 3. Los siguientes dibujos describirán el método para manejar la segunda memoria 3 para realizar la precarga/desecho de una manera estricta, y el método para realizar la precarga de una manera tal que el contenido remanente en la primera memoria 2 no puede ser vaciado. La Figura 15 es un diagrama detallado de una parte del aparato de reproducción de la Figura 3. Con referencia a la Figura 15, la segunda memoria 3 incluye una tabla 31 de manejo de memoria y un dato 32. La tabla 31 de manejo de memoria tiene la información necesaria para manejar el dato grabado en el dato 32. En el dato 32, el documento de lenguaje de marcación que es precargado, es grabado. El instrumento de presentación 5 incluye un instrumento de interpretación 51 JavaScript y un módulo de ejecución 52. El módulo de ejecución 52 incluye un módulo 521 de precarga/desecho y un módulo 522 de recolección de basura. El módulo 522 de recolección de basura será explicado posteriormente. El instrumento 51 de interpretación JavaScript de acuerdo a la modalidad, invoca el API preparado en JavaScript. El módulo 521 de precarga/desecho y el módulo 522 de recolección de basura realizan la precarga/descho y la recolección de basura, respectivamente.

La Figura 16 y las Figuras 17A a 17F son mapas de memoria que explican el método de manejar una tabla 31 de manejo de memoria y un dato 32 mediante la realización de la precarga, el desecho y la recolección de basura. Con referencia a la Figura 16, la tabla 31 de manejo de memoria incluye la información de estado del archivo que va a ser precargado, la ruta del archivo almacenado que va a ser precargado, la información sobre el señalador de datos, y el tamaño del dato. "En uso" indica si el dato es utilizado o no es utilizado. "Desechable" indica si el dato puede ser desechado o no. "URL" indica la información de la ruta, "señalador de datos" indica la dirección inicial del dato en el espacio de la ante memoria, y "tamaño" indica el tamaño del dato. Actualmente, en el dato 32, son cargados los archivos A. HTM, C.HTM, y C.HTM. Con referencia a la Figura 17A, el archivo a. htm está en uso. Si los archivos B.HTM, C.HTM, y D.HTM son precargados, ya que el archivo A.HTM está en uso, el valor de "en uso" para el archivo A. HTM es 1. Debido a que los otros archivos no son abiertos, sus valores "en uso" son 0. Con referencia a la Figura 17B, el uso del archivo A. HTM es completado, y el archivo B.HTM se vuelve en uso. Por lo tanto, los valores de "en uso" para los archivos A. HTM y B.HTM son 0 y 1, respectivamente.

Con referencia a la Figura 17C, la recolección de basura del archivo A. HTM es realizada. Si realiza la recolección de basura, el archivo a. htm es desechado del dato 32, y el archivo B.HTM, C.HTM y D.HTM son realineados para la compactacion de memoria. El valor de "señalador de datos" del archivo a. htm es marcado como -1, lo que significa que el archivo relevante no existe en el dato 32. Con referencia a la Figura 17D, el archivo F.HTM está en uso. El archivo F.HTM es almacenado en alguna posición, y el archivo a. htm mostrado en la Figura 16C fue almacenado en la tabla 31 de manejo de memoria. El valor de "señalador de datos" indica la dirección de inicio donde está grabado el archivo F.HTM. Con referencia a la Figura 17E, los archivos B.HTM, C.HTM y D.HTM son desechados. Por lo tanto, los valores "desechables" para los archivos B.HTM, C.HTM y D.HTM son cambiados a 1. Con referencia a la Figura 17F, la recolección del archivo B.HTM, C.HTM y D.HTM es realizada. Por lo tanto, los valores de "señalador de datos" para los archivos B.HTM, C.HTM y D.HTM son -1. Los archivos B.HTM, C.HTM y D.HTM que son grabados en el dato 32 son desechados, y el archivo remanente F.HTM es realineado.

Como se describió anteriormente, la segunda memoria 3 puede ser manejada efectivamente a través de la precarga/descarga y de la recolección de basura. La Figura 18 es un diagrama de referencia que muestra un caso donde el dato AV es cargado dentro y vaciado en la primera memoria 2. Con referencia a la Figura 18, para el intervalo Tax o Ta2 de la sección "a" donde ocurre un salto a un bloque de ángulo, el dato AV es únicamente consumido sin relleno. Por lo tanto, el dato AV es reducido a la velocidad de Vo . El bloque de ángulo incluye el dato de una misma escena que es tomada de diferentes ángulos. Una vez que el dato que es tomado de un ángulo es seleccionado, el dato es reproducido, y una toma de los ángulos remanentes es brincada. Como resultado, es inevitable que ocurra un salto en el bloque de ángulo. Si el salto es completado y el dato AV es leído, otro dato es almacenado temporalmente. Como se muestra en la sección "b" , si el dato AV es leído y consumido a velocidades de Vr y Vo respectivamente, el dato AV es almacenado temporalmente a una velocidad de Vr-Vo. Para la sección "c", si el documento de lenguaje de marcación es precargado, el lector 1 detiene la lectura del dato AV, y el dato es consumido a la velocidad de Vo, ya el documento de lenguaje de marcación es precargado. Para la sección "d", debido a que el dato AV es almacenado temporalmente, el dato AV es almacenado temporalmente a la velocidad de Vr-Vo, justo como en la sección "b" . La línea horizontal indica la cantidad mínima de datos AV que se supone va a ser almacenada temporalmente . Para el almacenamiento temporal exitosos de la primera memoria 2 y para la precarga de acuerdo a la presente invención (para prevenir la insuficiencia de datos en la primera memoria) , la cantidad de datos remanentes debe ser más grande que aquella del dato que es reducido debido a la precarga para la sección "c". Para garantizar una reproducción sin unión, el lector 1 debe leer el archivo que va a ser precargado tan continuamente como sea posible. Por lo tanto, en el sistema de archivo del medio de reproducción, el dato debe ser alineado de una manera tal que un archivo PLD (archivo que va a ser precargado) anide otros archivos PLD como se muestra en la Figura 19, de modo que el contenido del archivo PLD puede ser leído sin unión. Las Figuras 20A y 20B son diagramas de contorno del DVD 300 que contienen el archivo PLD de la Figura 19. Con referencia a las Figuras 20A y 20B, el lector 1 almacena temporalmente el archivo de video VTSO_l.VOB en la segunda memoria 3, y precarga los archivos . HTM, Al. JPG y A2.JPG listado en el archivo de lista de precarga .PLD, y precarga además el archivo B.PLD, el cual es el archivo de lista de precarga, y almacena temporalmente el archivo de video VTS0_1.V0B. Tj significa el tiempo del acceso al archivo PLD. Esto es, en Tj = Tj 1 + Tj2, Tj 1 es el tiempo tomado para brincar el archivo de video de VTS0_1.V0B al archivo Al.JPG, y Tj2 es el tiempo tomado para brincar al archivo de video VTS0_1.V0B nuevamente después de que el archivo B.PLD es leído. De indica el tamaño del dato del archivo PLD. Esto es, para De = Del + De2 + De3 , Del, De2 , y De3 indica los tamaños de los archivos A.HTM, Al.JPG y A2.JPG, respectivamente. Tk indica el tiempo de salto interno cuando el archivo PLD es leído. Esto es, para Tk = Tkl + Tk2, Tkl indica el tiempo tomado para saltar del archivo Al. JPG al archivo A2.JPG, y Tk2 indica el tiempo tomado para saltar desde el archivo A2.JPG al archivo B.PLD. La relación entre la distancia de acceso y el tiempo de acceso con respecto al dato AV grabado en el disco, puede ser ajustado como sigue. Aquí, N es el número de sectores.

Distancia de 0 a 210 hasta 5000 hasta hasta hasta arriba de acceso 10,000 15,000 20,000 20,000 Tiempo de 1.4 N 310 360 390 410 1500 acceso (milisegundos) De acuerdo a la presente invención, la condición para prevenir la insuficiencia de datos en la primera memoria 2 puede ser indicada como sigue. [Fórmula 1] Vo x Tp<(Vr-Vo) x (tN_ecc x 2048 x 8 x 16/Vr) - (Vo x Ta) -Bs Vo : La velocidad a la cual el dato AV es consumido de la primera memoria 2 o del descodificador de AV 4. Tp: El tiempo tomado para realizar la precarga en la sección "c" . Vr: La velocidad a la cual el dato es leído del disco 300. tN_ecc : El número de bloques ECC que deben ser leídos antes de que el archivo PLD sea leído. Ta: El tiempo total tomado para realizar un salto en el bloque de ángulo. Bs : El tamaño de dato mínimo que debe ser asegurado en la primera memoria 2 (Aquí, una memoria que tiene 221 sectores como es diseñada por DVD-Video Spec . 1.0). Con referencia a la Fórmula 1, Vo x Tp indica la cantidad de datos que es consumida debido a la precarga que es realizada en la sección "c" . tN ecc x 2048 x 8 x 16 es ¦i-A-- · * la longitud (el número de sectores) del dato que es leído en la sección "b" . Vr es la velocidad a la cual es leído el dato. Por lo tanto, tN_ecc x 2048 x 8 x 16/Vr es el tiempo de la sección "b" . Esto es, (Vr-Vo) x (tN_ecc x 2048 x 8 x 16/Vr) indica la cantidad de datos que se ha incrementado en la sección "b" . Vo x Ta indica la cantidad de datos que es consumida debido al salto de bloque de ángulo en la sección "a". Bs indica la cantidad mínima de datos que debe ser almacenada temporalmente. Tp indica 2 x Tj + De/Vr + Tk. Las definiciones de Tj , De, Vr y Tk son descritas anteriormente . Tp, que es el tiempo tomado para precargar los archivos PLD designados en los archivos A.PLD, B.PLD y C.PLD de la Figura 19, pueden ser calculados como sigue. Vr=22 Mbps. Archivos (De=1611KB) en A.PLD: Tp=3600 milisegundos (=1500 milisegundos x 2 + 1611KB x 8/22000000+0) . Archivos (De=2685KB) en B.PLD: Tp=4000 milisegundos (=1500 milisegundos x 2 + 2685KB x 8/2200000+0) . Archivos (De=269KB) en C.PLD: Tp=3100 milisegundos (=1500 milisegundos x 2 + 269KB x 8/220000+0) . Si los archivos en A.PLD, B.PLD y C.PLD deben ser utilizados en orden durante la reproducción del archivo de video VTS_01_1. VOB , los valores siguientes deben ser calculados . Dejemos que el valor Vo en la sección de memoria intermedia del archivo de video VTS_01 :_1. VOB antes de que sean leídos los archivos de A.PLD, sea Va. Dejemos que el valor Vo en la sección de memoria intermedia del archivo de video VTS 01: l.VOB antes de que sean leídos los archivos de B.PLD, sea Vb. Dejemos que el valor Vo en la sección de memoria intermedia de VTS_01_1.VOB antes de que sean leídos los archivos C.PLD sea Ve. En el presunto de que no exista salto tal que el salto de bloque de ángulo en cada sección y Bs tenga 221 sectores (aproximadamente 14 bloques ECC) , si la relación entre el número de bloques ECC en cada sección y Va, Vb y Ve es calculada, la localización donde son leídos los archivos A.PLD, B.PLD y C.PLD sin interrupción del dato AV, pueden ser encontrados. Por ejemplo, en el presunto de que Va sea de 8 Mbps, Vb es 6 Mbps, y Ve es 4 Mbps, tN_ecc puede ser calculado a partir de la Fórmula 1 como sigue. Al menos 187 bloques ECC deben ser leídos antes de que los archivos A.PLD sean leídos, al menos 140 bloques ECC deben ser leídos antes de que IOS archivos B.PLD sean leídos, y al menos 72 bloques ECC deben ser leídos antes de que los archivos C.PLD sean leídos. La Figura 21 muestra el estado de la primera memoria 2 y la segunda memoria 3 de acuerdo a las modalidades anteriormente descritas. Con referencia a la Figura 21, cuando el archivo STARTUP.HTM está activo, la cantidad de datos en la primera memoria 2 es incrementada a la velocidad de Vr-Va. Si los archivos de A.PLD son precargados, la cantidad de datos en la primera memoria 2 que es consumida a la velocidad de Va. Si los archivos de A.PLD son precargados completamente y el archivo A. HTM es activo, la cantidad de datos es almacenada temporalmente cada vez más a la velocidad de Vr-Vb. Si los archivos de B.PLD son precargados, la cantidad de datos en la primera memoria 2 es consumida a la velocidad de Vb. Si los archivos de B.PLD son precargados completamente y el archivo B.HTM es activado, la cantidad de los datos es almacenada temporalmente cada vez más a la velocidad de Vr-Vc . Aquí, la cantidad de los datos es reducida drásticamente en el curso donde la precarga de la segunda memoria 3 es completada debido a que el archivo PLD es requerido para ser desechado y se realiza la recolección de basura .

La Figura 22 es un diagrama de flujo que muestra un método de grabación de acuerdo a una modalidad preferida de la presente invención. Con referencia a la Figura 22, un creador de contenido identifica la velocidad a la cual el archivo PLD es leído en el paso 2201. En el paso 2202, el creador de contenido encuentra la condición que hace posible que la primera memoria 2 realice el dato AV relevante sin unión. La condición es descrita con detalle anteriormente. El creador de contenido registra el código de programa de escritura para precargar en el punto que encuentra la condición identificada en el paso 2203. Esto es, un API relevante es invocado para grabar el código de programa de escritura de una manera tal que el dato AV es precargado sin unión después de que el dato AV mínimo es almacenado temporalmente en la primera memoria 2. Como se describió anteriormente, en un caso donde el dato AV grabado en el medio de almacenamiento de información tal como DVD se ha reproducido y mostrado visualmente a través del documento del lenguaje de marcación, la presente invención se refiere al medio de almacenamiento de información que incluye el documento de lenguaje de marcación y previene la interrupción de la reproducción de las imágenes móviles, y un aparato de reproducción y un método de reproducción. Además, ya que la presente invención puede identificar el tipo de los archivos que van a ser precargados y desechados, puede ser realizada de manera más efectiva la precarga y el desecho.

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 (42)

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

1. Un medio de almacenamiento de información, caracterizado porque comprende: datos de audio/video (AV) ; y un documento de lenguaje de marcación que incluye una información de precarga que ordena a un aparato de reproducción que lea un archivo que va a ser precargado para la reproducción sin unión de datos AV y para almacenar el archivo leído en una memoria, para mostrar visualmente el dato AV que es descodificado y reproducido.

2. El medio de conformidad con la reivindicación 1, caracterizado porque comprende además: el dato de navegación sobre el dato AV, en donde el dato AV es descodificado en una corriente de datos AV con referencia a los datos de navegación .

3. El medio de conformidad con la reivindicación 2, caracterizado además porque comprende: al menos uno del archivo que va a ser precargado.

4. El medio de conformidad con la reivindicación 1, caracterizado además porque comprende: un archivo de lista de precarga que incluye los archivos que van a ser precargados, en donde la información de precarga es implementada por una etiqueta de unión donde la información de la localización del archivo de lista de precarga está grabada .

5. El medio de conformidad con la reivindicación 4, caracterizado porque la etiqueta de unión es insertada en un área de encabezado unida por etiquetas de encabezado.

6. El medio de conformidad con la reivindicación 5, caracterizado porque la información de localización comprende la ruta del archivo de lista de precarga y un localizador de recursos, que indica una de la memoria, el medio de almacenamiento de información, y un servidor de Internet, que está vinculado a la ruta del archivo de lista de precarga.

7. El medio de conformidad con la reivindicación 1, caracterizado porque la información de precarga es implementada por una API (Interconexión de Programa de Aplicación) que tiene la información de localización del archivo de lista de precarga como un parámetro.

8. El medio de conformidad con la reivindicación 7, caracterizado porque la API es una API JavaScript o una API Java applet.

9. El medio de conformidad con la reivindicación 8, caracterizado porque la información de localización comprende la ruta del archivo de lista de precarga y un localizador de recursos, que indica uno de la memoria el medio de almacenamiento de información y un servidor de Internet, que está vinculado a la ruta del archivo de lista de precarga .

10. El medio de conformidad con la reivindicación 1, caracterizado porque el archivo de lista de precarga incluye la información de localización y la propiedad del archivo que va a ser precargado .

11. El medio de conformidad con la reivindicación 10, caracterizado porque el archivo de lista de precarga incluye además la información sobre la cantidad de memoria necesaria para almacenar el archivo que va a ser precargado.

12. El medio de conformidad con la reivindicación 1, caracterizado porque el documento de marcación incluye además : un archivo de lista de desecho que contiene una lista de desecho; y la información de desecho que indica que un archivo que va a ser desechado que es grabado en la lista de desecho, debe ser desechado de la memoria.

13. El medio de conformidad con la reivindicación 12, caracterizado porque la información de desecho es implementada por una API que tiene la información de localización del archivo de lista de desecho como un parámetro .

14. Un medio de almacenamiento de información, caracterizado porque comprende: datos AV; y un documento de lenguaje de marcación que incluye una información de precarga que ordena un aparato de reproducción que lea un archivo que va a ser precargado para la reproducción sin unión de datos AV, y que los almacena en una memoria, para mostrar visualmente los datos AV que son descodificados y reproducidos en una corriente de datos AV.

15. El medio de conformidad con la reivindicación 14, caracterizado porque comprende además: los datos de navegación sobre el dato AV, en donde los datos de navegación son descodificados en una corriente de datos AV con referencia a los datos de navegación.

16. El medio de conformidad con la reivindicación 14, caracterizado porque comprende además al menos un archivo que va a ser precargado.

17. El medio de conformidad con la reivindicación 14, caracterizado porque la información de precarga es implementada por una API que tiene la información de localización del archivo de lista de precarga como un parámetro .

18. El medio de conformidad con la reivindicación 17, caracterizado porque la información de localización comprende la ruta del archivo de lista de precarga y un localizador de recursos, que indica uno de la memoria, el medio de almacenamiento de información, y un servidor de Internet, que está vinculado a la ruta del archivo de lista de precarga.

19. El medio de conformidad con la reivindicación 14, caracterizado porque la información de precarga es implementada por una API que tiene la información de localización y la propiedad del archivo que va a ser precargado como parámetros.

20. El medio de conformidad con la reivindicación 14, caracterizado porque el documento de lenguaje de marcación comprende: un archivo de lista de desecho que contiene una lista-- de desecho; y la información de desecho que indica que un archivo que va a ser desechado que está grabado en la lista de desechos debe ser desechada de la memoria.

21. El medio de conformidad con la reivindicación 20, caracterizado porque la información de desecho es implementada por una API que tiene la información de localización del archivo de la lista de desecho como un parámetro .

22. Un método para reproducir datos AV grabados en un medio de almacenamiento de información, mediante la invocación de los datos AV a través de un documento de lenguaje de marcación, el método está caracterizado porque comprende : (a) la interpretación de la información de precarga incluida en el documento de lenguaje de marcación, leído; (b) la invocación de un archivo que va a ser precargado para la reproducción sin unión de los datos AV, con base en la información de precarga y el almacenamiento del archivo a una ante memoria; (c) la lectura del dato AV y el almacenamiento de éste en una memoria intermedia; y (d) la lectura del dato AV y el archivo que va a ser precargado desde la memoria intermedia y la ante memoria, respectivamente, y mostrarlos visualmente con base en el documento de lengua e de marcación.

23. El método de conformidad con la reivindicación 22, caracterizado porque el paso (a) comprende (al) la identificación de la ruta y la propiedad del archivo que va a ser precargado.

24. El método de conformidad con la reivindicación 23, caracterizado porque el paso (al) la identificación de la ruta de un archivo de lista de precarga que es grabado en una etiqueta de unión insertada en una región de encabezado unida por etiquetas de encabezado.

25. El método de conformidad con la reivindicación 24, caracterizado porque el paso (b) comprende : (bl) la lectura del archivo que va a ser precargado desde la ruta identificada; y (b2) el procesamiento y almacenamiento del archivo que va a ser precargado dependiendo de la propiedad identificada.

26. El método de conformidad con la reivindicación 22, caracterizado porque en los pasos (a) y (b) , que es insertada en una región de cuerpo unida por etiquetas de cuerpo, tiene la ruta de un archivo de lista de precarga como un parámetro, e invoca el archivo que va a ser precargado en el archivo de la lista de precarga, es interpretado y ejecutado.

27. El método de conformidad con la reivindicación 22, caracterizado porque el paso (b) comprende la invocación del archivo que va a ser precargado a partir del medio de almacenamiento de información.

28. El método de conformidad con la reivindicación 22, caracterizado porque el paso (b) comprende la invocación del archivo que va a ser precargado a partir de un servidor de Internet .

29. Un aparato para la reproducción de datos AV grabados en un medio de almacenamiento de información con un documento de lenguaje de marcación, el aparato está caracterizado porque comprende: un lector para leer un documento de lenguaje de marcación o el dato AV; una memoria para almacenar un archivo que va a ser precargado o el dato AV; un descodificador de AV para descodificar el dato AV almacenado en la memoria; y un instrumento de presentación para pedir que un archivo sea precargado para la reproducción sin unión del dato AV para ser almacenado en la memoria, con base en la información de precarga e interpretada, después de la interpretación de una información de precarga incluida en el documento de lenguaje de marcación leído, para pedir que el dato AV leído sea almacenado en la memoria, y para leer el archivo que va a ser precargado a partir de la memoria y mostrar el archivo junto con el dato AV enviado de salida por el descodificador AV.

30. El aparato de conformidad con la reivindicación 29, caracterizado porque la memoria comprende : una memoria intermedia para almacenar el dato AV; y una ante memoria para almacenar el archivo que va a ser precargado.

31. El aparato de conformidad con la reivindicación 29, caracterizado porque el instrumento de presentación identifica la ruta y la propiedad del archivo que va a ser precargado, con base en la información de precarga, invoca el archivo que va a ser precargado a partir de la ruta identificada, y almacena el archivo de acuerdo a la propiedad en la ante memoria.

32. El aparato de conformidad con la reivindicación 31, caracterizado porque el instrumento de presentación pide que el lector o un servidor de Internet envíe el archivo que va a ser precargado.

33. El aparato de conformidad con la reivindicación 29, caracterizado porque la información de precarga incluye además la información sobre el tamaño del archivo que va a ser precargado, y el instrumento de presentación compara la cantidad del espacio remanente en la ante memoria, con el tamaño del archivo que va a ser precargado, y genera un evento de error si la cantidad del espacio remanente en la ante memoria es menor que el tamaño del archivo que va a ser precargado.

34. El aparato de conformidad con la reivindicación 29, caracterizado porque la información de localización es expresada como una ruta del archivo de lista de precarga, y un localizador de recursos que indica uno de la memoria, el medio de almacenamiento de información y un servidor de Internet, está involucrado a la ruta del archivo de lista de precarga, y el instrumento de presentación pide que la ante memoria envíe el archivo que va a ser precargado si el localizador de recursos vinculado a la ruta del archivo de lista de precarga indica la ante memoria, o genera un evento de error si no existe archivo para ser precargado en la ante memoria .

35. El aparato de conformidad con la reivindicación 29, caracterizado porque el documento de lenguaje de marcación incluye la información de localización del archivo de la lista de desecho que contiene la lista de un archivo que va a ser desechado, y la información de desecho que instruye que el archivo para ser desechado debe ser desechado de la ante memoria, y el instrumento de presentación interpreta la información de desecho y pide que la ante memoria deseche el archivo para ser desechado.

36. Un método para realizar una precarga, el método está caracterizado porque comprende: (a) la identificación de la velocidad a la cual es leído un archivo que va a ser precargado, para la reproducción sin unión de datos AV; (b) la identificación de la condición que hace posible que la memoria intermedia sea realizada de una manera tal que los datos AV relevantes puedan ser reproducidos sin unión; y (c) la realización de la precarga al tiempo identificado para ser la condición optimizada.

37. Un método para grabar datos en un medio de almacenamiento de información, caracterizado porque comprende : (a) la grabación de un archivo para ser precargado ; (b) la identificación de la velocidad a la cual es leído el archivo grabado para ser precargado; (c) la identificación de la condición que hace posible que el almacenamiento temporal sea realizado tal que el dato AV relevante pueda ser reproducido sin unión; y (d) la grabación de códigos de fuente para realizar la precarga al tiempo que es identificado para ser la condición optimizada.

38. Un método para manejar una memoria para la precarga, el método está caracterizado porque comprende: (a) la grabación de una tabla de manejo de memoria que contiene la información de estado de un archivo para ser precargado; y (b) el desecho de archivo para ser precargado, con base en su información de estado.

39. El método de conformidad con la reivindicación 38, caracterizado porque comprende además (c) la realización de la recolección de basura sobre el archivo que va a ser precargado, con base en su información de estado .

40. El método de conformidad con la reivindicación 38, caracterizado porque el paso (b) comprende la indicación del estado como "no está en uso" y "desechable" cuando el uso del archivo que va a ser precargado es acabado .

41. El método de conformidad con la reivindicación 38, caracterizado porque el paso (c) comprende : (el) el desecho del archivo para ser precargado físicamente si no está en uso y es desechable; y (c2) la indicación del hecho de que el archivo para ser precargado es desechado y ya no existe más como la información de estado.

42. El método de conformidad con la reivindicación 41, caracterizado porque el paso (c) comprende además (c3) el re-alineamiento de los archivos para ser precargados, que están grabados en la memoria.