MXPA06014210A

MXPA06014210A - Aparato de reproduccion para realizar reproduccion sincronizada con aplicaciones.

Info

Publication number: MXPA06014210A
Application number: MXPA06014210A
Authority: MX
Inventors: Keiichi Tanaka; Masahiro Oashi; Hidetaka Ohto
Original assignee: Matsushita Electric Ind Co Ltd
Priority date: 2004-07-22
Filing date: 2005-07-21
Publication date: 2007-02-14
Also published as: JP4649509B2; US20100014580A1; JP2011028835A; EP2178089A2; US20130121665A1; US7616864B2; JP4906956B2; EP2270806A3; JP2011060417A; JP4287497B2; MY146367A; US8326120B2; CN101916578B; JP4287498B2; CN101916579A; JP4906950B2; JP2008507795A; EP2270806A2; US20070086727A1; CN101916580A

Abstract

Un aparato de reproduccion para reproducir un flujo digital junto con una aplicacion incluye una unidad de administracion de paquetes que se puede operar para generar informacion de paquete al fusionar archivos grabados en un primer medio de grabacion y un segundo medio de grabacion, de acuerdo con la informacion de administracion de fusion, y una unidad de seleccion que se puede operar para detectar una pluralidad de titulos reproducibles a partir de la informacion de paquete, y seleccionar uno de los titulos detectados como un titulo actual. Despues de que la aplicacion solicita a la unidad de administracion de paquetes que actualice la informacion de administracion de fusion, al especificar nueva informacion de administracion de fusion, la unidad de administracion de paquetes cambia un archivo referenciado de la informacion de administracion de fusion recien especificada a solo lectura antes de actualizar la informacion de paquete, y en un punto en el cual la reproduccion del flujo digital se detiene debido a un cambio de titulo actual por la unidad de seleccion, la unidad de administracion de paquetes genera nueva informacion de paquete al combinar archivos grabados en el primer y segundo medios de grabacion, de acuerdo con la informacion de administracion de fusion recien especificada.

Description

APARATO DE REPRODUCCIÓN PARA REALIZAR REPRODUCCIÓN SINCRONIZADA CON APLICACIONES CAMPO DE LA INVENCIÓN La presente invención pertenece al campo técnico de flujos digitales y reproducción sincronizada con aplicaciones. ANTECEDENTES DE LA INVENCIÓN La reproducción sincronizada con aplicaciones es una tecnología para reproducir flujos digitales mientras que al mismo tiempo se ejecutan aplicaciones Java (marca registrada) en un aparato de reproducción o similar para reproducir video, y pertenece a un campo técnico que atraerá mucha atención en la fabricación de dispositivos caseros de ahora en adelante. Las aplicaciones y flujos digitales para sincronizar están asociados entre sí en unidades de reproducción llamadas "títulos". Lo siguiente describe un aparato de reproducción convencional. Un aparato de reproducción convencional está constituido de una unidad de sistema de archivos virtuales, un administrador de módulos, una unidad de reproducción y una unidad de plataforma. La unidad de sistema de archivos virtuales administra una pluralidad de medios de grabación accesibles por el aparato de reproducción tales como medios de grabación ópticos (por ejemplo, DVD-ROM, BD-ROM, este último se describe más adelante a manera de ejemplo) , y medios de grabación Ref 177941 magnéticos (por ejemplo, disco duro) , y genera información de paquete que muestra de manera integral el contenido grabado de estos medios de grabación. Cada elemento de información de paquete, llamado un paquete virtual, es enviado en la reproducción/ejecución de flujos digitales y programas de aplicaciones (en adelante simplemente "aplicaciones") grabados en estos medios de grabación como si estuvieran realmente grabados en un solo paquete. El administrador de módulos selecciona uno de una pluralidad de títulos como un título actual. La unidad de reproducción reproduce un flujo digital (es decir, grabado en un medio de grabación óptico o magnético) que constituye el título actual de flujos digitales mostrados por la información de paquete. La unidad de plataforma ejecuta una aplicación (es decir, grabada en un medio de grabación óptico o magnético) que constituye el título actual de aplicaciones mostradas por la información de paquete. De acuerdo con la estructura anterior, flujos digitales y aplicaciones grabados en diferentes medios de grabación tales como BD-ROM y disco duro se pueden tratar como un solo paquete (virtual) , y el aparato de reproducción es capaz de realizar controles de reproducción en unidades de títulos.

Los títulos en la estructura anterior se dirigen no solamente a flujos digitales grabados en BD-ROM para reproducción sino también a flujos digitales grabados en un disco duro. Debido a que el disco duro es un medio de grabación reescribible, los elementos de composición de un título pueden ser reemplazados posiblemente en parte a través de reproducción en casos tales como cuando la información de paquete es recién generada con el uso de un flujo digital recién adquirido. Se piensa que tal reemplazo ocasiona situaciones que son difíciles de restaurar tales como oscurecimiento de video durante la reproducción que resulta de la operación anormal de la unidad de reproducción. El reemplazo del objeto de reproducción en parte mediante la reproducción se puede anticipar si la unidad de reproducción en el aparato de reproducción comprueba de manera consecutiva la uniformidad de elementos tales como flujos e información de control de reproducción destinada a reproducción. No obstante, dados los diversos tipos de información que requieren verificación, esto pone una gran carga en la unidad de reproducción. Para estar absolutamente seguros de la operación estable del dispositivo, es aconsejable reinicializar el dispositivo en sí cuando ha habido un cambio en el contenido grabado en disco duro, como se haría al instalar software. Sin embargo, dado que reinicializar el dispositivo toma de unos pocos segundos a unos pocos minutos de tiempo de procesamiento, esto no es algo que el usuario realice a la ligera . BREVE DESCRIPCIÓN DE LA INVENCIÓN Un objeto de la presente invención es proveer un aparato de reproducción capaz de realizar reproducción estable aún si hay un cambio en el objeto de reproducción. Para resolver los problemas anteriores, la presente invención es un aparato de reproducción que reproduce un flujo digital junto con una aplicación, e incluye una unidad de administración de paquetes que se puede operar para generar información de paquete al fusionar archivos grabados en un primer medio de grabación y un segundo medio de grabación, de acuerdo con la información de administración de fusión, y una unidad de selección que se puede operar para detectar una pluralidad de títulos reproducibles a partir de la información de paquete, y seleccionar uno de los títulos detectados como un título actual. Después de que la aplicación solicita a la unidad de administración de paquetes que actualice la información de administración de fusión, al especificar nueva información de administración de fusión, la unidad de administración de paquetes cambia un archivo referenciado de la información de administración de fusión recién especificada a sólo lectura antes de actualizar la información de paquete, y en un punto en el cual la reproducción del flujo digital se detiene debido a un cambio de título actual por la unidad de selección, la unidad de administración de paquetes genera nueva información de paquete al combinar archivos grabados en el primer y segundo medios de grabación, de acuerdo con la información de administración de fusión recién especificada. La presente invención, como resultado de tener la estructura anterior, garantiza que en el caso de una aplicación que solicita a la unidad de administración de paquetes actualizar la información de administración de fusión al especificar nueva información de administración de fusión, el contenido de un archivo referenciado de la información de administración de fusión recién especificada no se altera desde el momento en que se hace la solicitud de actualización hasta que el título actual es cambiado, debido a que la unidad de administración de paquetes establece el archivo referenciado de la información de administración de fusión recién especificada a sólo lectura antes de actualizar la información de paquete. Asimismo, al actualizar información de paquete en el punto en el cual la reproducción de flujo digital se detiene debido a un cambio de título actual, no se produce operación anormal del aparato de reproducción aun cuando, por ejemplo, el flujo digital o aplicación destinado a reproducción/ejecución es reemplazado como resultado de la actualización.

Por consiguiente, la extensión de expresión con películas se expande debido a que se pueden realizar controles de reproducción al fusionar de manera dinámica archivos grabados tanto en el primer como en el segundo medios de grabación mientras se asegura la operación estable del aparato de reproducción. Aquí, la unidad de administración de paquetes se puede configurar para actualizar información de paquete si la información en una etiqueta de permiso de una aplicación que solicitó la actualización indica que a la aplicación se le ha asignado el derecho de actualizar la información de paquete, y rechazar la solicitud de actualización y realizar procesamiento de excepciones si esta información indica que el derecho de actualizar no ha sido asignado. Esta estructura permite evitar la actualización de información de paquete solicitada por aplicaciones no autorizadas . BREVE DESCRIPCIÓN DE LAS FIGURAS La figura 1 es un diagrama de sistema; la figura 2 muestra una estructura interna de un BD- ROM 100; la figura 3 muestra de manera sistemática cómo se estructura un archivo con la extensión "m2ts"; la figura 4 muestra la estructura de información de PL; la figura 5 muestra la relación entre un AVClip y una PL; la figura 6 muestra especificación de lotes con el uso de cuatro Nombres_de_archivo_de_información_de_clip; la figura 7 muestra una estructura interna de información de MarcaDePL; la figura 8 muestra definiciones de capítulo con el uso de MarcasDePL; la figura 9 muestra una estructura interna de información de su SubRuta; la figura 10 muestra especificación de sincronización y definiciones de intervalo de reproducción en un eje de tiempo de SubClip; la figura llA muestra datos de programa albergados en un archivo empaquetado; la figura 11B muestra una estructura interna de un archivo de clase; la figura 12 muestra una estructura interna de un objeto BD-J; la figura 13 muestra una estructura interna de INDEX. BDMV; la figura 14 muestra una estructura de directorio en el almacenamiento local; la figura 15 muestra los tipos de ejes de tiempo de reproducción de lista de reproducción definidos por información de PL almacenada en el almacenamiento local; la figura 16A muestra un AVClip almacenado en BD-ROM y una aplicación Java y AVClips almacenados en el almacenamiento local; la figura 16B muestra la aplicación Java y AVClips #1 - #4 tratados como un solo título; la figura 17 muestra una estructura interna de ejemplo de un archivo de información de administración de fusión; la figura 18 muestra la configuración de hardware de un aparato de reproducción; la figura 19 ilustra elementos compuestos de hardware y software almacenados en la ROM (memoria de sólo lectura) de instrucción 21 redispuestos en una estructura de capas; la figura 20 muestra una estructura interna de una máquina virtual Java 30; la figura 21 muestra una transición de estatus que resulta de los cambios de título; la figura 22 muestra una creación de ejemplo de información de paquete virtual por una unidad de sistema de archivos virtuales 38; la figura 23A muestra un eje de tiempo para un disco completo; la figura 23B muestra la estructura del eje de tiempo para el disco completo; la figura 24 es un diagrama de flujo de procesamiento de descarga por una aplicación Java; la figura 25 es un diagrama de flujo de un procedimiento "de preparación" de actualización; la figura 26 es un diagrama de flujo de un procedimiento "de actualización" de paquete virtual; la figura 27 es un diagrama de flujo de procesamiento por un administrador de módulos; la figura 28 es un diagrama de flujo de un procedimiento de reproducción de PL; la figura 29 muestra cómo se actualiza la información de paquete virtual durante un cambio de título; la figura 30 muestra una aplicación Java que envía un archivo de información de administración de fusión actual a un servidor; la figura 31 muestra una aplicación Java que descarga archivos de contenido, un nuevo archivo de información de administración de fusión, y un nuevo archivo de información de firma; la figura 32 muestra una aplicación Java que hace una solicitud de actualización a la unidad de sistema de archivos virtuales 38; la figura 33 muestra el reemplazo de archivos de información de administración de fusión y de información de firma, y la correlación de archivos de contenido; la figura 34A es un diagrama de flujo de procesamiento por un motor de control de reproducción al suspender la reproducción del título actual después de una invocación de título; la figura 3 B es un diagrama de flujo de procesamiento por el motor de control de reproducción al reanudar la reproducción del título original después de que la reproducción del título invocado ha terminado; la figura 35 muestra un archivo de información de administración de fusión en una modalidad 3; la figura 36 muestra una aplicación Java relacionada con la modalidad 3 que solicita la actualización de un paquete virtual ; la figura 37 muestra una lista de contenido adicional de ejemplo mostrada al usuario por una aplicación residente con el uso de un archivo de información de administración de fusión; la figura 38 es un diagrama de flujo del flujo de procesamiento referente a la modalidad 3 desde la carga de un BD-ROM hasta la reproducción; la figura 39 muestra un intervalo válido que es especificado cuando se solicita una actualización de paquete virtual; la figura 40 es un diagrama de flujo del flujo de procesamiento referente a una modalidad 4 desde la carga de un BD-ROM (o reinicialización del aparato de reproducción) hasta la reproducción; la figura 41 muestra archivos de solicitud de permiso que se usan para analizar solicitudes de actualización de paquete virtual; la figura 42 muestra restricciones de acceso impuestas en un directorio en un almacenamiento local destinado a fusión; la figura 43 muestra tanto aplicaciones Java cuyo ciclo de vida está limitado a un solo título como aplicaciones Java cuyo ciclo de vida se extiende más allá de una pluralidad de títulos; la figura 44 muestra procesamiento realizado en una aplicación no unida a título cuando un paquete virtual es actualizado durante un cambio de título; la figura 45 es un diagrama de flujo de procesamiento de cambio de título que toma en consideración aplicaciones no unidas a título; y la figura 46 es un diagrama de flujo de actualización de paquetes virtuales después de un cambio en un archivo INDEX. BDMV. DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Modalidad 1 Lo siguiente describe modalidades de medios de grabación referentes a la presente invención. Primero, se describe una forma de uso fuera de las formas de la implementación de un aparato de reproducción referente a la presente invención. La figura 1 muestra una forma de uso de ejemplo de un aparato de reproducción referente a la presente invención. En la figura 1, un aparato de reproducción referente a la presente invención es un aparato de reproducción 200. El aparato de reproducción 200 se propone para usar para proporcionar películas en un sistema de teatro en casa compuesto de un aparato de reproducción 200, un control remoto 300, y una televisión 400, por ejemplo. Una forma de uso de ejemplo de un aparato de reproducción referente a la presente invención es como se describe anteriormente. A continuación se describe un medio de grabación destinado a reproducción por un aparato de reproducción referente a la presente invención. En el ejemplo dado, el medio de grabación reproducido por un aparato de reproducción referente a la presente invención es un BD-ROM 100 (medio de grabación óptico) . La figura 2 muestra una estructura interna del BD-ROM 100. El BD-ROM 100 se muestra en el cuarto nivel en la figura 2, mientras que una pista en el BD-ROM se muestra en el tercer nivel. La pista ilustrada en la figura 2 resulta de una pista que se mueve en espiral de la circunferencia interna a la circunferencia externa del BD-ROM 100 que se ha alargado a los lados. Esta pista consiste de un área de entrada, un área de volumen y un área de salida. El área de volumen en la figura 2 tiene una estructura en capas formada de una capa física, una capa de sistema de archivos, y una capa de aplicación. Expresar el formato de aplicación en el BD-ROM con el uso de una estructura de directorio da el primer nivel en la figura 2. Un directorio BDMV es colocado debajo de un directorio RAÍZ en el primer nivel en el BD-ROM. Un archivo INDEX. BDMV está dispuesto en el directorio BDMV, y debajo del directorio BDMV existen cinco subdirectorios conocidos como un directorio LISTA DE REPRODUCCIÓN, un directorio CLIPINF, un directorio FLUJO, un directorio BDJA, y un directorio BDBJ. El directorio FLUJO almacena un archivo que forma el flujo digital principal, la extensión "m2ts" es asignada a este archivo (00001.m2ts) . En el directorio LISTA DE REPRODUCCIÓN existe un archivo ( 00001.mpls) con la extensión "mpls". En el directorio CLIPINF existe un archivo ( 00001. clpi) con la extensión "clpi". En el directorio BDJA existe un archivo (00001. jar) con la extensión "jar". En el directorio BDBJ existe un archivo (00001.bdbj) con la extensión "bdbj " . Estos archivos se describen a continuación.

AVClips El archivo con la extensión "m2ts" (00001.m2ts) se describe primero. La figura 3 muestra de manera sistemática cómo se estructura un archivo con la extensión "m2ts". Este archivo almacena un AVClip. El AVClip (nivel medio) es constituido al multiplexar paquetes TS que resultan de la conversión de un flujo de video compuesto de una pluralidad de cuadros de video (imágenes pjl, pj2, pj3) y un flujo de audio compuesto de una pluralidad de cuadros de audio (primer nivel superior) primero a paquetes PES (segundo nivel superior) y luego a paquetes TS (tercer nivel superior) y la conversión de un flujo de gráficos de presentación de subtítulo (P-gráficos o PG) (primer nivel inferior) y un flujo de gráficos interactivos de diálogo (I-gráficos o IG) (primer nivel inferior) a paquetes TS (tercer nivel inferior) de la misma manera . Además del AVClip obtenido mediante multiplexión como se muestra en la figura 3, existen también AVClips que no resultan de multiplexión. Estos son llamados SubClips, e incluyen AVClips que constituyen un flujo de video, un flujo de gráficos, o un flujo de subtítulos de texto (flujo TextST) , etc . Información de clip El archivo con la extensión "clpi" ( 00001. clpi) es un elemento de información de clip que corresponde a un AVClip. La información de clip, que es información de administración, contiene un mapa_EP que muestra la ubicación de cabecera de un GOP e información tal como el formato de codificación, índice de cuadro, velocidad de bits y resolución, etc. de los flujos en el AVClip. Información de PL El archivo con la extensión "mpls" ( 00001. pls) almacena información de la Lista de Reproducción (PL) . La información de PL define una lista de reproducción al hacer referencia a AVClips. La figura 4 muestra la estructura de la información de PL, la cual, como se muestra en el lado izquierdo del diagrama, está constituida a partir de información de RutaPrincipal, información de MarcaDePL, e información de SubRuta. La información de RutaPrincipal "RutaPrincipal () " se compone de información de ElementoDeReproducción "ElementoDeReproducción( ) " , como es indicado por las flechas mpl . Un elemento de reproducción es un intervalo de reproducción definido al especificar un Tiempo_de_entrada y un Tiempo_de_salida en uno o más ejes de tiempo de AVClip. Una lista de reproducción que se compone de una pluralidad de intervalos de reproducción es definida mediante la colocación de varios elementos de información de ElementoDeReproducción. Las flechas mp2 en la figura 4 muestran una vista de cerca de la estructura interna de información de ElementoDeReproducción. Como se muestra en la figura 4, la información de ElementoDeReproducción se compone de un Tiempo_de_entrada, un Tiempo_de_salida, y un Nombre_de_archivo_de_información_de_clip que muestra un AVClip correspondiente. La figura 5 muestra la relación entre un AVClip y una PL. El primer nivel muestra el eje de tiempo del AVClip, mientras que el segundo nivel muestra el eje de tiempo de la PL. La información de PL incluye tres elementos de información de ElementoDeReproducción (ElementosDeReproducción #1 - #3), donde tres intervalos de reproducción son definidos por los Tiempos_de_entrada y Tiempos_de_salida de los ElementosDeReproducción #1, #2 y #3. Un eje de tiempo diferente al AVClip se define cuando estos intervalos de reproducción están dispuestos en línea. Este es el eje de tiempo de PL mostrado en el segundo nivel. Definir un eje de tiempo diferente al AVClip es permitido así por las definiciones en la información de ElementoDeReproducción. Como regla, un AVClip es especificado en cualquier momento, aunque la especificación de lotes de una pluralidad de AVClips también es posible. La especificación de lotes de AVClips se lleva a cabo con el uso de Nombres_de_archivo_de_información_de_clip e información de ElementoDeReproducción. La figura 6 muestra la especificación de lotes de AVClips con el uso de cuatro Nombres_de_archivo_de_información_de_clip. Los niveles uno a cuatro en el diagrama muestran cuatro ejes de tiempo de AVClip (ejes de tiempo de AVClip #1 - #4) , mientras que los niveles cinco muestran el eje de tiempo de PL. Cuatro ejes de tiempos son especificados con estos cuatro Nombres_de_ archivo_de_información_de_clip incluidos en la información de ElementoDeReproducción. Esto permite que cuatro intervalos de reproducción reproducibles de manera alternativa sean definidos por Tiempos_de_entrada y Tiempos_de_salida. Como resultado, un intervalo compuesto de varios elementos de video de ángulo cambiable (llamado intervalo multiángulo) sea definido en el eje de tiempo de PL . La información de MarcaDePL "MarcaDePL ()" especifica un intervalo arbitrario de un eje de tiempo de PL como un capítulo. La figura 7 muestra la estructura interna de la información de MarcaDePL, la cual incluye una ref_a_Id_de_ElementoDeRreproducción y un Sello_de_tiempo_de_ marca, como lo indican las flechas pml . La figura 8 muestra la definición de capítulos con el uso de MarcasDePL. El primer nivel en la figura 8 muestra el eje de tiempo de AVClip, mientras que el segundo nivel muestra el eje de tiempo de PL. Las flechas pkl y pk2 en la figura 8 muestran la especificación de un elemento de reproducción (ref_a_Id_de_ElementoDeRreproducción) y un punto en el tiempo (Sello_de_tiempo_de_marca) en MarcasDePL. Tres capítulos (capítulos #1 - #3) son definidos en el eje de tiempo de PL como resultado de estas especificaciones. Esto completa la descripción de MarcasDePL. La información de SubRuta se describe a continuación . La información de SubRuta "SubRutaO" define uno o más intervalos de reproducción al especificar un Tiempo_de_entrada y un Tiempo_de_salida en un eje de tiempo de SubClip, y tiene la estructura interna que se muestra en la figura 9. La información de SubRuta se compone de información de SubElementoDeReproducción "SubElementoDe Reproducción () " como indican las flechas shl . En la vista de cerca marcada por las flechas sh2, la información de SubElementoDeReproducción se compone de un Nombre_de_archivo_ de_información_de_clip, un Tiempo_de_entrada, un Tiempo_de_salida un Id_de_ElementoDeRreproducción_de_sinc y un PTS_de_inicio_de_sinc_de_ElementoDeRreproducción . Los Tiempos_de_entrada y Tiempos_de_salida en el eje de tiempo de SubClip son especificados con el uso de Nombre_de_archivo_de_información_de_clip, Tiempo_de_entrada, y Tiempo_de_salida incluidos en la información de SubElementoDeReproducción . Id_de_ElementoDeRreproducción_de_ sinc y PTS_de_inicio_de_sinc_de_ElementoDeRreproducción son para sincronizar intervalos de reproducción en el eje de tiempo de SubClip con el eje de tiempo de PL. Esto permite procesamiento tanto en el eje de tiempo de SubClip como en el eje de tiempo de PL para continuar en sincronía entre sí. La figura 10 muestra especificación de sincronización y la definición de intervalos de reproducción en el eje de tiempo de SubClip. El primer nivel en la figura 10 muestra el eje de tiempo de PL, mientras que el segundo nivel muestra el eje de tiempo de SubClip. El SubElementoDe Reproducción. Tiempo_de_entrada y SubElementoDeReproducción. Tiempo_de_salida en la figura 10 muestran respectivamente el inicio y fin de un intervalo de reproducción. Por consiguiente, es evidente que un intervalo de reproducción es también definido en el eje de tiempo de SubClip. El Id_de_ElementoDeRreproducción_de_sinc marcado por la flecha Snl muestra la especificación de sincronización de un elemento de reproducción, mientras que PTS_de_inicio_de_sinc_de_ElementoDeRreproducción marcado por la flecha Sn2 especificó un punto durante el elemento de reproducción en el eje de tiempo de PL. Una característica de la información de PL en BD-ROM es que posibilita la definición de intervalos multiángulo que permiten que los AVClips sean cambiados e intervalos de sincronización que permiten que los AVClips y SubClips estén sincronizados. La información de clip e información de PL se clasifican como "escenarios estáticos". Lo siguiente describe "escenarios dinámicos". Aquí, "dinámico" se refiere al hecho de que el contenido de controles de reproducción cambia debido a sucesos clave de usuario y cambios de estatus en el aparato de reproducción 200, etc. Con BD-ROM, los controles de reproducción se pueden describir con el uso de la misma descripción que aplicaciones Java. Esto es, con BD-ROM, las aplicaciones Java actúan como escenarios dinámicos. Aplicaciones Java Lo siguiente describe aplicaciones Java. Una aplicación Java se compone de uno o más programas xlet cargados en un área de cúmulo de memoria (llamada también memoria de trabajo) de una máquina virtual. Una aplicación se constituye de programas xlet cargados en la memoria de trabajo así como datos. La estructura de aplicación Java es como se describe anteriormente. Una aplicación Java real es el archivo empaquetado Java (00001. jar) almacenado en el directorio BDJA bajo el directorio BDMV en la figura 2. Los archivos empaquetados Java se describen más adelante con referencia a la figura 11. Archivos empaquetados Java El archivo empaquetado Java (00001. jar en la figura 2) es una recopilación de uno o más archivos de clase y archivos de datos, etc. La figura HA muestra programas y datos recopilados en el archivo empaquetado. Los datos en la figura HA son una pluralidad de archivos recopilados por un archivador Java y dispuestos dentro de la estructura de directorio mostrada dentro del cuadro. Esta estructura de directorio consiste de un directorio Raíz, un directorio Java y un directorio de imagen, con una archivo común.pkg, archivos de clase (aaa. clase, bbb. clase), y un archivo menú.jpg colocado dentro de los directorios respectivos . El archivo empaquetado Java es el resultado del archivador Java que ha recopilado estos archivos juntos. Los archivos de clases y datos son expandidos cuando son leídos de BD-ROM a una caché, y son tratados en la caché como una pluralidad de archivos que existen en directorios. El valor numérico de cinco dígitos "00001" en el nombre de archivo del archivo empaquetado Java muestra el identificador (ID) del archivo empaquetado Java, y el objeto BD-J usa este valor para hacer referencia al archivo empaquetado Java . Al hacer referencia a este valor numérico en el nombre de archivo cuando un archivo empaquetado Java ha sido leído a la caché, es posible extraer datos así como programas que constituyen aplicaciones Java arbitrarias. Los archivos de clase (aaa. clase, bbb. clase) en la figura HA corresponden a los programas xlet anteriores. Los procedimientos de reproducción en un modo de operación (BD-J) soportado por la plataforma Java son definidos con el uso de programas xlet (es decir, ejemplos) de estos archivos de clase. Un programa xlet es un programa Java capaz de usar una interfase de marco de medios Java (JMF) , y realiza procesamiento con base en sucesos clave de acuerdo con JMF, etc.

Además, los programas xlet pueden ejecutar también procedimientos para acceder a sitios web y descargar contenido. Esto permite la reproducción de obras originales creadas al mezclar contenido descargado con listas de reproducción. El archivo de clase de un programa xlet se describe a continuación. La figura 11B muestra la estructura interna de un archivo de clase. Como se mostró en la figura 11B, este archivo de clase, similar a un archivo de clase normal, se compone de un conjunto constante, una interfase, y métodos 1, 2, 3...p. Los métodos en un archivo de clase incluyen aquellos (Escuchas de Sucesos) que son desencadenados por sucesos clave registrados previamente y aquellos para invocar funciones de Interfase de Programación de Aplicaciones (API) en el aparato de reproducción 200. Los procedimientos de cómputo y similares en estos métodos se describen al emplear variables locales asignadas a un método dotado y argumentos que ocurren cuando el método es invocado . Un archivo empaquetado Java es como se describe anteriormente. El archivo con la extensión "bdbj " se describe a continuación. Este archivo (00001. bdbj) almacena un objeto BD-J. Un objeto BD-J es información que describe un título al asociar AVClips definidos en información de PL con aplicaciones. La figura 2 muestra la estructura interna de un objeto BD-J. El objeto BD-J muestra una tabla de administración de aplicaciones y un valor de referencia de información de PL. La tabla de administración de aplicaciones muestra aplicaciones Java cuyo ciclo de vida es el título definido por el objeto BD-J mediante la enumeración del ID de aplicaciones Java individuales (IDs de aplicación) y los IDs de los archivos empaquetados Java que pertenecen a aplicaciones particulares. En otras palabras, cada aplicación está constituida a partir de uno o más archivos empaquetados Java . El valor de referencia de información de PL muestra información de PL que se va a reproducir cuando el título es iniciado . El archivo con la extensión "bdbj " es como se describe anteriormente. El archivo INDEX. BDMV se describe a continuación. INDEX. BDMV es información de administración que se refiere al BD-ROM completo. Este archivo contiene información tal como IDs de organización que identifican los proveedores de películas e IDs de disco asignados a BD-ROMs individuales provistos por los proveedores. Un disco es reconocido de manera única en el aparato de reproducción al leer primero INDEX. BDMV después de que el disco ha sido cargado. INDEX. BDMV puede incluir de manera adicional una tabla que correlaciona una pluralidad de títulos reproducibles en BD-ROM con objetos BD-J que definen títulos individuales. Lo siguiente describe los tipos de títulos que se pueden grabar a BD-ROM, los cuales incluyen un PrimerTítuloDeReproducción, un TítuloDeMenú_Superior, y Títulos #1 - 3. El PrimerTítuloDeReproducción es cargado con la reproducción de una marca comercial dinámica de un BD-ROM cuando el BD-ROM es cargado antes de hacer otra cosa . El PrimerTítuloDeReproducción realiza así la práctica de reproducir una marca comercial dinámica que simboliza el creador y/o distribuidor de una película cuando un BD-ROM es cargado . El TítuloDeMenú_Superior se compone de AVClips y aplicaciones para reproducir el menú colocado en la parte más superior de la jerarquía de menú en un BD-ROM. Los Títulos #1, #2 y #3 corresponden a películas generales. En otras palabras, INDEX. BDMV muestra la correspondencia de PrimerTítuloDeReproducción, TítuloDeMenú_Superior y Títulos #1 - 3 con objetos BD-J individuales . La figura 13 muestra la estructura interna de INDEX. BDMV. Estos archivos muestran la correspondencia de información de PrimerTítuloDeReproducción, información de TítuloDeMenú_Superior, información de Título #1, información de Título #2, e información de Título #3 donde los IDs de título y objetos BD-J definen estos títulos. Los objetos BD-J que definen los títulos pueden ser identificados con el uso de la información de título, mientras que la información de PL y aplicaciones para sincronizar se pueden derivar a partir de estos objetos BD-J. Esto completa la descripción de BD-ROM. El BD-ROM no es el único medio de grabación al que se dirige un aparato de reproducción referente a la presente invención. Un disco duro (almacenamiento local) integral con el aparato de reproducción se fija también como objetivo durante la reproducción. Lo siguiente describe datos grabados en el almacenamiento local. La figura 14 muestra una estructura de directorio en el almacenamiento local. En esta estructura de directorio, un subdirectorio "organización #1" se ubica debajo de un directorio RAÍZ, y bajo éste se encuentran los subdirectorios "disco #1" y "disco #2". El directorio organización #1 es asignado a un proveedor de películas específico. Los directorios disco #1 y disco #2 son asignados a diferentes BD-ROMs provistos por cada proveedor. El ID de organización e ID de disco mostrados en el archivo INDEX. BDMV en BD-ROMs respectivos se emplean en estos nombres de directorios. Proveer directorios que corresponden a BD-ROMs en directorios que corresponden a proveedores específicos permite que datos descargados referentes a BD-ROMs individuales sean almacenados por separado. Bajo estos subdirectorios se almacenan información de PL, información de clip, y AVClips, similar a lo que se almacena en BD-ROM. Asimismo, existen de manera adicional un archivo empaquetado Java, un objeto BD-J, un archivo de información de administración de fusión, y un archivo de información de firma. En comparación con la información de PL en un BD-ROM, la cual se refiere solamente a AVClips en el BD-ROM, la información de PL en el almacenamiento local incluye información que se refiere a AVClips tanto en BD-ROM como en el almacenamiento local; esto es, información de PL recién agregada como un paquete virtual, un ejemplo específico de la cual es PL INFO #2 en la figura 14. Aquí, la información de PL en el almacenamiento local se constituye de cuatro elementos de información de ElementoDeReproducción (información de ElementoDeReproducción #1 - #4) . Esta información de PL puede, en el caso del elemento de cabecera (información de ElementoDeReproducción #1) que se refiere a información de clip en BD-ROM y los tres elementos restantes (información de ElementoDeReproducción #2 - #4) que se refieren a información de clip en el almacenamiento local, definir una sola secuencia de flujo a partir los AVClips en BD-ROM y en el almacenamiento local, como se muestra en la figura 15. La figura 15 muestra los tipos de ejes de tiempo de reproducción de lista de reproducción definidos por la información de PL almacenada en el almacenamiento local . El primer nivel muestra el eje de tiempo de reproducción de un AVClip#l almacenado en BD-ROM, mientras que el segundo nivel muestra el eje de tiempo de reproducción de una lista de reproducción definida en la información de PL almacenada en el almacenamiento local. El tercer, cuarto y quinto niveles muestran respectivamente los ejes de tiempo de reproducción de los AVClips #2, #3 y #4 almacenados en el almacenamiento local . En el caso de información de ElementoDeReproducción #2, #3 y #4 que especifican AVClips #2, #3 y #4 como intervalos de reproducción, la información de PL en el almacenamiento local es capaz de definir AVClips tanto en BD-ROM como en almacenamiento local como una sola secuencia de flujo. Como se ilustra anteriormente, los AVClips en BD-ROM y en almacenamiento local pueden ser definidos como una sola secuencia de flujo, y al fusionar esta secuencia de flujo con aplicaciones en BD-ROM o en almacenamiento local, un solo título puede ser constituido a partir de AVClips y a partir de aplicaciones grabadas en BD-ROM o en almacenamiento local. En el caso de AVClip#l que es grabado en BD-ROM, y AVClips#2 a #4 y una aplicación Java que son grabados en el almacenamiento local como se muestra en la figura 16A, estos AVClips y la aplicación Java pueden, como se muestra en la figura 16B, ser tratados como un solo título. La información de administración de fusión se describe a continuación. La información de administración de fusión muestra únicamente todos los archivos en los directorios de discos #1 y #2 en el almacenamiento local que constituyen un paquete virtual, y se almacena en un archivo prescrito (en adelante "archivo de información de administración de fusión"). La figura 17 muestra una estructura interna de ejemplo de un archivo de información de administración de fusión. Un archivo de información de administración de fusión se compone de información de ubicación de almacenamiento para cada archivo en el almacenamiento local que constituye un paquete virtual. La información de ubicación de almacenamiento se compone de identificadores para acceder a archivos respectivos como un paquete virtual y rutas de archivo que indican las ubicaciones de almacenamiento de archivos respectivos en el almacenamiento local . Los archivos de información de firma se describen a continuación. Un archivo de información de firma muestra la firma electrónica de un proveedor en un archivo de información de administración de fusión. La firma electrónica generalmente empleada se obtiene al calcular un valor hash para información que requiere proteger contra manipulaciones y encriptar el valor hash con el uso de algún tipo de clave secreta.

Esto completa la descripción del almacenamiento local . Lo siguiente describe una modalidad de un aparato de reproducción referente a la presente invención. La figura 18 muestra una configuración de hardware del aparato de reproducción. El aparato de reproducción está constituido de una unidad de BD-ROM 1, un búfer de lectura 2, un demultiplexor (demux) 3, un decodificador de video 4, un plano de video 5, un decodificador de gráficos de presentación (P-gráficos) 6, plano de gráficos de presentación (P-gráficos) 7, una unidad de composición 8, un generador de fuentes 9, un decodificador de gráficos interactivos (I-gráficos) 10, un interruptor 11, un plano de gráficos interactivos (I-gráficos) 12, una unidad de composición 13, una unidad de tabla de búsqueda de colores (CLUT) 14, una unidad de tabla de búsqueda de colores (CLUT) 15, un decodificador de audio 16, un dispositivo de red 17, un almacenamiento local 18, un búfer de lectura 19, un demultiplexor (demux) 20, una ROM de instrucción 21, una unidad de procesamiento de sucesos de usuario (UE) 22, una serie de registros de estatus de reproductor (PSR) 23, una unidad de procesamiento central (CPU) 24, una memoria de escenario 25, una memoria local 26, y un interruptor 27. Los elementos (unidad de BD-ROM 1 - decodificador de audio 16) referentes a la reproducción de AVClips grabados en el BD-ROM 100 se describen primero. La unidad de BD-ROM 1 carga/expulsa BD-ROMs, y accede al BD-ROM 100. El búfer de lectura 2 es una memoria tipo primero en entrar, primero en salir (FIFO) en la cual paquetes de flujo de transporte (TS) leídos del BD-ROM 100 o almacenamiento local 18 son almacenados sobre una base primero en entrar, primero en salir. El demux 3 lee los paquetes TS de la memoria intermedia de lectura 2 y convierte estos paquetes TS en paquetes de flujo elemental empaquetados (PES) . Luego, se da salida a los paquetes PES que tienen identificadores de paquete (PIDs) establecidos por el CPU 24 a uno de un decodificador de video 4, decodificador de P-gráficos 6, decodificador de I-gráficos 10, y decodificador de audio 16. El decodificador de video 4 decodifica paquetes PES que salen del demux 3 para obtener imágenes en formato sin comprimir, y escribe estas imágenes al plano de video 5. El plano de video 5 es para almacenar imágenes sin comprimir. Un plano es un área de memoria en un aparato de reproducción para almacenar una pantalla que tiene datos de pixel . El plano de video 5 tiene una resolución de 1920 x 1080, donde datos de imagen almacenados son constituidos a partir de datos de pixel expresados por YUV de 16 bits. En el plano de video 5, el video de reproducción en un flujo de video se puede escalar por cuadro. El escalamiento implica cambiar el video de reproducción por cuadro ya sea a 1/4 (cuarto) o 1/1 (escala completa) del plano de video 5 completo. El escalamiento es ejecutado en modo BD-J de acuerdo con las instrucciones del CPU 24, lo que permite la producción de pantalla por lo que las imágenes de reproducción de flujos de video son relegadas a una esquina de la pantalla o proyectadas sobre la pantalla completa. El decodificador de P-gráficos 6 decodifica flujos de P-gráficos leídos del BD-ROM y escribe los gráficos sin comprimir al plano de P-gráficos 7. Los subtítulos aparecen en la pantalla como el resultado de un flujo de gráficos que es decodificado . El plano de P-gráficos 7, que es una memoria con espacio para una pantalla que tiene datos, es capaz de almacenar una pantalla que tiene gráficos sin comprimir. Este plano tiene una resolución de 1920 x 1080, donde los pixeles de los gráficos sin comprimir en el plano de P-gráficos 7 están expresados por color de índice de 8 bits. Los gráficos sin comprimir almacenados en el plano de P-gráficos 7 son sometidos para presentación visual al convertir los colores de índice con el uso de una CLUT. La unidad de composición 8 combina datos de imagen sin comprimir almacenados en el plano de video 5 con el contenido almacenado del plano de P-gráficos 7.

El generador de fuentes 9 usa una fuente de carácter para expandir el código de texto incluido en los flujos TextST en un mapa de bits, y escribe el código expandido al plano de P-gráficos 7. El decodificador de I-gráficos 10 decodifica flujos de I-gráficos leídos del BD-ROM o almacenamiento local 18 en modo tipo DVD, y escribe los gráficos sin comprimir al plano de I-gráficos 12. El interruptor 11 escribe de manera selectiva uno de una secuencia de fuentes generada por el generador de fuentes 9 y gráficos que resultan de la decodificación por el decodificador de P-gráficos 6 al plano de P-gráficos 7. El plano de I-gráficos 12 es escrito con gráficos sin comprimir que resultan de la decodificación por el decodificador de I-gráficos 10. Los caracteres y gráficos dibujados por una aplicación son escritos en el plano de I-gráficos 12 en modo BD-J con el uso de color completo OtRVA. La unidad de composición 13 combina el contenido de almacenamiento del plano de I-gráficos 12 con imágenes mixtas que salen de la unidad de composición 8 (es decir, composición de datos de imagen sin comprimir y contenido de almacenamiento del plano de P-gráficos 7) . Esta combinación permite que los caracteres y gráficos escritos al decodificador de I-gráficos por una aplicación sean superpuestos en datos de imagen sin comprimir y desplegados. La unidad de CLUT 14 convierte los colores de índice en gráficos sin comprimir almacenados en el plano de video 5 a Y/Cr/Cb. La unidad de CLUT 15 convierte los colores de índice en gráficos sin comprimir almacenados en el plano de I-gráficos 15 a Y/Cr/Cb al operar en modo tipo DVD (es decir, modo para reproducir flujos digitales como DVD convencional) . Al operar en modo BD-J (es decir, modo para reproducir flujos digitales en sincronización con una aplicación Java) , la unidad de CLUT 15 convierte color completo aRVA a Y/Cr/Cb. Observar que una aplicación Java puede estar unida o no unida a un título, así como estar unida o no unida a un disco. El decodificador de audio 16 decodificó paquetes PES que salieron del demux 3 y hace salir datos de audio sin comprimir. Los elementos referentes a reproducción de AVClip son como se describen anteriormente. Lo siguiente describe elementos referentes a operaciones en modo BD-J (dispositivo de red 17 - demux 20) . El dispositivo de red 17 lleva a cabo funciones de comunicación en el aparato de reproducción. En el caso de una aplicación que especifica un URL en modo BD-J, el dispositivo de red 17 establece una conexión de protocolo de control de transmisión (TCP) o de protocolo de transferencia de archivos (FTP), etc. con el sitio web indicado por el URL. Se hacen aplicaciones Java para descargar del sitio web como el resultado del establecimiento de una conexión. El almacenamiento local 18 es un disco duro para almacenar contenido descargado de un sitio web vía una conexión establecida por el dispositivo de red 17, y contenido provisto desde medios de comunicación y grabación diferentes del BD-ROM, junto con metadatos. Los metadatos son información para unir y administrar contenido descargado en el almacenamiento local 18. Al acceder al almacenamiento local 18, las aplicaciones en modo BD-J pueden realizar una variedad de procesamientos con el uso del contenido descargado. Igualmente, el almacenamiento local 18 contiene archivos de información de administración de fusión. La memoria intermedia de lectura 19 es una memoria tipo FIFO que almacena paquetes TS que constituyen SubClips sobre una base de primero en entrar, primero en salir en el caso de SubClips que son incluidos en contenido descargado almacenado en el BD-ROM 100 o en el almacenamiento local 18. El demux 20 lee paquetes TS de la memoria intermedia de lectura 19 y convierte los paquetes TS leídos en paquetes PES. Luego, se da salida a los paquetes PES que tienen PIDs específicos al decodificador de P-gráficos 6, generador de fuentes 9, y decodificador de audio 16.

Los elementos anteriores 17 al 20 permiten que el contenido descargado por una aplicación Java vía una red sea reproducido en una manera similar al contenido grabado en el BD-ROM. Lo siguiente describe elementos (ROM de instrucción 21 - interruptor 27) para realizar controles colectivos en el aparato de reproducción. La ROM de instrucción 21 almacena software que define controles referentes al aparato de reproducción. La unidad de procesamiento de UE 22, en respuesta a operaciones clave de un controlador remoto o el panel frontal del aparato de reproducción, produce sucesos de usuario para realizar estas operaciones al CPU 24. La serie de PSR 23 es una serie de registros internos del aparato de reproducción que se compone de 64 registros de estatus de reproductor (PSRs) y 4096 registros de propósito general (GPRs) . Los PSRs 4-8 se usan para expresar el punto de reproducción actual . PSR 4 indica el título del punto de reproducción actual como resultado de haber sido fijado a un valor de 1-100. Fijar PSR 4 a "0" indica que el punto de reproducción actual es el menú superior. PSR 5 indica el número de capítulo del punto de reproducción actual como resultado de haber sido fijado a un valor de 1-999. Fijar PSR 5 a "OxFFFF" indica un número de capítulo nulo en el aparato de reproducción.

PSR 6 indica el número de la PL (PL actual) a la cual pertenece el punto de reproducción actual como resultado de haber sido fijado a un valor de 0-999. PSR 7 indica el número del elemento de reproducción (elemento de reproducción actual) al cual pertenece el punto de reproducción actual como resultado de haber sido fijado a un valor de 0-255. PSR 8 indica el punto de reproducción actual (tiempo de presentación actual o "PTM") con el uso de una precisión de tiempo de 45 KHz, como resultado de haber sido fijado a un valor de 0-OxFFFFFFFF. Los PSRs 4-8 permiten que el punto de reproducción actual sea identificado en un eje de tiempo para el BD-ROM completo mostrado en la figura 23A. El CPU 24 ejecuta software almacenado en la ROM de instrucción 21 para ejecutar controles que se relacionan con el aparato de reproducción completo. Estos controles cambian de manera dinámica dependiendo de los sucesos de usuario que salieron de la unidad de procesamiento de UE 22 y los valores de PSR en la serie de PSR 23. La memoria de escenario 25 es para almacenar información de PL actual e información de clip actual. La información de PL actual es el elemento de información de PL grabado en BD-ROM que está actualmente destinado a procesamiento. La información de clip actual es el elemento de información de clip grabado en BD-ROM que está actualmente destinado a procesamiento. La memoria local 26 es una antememoria para almacenar de manera temporal el contenido grabado de BD-ROM, dada la velocidad de lectura lenta del BD-ROM. La provisión de la memoria local 26 permite que las aplicaciones en modo BD-J se ejecuten de manera eficiente. El interruptor 27 suministra de manera selectiva datos leídos del BD-ROM y almacenamiento local 18 a una de la memoria intermedia de lectura 2, búfer de lectura 19, memoria de escenario 25 y memoria local 26. La configuración de hardware de un aparato de reproducción referente a la presente modalidad es como se describe anteriormente. Lo siguiente describe la estructura de software en un aparato de reproducción referente a la presente modalidad. La figura 19 ilustra elementos compuestos de hardware y software almacenados en la ROM de instrucción 21 redispuestos en una estructura de capas. Como se muestra en la figura 19, la estructura de capas del aparato de reproducción se compone de una primera capa (capa BD) , una segunda capa (modelo de reproductor BD) , y una tercera capa (entorno de ejecución de aplicaciones) . La configuración de hardware del aparato de reproducción mostrado en la figura 18 pertenece a la primera capa. De esta configuración de hardware, el "reproductor BD" en la primera capa en la figura 19 incluye un "decodificador" compuesto del decodificador de video 4, decodificador de P-gráficos 6, decodificador de I-gráficos 10 y decodificador de audio 16, un "plano" compuesto del plano de video 5, plano de P-gráficos 7 y plano de I-gráficos 12, BD-ROM 100 y sistema de archivos relacionado, almacenamiento local 18 y sistema de archivos relacionado, y dispositivo de red 17. El "modelo de reproductor BD" en la segunda capa se compone de una capa inferior para un motor de presentación 31 y una unidad de sistema de archivos virtuales 38 y una capa superior para un motor de control de reproducción 32, con funciones API provistas con relación a niveles más altos. La serie de PSR 23 y la memoria de escenario 25 mostradas en la figura 18 existen dentro del motor de control de reproducción 32. El "entorno de ejecución de aplicaciones" en la tercera capa se compone de una capa que incluye un administrador de módulos 33 apilado sobre una capa que incluye un módulo tipo DVD 29a y una plataforma Java 29b. Lo siguiente describe los elementos en esta estructura de software. Módulo tipo DVD 29a, plataforma Java 29b El módulo tipo DVD 29a decodifica comandos de navegación y ejecuta invocaciones de funciones con relación al motor de control de reproducción 32 con base en el resultado de decodificación. La plataforma Java 29b es una llamada plataforma Java que tiene una estructura jerárquica que se compone de una máquina virtual Java 30 y un software intermediario para que la máquina virtual Java opere (no se ilustra) . Máquina virtual Java 30 La máquina virtual Java 30 carga programas xlet que constituyen aplicaciones dentro de una memoria de trabajo, decodifica los programas xlet, y realiza controles sobre capas inferiores de acuerdo con los resultados de la decodificación. Para realizar estos controles, la máquina virtual Java 30 emite un método al software intermediario, hace que el software intermediario reemplace el método con una invocación de función que corresponde a un aparato de reproducción de BD, y emite la invocación de función al motor de control de reproducción 32. Estructura interna de la máquina virtual Java 30 Lo siguiente describe la estructura interna de la máquina virtual Java 30. La figura 20 muestra la estructura interna de la máquina virtual Java 30. Como se muestra en la figura 20, la máquina virtual Java 30 se constituye de un CPU 24, un cargador de clase de usuario 52, un área de método 53, una memoria de trabajo 54, hebras 55a, 55b,... 55n, y pilas Java 56a, 56b, ... 56n. El cargador de clase de usuario 52 lee archivos de clase en archivos empaquetados Java en el directorio BDJA de la memoria local 26 o similar y almacena los archivos de clase leídos en el área de método 53. La lectura de un archivo de clase por un cargador de clase de usuario 52 se lleva a cabo como resultado de que el administrador de módulos 33 envía una instrucción de lectura que especifica una ruta de archivo a un cargador de clase de usuario 52. Si la ruta de archivo indica la memoria local 26, el cargador de clase de usuario 52 lee un archivo de clase en un archivo empaquetado Java que constituye una aplicación de la memoria local 26 a la memoria de trabajo 54. Si la ruta de archivo indica un directorio en un sistema de archivos, el cargador de clase de usuario 52 lee un archivo de clase en un archivo empaquetado Java que constituye una aplicación de BD-ROM o almacenamiento local 18 a la memoria de trabajo 54. El área de método 53 almacena archivos de clase leídos de la memoria local 26 por el cargador de clase de usuario 52. La memoria de trabajo 54 es una llamada área de cúmulo de memoria que almacena los ejemplos de diversos archivos de clase. La memoria de trabajo 54 almacena ejemplos que corresponden a aplicaciones residentes y archivos de clase leídos al área de método 53. Un ejemplo es un programa xlet que constituye una aplicación que se hace ejecutable al poner el programa xlet en la memoria de trabajo 54.

Las hebras 55a, 55b...55n son entidades de ejecución lógica para ejecutar métodos almacenados en la memoria de trabajo 54. Realizan cálculos con el uso de variables locales y argumentos almacenados en pilas de operandos como operandos, y almacenan los resultados de los cálculos en pilas de variables locales u operandos. Las flechas kyl , ky2, y kyn en la figura 20 indican de manera simbólica la provisión de métodos de la memoria de trabajo 54 a las hebras 55a, 55b 55n. Aunque el CPU es la única entidad de ejecución física, puede haber hasta 64 entidades de ejecución lógica o hebras en la máquina virtual Java 30. Las hebras pueden ser hebras recién creadas y existentes eliminadas dentro de este límite numérico, y el número de hebras de operación se puede variar mientras la máquina virtual Java 30 está en operación. Poder incrementar de manera apropiada el número de hebras posibilita también ejecutar ejemplos en paralelo con el uso de una pluralidad de hebras para cada ejemplo, y así acelerar la ejecución de ejemplos. Las pilas Java 56a, 56b, ... 56n existen en una relación uno a uno con las hebras 55a, 55b, ... 55n, y cada una tiene un contador de programas ("PC" en la figura 20) y uno o más cuadros. Los contadores de programas muestran qué parte de un ejemplo se está ejecutando actualmente. Un cuadro es un área de tipo pila asignada a cada invocación de un método, y se compone de una pila de operandos para almacenar argumentos que ocurren en el momento de la invocación y una pila de variables locales ("variable local" en la figura 20) para uso por parte del método invocado. Debido a que los cuadros están apilados en pilas Java 56a, 56b, ... 56n siempre que se hace una invocación, los cuadros de un método que se invoca a sí mismo recursivamente también se apilan uno arriba del otro. La estructura interna de la máquina virtual Java es como se describe con anterioridad. Una máquina virtual Java que tiene la estructura anterior sirve como una entidad de ejecución controlada por sucesos. Esto completa la descripción de la máquina virtual Java . Motor de presentación 31 El motor de presentación 31 ejecuta funciones de reproducción AV. Las funciones de reproducción AV de un aparato de reproducción son un grupo tradicional de funciones heredadas de reproductores de DVD y reproductores de CD, entre las que se incluyen REPRODUCIR, DETENER, PAUSA ACTIVADA, PAUSA DESACTIVADA, IMAGEN FIJA DESACTIVADA, REPRODUCCIÓN DE AVANCE RÁPIDO (x2, x4, etc.), REPRODUCCIÓN DE RETROCESO RÁPIDO (x2, x4, etc.), CAMBIO DE AUDIO, CAMBIO DE SUBTÍTULOS, y CAMBIO DE ÁNGULO. Para llevar a cabo estas funciones de reproducción AV, el motor de presentación 31 controla el decodificador de video 4, decodificador de P-gráficos 6, decodificador de I-gráficos 10 y decodificador de audio 16 para decodificar la porción de un AVClip leído al búfer de lectura 2 que corresponde a un tiempo deseado. Al tener el lugar indicado por PSR 8 (PTM actual) decodificado como el tiempo deseado, los puntos arbitrarios en un AVClip se pueden hacer reproducibles . Motor de control de reproducción 32 El motor de control de reproducción 32 ejecuta diversas funciones entre las que se incluyen (i) controles de reproducción en listas de reproducción y (ii) a adquirir/fijar el estatus de la serie de PSR 23. La función de control de reproducción implica hacer que el motor de presentación 31 ejecute REPRODUCIR y DETENER fuera de las funciones de reproducción AV anteriores, de acuerdo con información de PL e información de clip actuales. Las funciones (i) y (ii) se ejecutan de acuerdo con invocaciones de funciones del módulo tipo DVD 29a y la plataforma Java 29b. La sincronización del procesamiento por el motor de control de reproducción 32 con el procesamiento por la máquina virtual Java se describe a continuación. El motor de control de reproducción 32 ejecuta procesamiento con base en la información de PL cuando una función es invocada. Este procesamiento se lleva a cabo mientras dura el AVClip para reproducción, ya sea que el tiempo de reproducción sea 15 minutos o 30 minutos. Un problema aquí es el retardo de tiempo en medio cuando la máquina virtual Java 30 regresa una respuesta exitosa y cuando el motor de control de reproducción 32 en realidad termina el procesamiento. La máquina virtual Java 30, que es una entidad de ejecución controlada por sucesos, regresa una respuesta que indica si la reproducción fue o no exitosa inmediatamente después de la invocación, mientras que el motor de control de reproducción 32 termina la reproducción del AVClip y elementos de reproducción después de que han transcurrido los 15 o 30 minutos de la reproducción. Por consiguiente, el momento en el cual una respuesta exitosa es regresada a una aplicación no se puede usar como una base para medir el fin del procesamiento 15 o 30 minutos más tarde. Medir el fin del procesamiento se vuelve más difícil cuando se realiza avance rápido o rebobinado durante la reproducción de PL puesto que el tiempo de reproducción de 15 o 30 minutos es sometido entonces a cambio. En vista de esto, el motor de control de reproducción 32 produce sucesos que indican el fin de la reproducción del elemento de reproducción y AVClip a una aplicación cuando la reproducción de un elemento de reproducción o AVClip respectivos termina. Esto permite que la aplicación conozca los puntos en los cuales el motor de control de reproducción 32 terminó la reproducción del elemento de reproducción y AVClip. Administrador de módulos 33 El administrador de módulos 33 lee INDEX. BDMV y elige uno de los elementos de información de título en INDEX. BDMV como información de título actual. El administrador de módulos 33 lee un objeto BD-J indicado por la información de título actual y controla el motor de control de reproducción 32 para realizar controles de reproducción con base en la información de PL descrita en el objeto BD-J. El administrador de módulos 33 controla también la máquina virtual Java 30 para leer y ejecutar archivos empaquetados Java descritos en el objeto BD-J. Si la reproducción de un flujo digital con base en la información de PL y ejecución de las aplicaciones termina o si el usuario invoca un menú, el administrador de módulos 33 lee la información de título que define otro título y elige este elemento de información de título como la información de título actual. La elección de otro elemento de información de título como la información de título actual de acuerdo con la reproducción del flujo digital o una invocación de menú de usuario es llamada un "cambio de título" . La transición de estatus mostrada en la figura 21 se puede realizar al llevar a cabo de manera repetida cambios de título. Las ventanas ovales en la figura 21 representan títulos. Los títulos incluyen un "PrimerTítuloDe Reproducción" para reproducción cuando un BD-ROM es cargado primero, un "TítuloDeMenú_Superior" que constituye un menú superior, y otros títulos generales. Las flechas jhl , jh2, jh3 , jh4 , jh5, jh6, jhl, y jh8 en la figura 21 indican de manera simbólica la bifurcación entre títulos.

La transición de estatus mostrada en la figura 21 implica reproducir el PrimerTítuloDeReproducción cuando el BD-ROM es cargado, y luego bifurcar a TítuloDeMenú_Superior y esperar una selección del menú superior. Cuando el usuario selecciona del menú, el título respectivo es reproducido de acuerdo con la selección, antes de regresar de nuevo al TítuloDeMenú_Superior . La repetición sin fin de este procesamiento hasta que el disco sea expulsado es una transición de estatus exclusiva del contenido del disco. Esta transición de estado se realiza bajo el control del administrador de módulos 33 descrito con anterioridad. Esto completa la descripción de la máquina virtual Java 30, motor de presentación 31, motor de control de reproducción 32, y administrador de módulos 33. Los controles en el motor de control de reproducción 32 por la máquina virtual Java 30 son llevados a cabo vía un paquete virtual. Para realizar controles en el motor de control de reproducción 32 vía un paquete virtual, el aparato de reproducción incluye un módulo de administración de red 37 y una unidad de sistema de archivos virtuales 38. Estos elementos se describen a continuación . Módulo de administración de red 37 El módulo de administración de red 37 descarga datos requeridos para crear paquetes virtuales de sitios web administrados por los proveedores de películas, de acuerdo con invocaciones de métodos de aplicaciones. Estos datos incluyen archivos (información de PL, información de clip, AVClips, archivos empaquetados Java, etc.) que ya sea reemplazan o se agregan a archivos de información de administración de fusión, archivos de información de firma, y archivos en BD-ROM. Cuando aplicaciones en la memoria de trabajo 54 hacen solicitudes de descarga, el módulo de administración de red 37 descarga datos requeridos para crear paquetes virtuales vía una red y escribe los datos descargados al almacenamiento local 18. Unidad de sistema de archivos virtuales 38 La unidad de sistema de archivos virtuales 38 es un elemento que pertenece a la segunda capa en la figura 19 que crea paquetes virtuales de acuerdo con invocaciones de método de las aplicaciones. La creación de un paquete virtual incluye procesamiento para administrar el estatus de AVClips que constituyen el paquete virtual y procesamiento para generar información de paquete virtual. Información de paquete virtual La información de paquete virtual expande la información de administración de volumen en BD-ROM. La información de administración de volumen a la que se hace referencia aquí define la estructura de directorio que existe en los medios de grabación, y se compone de información de administración de directorios referente a directorios e información de administración de archivos referente a archivos.

La información de paquete virtual expande la estructura de directorio en BD-ROM al agregar nueva información de administración de archivos a la información de administración de volumen que muestra la estructura de directorio. La información de administración de archivos agregada a la información de administración de volumen se refiere a información de PL, información de clip, AVClips y archivos empaquetados Java que existen en el almacenamiento local 18. Crear información de paquete virtual a la cual esta información de administración de archivos ha sido agregada y proveer esta información de paquete virtual al motor de control de reproducción 32 permite que el motor de control de reproducción reconozca información de PL, información de clip, AVClips y archivos empaquetados Java almacenados en el almacenamiento local 18 como existentes en BD-ROM. La figura 22 muestra una creación de ejemplo de información de paquete virtual por la unidad de sistema de archivos virtuales 38. En la parte superior izquierda de la figura 22 se encuentra la estructura de directorio en BD-ROM, que es la misma que la figura 2. En la parte inferior izquierda se encuentra la estructura de directorio en el almacenamiento local 18, que es la misma que la figura 14. La información de administración de archivos referente a información de PL, información de clip, AVClips y archivos empaquetados Java en el almacenamiento local 18 se agrega a la información de administración de volumen en BD-ROM. Específicamente : i) la información de administración de archivos referente a la información de lista de reproducción #2 (00002.mpls) en el almacenamiento local 18 se agrega a la información de administración de directorios en el directorio LISTA DE REPRODUCCIÓN; ii) la información de administración de archivos referente a la información de clip #2, #3 y #4 (00002. clip, 00003. clip, 00004. clip) en el almacenamiento local 18 se agrega a la información de administración de directorios en el directorio CLIPINF; iii) información de administración de archivos referente a AVClips #2, #3 y #4 (00002. m2ts, 00003.m2ts, 00004.m2ts) en el almacenamiento local 18 se agrega a la información de administración de directorios en el directorio FLUJO; y iv) la información de administración de archivos referente al archivo empaquetado Java "00002. jar" en el almacenamiento local 18 se agrega a la información de administración de directorios para el directorio BDJA. Se obtiene así la información de paquete virtual . En otras palabras, la información de paquete virtual es información de administración de volumen que ha sido agregada en la manera anterior.

Esta información de paquete virtual es luego provista al motor de control de reproducción 32, el cual es así capaz de tratar información de PL, información de clip, AV clips, y archivos empaquetados Java en el almacenamiento local 18 sobre una base igual con la información de PL, información de clip, AVClips, y archivos empaquetados Java en BD-ROM. La generación de la información de paquete virtual es como se describe anteriormente. Lo siguiente describe el tiempo en el cual la información de paquete virtual es actualizada. Suponer que el BD-ROM es expulsado después de bifurcación realizada en el orden numérico de los signos de referencia indicados por las flechas jhl , jh2, jh3 , jh4, etc. en la figura 21. Esto permite que el intervalo de tiempo continuo desde la carga hasta la expulsión del BD-ROM sea visto como un solo eje de tiempo. Este eje de tiempo es tomado como el eje de tiempo para el disco completo. La figura 23A muestra el eje de tiempo para el disco completo, mientras que la figura 23B muestra la estructura de este eje de tiempo. Como se muestra en la figura 23B, el eje de tiempo para el disco completo se compone de intervalos durante los cuales el PrimerTítuloDeReproducción es reproducido, intervalos durante los cuales el TítuloDeMenú_Superior es reproducido, e intervalos durante los cuales títulos generales (Título #1, etc . ) son reproducidos . En cuanto a la manera en la cual los intervalos de reproducción de estos títulos se definen, debido a que cada título está constituido solamente de un objeto BD-J, el periodo durante cual cualquier objeto BD-J dado es válido puede ser considerado como el intervalo de reproducción de un título. El espacio entre estos intervalos de reproducción, o más bien el intervalo para cambiar de un título a otro (es decir, "cambio de título"), es cuando la información de paquete virtual es actualizada. Un procedimiento para descargar nuevos archivos de de información de administración de fusión y de información de firma y archivos de contenido por una aplicación Java se describe a continuación con el uso de la figura 24. La aplicación Java primero envía el archivo de información de administración de fusión actual al servidor (paso Sil), y solicita así una descarga, y juzga si los datos han sido recibidos del servidor (paso S12). Cuando los datos son descargados, la aplicación Java crea un nuevo directorio en un directorio de disco correspondiente y escribe el archivo de información de administración de fusión y el archivo de información de firma descargados al nuevo directorio (paso S13) . Observar que si los nombres de archivo de los archivos de información de administración de fusión y de información de firma descargados no coinciden con los archivos de información de administración de fusión y de información de firma existentes en el directorio del disco, los archivos descargados pueden ser colocados directamente debajo del directorio existente (directorio de disco #1) sin crear un nuevo directorio. Los AVClips, información de clip, información de PL, y archivos empaquetados Java descargados son escritos al directorio correspondiente (paso S14) . La aplicación Java invoca luego un método de solicitud de actualización con el uso de las rutas de archivo de los nuevos archivos de información de administración de fusión y de información de firma como argumentos (paso S15) . La aplicación Java juzga si el valor de regreso es falso (paso S16) , y termina el procesamiento si es falso. Si el valor de regreso no es falso, la aplicación Java ejecuta un procesamiento con el uso de la información de paquete virtual actualizada (paso S17) . Observar que aunque el procesamiento anterior se describe en términos de la aplicación Java que envía el archivo de información de administración de fusión actual al servidor al solicitar una descarga, la aplicación Java puede enviar únicamente el ID del archivo de información de administración de fusión. Un procedimiento "de preparación" de actualización realizado por la unidad de sistema de archivos virtuales 38 al recibir una solicitud de actualización se describe a continuación con el uso de la figura 25. La unidad de sistema de archivos virtuales 38 primero lee los nuevos archivos de información de administración de fusión y de información de firma con el uso de las rutas de archivo que sirven como argumentos al invocar un método (paso S21) , y verifica la firma a fin de comprobar si el nuevo archivo de información de administración de fusión ha sido manipulado (paso S22) . Se realiza una terminación excepcional si la firma no puede ser verificada. Si la firma es verificada, la unidad de sistema de archivos virtuales 38 comprueba la autoridad de la aplicación de invocación (paso S23). Una terminación excepcional se lleva a cabo si la aplicación de invocación no está autorizada. Si la aplicación de invocación es autorizada, la unidad de sistema de archivos virtuales 38 juzga si los archivos especificados por el nuevo archivo de información de administración de fusión existen en realidad en el almacenamiento local (paso S24) . Una terminación excepcional se lleva a cabo si estos archivos no existen. Si estos archivos existen, la unidad de sistema de archivos virtuales 38 cambia los nuevos archivos de información de administración de fusión y de firma y todos los archivos en el almacenamiento local referenciados del nuevo archivo de información de administración de fusión a sólo lectura (paso S25). La figura 26 es un diagrama de flujo de un procesamiento "de actualización" del paquete virtual por la unidad de sistema de archivos virtuales 38. La unidad de sistema de archivos virtuales 38 primero identifica el directorio de disco que corresponde al BD-ROM cargado y reemplaza los archivos de información de administración de fusión y de firma en el directorio de disco con los nuevos archivos de información de administración de fusión y de firma especificados por las rutas de archivo que sirven como argumentos cuando la aplicación Java invoca el método de solicitud de actualización (paso S31) . La unidad de sistema de archivos virtuales 38 luego agrega la información de administración de archivos de información de PL especificada por el archivo de información de administración de fusión en el almacenamiento local 18 a la información de administración de directorios en el directorio LISTA DE REPRODUCCIÓN (paso S32), y ejecuta el ciclo de pasos S33 a S37. Este ciclo implica repetir los pasos S34 a S36 para cada elemento de información de clip que existe en el almacenamiento local 18. Aquí, un elemento de información de clip destinado a procesamiento de ciclo se da como información de clip x. La unidad de sistema de archivos virtuales 38 identifica un AVClip que corresponde con la información de clip x (paso S34) , agrega la información de administración de archivos de la información de clip x especificada por el archivo de información de administración de fusión en el almacenamiento local 18 a la información de administración de directorios en el directorio CLIPINF (paso S35) , y agrega la información de administración de archivos del AVClip x especificado por el archivo de información de administración de fusión en el almacenamiento local 18 a la información de administración de directorios en el directorio FLUJO (paso S36) . Al repetir el procesamiento anterior para toda la información de clip y AVClips en el almacenamiento local 18, la información de administración de archivos referente a la información de clip y AVClips es agregada a la información de administración de volumen. La información de administración de volumen así obtenida es información de paquete virtual. La unidad de sistema de archivos virtuales 38 provee esta información de paquete virtual a la aplicación que hizo la invocación de paquete virtual (paso S38) , y termina el procesamiento. La figura 27 es un diagrama de flujo del procesamiento por el administrador de módulos 33. El administrador de módulos 33 primero elige el PrimerTítuloDeReproducción como el título actual (paso S41) , especifica el objeto BD-J que corresponde el título actual como el objeto BD-J actual (paso S42) , y hace que el motor de control de reproducción 32 ejecute la reproducción de PL con base en información de PL descrita en el objeto BD-J actual (paso S43) . El administrador de módulos 33 luego hace que la plataforma Java 29b ejecute aplicaciones Java cuyo ciclo de vida es el título actual en la tabla de administración de aplicaciones del objeto BD-J actual (paso S44) , y hace que la plataforma Java 29b termine aplicaciones Java cuyo ciclo de vida no es el título actual (paso S45) . El administrador de módulos 33 juzga entonces si la reproducción de PL basada en la información de PL actual ha sido completada (paso S46) y si ha sido completada, el administrador de módulos 33 identifica el siguiente título (paso S47), y elige este título como el título actual (paso S48) . Si la reproducción de PL actual no está aún completada, el administrador de módulos 33 juzga si ha ocurrido una invocación de título (paso S49) y se mueve al paso S47 si éste es el caso. Si no ha ocurrido una invocación de título, el administrador de módulos 33 juzga si ha ocurrido un salto de título (paso S50), y se mueve al paso S47 si éste es el caso. Si no ha ocurrido un salto de título, el administrador de módulos 33 juzga si una aplicación principal del título actual ha terminado (paso S51) y se mueve al paso S47 si éste es el caso. Si la aplicación principal no ha terminado aún, el administrador de módulos 33 regresa al paso S46. La figura 28 es un diagrama de flujo - de procesamiento de reproducción por el motor de control de reproducción 32. El motor de control de reproducción 32 ejecuta el ciclo de pasos S62 a S68 después de establecer el primer elemento de información de ElementoDeReproducción en la información de PL actual como ElementoDeReproducción i (paso S61) . La variable de control en este ciclo es la variable i.

El motor de control de reproducción 32 incrementa la variable de control i en "1" en el paso S68 después de ejecutar los pasos S62 a S66 hasta que la variable i exceda el número de elementos de reproducción (paso S67) . Los pasos S62 a S66 se describen a continuación. El motor de control de reproducción 32 establece el AVClip descrito en el Nombre_de_archivo_de_información_de_clip en el ElementoDeReproducción i como AVClip (paso S62) , y ordena al dispositivo de unidad y decodificador que reproduzcan el AVClip del ElementoDeReproducción. Tiempo_de_entrada al ElementoDeReproducción. Tiempo_de_salida (paso S63). El motor de control de reproducción 32 juzga si existe un SubElemento DeReproducción k que especifica el ElementoDeReproducción i en el Id_de_ElementoDeRreproducción_de_sinc (paso S64) , y se mueve directamente al paso S67 si este SubElementoDe Reproducción no existe. Si el SubElementoDeReproducción k existe, el motor de control de reproducción 32 establece el AVClip descrito por el Nombre_de_archivo_de_información_de_ clip del SubElementoDeReproducción k como AVClip h (paso S65) , ordena al dispositivo de unidad y decodificador que reproduzcan el AVClip h desde el PTS_de_inicio_de_sinc_de_ ElementoDeReproducción hasta el Tiempo_de_salida (paso S66) , y se mueve al paso S67. Una secuencia de flujo definida por la información de PL es reproducida como resultado de que este procesamiento se repite para toda la información de ElementoDeRreproducción que constituye la información de PL. La figura 29 muestra cómo se actualiza la información de paquete virtual durante un cambio de título. El primer nivel en la figura 29 muestra intervalos de reproducción de título en el eje de tiempo, el segundo nivel muestra una aplicación Java cuyo ciclo de vida es el Título #1, el tercer nivel muestra un flujo digital, y el cuarto nivel muestra el estatus de la unidad de sistema de archivos virtuales 38. La unidad de sistema de archivos virtuales 38 es puesta en un estado "de preparación" al recibir una solicitud de actualización de la aplicación Java, y lleva a cabo el procesamiento mostrado en la figura 25. Después de realizar este procesamiento, la unidad de sistema de archivos virtuales 38 espera en un estado "preparado" un cambio de título. Cuando el cambio de título ocurre, la unidad de sistema de archivos virtuales 38 es puesta en un estado "de actualización", y ejecuta el procesamiento que se muestra en la figura 26 para actualizar el paquete virtual, antes de volver a un estado "estable". Si el Título #1 es seleccionado de nuevo del TítuloDeMenú_ Superior después de que la unidad de sistema de archivos virtuales 38 ha vuelto a un estado "estable", el Título #1 es reproducido con el uso del paquete virtual actualizado.

Aquí, ocurre un cambio de título cuando el administrador de módulos 33 elige un título diferente del título actual debido, por ejemplo, a reproducción de una secuencia de flujo que termina o un menú que es invocado por un usuario. El procesamiento anterior se describe de manera esquemática con el uso de las figuras 30 a 33. La figura 30 muestra una aplicación Java que envía el archivo de información de administración de fusión actual al servidor. Los archivos mostrados bajo RAÍZ se ubican en el almacenamiento local, mientras que los archivos bajo BDMV se ubican en un paquete virtual. La figura 31 muestra la aplicación Java que descarga archivos de contenido, un nuevo archivo de información de administración de fusión, y un nuevo archivo de información de firma. " 00012. clpi" y "00012.m2ts"son archivos de contenido descargados, mientras que los archivos de información de administración de fusión y de firma almacenados en el directorio nuevoMF han sido recién descargados. La figura 32 muestra una aplicación Java que solicita a la unidad de sistema de archivos virtuales 38 que actualice los archivos de información de administración de fusión y de información de firma existentes a los archivos recién descargados. Esta solicitud de actualización se hace al usar las rutas de archivo para especificar los nuevos archivos de información de administración de fusión y de información de firma . La figura 33 muestra el reemplazo de archivos de información de administración de fusión y de información de firma, y la correlación de archivos de contenido. El reemplazo de los archivos de información de administración de fusión y de información de firma antiguos durante la actualización se muestra en el lado izquierdo de la figura 33. La correlación de archivos de contenido después del cambio de título se muestra en el lado derecho de la figura 33. Observar que el atributo de sólo lectura de archivos referenciados de la información de administración de fusión antigua pero no de la información de administración de fusión nueva es retirado, lo cual hace estos archivos escribibles por una aplicación Java. El archivo de información de administración de fusión incluye información que indica la ubicación de contenido añadido al almacenamiento local. La información que indica la ubicación de contenido adicional incluye IDs de contenido, las rutas de directorio de directorios en los cuales el contenido es almacenado, o las rutas de archivo de archivos de contenido individuales . La información de correlación de nombres archivo se puede describir en el archivo de información de administración de fusión al correlacionar estos archivos con un paquete virtual, para permitir que estos archivos sean accedidos bajo diferentes nombres de archivo en el paquete virtual. Aquí, la información de correlación de nombres de archivo correlaciona nombres de archivo (que incluyen la ruta de archivo) en un paquete virtual con nombres de archivo (que incluyen la ruta de archivo) en el almacenamiento local. En este caso, paquetes virtuales son creados por la unidad de sistema de archivos virtuales 38 como medios de paquete virtual constituidos a partir de archivos cuyos nombres de archivo en el paquete virtual descrito en la información de correlación de nombres de archivo han sido añadidos a la estructura de archivo en BD-ROM. Los archivos en un paquete virtual accedido por una aplicación Java son especificados como archivos en el paquete virtual más que como archivos en BD-ROM o en el almacenamiento local . Cuando una aplicación Java solicita acceso a un archivo en un paquete virtual, la unidad de sistema de archivos virtuales 38 cambia el destino de acceso ya sea a almacenamiento local o BD-ROM con base en la información de correlación de nombres de archivo. Si el archivo deseado es descrito en la información de correlación de nombres de archivo, el destino de acceso es cambiado a un archivo correspondiente en el almacenamiento local. Si el archivo deseado no está descrito en la información de correlación de nombres de archivo, el destino de acceso es cambiado a un archivo correspondiente en BD-ROM.

En otras palabras, el creador de una aplicación Java no necesita percatarse del medio (BD-ROM o almacenamiento local) en el cual son almacenados los archivos individuales, ya que la unidad de sistema de archivos virtuales 38 cambia el destino de acceso de un archivo especificado en un paquete virtual por una aplicación Java al medio que realmente almacena el archivo, con lo cual aligera la carga de la creación de programas . De acuerdo con la presente modalidad, un paquete virtual es actualizado durante un cambio de título, lo que significa que el reemplazo de un objeto de reproducción no ocasionará una operación anormal del aparato de reproducción. Modalidad 2 La presente modalidad se refiere a una mejora cuando se realizan invocaciones de título. Una invocación de título da por resultado que el título invocado es reproducido después de suspender primero el título actual, y el título original es luego reanudado después de que la reproducción del título invocado ha terminado. Debido a que las invocaciones de título son establecidas en la reproducción que se reanuda, el motor de control de reproducción 32 guarda parámetros de sistema para controles de reproducción almacenados en PSRs para respaldar PSRs cuando un título sea invocado, y reanuda los parámetros guardados a los PSRs después de que la reproducción del título invocado ha terminado.

La siguiente es una lista de parámetros de sistema almacenados en PSRs . PSR 0 a PSR 12 almacenan parámetros de sistema que muestran el estatus de reproducción, PSR 13 a PSR 19 almacenan parámetros de sistema establecidos por el reproductor como preferencias, y PSR 20 a PSR 32 son PSRs de respaldo.

PSR 0 : Número de flujo de I-gráficos PSR 1 : Número de flujo de audio PSR 2 : Número de flujo de P-gráficos/flujo de TextST PSR 3 : Número de ángulo PSR 4 : Número de título actual PSR 5 : Número de capítulo actual PSR 6 : ID de lista de reproducción actual PSR 7 : ID de elemento de reproducción actual PSR 8 : Información de tiempo de reproducción PSR 9 : Temporizador de navegación PSR 10 : Información clave de selección PSR 11 : ID de página actual en el flujo de I-gráficos PSR 12 : ID de estilo de usuario en el flujo de P- gráficos y flujo TextST PSR 13 : Nivel precursor PSR 14 : Información de soporte de subtítulo PSR 15 : Valor de establecimiento de reproductor (audio) PSR 16 : Código de idioma para flujo de audio PSR 17 : Código de idioma para flujo de P-gráficos y flujo TextST PSR 18 : Código de idioma para menú PSR 19 : Información de versión de reproductor PSR 20 : Respaldo para PSR 0 PSR 21 : Respaldo para PSR 1 PSR 22 : Respaldo para PSR 2 PSR 23 : Respaldo para PSR 3 PSR 24 : Respaldo para PSR 4 PSR 25 : Respaldo para PSR 5 PSR 26 : Respaldo para PSR 6 PSR 27 : Respaldo para PSR 7 PSR 28 : Respaldo para PSR 8 PSR 29 : Respaldo para PSR 9 PSR 30 : Respaldo para PSR 10 PSR 31 : Respaldo para PSR 11 PSR 32 : Respaldo para PSR 12 Actualizar la información de paquete virtual durante una invocación de título da por resultado diferencias en la información de paquete virtual antes y después de la invocación. Debido a que la información de paquete virtual habrá cambiado cuando el título original sea restaurado, pueden surgir errores si el motor de control de reproducción 32 intenta reproducir el título original con el uso de valores de respaldo. Este problema se evita al borrar los PSRs de respaldo cuando una aplicación Java ha solicitado actualización. Sin embargo, dado que el cambio puede no tener efecto dependiendo del contenido del archivo de información de administración de fusión, la decisión en cuanto a si borrar los valores de parámetro de sistema se puede dejar a la aplicación Java. La figura 34A es un diagrama de flujo de procesamiento por el motor de control de reproducción 32 al suspender la reproducción del título actual después de una invocación de título. La figura 34B es un diagrama de flujo de procesamiento por el motor de control de reproducción 32 al reanudar la reproducción del título original después de que la reproducción del título invocado ha terminado. Cuando la reproducción del título actual es suspendida, el motor de control de reproducción 32 guarda PSRs 0-12 a PSRs 20-32 (paso S71) . Cuando la reproducción del título original es reanudada después de que la reproducción del título invocado ha terminado, el motor de control de reproducción 32 primero juzga si la información de paquete virtual ha sido actualizada (paso S81) . Los PSRs 20-32 son restaurados a los PSRs 0-12 (paso S83) si no se actualizan, mientras que los PSRs 20-32 son inicializados (paso S82) antes de realizar el paso S83 si la información de paquete virtual ha sido actualizada. De acuerdo con la presente modalidad, los PSRs de respaldo son inicializados cuando la información de paquete virtual ha sido actualizada durante una invocación de título, y se elimina así el peligro de errores de reproducción que ocurren cuando la reproducción del título original es reanudada. La operación estable del motor de control de reproducción 32 se permite de esta manera. Observar que los valores de parámetros de sistema en los PSRs pueden ser borrados de manera obligatoria cuando la información de paquete virtual es actualizada, en lugar de dejar esta decisión a la aplicación Java. Modalidad 3 La presente modalidad se refiere a un método para administrar la versión de información de administración de fusión y especificar contenido adicional para fusión de una aplicación residente en el aparato de reproducción. La figura 35 muestra un contenido de ejemplo de un archivo de información de administración de fusión referente a la presente modalidad. En la modalidad 1, el archivo de información de administración de fusión (o más bien la información de administración de fusión almacenada ahí) es actualizado al sobreescribir la información de administración de fusión antigua, lo cual da por resultado que la información antigua es borrada. En la presente modalidad, nueva información de administración de fusión es añadida de manera continua al archivo sin sobreescribir la información antigua aún para el mismo ID de disco. Por consiguiente, si la unidad de sistema de archivos virtuales 38 cancela la creación de un paquete virtual y vuelve al BD-ROM original, la información que refleja este estado es retenida en el archivo de información de administración de fusión. En este caso, la celda correspondiente en el directorio destino de fusión del archivo de información de administración de fusión se deja en blanco o se inscribe con una cadena de caracteres que indica el BD-ROM original . Retener (una historia de) información de administración de fusión previa en el archivo de información de administración de fusión es permitido al no sobreescribir información de administración de fusión antigua cuando se realiza la actualización, y luego si el usuario quiere una versión antigua de un paquete virtual, la versión antigua puede ser creada con referencia a información de administración de fusión previa. Además, los paquetes virtuales creados anteriormente por el usuario pueden ser creados con referencia al archivo de información de administración de fusión (o más bien la información de administración de fusión antigua almacenada ahí) a partir de no sólo una aplicación Java sino también a partir de una aplicación residente en el aparato de reproducción. Otro ejemplo del uso de la información de administración de fusión previa por una aplicación residente implica desplegar una lista de contenido adicional de manera que el usuario pueda eliminar contenido adicional no deseado de la aplicación residente. Debido a que el archivo de información de administración de fusión se puede usar para distinguir directorios que almacenan contenido adicional, contenido adicional puede ser también recuperado y eliminado de una aplicación (es decir, una aplicación residente) diferente de la aplicación Java que almacenó el contenido adicional. La figura 33 muestra una aplicación Java referente a la presente modalidad que solicita una actualización de paquete virtual. Una diferencia con la modalidad 1 se encuentra en el hecho de que información de administración de fusión es añadida de manera continua sin sobreescribir la información antigua aun cuando ya existe información de administración de fusión para el ID de disco destino. La aplicación Java permite que el más reciente elemento de información de administración de fusión en el archivo de información de administración de fusión sea identificado al añadir información de fecha cuando se solicita una actualización de paquete virtual. La información de fecha no se limita a una fecha, y puede ser simplemente un número consecutivo. La figura 37 muestra una lista de contenido adicional de ejemplo desplegada al usuario por una aplicación residente con el uso de un archivo de información de administración de fusión. Aquí, la lista de contenido adicional desplegara se basa en el archivo de información de administración de fusión mostrado en la figura 35. Es aconsejable desplegar información que permita al usuario comprender a lo que se refiere el contenido adicional . El contenido adicional en la figura 37 es desplegado como nombres de contenido. Aunque únicamente información de fecha se añade a la información de administración de fusión en la figura 36, se pueden añadir también sinopsis del contenido adicional, ya que las aplicaciones residentes son capaces de realizar tal despliegue. En este caso, las sinopsis del contenido adicional son provistas para entrada junto con IDs de contenido cuando la aplicación Java solicita una actualización de paquete virtual. Estas sinopsis pueden especificar rutas de archivo a archivos que contienen sinopsis respectivas, más que simplemente implicar la entrada directa de cadenas de caracteres. La información de administración de fusión almacena así sinopsis de contenido además de fechas de actualización, y una aplicación residente es capaz de desplegar estas sinopsis en la lista de contenido adicional junto con la información de fecha. Más que hacer que la aplicación Java especifique sinopsis de contenido, meta-información que muestra de lo que se trata el contenido específico se puede agregar al contenido en sí, y una aplicación residente puede leer esta información y desplegar sinopsis con base en la información leída. La columna "AGREGADO EN" en la figura 37 muestra las fechas en las cuales contenido adicional respectivo fue primero fusionado con el BD-ROM. Esta información se puede leer también de la información de administración de fusión. Observar que las fechas en las cuales contenido adicional fue primero fusionado se pueden mantener por separado de la información de administración de fusión. Estas fechas se pueden determinar también a partir de las fechas en las cuales se crearon directorios para almacenar el contenido adicional . Cuando se oprime uno de los botones de selección desplegados en la lista de contenido adicional, la aplicación residente escribe la ruta de directorio/ID de disco del contenido seleccionado y la fecha de selección al archivo de información de administración de fusión como información de administración de fusión correspondiente. En otras palabras, el contenido adicional seleccionado más recientemente se convierte en la información de administración de fusión más reciente. Si el BD-ROM original es seleccionado, se inserta ya sea un valor que indica el BD-ROM original o una celda en blanco en el directorio destino de fusión del archivo de información de administración de fusión. Cuando se oprime uno de los botones de borrado desplegados en la lista de contenido adicional, la aplicación lee el directorio del contenido adicional para borrado con referencia al archivo de información de administración de fusión, y borra este directorio. La información de administración de fusión correspondiente al ID de contenido de este contenido es también borrada del archivo de información de administración de fusión. La figura 38 es un diagrama de flujo del flujo de procesamiento referente a la presente modalidad desde la carga de un BD-ROM hasta la reproducción. La unidad de sistema de archivos virtuales 38 primero comprueba el ID de disco del BD-ROM cargado (paso S91) , lee el archivo de información de administración de fusión (paso S92) y juzga si existe información de administración de fusión correspondiente al ID de disco del BD-ROM cargado (paso S93) . Si juzga en negativo (paso S93 = NO) , la reproducción se lleva a cabo con el uso de únicamente el BD-ROM original (paso S94) . Si se juzga en afirmativo (paso S93 = SÍ) , se crea un paquete virtual con el uso de la información de administración de fusión más reciente (paso S95) . Durante la creación de un paquete virtual, la unidad de sistema de archivos virtuales 38 juzga si se ha detectado un error (paso S96) . Si se juzga en afirmativo (paso S96 = SÍ) , la unidad de sistema de archivos virtuales 38 juzga si existe información de administración de fusión anterior que corresponde al ID de disco del BD-ROM (paso S97). Si se juzga en afirmativo (paso S97 = SÍ) , se crea un paquete virtual con el uso de la versión de la información de administración de fusión que precede la información de administración de fusión más reciente (paso S98) . Si juzga en negativo (paso S97 = NO) , la reproducción se realiza con el uso de solamente el BD-ROM original (paso S94) . Si no se detecta un error en el paso S96, la reproducción se realiza con el uso del paquete virtual creado (paso S99) . Errores de ejemplo incluyen errores en la información de administración de fusión más reciente y la inexistencia de flujos referenciados de una lista de reproducción, etc. De acuerdo con la presente modalidad, se pueden crear paquetes virtuales a partir de una aplicación residente en el aparato de reproducción con el uso de versiones antiguas de información de administración de fusión con referencia a la historia de contenido del archivo de información de administración de fusión, al mantener información de administración de fusión previa en el archivo de información de administración de fusión. Si ocurre un error durante la creación de un paquete virtual, el problema se puede evitar al crear una versión antigua de un paquete anterior como un curso de acción alternativo. Modalidad 4 La presente modalidad se refiere a un método para especificar el periodo válido de un paquete virtual cuando una actualización de paquete virtual es solicitada por una aplicación Java, y usar el paquete virtual para realizar la reproducción solamente dentro del periodo válido. La figura 39 muestra un intervalo válido que es especificado cuando se solicita una actualización de paquete virtual. La aplicación Java especifica tanto el ID de contenido de un contenido adicional para fusión como un periodo válido para uso del paquete virtual. Por ejemplo, si el usuario quiere reproducir contenido como un paquete virtual hasta que el disco sea expulsado y luego reproducir contenido con el uso de únicamente el BD-ROM original después de recargar el disco, un valor que indica que el paquete virtual es válido hasta que el disco sea expulsado es especificado en un argumento cuando una actualización de paquete virtual es solicitada desde la aplicación Java. La figura 40 es un diagrama de flujo del flujo de procesamiento referente a la presente modalidad desde la carga de un BD-ROM (o reinicialización del aparato de reproducción) hasta la reproducción. La unidad de sistema de archivos virtuales 38 primero comprueba el ID de disco del BD-ROM cargado (paso S101) , lee el archivo de información de administración de fusión (paso S102), y juzga si existe información de administración de fusión correspondiente al ID de disco del BD-ROM cargado (paso S103). Si juzga en negativo (paso S103 = NO) , la reproducción se realiza con el uso de solamente el BD-ROM original (paso S104) . Si se juzga en afirmativo (paso S103 = SÍ) , la unidad de sistema de archivos virtuales 38 juzga si la información de administración de fusión correspondiente se encuentra dentro del periodo válido (paso S105) . Si ya no es válida, la información de administración de fusión correspondiente es borrada (paso S106), y la reproducción se realiza con el uso de solamente el BD-ROM original (paso S104) . Si aún es válida, la información de administración de fusión correspondiente se usa para crear un paquete virtual (paso S107) , y la reproducción se realiza con el uso del paquete virtual (paso S108) . Observar que un patrón en el cual se crean paquetes virtuales sólo modo Java es también concebible como una aplicación de la presente modalidad. Si se especifica sólo modo Java cuando la creación de paquetes virtuales es solicitada desde una aplicación Java, la unidad de sistema de archivos virtuales 38 crea un paquete virtual cuando hay una transición de modo tipo DVD a modo Java, y luego cambia a modo Java. A la inversa, cuando hay una transición de modo Java a modo tipo DVD, la unidad de sistema de archivos virtuales 38 cambia a modo tipo DVD después de cancelar el paquete virtual y volver al BD-ROM original. De acuerdo con la presente modalidad, es posible especificar un periodo válido para reproducción con el uso de un paquete virtual, y se permite de esta manera la reproducción con el uso de paquetes virtuales de sólo una vez (es decir, paquetes virtuales que son inhabilitados una vez que el BD-ROM es expulsado) , y creación de paquetes virtuales con limitaciones de periodo de uso. Observar que aunque en la presente modalidad un periodo válido es especificado cuando una actualización de paquete virtual es solicitada, un periodo válido se puede especificar también cuando una creación de paquete virtual es solicitada después de cargar un BD-ROM. Modalidad 5 La siguiente es una descripción detallada referente a la autoridad de la aplicación de invocación en el paso S23 en la figura 25 de la modalidad 1. Específicamente, la presente modalidad se refiere a un método para denegar solicitudes de actualización de paquete virtual desde aplicaciones Java no autorizadas. La figura 41 muestra archivos de solicitud de permiso que se usan para analizar solicitudes de actualización de paquete virtual. Como se describe con anterioridad, una actualización de paquete virtual se realiza sobre la base de solicitudes de actualización desde aplicaciones Java. No obstante, cuando la actualización se realiza sobre la base de una solicitud de una aplicación Java no autorizada, existe el peligro de que el contenido del disco sea actualizado de manera ilegal en términos de que las restricciones de visualización sean cambiadas o la reproducción de clips de video que solamente pueden ser visualizados bajo ciertas condiciones sea habilitada. En vista de esto, una actualización de paquete virtual de acuerdo con la presente modalidad puede ser solicitada solamente desde aplicaciones Java que tengan permiso de actualización, que es información que muestra que se ha concedido permiso de solicitar la actualización. Se juzga si se tiene o no permiso de actualización mediante comprobación del contenido de un archivo de solicitud de permiso correspondiente a una aplicación Java que emite una solicitud. Específicamente un cargador de clase restringe las funciones de aplicaciones Java de acuerdo con el contenido de archivos de solicitud de permiso respectivos. Por ejemplo, una solicitud de actualización es procesada si un valor de atributo de actualización en el archivo de solicitud de permiso es "verdadero" pero es denegada si es "falso". La figura 42 muestra restricciones de acceso impuestas en un directorio en el almacenamiento local destinado a fusión. Si el contenido de un directorio destinado a fusión es alterado por una aplicación Java no autorizada, existe el peligro de que el contenido del paquete virtual sea cambiado en forma ilegal a pesar de que las solicitudes actualización sean analizadas. En vista de esto, el permiso para acceder al almacenamiento local es también restringido sobre la base del contenido de archivos de solicitud de permiso respectivos. Por ejemplo, si los valores de atributo tanto de lectura como de escritura en un archivo de solicitud de permiso son "verdaderos", el contenido descargado puede ser escrito y los archivos almacenados pueden ser leídos y editados. Sin embargo, restricciones de acceso a archivos serán impuestas en aplicaciones Java con un archivo de solicitud de permiso en el cual cualquiera de los valores de atributo de lectura y escritura o ambos son "falsos", o aplicaciones Java sin un archivo de solicitud de permiso. De acuerdo con la presente modalidad, se puede evitar que aplicaciones Java no autorizadas tengan paquetes virtuales actualizados y cambien el contenido de directorios en el almacenamiento local. Lo siguiente es un ejemplo específico del uso de archivos de solicitud de permiso para restringir la actualización de paquetes virtuales. Considerar un ejemplo en el cual los directorios son asignados en el almacenamiento local a proveedores de películas específicos. Específicamente, suponer que el contenido provisto por Estudios A, Estudios B y C Inc. es almacenado tanto en el almacenamiento local como en BD-ROM. Aquí, C Inc. es el proveedor de revistas digitales. Sería problemático al fusionar contenido en el almacenamiento local con BD-ROM, si, por ejemplo, el contenido provisto por Estudios B se fusionara con el contenido provisto por Estudios A. En vista de esto, el permiso de actualización es concedido solamente a C Inc. (es decir, valor de atributo de actualización en el archivo de solicitud de permiso fijado en "verdadero"), y se permite así hacer disponibles diversos servicios. Estudios A y Estudios B pueden únicamente fusionar su propio contenido. Modalidad 6 La presente modalidad se .refiere a un método para actualizar un paquete virtual durante un cambio de título en el caso de aplicaciones Java que operan en una pluralidad de títulos . La figura 43 muestra tanto aplicaciones Java cuyo ciclo de vida está limitado a un solo título como aplicaciones Java cuyo ciclo de vida abarca una pluralidad de títulos. Los ciclos de vida de aplicaciones Java se muestran en la información de administración de aplicaciones, y el administrador de módulos 33 administra el inicio y fin de aplicaciones Java de acuerdo con esta información de administración de aplicaciones. Las aplicaciones Java incluyen aquellas que pueden existir solamente dentro del título en el cual iniciaron (en adelante "aplicaciones unidas a título") y aquellas que pueden existir en una pluralidad de títulos (en adelante "aplicaciones no unidas a título"). La información de administración de aplicaciones contiene números de título, IDs de aplicaciones e información que muestra si aplicaciones Java particulares están unidas o no unidas. En la información de administración de aplicaciones mostrada en la figura 43, por ejemplo, la aplicación Java #1 está unida y la aplicación Java #2 no está unida en el título #1. El administrador de módulos 33 termina la aplicación Java #1 unida junto con el fin del título #1. Por otra parte, se permite que la aplicación Java #2 no unida viva más allá del fin del título #1, donde la decisión de terminar o no está aplicación se hace de acuerdo con la información de administración de aplicaciones del siguiente título. Debido a que la información de administración de aplicaciones en el ejemplo de la figura 43 muestra que la aplicación Java #2 puede existir tanto en el título #1 como en el título #2, se permite que esta aplicación viva la transición del título #1 a título #2. Sin embargo, debido a que la aplicación Java #2 está unida a título en el título #2, el administrador de módulos 33 termina la aplicación junto con el fin de este título. La figura 44 muestra el procesamiento realizado en una aplicación no unida a título cuando un paquete virtual es actualizado durante un cambio de título. Como se muestra en la figura 43, las aplicaciones no unidas a título que pueden existir tanto en el título antes de un cambio de título como en el título después de un cambio de título continúan operando a través del cambio de título. No obstante, si se solicita una actualización de paquete virtual, todas las aplicaciones entre las que se incluyen las aplicaciones no unidas a título son terminadas durante un cambio de título. Después de que el paquete virtual ha sido actualizado, las aplicaciones no unidas a título son entonces reiniciadas junto con las aplicaciones unidas a título que pertenecen al siguiente título . La figura 45 es un diagrama de flujo de procesamiento de cambio de título que toma en consideración aplicaciones no unidas a título. Cuando la reproducción de título es iniciada (paso Slll) , la unidad de sistema de archivos virtuales 38 primero juzga si una actualización de paquete virtual ha sido solicitada desde una aplicación Java durante la reproducción del título actual (paso S112) . Si se juzga en afirmativo (paso S112 = SÍ) , la unidad de sistema de archivos virtuales 38 realiza la preparación de actualización (paso S113) . Cuando ocurre un cambio de título (paso S114) , la unidad de sistema de archivos virtuales 38 juzga si la solicitud de actualización ha sido procesada (paso S115) . Si se juzga en afirmativo (paso S115 = SÍ) , todas las aplicaciones entre las que se incluyen aplicaciones no unidas a título son terminadas (paso S116) y el paquete virtual es actualizado (paso S117) . El siguiente título es entonces reproducido después del cambio de título (paso S118) . Si una actualización de paquete virtual no ha sido solicitada en el paso S112 o si una solicitud de actualización no ha sido procesada en S115, el administrador de módulos 33 termina solamente la aplicación unida a título cuando ocurre un cambio de título (paso S119) . Debido a que la presente modalidad asegura que todas las aplicaciones sean terminadas durante la actualización de paquetes virtuales, es posible prevenir cualquier pérdida de consistencia después de completar la actualización de paquetes virtuales en términos de referencias a archivos de pre-actualización antiguos restantes o nuevos archivos que existen al lado de archivos antiguos todavía en caché. Observar que si una aplicación Java capaz de existir en una pluralidad de discos ("aplicación no unida a disco") se encuentra en operación cuando ocurre un cambio de título después de que la actualización de paquete virtual ha sido solicitada, la aplicación no unida a disco puede continuar operando sin ser terminada de manera forzada al tratar la actualización de paquete virtual de la misma manera que una operación de cambio de disco.

Observar también que el administrador de módulos 33 puede administrar el inicio y fin de una aplicación no unida a título después de que ha ocurrido un cambio de título, de acuerdo con información de administración de aplicaciones actualizada después de completar la actualización de paquete virtual, sin terminar la aplicación no unida a título durante la actualización. En este caso, la aplicación no unida a título se hace para referenciar el paquete virtual de pre-actualización hasta que se complete la actualización. Modalidad 7 La presente modalidad se refiere a actualización de paquetes virtuales después de un cambio en un archivo INDEX. BDMV. Al recibir una solicitud de actualización de paquete virtual de una aplicación Java, la unidad de sistema de archivos virtuales 38 confirma que un archivo INDEX. BDMV existe en el directorio destinado a fusión. Si existe un archivo INDEX. BDMV, la unidad de sistema de archivos virtuales 38 lee el archivo INDEX. BDMV en preparación para la actualización. El archivo INDEX.BDMV existente es luego invalidado y un nuevo archivo INDEX. BDMV es validado. Este nuevo archivo INDEX. BDMV es luego usado antes de un cambio de título si, por ejemplo, una aplicación residente del reproductor de BD realiza una búsqueda de título o una aplicación Java adquiere información de título. En otras palabras, informar a las aplicaciones Java y usuarios antes de la estructura de título post actualización hace posible prevenir cambios de título a títulos que dejarán de existir después de la actualización o cambios de título a títulos no esperados . La figura 46 es un diagrama de flujo de actualización de paquete virtual después de un cambio en un archivo INDEX. BDMV. Primero, cuando un título en modo Java es reproducido (paso S121) , la unidad de sistema de archivos virtuales 38 juzga si una aplicación Java ha solicitado una actualización de paquete virtual (paso S122) , y si ha habido una solicitud, la unidad de sistema de archivos virtuales 38 recibe la solicitud y realiza la preparación de la actualización (paso S123). Al mismo tiempo que verifican si el archivo y estructura de directorios están correctos, la unidad de sistema de archivos virtuales 38 juzga si existe un archivo INDEX. BDMV (paso S124) . Si existe un archivo INDEX. BDMV, la unidad de sistema de archivos virtuales 38 invalida el archivo INDEX. BDMV existente y valida un nuevo archivo INDEX. BDMV (paso S125) antes de juzgar si ha ocurrido una invocación de título (paso S126) . Un cambio de título desde una aplicación residente en el reproductor de BD o desde una aplicación Java se realiza con referencia al nuevo archivo INDEX. BDMV validado en el paso S125. La unidad de sistema de archivos virtuales 38 lleva a cabo la actualización cuando ocurre un cambio de título (paso S127) .

Por lo tanto, aunque la actualización de paquetes virtuales no se realiza hasta que ocurre un cambio de título después de una solicitud de actualización, el nuevo archivo INDEX. BDMV se hace disponible antes del cambio de título. Esto significa que después de una solicitud de actualización, la lista de título desplegada durante una búsqueda de título habrá cambiado antes de que ocurra un cambio de título. Debido a que el usuario selecciona entonces títulos con base en la lista de títulos alterada, se pueden evitar errores que resultan de la selección de un título que dejará de existir después de la actualización. El paquete virtual puede ser actualizado así sin problemas durante un cambio de título aún si la estructura de título es alterada debido a la actualización . Observar que la actualización de paquetes virtuales después de un cambio en un archivo INDEX. BDMV se puede realizar cuando el reproductor de BD es reinicializado. Variaciones Un aparato de reproducción referente a la presente invención se describe anteriormente con base en las modalidades preferidas, aunque desde luego la presente invención no está limitada a estas modalidades. Las modalidades anteriores se describen con relación a un aparato de reproducción cuya única función es reproducir medios de grabación, aunque la presente invención no se limita a éste. Por ejemplo, la presente invención puede ser un aparato de grabación/reproducción con funciones de grabación y reproducción . Los archivos pueden ser colocados en el almacenamiento local mediante el uso de cualquier tipo de estructura, siempre que la correspondencia con los archivos en el BD-ROM destinado a fusión se muestre con claridad. En las modalidades anteriores, Java (marca registrada) se usa como el lenguaje de programación de la máquina virtual, aunque se pueden usar lenguajes de programación distintos de Java, cuyos ejemplos incluyen Perl Script, ECMA Script y B-Shell, que se usa con sistemas operativos UNIX (marca registrada) y similares. Las modalidades anteriores se describen con relación a un aparato de reproducción que reproduce BD-ROM, aunque desde luego se obtienen los mismos efectos anteriores en el caso de datos necesarios en BD-ROM como se describe en las modalidades anteriores que son grabados en un medio de grabación óptico escribible. Además, los mismos efectos anteriores se obtienen desde luego en el caso de datos necesarios en BD-ROM como se describe en las modalidades anteriores que son grabados en un medio de grabación portátil distinto de un medio de grabación óptico (por ejemplo, tarjeta SD, flash compacta, etc.).

APLICACIÓN INDUSTRIAL Un aparato de reproducción que constituye la presente invención puede ser fabricado y vendido al por menor de manera administrativa, así como continua y repetida en industrias de manufactura. Este aparato de reproducción es particularmente aplicable en las industrias de películas y dispositivos caseros que están relacionadas con la producción de contenido de video . Se hace constar que con relación a esta fecha, el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.

Claims

REIVINDICACIONES
Habiéndose descrito la invención como antecede, se reclama como propiedad lo contenido en las siguientes reivindicaciones: 1. Un aparato de reproducción para reproducir un flujo digital junto con una aplicación que se ejecuta en el aparato de reproducción, caracterizado porque comprende: una unidad de administración de paquetes que se puede operar para generar información de paquete al fusionar archivos grabados en un medio de grabación y un medio de grabación reescribible, de acuerdo con la información de administración de fusión registrada en el medio de grabación reescribible, la información de administración de fusión indica un archivo en el medio de grabación reescribible para fusionar con el medio de grabación; una unidad de selección que se puede operar para detectar una pluralidad de títulos reproducibles a partir de la información de paquete, y para seleccionar uno de los títulos detectados como un título actual; una unidad de ejecución de aplicaciones que se puede operar para ejecutar una aplicación asociada con el título actual; y una unidad de control de reproducción que se puede operar para controlar la reproducción de un flujo digital de acuerdo con la información de la lista de reproducción que se especifica en el título actual y se incluye en la información de paquete, en donde después de que la aplicación ejecutada solicita a la unidad de administración de paquetes que actualice la información de administración de fusión, al especificar nueva información de administración de fusión, la unidad de administración de paquetes cambia un archivo referenciado de la información de administración de fusión recién especificada a sólo lectura antes de actualizar la información de paquete, y en un punto en el cual la reproducción del flujo digital se detiene debido a un cambio de título actual por la unidad de selección, la unidad de administración de paquetes genera nueva información de paquete al combinar archivos grabados en el medio de grabación y el medio de grabación reescribible, de acuerdo con la información de administración de fusión recién especificada. 2. El aparato de reproducción de conformidad con la reivindicación 1, caracterizado porque el archivo en el medio de grabación reescribible indicado por la información de administración de fusión se ajusta a sólo lectura por un periodo durante el cual la información de paquete es válida.
3. El aparato de reproducción de conformidad con la reivindicación 1, caracterizado porque la unidad de administración de paquetes se prepara para la actualización de información de paquete al verificar una validez de la nueva información de administración de fusión.
4. El aparato de reproducción de conformidad con la reivindicación 3, caracterizado porque la unidad de administración de paquetes verifica la validez de la nueva información de administración de fusión al confirmar que la nueva información de administración de fusión no ha sido manipulada, confirmar que un archivo indicado por la nueva información de administración de fusión existe en el segundo medio de grabación y cambiar un archivo que almacena la nueva información de administración de fusión y un archivo referenciado de la nueva información de administración de fusión a sólo lectura.
5. El aparato de reproducción de conformidad con la reivindicación 3, caracterizado porque la unidad de administración de paquetes lleva a cabo la actualización de información de paquete si la información en una etiqueta de permiso de la aplicación solicitante muestra que un derecho de actualizar la información de paquete ha sido asignado, y si la información en una etiqueta de permiso de la aplicación solicitante muestra que un derecho de actualizar la información de paquete no ha sido asignado, o si una etiqueta de permiso no ha sido asignada a la aplicación solicitante, la unidad de administración de paquetes realiza un procesamiento de excepciones sin procesar la solicitud de actualización de la aplicación.
6. El aparato de reproducción de conformidad con la reivindicación 1, caracterizado porque la unidad de administración de paquetes crea información de paquete a partir de únicamente el medio de grabación si la información de administración de fusión no existe en el medio de grabación reescribible.
7. El aparato de reproducción de conformidad con la reivindicación 1, caracterizado porque el segundo medio de grabación incluye una pluralidad de áreas dependientes del disco, y la unidad de administración de paquetes identifica el área dependiente del disco correspondiente al primer medio de grabación cargado, y reemplaza la información de administración de fusión con la nueva información de administración de fusión especificada por la aplicación al área dependiente del disco identificada.
8. El aparato de reproducción de conformidad con la reivindicación 1, caracterizado porque la información de paquete incluye una pluralidad de flujos digitales y la información de lista de reproducción muestra un orden de reproducción de los flujos digitales, la reproducción de flujos digitales se lleva a cabo de acuerdo con el orden de reproducción mostrado por la información de lista de reproducción, y la unidad de selección realiza el cambio de título actual en un punto en el cual la reproducción del flujo digital basada en la información de la lista de reproducción y la ejecución de la aplicación junto con el flujo digital terminan, al elegir uno diferente de los títulos detectados como el título actual.
9. El aparato de reproducción de conformidad con la reivindicación 1, caracterizado porque la unidad de selección realiza el cambio de título actual en un punto en el cual un usuario ejecuta una operación que invoca un título de procesamiento de menú, al elegir el título de procesamiento de menú como el título actual.
10. El aparato de reproducción de conformidad con la reivindicación 1, caracterizado porque comprende además un registro de estatus que almacena un parámetro referente a la reproducción del flujo digital, y un registro de respaldo, en donde el parámetro almacenado en el registro de estatus es guardado al registro de respaldo cuando la unidad de selección realiza el cambio de título actual, y el registro de respaldo es inicializado si la información de paquete es actualizada.