ES2302076T3 - Medio de grabacion, aparato de reproduccion, programa, metodo de reproduccion, circuito integrado del sistema. - Google Patents
Medio de grabacion, aparato de reproduccion, programa, metodo de reproduccion, circuito integrado del sistema. Download PDFInfo
- Publication number
- ES2302076T3 ES2302076T3 ES04818238T ES04818238T ES2302076T3 ES 2302076 T3 ES2302076 T3 ES 2302076T3 ES 04818238 T ES04818238 T ES 04818238T ES 04818238 T ES04818238 T ES 04818238T ES 2302076 T3 ES2302076 T3 ES 2302076T3
- Authority
- ES
- Spain
- Prior art keywords
- application
- title
- reproduction
- playback
- playlist
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
- H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
- G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
- G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
- G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
- G11B27/327—Table of contents
- G11B27/329—Table of contents on a disc [VTOC]
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/34—Indicating arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/91—Television signal processing therefor
- H04N5/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/21—Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
- G11B2220/213—Read-only discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
- G11B2220/2537—Optical discs
- G11B2220/2541—Blu-ray discs; Blue laser DVR discs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/765—Interface circuits between an apparatus for recording and another apparatus
- H04N5/775—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television receiver
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/78—Television signal recording using magnetic recording
- H04N5/781—Television signal recording using magnetic recording on disks or drums
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/78—Television signal recording using magnetic recording
- H04N5/782—Television signal recording using magnetic recording on tape
- H04N5/783—Adaptations for reproducing at a rate different from the recording rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/84—Television signal recording using optical recording
- H04N5/85—Television signal recording using optical recording on discs or drums
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/907—Television signal recording using static stores, e.g. storage tubes or semiconductor memories
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
- H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
- H04N9/806—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal
- H04N9/8063—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal using time division multiplex of the PCM audio and PCM video signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
- H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
- H04N9/8227—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being at least another television signal
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
- Television Signal Processing For Recording (AREA)
- Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Stored Programmes (AREA)
- Signal Processing Not Specific To The Method Of Recording And Reproducing (AREA)
Abstract
Un medio de grabación en el que se graban una aplicación, un flujo digital y una información de gestión, en el que la aplicación es un programa que está escrito en un lenguaje de programación para una máquina virtual, se especifica un ciclo de vida durante el que puede ejecutarse la aplicación por la máquina virtual, y la información de gestión indica un control de reproducción del flujo digital que se realiza durante el ciclo de vida simultáneamente con la ejecución de la aplicación.
Description
Medio de grabación, aparato de reproducción,
programa, método de reproducción, circuito integrado del
sistema.
La presente invención se refiere al campo de la
tecnología de control de una aplicación para controlar la ejecución
de aplicaciones en una máquina virtual, y más específicamente a una
tecnología aplicada para aplicar la tecnología de control a un
medio de grabación tal como un BD-ROM usado para
distribuir una obra de una película, y aplicarlo a un aparato de
reproducción de BD-ROM.
La tecnología de control de la aplicación, tal
como la programación Java (TM), para máquinas virtuales se ha
difundido ampliamente en la industria del software de los
ordenadores personales. Actualmente, se estudia con entusiasmo cómo
puede usarse la programación Java (Marca Comercial Registrada, en
adelante en este documento TM), como un desarrollo del software de
ordenadores personales, para conseguir el control de reproducción
en un aparato de reproducción de BD-ROM (Disco de
rayo Azul de Memoria de Sólo Lectura).
Respecto a la tecnología convencional con un
aparato de reproducción similar, es conocida la tecnología descrita
en el siguiente Documento de Patente 1.
*Documento de Patente 1: Publicación de la
Patente Japonesa Nº 2813245.
Además el documento EP 1 672 637 describe un
método de reproducción que asigna ciclos de vida a las aplicaciones
para controlar la carga y terminación de las aplicaciones.
En tanto que, el funcionamiento de las
aplicaciones creadas por la programación Java (TM) es inestable, el
estado de funcionamiento cambia dependiendo del estado de uso de
recursos y la carga de la CPU. Por lo tanto, frecuentemente ocurre
que se produce una escasez de recursos, lo cual causa un fallo de
inicialización de la aplicación o causa que una aplicación termine
anormalmente, produciendo una salida de negro del aparato. Esto
puede que no se considera un problema serio en la industria del
software de los ordenadores personales. Sin embargo, en el campo de
la fabricación de los productos de consumo tales como los aparatos
de reproducción de BD-ROM, tal fenómeno puede
considerarse como un problema de calidad. Por esta razón, muchos
fabricantes dudan en realizar el control del aparato por la
programación Java (TM). (Observación: salida de negro significa el
estado en el cual el software del aparato se congela y la pantalla
de presentación se vuelve negra).
Es el objeto de la presente invención
proporcionar un medio de grabación que puede conseguirse a Salvo de
Fallos cuando la aplicación que controla el medio de grabación
termina anormalmente, o cuando se produce un fallo de
inicialización de la aplicación.
El objeto anterior se satisface por un medio de
grabación en el cual se graban una aplicación, un flujo digital y
una información de gestión, en donde la aplicación es un programa
que está escrito en un lenguaje de programación para una máquina
virtual, se especifica un ciclo de vida durante el cual puede
ejecutarse la aplicación por la máquina virtual, y la información
de gestión indica el control de reproducción del flujo digital que
se realiza durante el ciclo de vida, simultáneamente con la
ejecución de la aplicación.
De acuerdo con el medio de grabación de la
presente invención, con la disposición de definir, para cada ciclo
de vida, el control de reproducción del flujo digital, que se
realiza simultáneamente con la ejecución de la aplicación, si se
produce un fallo de inicialización de la aplicación o si la
aplicación termina anormalmente en medio de la ejecución de la
aplicación, se continúa simultáneamente con la reproducción
realizada del flujo digital, que proporciona un estado que el cual
"algo se presenta en la pantalla". Con tal disposición, se
puede evitar el caso del peor escenario de la salida de negro del
aparato. Esto da un mínimo sentido de seguridad al fabricante del
aparato.
Tal provisión del sentido de seguridad empujará
fuertemente a los fabricantes que están preocupados por el problema
de la calidad hacia el desarrollo del control del aparato de
reproducción por la aplicación Java (TM). Con tal fuerte empuje, el
aparato de reproducción se hará menos caro y más variado, y a
continuación se enriquecerán los contenidos del
BD-ROM, que conducirá a un fuerte crecimiento en la
industria relacionada con los contenidos.
La Fig. 1 muestra una forma de uso del aparato
de reproducción de la presente invención.
La Fig. 2 muestra una estructura de
ficheros/directorios para el BD-ROM.
La Fig. 3 muestra la construcción de la
información de Lista de Reproducción.
La Fig. 4 muestra las relaciones entre el eje de
tiempos del Videoclip y el eje de tiempo de la PL.
La Fig. 5 muestra una especificación de lote
conseguida por cuatro nombres_ficheros_información_Corto.
La Fig. 6 muestra la estructura interna de la
información PLMark.
La Fig. 7 muestra la definición de capítulos por
PLMark.
La Fig. 8 muestra la estructura interna de la
información de SubCamino.
La Fig. 9 muestra cómo se realizan la
especificación de sincronización y la definición de un periodo de
reproducción sobre el eje de tiempos del SubElemento de
Reproducción.
La Fig. 10 muestra la estructura interna del
Objeto de la Película.
La Fig. 11 muestra la estructura interna del
Objeto BD-J.
La Fig. 12A muestra los programas y los datos
almacenados en los ficheros de archivos de Java (TM).
La Fig. 12B muestra la estructura interna del
fichero de clase.
La Fig. 13 muestra el cambio de estado en el
contenido del disco.
La Fig. 14 muestra dos Títulos que se componen
de escenarios dinámicos en el modo HDMV.
La Fig. 15 muestra la estructura interna del
Título compuesto del escenario dinámico en el modo
BD-J (Objeto BD-J).
La Fig. 16 muestra un Título que no incluye la
Tabla de Gestión de la Lista de Reproducción.
La Fig. 17 muestra una bifurcación para un
Título en el modo HDMV para un Título en el modo
BD-J.
La Fig. 18 muestra una bifurcación desde un
Título en el modo BD-J a un Título en el modo
HDMV.
La Fig. 19 muestra la estructura interna del
índice.bdmv.
La Fig. 20A muestra la estructura interna de la
tabla de gestión de aplicación.
La Fig. 20B muestra el significado de los
elementos de información que constituyen la tabla de gestión de la
aplicación.
La Fig. 21A muestra el eje de tiempos de todo el
disco.
La Fig. 21B muestra cómo se estructura el eje de
tiempos.
Las Fig. 22A y 22B muestran, en el eje de tiempo
de todo el BD-ROM, los periodos de reproducción de
Títulos que se identifican por el Objeto BD-J que
se identifica por el identificador "id_objb".
La Fig. 23 muestra un ciclo de vida típico
definido en el eje de tiempos mostrado en la Fig. 22B.
La Fig. 24 muestra un contenido del disco que
incluye tres Títulos: un Título principal; un Título de venta en
línea; y un Título de un juego.
La Fig. 25A y 25B muestran ejemplos de la tabla
de gestión de la aplicación y el ciclo de vida.
La Fig. 26 muestra combinaciones de tres
atributos de funcionamiento (Presente, AutoFuncionamiento, y
Suspendido) y tres posibles estados del Título anterior (No
Funciona, Funcionando, y Suspendido).
La Fig. 27A muestra la estructura interna de la
tabla de gestión de la Lista de Reproducción.
La Fig. 27B muestra el significado de los
elementos de información que constituyen la tabla de gestión de la
Lista de Reproducción.
La Fig. 28 muestra seis combinaciones de tres
posibles estados del Título de destino de bifurcación ((i) No se
tiene tabla de gestión de la Lista de Reproducción, (ii) Se tiene la
tabla de gestión de la Lista de Reproducción y AutoReproducción, y
(iii) Se tiene la tabla de gestión de la Lista de Reproducción y
Presente) y dos posibles estados de la PL en el Título anterior (No
se está reproduciendo, y Se está reproduciendo).
La Fig. 29A muestra ejemplos de descripción de
la tabla de gestión de la Lista de Reproducción y la tabla de
gestión de la aplicación.
La Fig. 29B muestra cómo se reproducen las
Listas de Reproducción y cómo se ejecutan las aplicaciones en base
a la Lista de Reproducción y las tablas de gestión de la aplicación
que están escritas como se muestra en la Figura 29A.
La Fig. 30A muestra un ejemplo de la descripción
de la tabla de gestión de la Lista de Reproducción.
La Fig. 30B muestra cómo se reproducen las
Listas de Reproducción y cómo se ejecutan las aplicaciones en base
al caso mostrado en la Fig. 30A.
Las Fig. 31A a 31C muestran las relaciones entre
el eje tiempos de la Lista de Reproducción y los periodos de
reproducción de Títulos.
La Fig. 32 muestra la estructura interna del
aparato de reproducción de la presente invención.
La Fig. 33 muestra, en la estructura de capas,
el hardware y el software almacenados en la CPU 24.
La Fig. 34 es una ilustración de los procesos
realizados por la máquina de presentación 31 al gestor del módulo
34.
La Fig. 35 muestra el proceso realizado por el
gestor de la aplicación 36.
La Fig. 36 muestra el gestor de eventos del
usuario 37 para el gestor de operación por defecto 40.
La Fig. 37 muestra la estructura interna de la
máquina virtual de Java (TM) 39.
La Fig. 38 muestra los cuatro modos de
terminación de la aplicación.
La Fig. 39 es un diagrama de flujo que muestra
los procedimientos del gestor de la aplicación 36.
La Fig. 40 muestra ejemplos específicos de la
tabla de gestión de la Lista de Reproducción y la tabla de gestión
de la aplicación.
La Fig. 41A muestra la estructura interna del
Objeto BD-J en la Realización 2.
La Fig. 41B muestra la estructura interna de la
tabla de gestión de errores.
La Fig. 42 muestra el significado de los cinco
indicadores en la tabla de gestión de errores.
La Fig. 43A muestra los Títulos (Título Nº 1,
Título Nº 2) en los que está escrita la tabla de gestión de
errores.
La Fig. 43B muestra el progreso de la ejecución
de una aplicación y la reproducción de una Lista de Reproducción
que se realizan de acuerdo con las tablas de aplicación y de gestión
de errores mostradas en la Fig. 43A.
La Fig. 44 es un diagrama de flujo que muestra
los procedimientos del gestor de la aplicación 36 en la Realización
2.
La Fig. 45 es un diagrama de flujo que muestra
los procedimientos del gestor de la aplicación 36 en la Realización
2.
La Fig. 46 es un diagrama de flujo que muestra
los procedimientos de notificación por el gestor de la aplicación
36.
La Fig. 47 es un diagrama de flujo que muestra
los procedimientos del gestor de la aplicación 36 en la Realización
3.
La Fig. 48A muestra los contenidos del algoritmo
de selección basado en el nivel paternal.
La Fig. 48B muestra los contenidos del algoritmo
de selección basados en el Lenguaje para el Audio
La Fig. 48C muestra los contenidos del algoritmo
de selección basados en la Configuración del Reproductor para
Video.
La Fig. 49 es una ilustración del proceso en el
que la aplicación sin límites del Título selecciona las PL.
La Fig. 50 es un diagrama de flujo que muestra
el procedimiento de reproducción de una PL realizado por la máquina
de control de reproducción 32.
La Fig. 51 es un diagrama de flujo que muestra
el procedimiento de cambio de ángulo y el procedimiento para Salto
Atrás/Salto Siguiente.
La Fig. 52 es un diagrama de flujo que muestra
el procedimiento del proceso que se ejecuta cuando se juzga que se
ha llamado la API Salto Atrás / Salto Siguiente.
La Fig. 53 es un diagrama de flujo que muestra
el procedimiento del proceso de la máquina de presentación 31 en
detalle.
\global\parskip0.970000\baselineskip
La Fig. 54 es un diagrama de flujo que muestra
el procedimiento del proceso de SubElemento de Reproducción.
- 1
- dispositivo BD-ROM
- 2
- almacenamiento de lectura
- 3
- demultiplexador
- 4
- decodificador de video
- 5
- plano de video
- 6
- decodificador de gráficos-P
- 7
- presentación del plano de gráficos
- 8
- unidad de combinación
- 9
- generador de tipos
- 10
- decodificador de gráficos-I
- 11
- conmutador
- 12
- plano de gráficos interactivo
- 13
- unidad de combinación
- 14
- unidad CLUT
- 15
- unidad CLUT
- 16
- decodificador de audio
- 22
- unidad de procesamiento de eventos de usuario
- 23
- conjunto PSR
- 24
- CPU
- 25
- memoria de escenario
- 26
- memoria local
- 33
- módulo HDMV
- 34
- gestor de módulo
- 35
- módulo BD-J
- 36
- gestor de la aplicación
- 37
- controlador UO
- 38
- máquina virtual de Java (TM)
- 41
- procesador PLMT
- 42
- controlador de permisos
- 52
- cargador de clase de usuario
- 53
- área de método
- 54
- memoria de funcionamiento
- 55a, 55b, ... 55n
- hilos
- 56a, 56b. ... 56n
- pilas de Java (TM)
\global\parskip1.000000\baselineskip
Realización
1
Lo siguiente describe las realizaciones del
medio de grabación de la presenta invención. En primer lugar, se
describirá el uso del medio de grabación de la presente invención.
En la Fig. 1, el medio de grabación de la presente invención es un
BD-ROM 100. El BD-ROM se usa para
proporcionar contenidos a un sistema de cine doméstico que está
compuesto por un aparato de reproducción 200, un control remoto 300,
y una televisión 400.
De estos, el control remoto 300 está provisto
con teclas tales como Reproducción, Parada, Pausa Activada, Pausa
Desactivada, Reproducción Lenta Desactivada, Reproducción Rápida
hacia adelante (con especificación de la velocidad), Reproducción
Rápida hacia atrás (con especificación de la velocidad), Cambio de
Audio, Cambio de Subtítulos, Cambio de Angulo que se usan para
recibir instrucciones para estas funciones, Mover hacia Arriba,
Mover hacia Abajo, Mover hacia la Derecha, y Mover hacia la
Izquierda que se usan para recibir instrucciones para mover el
enfoque durante una operación de menú, Ventana Asociada que se usa
para recibir una instrucción para presentar en pantalla un menú, y
teclas Numéricas que se usan para recibir entradas numéricas.
Hasta ahora se ha descrito la forma de usar el
medio de grabación de la presente invención.
Lo siguiente describe la fabricación del medio
de grabación de la presente invención. El medio de grabación de la
presente invención puede conseguirse como una mejora en un sistema
de ficheros en un BD-ROM. La Fig. 2 muestra una
estructura de ficheros/directorios para un BD-ROM.
Como indica la Fig. 2, para un BD-ROM, el
directorio BDMV se proporciona bajo el directorio raíz.
El directorio BDMV tiene ficheros a los cuales
se adjunta la extensión "bdmv" ("índice.bdmv", "Objeto
de Película.bdmv", "Objeto BD-J.bdmv").
Bajo el directorio BDMV, hay cuatro sub-directorios:
los directorios LISTA DE REPRODUCCIÓN, CLIPNF, FLUJO, y BDJA. El
directorio LISTA DE REPRODUCCIÓN tiene ficheros a los que se ha
adjuntado la extensión "mpls" ("00001.mpls",
"00002.mpls", "00003.mpls").
El directorio CLIPNF tiene ficheros ha los que
se ha adjuntado la extensión "clpi" ("00001.clpi",
"00002.clpi", "00003.clpi"). El directorio FLUJO tiene
ficheros a los que se ha adjuntado la extensión "m2ts"
("00001. m2ts", "00002.m2ts", "00003.m2ts"). El
directorio BDJA tiene ficheros a los que se ha adjuntado la
extensión "jar"
("00001.jar", "00002.jar", "00003.jar"). Como se entiende de la descripción anterior, la estructura de directorios posibilita diferentes tipos de ficheros a grabar sobre un BD-ROM.
("00001.jar", "00002.jar", "00003.jar"). Como se entiende de la descripción anterior, la estructura de directorios posibilita diferentes tipos de ficheros a grabar sobre un BD-ROM.
En la Fig. 2, los ficheros a los que se ha
adjuntado la extensión "m2ts" ("00001.m2ts",
"00002.m2ts",
"00003.m2ts",...) contienen Cortos de video que se clasifican como Corto Principal y SubCorto. Un Corto Principal es un flujo digital que se obtiene por multiplexación de una pluralidad de flujos elementales tales como un flujo de video, un flujo de audio, un flujo de gráficos de presentación (Flujo PG) que constituye un subtítulo, y un flujo de gráficos interactivo (Flujo IG) que constituye un menú.
"00003.m2ts",...) contienen Cortos de video que se clasifican como Corto Principal y SubCorto. Un Corto Principal es un flujo digital que se obtiene por multiplexación de una pluralidad de flujos elementales tales como un flujo de video, un flujo de audio, un flujo de gráficos de presentación (Flujo PG) que constituye un subtítulo, y un flujo de gráficos interactivo (Flujo IG) que constituye un menú.
Un SubCorto es un flujo digital que corresponde
a un flujo elemental tal como un flujo de audio, un flujo gráfico,
y un flujo de texto de subtítulo (Flujo Texto ST). Los ficheros a
los que se han adjuntado las extensiones "clpi"
("00001.clpi", "00002.clpi", "00003.clpi", ...) son
información de gestión que corresponde a los Videoclip sobre la
base de uno a uno. La información de Corto, así como la información
de gestión, tiene información respecto al formato de codificación
del flujo en el Videoclip, una tasa de trama, una tasa de bit, una
resolución y similares, y un "mapa_EP" que indica una posición
de comienzo de un GOP.
Los ficheros a los que se han adjuntado las
extensiones "mpls" ("00001.mpls" , "00002.mpls",
"00003.mpls", ...) son ficheros que contienen información de la
Lista de Reproducción. La información de la Lista de Reproducción
es la información que define una Lista de Reproducción que se
refiere a un Videoclip. La Fig. 3 muestra la construcción de la
información de la Lista de Reproducción. Como se muestra sobre el
lateral izquierdo de la Fig. 3, la información de Lista de
Reproducción se compone de las informaciones de Camino Principal,
Marca PL, y SubCamino.
La información del Camino Principal (Camino
Principal ( )) contiene una pluralidad de elementos de información
de Elemento de Reproducción (Elemento de Reproducción ( )) como se
indica por la flecha de la línea de puntos "mp1". El Elemento
de Reproducción es un periodo de reproducción que se define
especificando el "Tiempo_Entrada" y el "Tiempo_Salida"
sobre uno o más de los ejes de tiempo del Videoclip. Una disposición
de una pluralidad de elementos de información de Elemento de
Reproducción define una Lista de Reproducción (PL) que está
compuesta por una pluralidad de periodos de reproducción. La flecha
de línea de puntos "mp2" en la Fig. 3 indica un primer plano
de la estructura interna de la información del Elemento de
Reproducción. Como se muestra en la Fig. 3, la información del
Elemento de Reproducción se compone de
"Nombre_fichero_información_Corto" que indica un Videoclip,
"Tiempo_Entrada", y "Tiempo_Salida". La Fig. 4 muestra las
relaciones entre un Videoclip y una PL. La primera fila de la
figura indica el eje del tiempo del Videoclip, y la segundo fila
indica el eje de tiempos de la PL. La información de la PL incluye
tres elementos de información de Elementos de Reproducción:
"Elemento de Reproducción Nº 1", "Elemento de Reproducción Nº
2", y "Elemento de Reproducción Nº 3". Los Tiempos_Entrada
y Tiempos_Salida de los Elementos de Reproducción Nº1, Nº2, y Nº3
definen tres periodos de reproducción. Disponiendo los tres
periodos de reproducción, se define un eje de tiempo que es
diferente del eje de tiempos del Videoclip. Este es el eje de
tiempo de la PL mostrado en la segunda fila. Como es evidente de
esto, es posible, definiendo la información del Elemento de
Reproducción, definir un eje de tiempo que es diferente del eje de
tiempo del Videoclip.
Básicamente, sólo se especifica un Videoclip.
Sin embargo, pueden especificarse una pluralidad de Videoclip por
una especificación de lote. La especificación de lote se consigue
por una pluralidad de Nombres_fichero_información_
Corto en la información de la Lista de Reproducción. La Fig. 5 muestra una especificación de lote conseguida por cuatro Nombres_fichero_información_Corto. En la Fig. 5, las filas de la primera a la cuarta indican cuatro ejes de tiempos de Videoclip (ejes de tiempos de los Videoclip Nº 1, Nº 2, Nº 3 y Nº 4), y la quinta fila indica un eje de tiempo de la PL. Los cuatro ejes de tiempo se especifican por los cuatro Nombres_fichero_información_Corto contenidos en la información del Elemento de Reproducción. Con tal construcción, los cuatro periodos de reproducción, que pueden reproducirse selectivamente, se definen por los Tiempos_Entrada y Tiempos_Salida contenidos en los Elementos de Reproducción. Esto posibilita al eje de tiempos de la PL definir un periodo (que se llama un periodo multi-ángulo), en el cual se proporciona una pluralidad de imágenes de ángulo conmutable.
Corto en la información de la Lista de Reproducción. La Fig. 5 muestra una especificación de lote conseguida por cuatro Nombres_fichero_información_Corto. En la Fig. 5, las filas de la primera a la cuarta indican cuatro ejes de tiempos de Videoclip (ejes de tiempos de los Videoclip Nº 1, Nº 2, Nº 3 y Nº 4), y la quinta fila indica un eje de tiempo de la PL. Los cuatro ejes de tiempo se especifican por los cuatro Nombres_fichero_información_Corto contenidos en la información del Elemento de Reproducción. Con tal construcción, los cuatro periodos de reproducción, que pueden reproducirse selectivamente, se definen por los Tiempos_Entrada y Tiempos_Salida contenidos en los Elementos de Reproducción. Esto posibilita al eje de tiempos de la PL definir un periodo (que se llama un periodo multi-ángulo), en el cual se proporciona una pluralidad de imágenes de ángulo conmutable.
La información Marca PL (Marca PL ( )) es la
información que especifica, como un capítulo, un periodo determinado
sobre el eje de tiempos de la PL. La Fig. 6 muestra la estructura
interna de la información Marca PL. Como indica la línea de
conexión "pm1" en esta figura, la información Marca PL contiene
la "ref_a_Id_Elemento de Reproducción" y el
"Sello_marca_tiempo". La Figura 7 muestra la definición de
capítulos por Marcas PL. En la Fig. 7, la primera fila indica un
eje de tiempo de Videoclip, y la segunda fila indica un eje de
tiempo de la PL. En la Fig. 7, las flechas "pk1" y "pk2"
indican cada una, una especificación de un Elemento de Reproducción
(ref_a_Id_Elemento de Reproducción) y una especificación de un punto
en el tiempo (Sello_marca_tiempo) en una Marca de la PL. Con estas
especificaciones, se definen tres capítulos sobre el eje de tiempos
de la PL. Hasta ahora hemos explicado la Marca de la PL. Lo
siguiente describe la información de SubCamino.
La información de SubCamino (SubCamino ( )) es
la información que define uno o más periodos de reproducción
especificando el Tiempo_Entrada y el Tiempo_Salida sobre el eje de
tiempo del SubCorto. La Fig. 8 muestra la estructura interna. Como
indica la línea de conexión de puntos "sh1" en la Fig. 8, la
información de SubCamino está compuesta de una pluralidad de
elementos de información de SubElemento de Reproducción (SubElemento
de Reproducción ( )). Como indica la línea de puntos "sh2", la
información de SubElemento de Reproducción esta compuesta de
"nombre_fichero_información_Corto", "Tiempo_Entrada",
"Tiempo_Salida", "Id_Sinc_Elemento de Reproducción", y
"Pts_comienzo_sinc_de_Elemento de Reproducción". Los
Tiempo_Entrada y Tiempo_Salida sobre el eje de tiempo de SubCorto
se especifican por "Nombre_fichero_información_Corto",
"Tiempo_Entrada", y "Tiempo_Salida". La
"Id_sinc_Elemento de Reproducción" y los
"Pts_comienzo_sinc_de_Elemento de Reproducción" se usan para
una especificación de sincronización para sincronizar un periodo de
reproducción sobre el eje de tiempo de SubCorto con el eje de
tiempo de la PL. Con la especificación de sincronización, el eje de
tiempo de SubCorto y el eje de tiempo de la PL siguen en
sincronización.
La Fig. 9 muestra cómo se hacen la
especificación de sincronización y la definición de un periodo de
reproducción sobre el eje de tiempos del SubElemento de
Reproducción. En la Fig. 9, la primera línea indica el eje de tiempo
de la PL y la segunda fila indica el eje de tiempo del SubElemento
de Reproducción. En la Fig. 9, el SubElemento de
Reproducción.Tiempo_Entrada y el SubElemento de
Reproducción.Tiempo_Salida indican respectivamente el punto de
comienzo y el punto final del periodo de reproducción. A partir de
esto se entiende que el periodo de reproducción se define también
sobre el eje de tiempos del SubCorto. El Id_Sinc_Elemento de
Reproducción correspondiente a la flecha Sn1 indica la
especificación de sincronización para un Elemento de Reproducción, y
los Pts_comienzo_Sinc_Elemento de Reproducción correspondientes a
la flecha sn2 indican la especificación de un punto en el tiempo en
el Elemento de Reproducción sobre el eje de tiempos de la PL.
La información de la Lista de Reproducción en el
BD-ROM está caracterizada por su capacidad para
definir un periodo multi-ángulo y un periodo de sincronización,
donde es posible conmutar entre una pluralidad de Videoclip en el
periodo multi-ángulo, y es posible tener sincronizado un Videoclip
con un SubCorto en el periodo de sincronización. La información de
Corto descrita anteriormente y la información de Lista de
Reproducción se categorizan como un "escenario estático". Esto
es porque la información de Corto y la Información de Lista de
Reproducción definen una PL que es una unidad de reproducción
estática. Esto completa la descripción del escenario estático.
Lo siguiente describe el "escenario
dinámico". El escenario dinámico son los datos del escenario que
definen dinámicamente el control de reproducción de un Videoclip.
En este punto "dinámicamente" significa que el control de
reproducción puede cambiar de acuerdo con el cambio de estado del
aparato de reproducción o un evento de tecla desde el usuario. El
BD-ROM asume dos modos como entorno de
funcionamiento para el control de reproducción. El primer modo es
un entorno de funcionamiento similar al entorno de funcionamiento
del aparato de reproducción de DVD, y es un entorno de ejecución
basado en comandos. El segundo modo es un entorno de funcionamiento
de la Máquina Virtual de Java (TM). De estos dos entornos de
funcionamiento, el primero se llama modo HDMV, y el segundo se
llama modo BD-J. Debido a la presencia de los dos
entornos de funcionamiento, el escenario dinámico se escribe
asumiendo cualquiera de los dos entornos de funcionamiento. El
escenario dinámico que asume el modo HDMV se llama Objeto de
Película, y se define por la información de gestión. Por el
contrario, el escenario dinámico que asume el modo
BD-J se llama Objeto BD-J.
En primer lugar se explicará el Objeto de
Película.
\newpage
El Objeto de Película se almacena en un fichero
"Objeto de Película.bdmv". La Fig. 10 muestra la estructura
interna del Objeto de Película.bdmv. Como se ha mostrado en la
porción de más a la izquierda de la Fig. 10, el Objeto de
Película.bdmv está compuesto por el "indicador_tipo" que indica
la secuencia de código "MOBJ", el "número_versión", y los
"Objetos de Película ( )" que son uno o más Objetos de
Película. La línea de conexión vh1 en la Fig. 10 indica un primer
plano de la estructura de interna de los Objetos de Película. Los
"Objetos de Película ( )" están compuestos de "longitud"
que indica la longitud del mismo, "número_de_objsp" que indica
el número de Objetos de Película contenidos en el mismo, y tantos
Objetos de Película como el número el indicado por el
número_de_objsp. Los Objetos de Película cuyo número está indicado
por el número_de_objsp se identifican por el identificador id_objp.
La línea de conexión vh2 en la Fig. 10 indica un primer plano de la
estructura interna de un Objeto de Película determinado [id_objp]
() identificado por el identificador id_objp.
Como se indica por la línea de conexión, el
Objeto de Película se compone de un
"indicador_intención_reaundar" que indica si la reproducción
debe reanudarse o no después de realizarse una LLamadaMenú; la
"máscara_llamada_ menu" que es la información que
indica si debe enmascararse o no la LLamadaMenú; el
"indicador_búsqueda_Titulo" que indica si debe enmascararse o
no la función de búsqueda de Título; el
"número_de_comandos_navegación" que indica el número de
comandos de navegación; y tantos comandos de navegación como se
indica por el "número_de_comandos_navegación".
La secuencia de comandos de navegación está
compuesta de comandos para conseguir: una bifurcación condicional;
fijar el registro de estado en el aparato de reproducción; adquirir
un valor fijo en el registro de estado, y así sucesivamente. Los
siguientes son los comandos que pueden escribirse en los Objetos de
Película.
Formato: Comando PLReproducción (1^{er}
argumento, 2º argumento)
Como primer argumento, pueden usarse un número
de la Lista de Reproducción para indicar una PL a reproducir. Como
2º argumento, pueden usarse un Elemento de Reproducción contenido en
la PL, un instante determinado en la PL, un Capítulo, o una Marca
para indicar una posición de comienzo de reproducción.
Una función PLReproducción que especifica la
posición de comienzo de reproducción sobre el eje de tiempo de la
PL que usa un Elemento de Reproducción se llama
PLReproducciónEnElemento de Reproducción ( ).
Una función PLReproducción que especifica la
posición de comienzo de reproducción sobre el eje de tiempo de la
PL que usa un Capítulo se llama PLReproducciónEnCapítulo ( ).
Una función PLReproducción que especifica la
posición de comienzo de reproducción sobre el eje de tiempo de la
PL que usa información de tiempo se llama PLReproducciónEnTiempo
Especificado ( ).
Comando JMP
Formato: JMP argumento.
El comando JMP se usa para una bifurcación que
descarta el escenario dinámico ejecutado actualmente y ejecuta un
escenario dinámico del destino de la bifurcación que se especifica
por el argumento. El comando JMP tiene dos tipos: un tipo de
referencia directa que especifica directamente el escenario dinámico
del destino de la bifurcación; y un tipo de referencia indirecta
que se refiere indirectamente al escenario dinámico del destino de
la bifurcación.
El formato de descripción de un comando de
navegación en el Objeto de Película se parece al del DVD. Por esta
razón, puede hacerse de forma eficaz un transplante de un contenido
de disco desde un DVD sobre un BD-ROM. El Objeto de
Película es una técnica anterior descrita en la siguiente
Publicación Internacional. Para detalles, referirse a la
Publicación Internacional.
Publicación Internacional WO 2004/074976.
Hasta ahora, se ha descrito el Objeto de
Película. Lo siguiente describirá el Objeto
BD-J.
El Objeto BD-J es un escenario
dinámico en el modo BD-J, escrito en un entorno de
programación Java (TM).
La Fig. 11 muestra la estructura interna de un
Objeto BD-J.bdmv. Como se muestra en la porción de
más a la izquierda de la Fig. 11, un Objeto
BD-J.bdmv está compuesto de un "indicador_tipo"
que indica la secuencia de código "OBJB", el
"número_versión", y los "Objetos BD-J ( )"
que son uno o más Objetos BD-J. La línea de
conexión "bh1" en la Fig. 11 indica un primer plano de la
estructura interna de los Objetos BD-J ( ). Los "
Objetos BD-J ( )" están compuestos de
"longitud" que indica la longitud de datos del mismo,
"número_de_objb" que indica el número de Objetos
BD-J contenidos en el mismo, y tantos Objetos
BD-J como se indica por el número_de_objb. Los
Objetos BD-J cuyo número se indica por el
número_de_objb se identifican por el identificador id_objb. La
línea de conexión bh2 en la Fig. 11 indica un primer plano de la
estructura interna de un Objeto BD-J [id_objb] ( )
determinado identificado por el identificador id_objb.
Como se muestra en esta figura con la indicación
por la línea de conexión, el Objeto BD-J está
compuesto por el
"indicador_intención_reaunudar[id_objb]", la
"máscara_llamada_menú[id_objb]", el
"indicador_busqueda_Título[id_objb]", la
Tabla_Gestión_Aplicación[id_objb], y la
"Tabla_Gestión_Lista de Reproducción[bob_id]". El Objeto
BD-J es aproximadamente igual que el Objeto de
Película en que incluye el "indicador_intención_reaunudar" la
"máscara_llamada_menú" y el
"indicador_busqueda_Título".
La diferencia con el Objeto de Película es que
no se escribe directamente un comando en el Objeto
BD-J. Es decir, en el Objeto de Película, el
procedimiento de control se escribe directamente en los comandos de
navegación. Por el contrario, el Objeto BD-J define
indirectamente el procedimiento de control permitiendo una
especificación para que se escriba la aplicación Java (TM) en la
"Tabla_Gestión_Aplicación[id_objb]". Tal definición
indirecta proporciona el compartir de forma eficaz un procedimiento
de control común, permitiendo a una pluralidad de escenarios
dinámicos compartir un procedimiento de control común.
También, en el Objeto de Película, se realiza
una reproducción de la PL de acuerdo con un comando de navegación
(comando PLReproducción) escrito en el Objeto de Película,
instruyendo para realizar la reproducción de la PL. Por el
contrario, en el Objeto BD-J, la
"Tabla_Gestión_Aplicación[id_objb]", que indica el
procedimiento de reproducción de la PL, se incorpora en el Objeto
BD-J, posibilitando escribir el procedimiento de
reproducción de la PL. Y lo que es más, el procedimiento de
reproducción de la PL puede escribirse también incorporando el
procedimiento de reproducción de la PL dentro de la aplicación a la
que se refiere desde la tabla de gestión de la aplicación. Es
decir, es posible incorporar el procedimiento de reproducción de la
Lista de Reproducción bien escribiéndolo en la tabla de gestión de
la Lista de Reproducción o escribiéndolo en la aplicación.
En este punto se describirá la aplicación de
Java (TM). Una aplicación de Java (TM) incluye uno o más programas
xlet que están cargados en el área de pila (también llamada memoria
de funcionamiento) de la máquina virtual. La aplicación de Java
(TM) se compone de los programas xlet y datos. Hasta ahora se ha
descrito la construcción de la aplicación de Java (TM).
El cuerpo sustancial de la aplicación de Java
(TM) son los ficheros de archivos Java (TM) (00001.jar, 00002.jar)
que están almacenados en el directorio BDJA bajo el directorio BDMV
mostrado en la Fig. 2. Lo siguiente describe los ficheros de
archivos Java (TM) con referencia a las Fig. 12A y 12B.
Los ficheros de archivos Java (TM) (00001.jar,
00002.jar mostrados en la Fig. 2) están formados cada uno combinando
uno o más ficheros de clase y uno o más ficheros de datos en uno.
La Fig. 12A muestra los programas y los datos almacenados en los
ficheros de archivos. Los datos mostrados en la Fig. 12A se han
configurado por el archivador de Java (TM) disponiendo una
pluralidad de ficheros dentro de la estructura de directorio
indicada por los marcos ovalados. La estructura de directorios
indicada por los marcos ovalados está compuesta por Raíz, Java
(TM), y de directorios de imágenes. El fichero común.pkg está
dispuesto para que esté debajo del directorio Raiz, los ficheros de
clase (aaa.class, bbb.class) están dispuestos para que estén debajo
del directorio Java (TM), y el fichero menú.jpg está dispuesto
debajo del directorio de imagen. Los ficheros de archivos de Java
(TM) están formados cada uno por el archivador Java (TM) combinando
tales ficheros en uno. Tales ficheros de clase y datos se expanden
cuando se leen desde el BD-ROM, y se tratan como
ficheros dispuestos en los directorios. El número de cinco dígitos
"zzzzz" adjunto a cada nombre de fichero de archivo Java (TM)
indica una ID de aplicación. Cuando tal fichero de archivo de Java
(TM) se ha leído de una memoria caché, es posible extraer programas
y datos que constituyen una aplicación Java (TM) arbitraria,
refiriéndose al número adjunto al nombre del fichero. Los ficheros
de clase (aaa.class, bbb.class mostrados en la Fig. 12A) son
ficheros de clase que corresponden a los programas xlet descritos
anteriormente. El procedimiento de reproducción en el modo
BD-J se define por el programa xlet que corresponde
a los ejemplos de ficheros de clase.
El programa xlet es un programa Java (TM) que
puede usar una interfaz de acuerdo con Estructura de Medios de Java
(TM) (JMF), y ejecuta los procesos en correspondencia con los
eventos de las teclas, de acuerdo con un formato tal como el JMF.
Como pueden ejecutarse los procesos de formato JMF, el programa xlet
puede instruir al aparato de reproducción para reproducir una Lista
de Reproducción generado un ejemplo (ejemplo de reproductor JMF)
que corresponde a un fichero MPLS. También, el programa xlet puede
instruir al aparato de reproducción de BD-ROM para
ejecutar procesos que son únicos para el aparato de reproducción de
BD-ROM por las llamadas de escritura para las API
de función.
Además, el programa xlet puede ejecutar un
procedimiento para acceder a un sitio WWW y descargar un contenido
desde el sitio. Esto posibilita algunos trabajos innovadores, que se
generan combinando los contenidos descargados con la reproducción
de la Lista de Reproducción, a reproducir.
\newpage
Se describirán los ficheros de clase de los
programas xlet. La Fig. 12B muestra la estructura interna del
fichero de clase. Como se muestra en la Fig. 12B, el fichero de
clase está compuesto del "centro de constantes", la
"interfaz", y los "métodos 1, 2, 3, ...n" Los métodos en
los ficheros de clase se clasifican en: un método (método del
Oyente de eventos) con el cual se ha registrado de antemano un
evento de tecla que dispara una operación; un método (el método
para un ejemplo de reproductor JMF) para instruir un procedimiento
de reproducción JMF; y un método para llamar una API de función
para el aparato de reproducción de BD-ROM. En estos
métodos, los procedimientos para los cálculos o similares se
escriben usando variables locales asignadas a los mismos o
argumentos para llamar a los mismos. Hasta ahora se ha descrito el
fichero de archivos de Java (TM). Se observará que aunque en la
presente realización, los programas y los datos que constituyen la
aplicación están almacenados en ficheros de archivos Java (TM),
tales programas y datos pueden almacenarse en ficheros LZH o
ficheros zip.
Hasta ahora se ha descrito un escenario dinámico
en el modo BD-J.
El contenido del disco proporcionado en un disco
de sólo-lectura como el DVD-Video
tiene una estructura que se centra sobre el menú superior. El
cambio de estado en tal contenido de disco es único en que la
reproducción se bifurca desde el Título del menú superior a cada
Título y a continuación vuelve al Título del menú superior. La Fig.
13 muestra el cambio de estado en un contenido del disco. Las cajas
en la Fig. 13 representan Títulos. En este punto, cada Título es
una unidad de reproducción que corresponde a un "estado" en el
cambio de estado único para el contenido del disco. Los títulos se
clasifican en "PrimerTítuloReproducción" que se reproduce en
primer lugar después de la carga del BD-ROM, el
"TítuloMenú_superior" que constituye el menú superior, y los
"Títulos" que son Títulos generales. Las flechas jh1, jh2, jh3,
jh4, jh5, jh6, jh7, y jh8 en la Fig. 23 indican simbólicamente
bifurcaciones entre Títulos. De acuerdo con el cambio de estado
mostrado en la Fig. 13, se reproduce el
"PrimerTítuloReproducción" una vez cargado del
BD-ROM, se produce una bifurcación al
TítuloMenú_superior, y a continuación se espera una selección sobre
el menú superior. En la industria de medios de grabación para la
distribución de películas, tal como el BD-ROM, está
bien establecido que se reproduce una marca comercial dinámica una
vez cargada de tal medio de grabación. La marca comercial dinámica
simboliza el productor o distribuidor de la película. El
PrimerTítuloReproducción juega un papel para reproducir la marca
comercial dinámica inmediatamente después de que se carga el
BD-ROM.
A continuación el usuario selecciona un Título
sobre el menú, el Título seleccionado se reproduce. La reproducción
vuelve a continuación al Título del Menú Superior. Tal procedimiento
de reproducción se repite una y otra vez hasta que se ejecuta el
BD-ROM. Este es el único cambio de estado al
contenido del disco.
El Título que tiene tal cambio de estado se
compone de escenarios dinámicos en el modo HDMV o escenarios
dinámicos en el modo BD-J. La Fig. 14 muestra dos
Títulos que se componen de escenarios dinámicos en el modo HDMV. La
primera fila de la Fig. 14 indica un Título (id_Título) que se
identifica por el identificador "id_Título". La segunda fila
indica una secuencia de Objeto de Película que se compone de uno o
más Objetos de Película que constituyen un Título. La tercera fila
indica una secuencia de comandos de navegación que constituyen los
Objetos de Película.
Se consigue una bifurcación de un Título a otro
Título como se muestra en la Fig. 13 escribiendo con adelanto un
comando de navegación (comando SaltoTítulo), que instruye al aparato
de reproducción a saltar a otro Título, en un Objeto de Película.
También, la cuarta fila de la Fig. 14 indica una Lista de
Reproducción que pertenece al Título. Esta pertenencia de la Lista
de Reproducción al Título se consigue escribiendo con adelanto un
comando de navegación (comandoReproducciónPL), que instruye a
reproducir la Lista de Reproducción, en un Objeto de Película.
Teniendo una Lista de Reproducción que pertenece
a un Título, es posible para el Título en el modo HDMV definir una
película que está acompañada de una reproducción de video. Esta es
la estructura del Título definida por el escenario dinámico en el
modo HDMV.
Lo siguiente describe la construcción interna de
un Título compuesto de un escenario dinámico en el modo
BD-J. La Fig. 15 muestra la estructura interna del
Título compuesto del escenario dinámico en el modo
BD-J (Objeto BD-J).
La primera fila indica un Título que se
identifica por un identificador "id_Título". La segunda fila
indica el único Objeto BD-J que constituye el
Título. La tercera fila indica la tabla de gestión de la aplicación
y la Tabla de Gestión de la Lista de Reproducción que se proporciona
en el Objeto BD-J. La cuarta fila indica una
aplicación que se actúa por la tabla de gestión de la aplicación en
la tercera fila. Esta aplicación incluye un método (un método que
llama a la APISaltoTítulo) que instruye al aparato de reproducción
para que salte a otro Título, como indica en la quinta fila. Como
resultado, se consigue la bifurcación a otro Título como se muestra
en la Fig. 13 por el método de llamada a la APISaltoTítulo. Por el
contrario, como la Tabla de Gestión de Lista de Reproducción está
escrita en la tercera fila, se reproduce una Lista de Reproducción
al mismo tiempo que se ejecuta la aplicación, como se indica en la
cuarta fila.
El Objeto BD-J incluye la tabla
de gestión de la aplicación y la Tabla de Gestión de Lista de
Reproducción. Esto posibilita la reproducción de la PL ejecutarse
simultáneamente con la ejecución de la aplicación como se indica en
la cuarta fila. Tal ejecución simultánea de la aplicación y la
reproducción de la PL es una característica del Título en el modo
BD-J.
No todos los Objetos BD-J
incluyen la Tabla de Gestión de la Lista de Reproducción. La Tabla
de Gestión de la Lista de Reproducción es una componente
arbitraria. Algunos Objetos BD-J incluyen la Tabla
de Gestión de la Lista de Reproducción, y otros no. La Fig. 16
muestra un Título que no incluye la Tabla de Gestión de la Lista de
Reproducción. En tal Objeto BD-J que incluye sólo la
tabla de gestión de la aplicación pero no la Tabla de Gestión de la
Lista de Reproducción, sólo se define la operación de la aplicación
como se indica en la cuarta fila. Con tal definición de la
operación de aplicación, se define un Título, que sólo tiene el
procedimiento de control y no está acompañado de una reproducción de
la PL.
La Fig. 14 muestra una bifurcación de un Título
en el modo HDMV a un Título en el modo HDMV. Se observará sin
embargo que también es posible una bifurcación desde un Título en el
modo HDMV a un Título en el modo BD-J como se
muestra en la Fig. 17. De forma similar, aunque la Fig. 15 muestra
una bifurcación desde un Título en el modo BD-J a
un Título en el modo BD-J, también es posible una
bifurcación desde un Título en el modo BD-J a un
Título en el modo HDMV como se muestra en la Fig. 18.
En la estructura interna del Título descrita
anteriormente, los Objetos de Película o los Objetos
BD-J que constituyen un Título se definen por el
índice.bdmv mostrado en la Fig. 2. Lo siguiente describe el
índice.bdmv.
El índice.bdmv es una tabla que indica los
Objetos de Película o los Objetos BD-J que
constituyen un Título.
La Fig. 19 muestra la estructura interna del
índice.bdmv. Como se muestra en la Fig. 19, el índice.bdmv está
compuesto de un "indicador_tipo" que tiene un valor
"INDX", un "número_versión", una
"dirección_comienzo_índices" que indica una dirección relativa
del comienzo del fichero para los Índices, y los "Índices ( )".
Los "Índices ( )" corresponden respectivamente a los Títulos.
Como indica la flecha de la línea de puntos "ix1" en la Fig.
19, los "Índices ( )" están compuestos de "longitud",
"PrimeraReproducción ( ) (ref_id_objp_PrimeraReproducción)",
"MenúSuperior ( ) ref_id_objm_ MenúSuperior)", el
"número_de_Títulos", y los "Título[0] ( )...
Título[número_de_Títulos-1] ( )".
La "PrimeraReproducción ( ) (ref_id_objp_
PrimerReproducción)" es el Índice del PrimerTítuloReproducción,
y almacena un valor de referencia del identificador del Objeto de
Película para el Objeto de Película que constituye el
PrimerTítuloReproducción(ref_id_objp_PrimerReproducción). El
"MenúSuperior ( )ref_id_objp_MenúSuperior)" es el Índice del
TítuloMenúSuperior, y almacena un valor de referencia del
identificador del Objeto de Película para un Objeto de Película que
constituye el TítuloMenúSuperior (ref_id_objp_MenúSuperior).
Los "Título[0] ( )...
Título[número_de_Títulos-1] ( )" son los
Índices de los títulos distintos que el PrimerTítuloReproducción y
el TítuloMenúSuperior, y hay tantos como indica el
número_de_Títulos. Los "Título[0] ( )...
Título[número_de_Títulos-1] ( )" se
identifican por el identificador id_Título.
Un índice identificado por el identificador
id_Título se representa como un Título[id_Título] ( ). La
línea de conexión ix2 en la Fig. 19 indica un primer plano del
Título[id_Título] ( ).
Como se muestra en la Fig. 19, el
"Título[id_Título] ( )" está compuesto de
"Tipo_Reproducción_Título[id_Título]" que indica un
tipo de reproducción de un Título que es conocido por, por ejemplo,
si el "Título[id_Título]" contiene o no una
bifurcación; "Indicador_acceso_Título[id_Título]" que
indica si está permitida o no la ejecución de una función de
servicio para el Título; y
"ref_id_objp_Título[id_Título]" que indica únicamente
los Objetos de Película que constituyen el Título. En este punto,
si los escenarios dinámicos que constituyen el Título son objetos
BD-J, la "ref_id_objp_Título[id_Título]"
se reemplaza con "ref_id_objb_Título[id_Título]". La
"ref_id_objb_Título[id_Título]" únicamente indica
Objetos BD-J que constituyen el Título.
El Índice.bdmv está descrito con detalle en la
siguiente Publicación Internacional. Para detalles, referirse a la
Publicación Internacional.
Publicación Internacional WO 2004/025651 A1.
La Tabla de Gestión de la aplicación y la tabla
de gestión de la Lista de Reproducción incluida en la tabla de
Objetos BD-J son los principales elementos de la
presente invención. Estas tablas se describirán en detalle. En
primer lugar se describirá la tabla de gestión de la aplicación
(AMT).
La Fig. 20A muestra la estructura interna de la
tabla de gestión de la aplicación. Como se muestra en la Fig. 20A,
la tabla de gestión de la aplicación está compuesta de
"ciclo_vida", "ref_id_apli",
"atributo_funcionamiento", y
"prioridad_funcionamiento".
La Fig. 20B muestra el significado de los
elementos de información que constituyen la tabla de gestión de la
aplicación.
El "ciclo_vida" indica un "ciclo de
vida" de la aplicación.
La "ref_id_apli" indica, por un valor de
referencia escrito en el mismo en correspondencia con el
"identificador de la aplicación", la aplicación que tiene el
ciclo de vida mencionado anteriormente. El identificador de la
aplicación se representa por un valor de cinco dígitos "zzzzz"
que se proporciona en el fichero de archivos Java (TM) como el
nombre del fichero. El valor de cinco dígitos se escribe en la
"ref_id_apli".
El "atributo_funcionamiento" indica el
atributo de funcionamiento de la aplicación durante el ciclo de
vida. El atributo de funcionamiento se clasifica en:
AutoFuncionamiento, Presente, y Suspendido.
La "prioridad_funcionamiento" indica la
"prioridad de funcionamiento" de la aplicación durante el ciclo
de vida. El Objeto BD-J controla el funcionamiento
de la aplicación que usa estos elementos de información.
Se describirá el ciclo de vida, que se define en
la tabla de gestión de la aplicación.
El ciclo de vida significa un ciclo durante el
cual la aplicación vive sobre la memoria de funcionamiento de la
máquina virtual, y está representado con el eje del tiempo de los
contenidos enteros del BD-ROM. En este punto, el
término "vida" se refiere al estado en el que los programas
xlet que constituyen la aplicación se han cargado en la memoria de
funcionamiento de modo que la aplicación puede ejecutarse por la
máquina virtual.
Cuando una aplicación está corriendo en una
Máquina Virtual de Java (TM), es importante definir claramente,
sobre el eje del tiempo, los puntos de comienzo y final de servicio
por la aplicación. Esto puntos de comienzo y de final de un
servicio se definen en el "ciclo_vida" de la tabla de gestión
de la aplicación.
Lo siguiente muestra cómo se define el ciclo de
vida del Título con respecto a tales contenidos del disco que
cambian el estado como se muestra en la Fig. 13. Supongamos que
después de que se carga el BD-ROM, se realizan
bifurcaciones en el orden ascendente de los números indicados por
las flechas jh1, jh2, jh3, jh4,... en la Fig. 13, y se expulsa el
BD-ROM. La banda de tiempo continua que comienza con
la carga y acaba con la expulsión del BD-ROM puede
considerarse como un eje de tiempos. El eje de tiempos está definido
como el eje de tiempos de todo el disco. La Fig. 21A muestra el eje
de tiempo de todo el disco. La Fig. 21B muestra como está
estructurado el eje de tiempos. Como se muestra en la Fig. 21B, el
eje de tiempos de todo el disco está compuesto de: un periodo
durante el cual se reproduce el PrimerTítuloReproducción; el periodo
durante el cual se reproduce el TítuloMenúSuperior; un periodo
durante el cual se reproduce el Título Nº 1. Un Título se compone
de uno o más Objetos de Película o un Objeto BD-J.
Por lo tanto, el periodo de reproducción de cada Título puede
definirse como el periodo durante el cual se activa cualesquiera
Objetos de Película o el Objeto BD-J.
Es decir, el PrimerTítuloReproducción, el
TítuloMenúSuperior, y otros títulos se componen cada uno de
escenarios dinámicos. Por lo tanto, el periodo de reproducción de
cada Título puede definirse como un periodo durante el cual
cualquiera de los Objetos de Película u Objeto BD-J,
que constituye un Título, se activa como un Objeto de Película
actual o un Objeto BD-J actual, y se decodifica y
ejecuta dentro del aparato de reproducción. La Fig. 22A muestra, en
el eje de tiempos de todo el BD-ROM, los periodos de
reproducción de Títulos que se identifican por un Objeto
BD-J que se identifica por el identificador
"id_objb". En este punto, si el Objeto BD-J
identificado por el identificador "id_objb" constituye un
Título, el periodo en el eje de tiempo del BD-ROM
durante el cual se activa el Objeto BD-J
identificado por el identificador "id_objb" puede considerarse
como un periodo de reproducción del Título.
De forma similar, si el Objeto de Película
identificado por el identificador "id_objb" constituye un
Título, el periodo en el eje de tiempos del BD-ROM
durante el cual el Objeto de Película identificado por el
identificador " id_objp" está activado puede considerarse como
el periodo de reproducción del Título.
El periodo durante el cual un Objeto de Película
o un Objeto BD-J están activados dura hasta que se
realiza la bifurcación del Título (SaltoTítulo). Es decir, el
escenario dinámico, que es el objetivo de la ejecución, se trata
como un Objeto de Película actual o un Objeto BD-J
actual hasta que se realiza la bifurcación del Título
(SaltoTítulo). Como resultado, el periodo que dura hasta que se
produce el SaltoTítulo en el Objeto de Película o el Objeto
BD-J se trata como un periodo de reproducción de
Título.
Lo siguiente describe la relación entra el
periodo de reproducción del Título y el eje de tiempos de la PL.
Como se ha descrito anteriormente, en el Objeto de Película o el
Objeto BD-J, el procedimiento de reproducción de la
PL puede escribirse como un procedimiento de procesamiento. Si se ha
escrito un procedimiento de reproducción de la PL, todo o parte del
eje de tiempos de la PL descrito anteriormente pertenece al periodo
de reproducción del Título. Supongamos que está escrita una tabla
de gestión de Lista de Reproducción en el Objeto
BD-J en el ejemplo mostrado en la Fig. 22A.
Entonces, como se muestra en la Fig. 22B, el eje de tiempos de la PL
pertenece al periodo de reproducción del Título que corresponde al
Objeto BD-J. Como puede definirse una pluralidad de
capítulos (Capítulos Nº1, Nº2, Nº3) además del eje de tiempos de la
PL, existen dominios "Capítulo - PL - Título -
BD-ROM entero" en el eje de tiempos del
BD-ROM. Es posible escribir el ciclo de vida de la
aplicación usando estos dominios. Debe notarse en este punto que
como la reproducción de la Lista de Reproducción comenzó
simultáneamente con la ejecución de la aplicación, puede producirse
una bifurcación de Título en el medio de la reproducción de la
Lista de Reproducción. En tal caso, sólo una parte del eje de
tiempos de la Lista de Reproducción pertenece a un periodo de
reproducción del Título, no todo el eje de tiempos de la Lista de
Reproducción. Es decir, si sólo parte del eje de tiempos de la Lista
de Reproducción o el eje de tiempos de la Lista de Reproducción
entero pertenece a un periodo de reproducción del Título depende del
instante en el que se produzca la bifurcación del Título.
La Fig. 23 muestra un ciclo de vida típico
definido en el eje de tiempos mostrado en la Fig. 22B. Como se
muestra en la Fig. 23, hay tres aplicaciones típicas: la aplicación
con frontera de Título cuyo ciclo de vida es un Título; la
aplicación con frontera de Capítulo cuyo ciclo de vida es un
Capítulo dentro de un Título; y una aplicación sin límites cuyo
ciclo de vida es el eje de tiempos de todo el
BD-ROM.
De estos, el ciclo de vida de una aplicación con
frontera de Título puede definirse usando el identificador de
Título. También, el ciclo de vida de una aplicación con frontera de
Capítulo puede definirse usando una combinación de: el
identificador del Título al cual pertenece al Capítulo; y el
identificador del Capítulo.
Incluso si está funcionando la plataforma, es
posible recuperar los recursos de la aplicación después de que
termina el ciclo de vida definido como un Título o un Capítulo. Tal
construcción asegura la posibilidad para obtener el recurso, y por
lo tanto estabiliza la operación de la plataforma.
Lo siguiente describe cómo escribir el ciclo de
vida en la tabla de gestión de la aplicación, usando un ejemplo
específico que incluye un contenido de disco que se conseguirá en un
futuro próximo, como material. El contenido de disco usado como
material incluye tres tipos diferentes de Títulos: un Título
principal (Título Nº 1) que constituye una obra de imagen
principal; un Título de compras en línea (Título Nº 2) que
constituye un comercio en línea; y un Título de juegos (Título Nº
3) que constituye una aplicación de juegos. La Fig. 24 muestra un
contenido de disco que incluye tres Títulos; un Título principal; un
Título de comercio en línea; y un Título de juego. En el lateral
izquierdo de la Fig. 24 se muestra el Índice.bdmx, y en el lateral
derecho de la Fig. 24 se muestran los tres Títulos.
Las estructuras de líneas de puntos en el
lateral derecho de la Fig. 24 se muestra relaciones de pertenencia
que indican los Títulos a los cuales pertenece cada aplicación. De
los tres Títulos, el Título Nº 1 está compuesto de la aplicación Nº
1, la aplicación Nº 2, y la aplicación Nº 3. También el Título Nº 2
está compuesto de la aplicación Nº 3 y la aplicación Nº 4, y el
Título Nº 3 está compuesto por la aplicación Nº 5. En el ejemplo
mostrado en la Fig. 24, la aplicación Nº 3 funciona tanto por el
Título Nº 1 como el Título Nº 2.
La Fig. 25A muestra el ciclo de vida de cada
aplicación, que se extrae en base a las relaciones de pertenencia
mostradas por las estructuras de líneas de puntos de la Fig. 24. En
la Fig. 25A, el eje horizontal indica un periodo de reproducción de
un Título, y los ciclos de vida de las aplicaciones están dispuestos
en la dirección del eje vertical. En este punto, la aplicación Nº 1
y la aplicación Nº 2 pertenecen sólo al Título Nº 1, y por lo tanto
los ciclos de vida de estas aplicaciones están confinados al Título
Nº 1. La aplicación Nº 4 pertenece sólo al Título Nº 2, y por lo
tanto el ciclo de vida de la aplicación Nº 4 está confinado al
Título Nº 2. La aplicación Nº 5 pertenece sólo al Título Nº 3, y
por lo tanto el ciclo de vida de la aplicación Nº 5 está confinado
al Título Nº 3. La aplicación Nº 3 pertenece a los Títulos Nº 1 y Nº
2, y por lo tanto el ciclo de vida de la aplicación Nº 3 se
extiende sobre los Títulos Nº 1 y Nº 2. La Fig. 25B muestra las
tablas de gestión de la aplicación para los Títulos Nº 1, Nº 2, y
Nº 3 que se escribieron en base a los ciclos de vida mostrados en
la Fig. 25A. Después de que se han escrito las tablas de gestión de
la aplicación de este modo, la aplicación Nº 1, la aplicación Nº 2
y la aplicación Nº 3 se cargan dentro de la memoria de
funcionamiento cuando se arranca la reproducción del Título Nº 1. A
continuación, cuando comienza la reproducción del Título Nº 2, se
borran las aplicaciones Nº 1 y Nº 2 de la memoria de funcionamiento,
produciendo que sólo quede la aplicación Nº 3. De forma similar, es
posible realizar un control de modo que se cargue la aplicación Nº 4
dentro de la memoria de funcionamiento cuando se arranca la
reproducción del Título Nº 2, y que se borren las aplicaciones Nº 3
y Nº 4 de la memoria de funcionamiento cuando se arranca la
reproducción del Título Nº 3.
Además, es posible realizar un control de modo
que se cargue la aplicación Nº 5 en la memoria de funcionamiento
mientras que se reproduce el Título Nº3, y que se borre la
aplicación Nº 5 de la memoria de funcionamiento cuando termina la
reproducción del Título Nº 3.
Con esta construcción, se minimiza el número de
veces que se cargan las aplicaciones dentro de la memoria de
funcionamiento. Esto es porque si se produce una bifurcación entre
Títulos, las aplicaciones que viven tanto en la fuente de
bifurcación como en el destino de bifurcación pueden almacenarse en
la memoria de funcionamiento, y las aplicaciones que no viven en la
fuente de bifurcación y viven sólo en el destino de bifurcación
pueden cargarse dentro de la memoria de funcionamiento. Tal
construcción que disminuye el número de veces que se cargan los
datos posibilita conseguir una aplicación sin límites, que es como
una aplicación de la que no se tiene consciencia acerca de una
frontera entre Títulos.
Lo siguiente describe los atributos de
funcionamiento de la aplicación. Los atributos de funcionamiento
incluyen: AutoFuncionamiento que indica que la aplicación con este
atributo arranca automáticamente su funcionamiento; Presente que
indica que la aplicación con este atributo no es objetivo del
funcionamiento automático pero puede almacenarse en la memoria de
funcionamiento de la máquina virtual; y Suspendido que indica que la
aplicación con este atributo está almacenada en la memoria de
funcionamiento de la máquina virtual pero no está asignada a la
potencia de la CPU.
Cuando un Título correspondiente se bifurca, una
aplicación con el atributo "AutoFuncionamiento" se carga
dentro de la memoria de funcionamiento y se ejecuta. Cuando un
Título se bifurca a otro Título, el cuerpo de gestión (gestor de la
aplicación) que gestiona las aplicaciones carga una aplicación, que
vive en el Título de destino de la bifurcación y cuyo atributo de
funcionamiento se ha puesto a AutoFuncionamiento, dentro de la
memoria de funcionamiento de la máquina virtual, y ejecuta la
aplicación. Esto significa que la aplicación se arranca
automáticamente para funcionar cuando el Título se bifurca.
El atributo de funcionamiento "Presente" es
un atributo continuo, e indica que el estado de la aplicación en el
Título fuente de bifurcación se mantiene. Esto es también un
atributo que indica que puede ejecutarse la aplicación
correspondiente. Una aplicación cuyo atributo de funcionamiento se
fija a "Presente" puede llamarse desde otra aplicación. Cuando
se llama una aplicación desde otra aplicación que esté corriendo, el
cuerpo de gestión (el gestor de la aplicación) juzga si la ID de la
aplicación está escrita o no en la tabla de gestión de la
aplicación y si el atributo de funcionamiento de la aplicación está
fijada o no a "Presente". Si está fijado a "Presente", el
cuerpo de gestión carga la aplicación dentro de la memoria de
funcionamiento. Si la ID de la aplicación de destino de llamada no
está escrita en la tabla de gestión de la aplicación, el cuerpo de
gestión no carga la aplicación dentro de la memoria de
funcionamiento. Sólo las aplicaciones cuyo atributo de
funcionamiento se fija a "Presente" pueden llamarse desde otra
aplicación. "Presente" es el atributo de funcionamiento por
defecto que se asigna cuando el atributo de funcionamiento no está
claramente especificado. Como resultado, cuando el atributo de
funcionamiento de una aplicación es "- -" indicando
ninguna especificación, significa que el atributo de la aplicación
es "Presente".
"Suspendido" indica que la aplicación con
este atributo está asignada a un recurso pero no está asignado a la
potencia de la CPU. El atributo "Suspendido" es efectivo, por
ejemplo, para conseguir que el proceso pase un camino lateral
mientras que se ejecuta un Título de juego.
La Fig. 26 muestra las combinaciones de los tres
atributos de funcionamiento (Presente, AutoFuncionamiento, y
Suspendido) y los tres posibles estados del Título anterior (No
Funciona, Funcionando, y Suspendido). Si el estado anterior es
"No Funciona" y el atributo de funcionamiento es
"AutoFuncionamiento" la aplicación se arranca en el Título de
destino de la bifurcación.
Si el estado anterior es "No Funciona" y el
atributo de funcionamiento es "Presente" o "Suspendido",
no se realiza ninguna operación, y se mantiene el estado.
Si el estado anterior es "Funcionando" y el
atributo de funcionamiento es "Presente" o
"AutoFuncionamiento", no se realiza ninguna operación, y se
mantiene el estado.
Si el atributo de funcionamiento se fija a
"Suspendido", el estado de la aplicación se suspende. Si el
estado anterior es "Suspendido" y el atributo de
funcionamiento del Título destino de la bifurcación es
"Suspendido", se mantiene "Suspendido". Si el estado
anterior es "Suspendido" y el atributo de funcionamiento del
Título destino de la bifurcación es "Presente" o
"AutoFuncionamiento", la aplicación se reanuda en el Título
destino de la bifurcación. Definir ciclos de vida y atributos de
funcionamiento en la tabla de gestión de la aplicación hace posible
realizar un control de sincronización para correr una aplicación de
Java (TM) durante un periodo de reproducción del Título. Esto
posibilita la consecución y provisión de diversas aplicaciones que
causan la reproducción de imágenes y la ejecución de programas.
Debe observarse en este punto que si el estado
anterior es "Suspendido" y el atributo de funcionamiento del
Título destino de la bifurcación es "Presente", puede
mantenerse el estado anterior de "Suspendido".
Por último se describirá la "prioridad de
funcionamiento" para cada aplicación.
La prioridad de funcionamiento toma valores de 0
a 255. Cuando el recurso de memoria queda corto o cuando la carga
de la CPU es alta, el gestor de la aplicación puede usar la
prioridad de funcionamiento para decidir qué aplicación terminar
forzosamente, o de qué aplicación obtener recursos. El gestor de la
aplicación termina una aplicación con un nivel bajo de prioridad de
funcionamiento, y mantiene el funcionamiento de la aplicación con
un nivel alto de prioridad de funcionamiento.
La prioridad de funcionamiento puede usarse
también para arbitrar entre aplicaciones que están en conflicto
entre sí solicitando que se reproduzca una PL. Supongamos aquí que
una aplicación está en reproducción rápida de una Lista de
Reproducción y otra aplicación emite una petición de pausa para la
misma Lista de Reproducción. Entonces los niveles de prioridad de
funcionamiento asignados a estas aplicaciones se comparan entre sí.
Si la aplicación en reproducción rápida tiene un nivel de prioridad
de funcionamiento mayor, la reproducción rápida continúa. Si la
aplicación que solicita la pausa tiene un nivel de prioridad de
funcionamiento mayor, la PL que está en reproducción rápida se
pausa.
Con el ciclo de vida descrito anteriormente, el
atributo de funcionamiento, y la prioridad de funcionamiento, es
posible limitar el número de aplicaciones que pueden funcionar sobre
la máquina virtual durante la recreación del contendido a un número
predeterminado o menor. Esto proporciona un funcionamiento estable
de las aplicaciones.
\newpage
Hasta ahora se ha descrito la tabla de gestión
de la aplicación. Lo siguiente describirá la tabla de gestión de la
Lista de Reproducción. La tabla de gestión de la Lista de
Reproducción muestra el control de reproducción que debería
realizarse simultáneamente con la ejecución de cada aplicación
durante el ciclo de vida de la aplicación. El funcionamiento de una
aplicación es inestable. Puede haber un fallo de iniciación o una
terminación anormal. En la presente realización, la tabla de
gestión de la Lista de Reproducción se proporciona para cada ciclo
de vida de la aplicación, como un mecanismo de Seguridad en Fallo
que funciona en el caso de que se produzca un fallo de iniciación o
una terminación anormal. La tabla de gestión de la Lista de
Reproducción es la información que define el control de
reproducción que podría realizarse cuando arranca un ciclo de vida
de la aplicación. El control de reproducción descrito en este punto
es una reproducción de un Videoclip en base a la información de la
Lista de Reproducción. Es decir, realizando el control de
reproducción en base a la información de la Lista de Reproducción,
se realizan simultáneamente la ejecución de la aplicación y la
reproducción de la Lista de Reproducción. Se dijo anteriormente que
se proporcionaba una tabla de gestión de la Lista de Reproducción
para cada ciclo de vida de la aplicación. Sin embargo debe
observarse aquí que la tabla de gestión de la Lista de Reproducción
puede proporcionarse sólo en correspondencia con la aplicación con
frontera del Título. Esto es porque como el ciclo de vida de la
aplicación con frontera del Título se extiende sobre todos los
Títulos, el control para la realización simultánea de la ejecución
de una aplicación y la reproducción de una Lista de Reproducción no
puede aplicarse a la aplicación sin fronteras del
Título.
Título.
No hay necesidad de definir la reproducción de
una Lista de Reproducción con respecto a la aplicación con frontera
de Capítulo. Esto es porque el ciclo de vida de la aplicación con
frontera de Capítulo se define sobre la premisa de que la ejecución
de la aplicación se arranque desde un Capítulo dentro de una Lista
de Reproducción. Como se entenderá de la descripción anterior, la
tabla de gestión de la Lista de Reproducción se define en
correspondencia con un ciclo de vida que está compuesto de uno o más
Títulos.
La Fig. 27A muestra la estructura interna de la
tabla de gestión de la Lista de Reproducción. Como se muestra en la
Fig. 27A, la tabla de gestión de la Lista de Reproducción está
compuesta de "ref_id_PL" y el "Atributo_Reproducción".
La Fig. 27B muestra el significado de los
elementos de información que constituyen la tabla de gestión de la
Lista de Reproducción.
La "ref_id_PL" indica, por un valor de
referencia escrito en el mismo en correspondencia con un
identificador de la PL, una PL que puede reproducirse durante un
ciclo de vida de la aplicación. El identificador de la PL se
representa por un valor de cinco dígitos "YYYYY" que se
proporciona en el fichero YYYYY.MPLS como nombre de fichero. La
"ref_id_PL" con el YYYYY escrito en el mismo indica una PL que
puede reproducirse en el Título correspondiente.
El "Atributo_Reproducción" es un atributo
que es similar al atributo de funcionamiento en la tabla de gestión
de la aplicación, y es un atributo de reproducción que define cómo
reproducir la PL escrita en la "ref_id_PL" cuando arranca el
Título. Los atributos de reproducción para la PL se clasifican en
"AutoReproducción", "Presente" o similares.
"AutoReproducción" es un atributo que
indica que cuando el Título correspondiente se bifurca, se reproduce
la Lista de Reproducción con el atributo de
"AutoReproducción". Cuando un Título se bifurca a otro Título,
el cuerpo de gestión (gestor de la aplicación) que gestiona las
aplicaciones comienza la reproducción de una Lista de Reproducción
que puede reproducirse en el Título destino de la bifurcación y cuyo
atributo de reproducción se ha fijado a AutoReproducción. Esto
significa que la Lista de Reproducción cuyo atributo de reproducción
se ha fijado a AutoReproducción se activa automáticamente cuando el
Título se bifurca.
"Presente" es, como es el caso con el
atributo de funcionamiento "Presente", un atributo continuo, e
indica que el estado de la PL en el Título fuente de la
bifurcación se mantiene. "Presente" es también un atributo que
indica que puede reproducirse la Lista de Reproducción. Supongamos,
por ejemplo, que hay dos Títulos que se reproducen continuamente,
que en la tabla de gestión de la Lista de Reproducción del Título
fuente de la bifurcación, el atributo de reproducción de la Lista
de Reproducción se fija a AutoReproducción, y en la tabla de
gestión de la Lista de Reproducción del Título de destino de la
bifurcación, el atributo de reproducción de la Lista de
Reproducción se fija a Presente. En este punto, se supone que la
Lista de Reproducción puede reproducirse durante dos horas, y que
se produce una bifurcación después de que se ha reproducido durante
una hora. En este caso cuando el atributo de reproducción de la
Lista de Reproducción se fija a Presente en el Título de destino de
bifurcación, el Título de destino de bifurcación reproduce la Lista
de Reproducción comenzando con una posición inmediatamente después
de una porción de una hora ya reproducida. Como se entiende de
esto, incluso si se produce una bifurcación entre Títulos, fijando
el atributo de reproducción de la Lista de Reproducción a Presente
en el Título destino de la bifurcación, es posible reanudar la
reproducción de la Lista de Reproducción en el Título destino de
la bifurcación. Esto posibilita a una serie de Títulos de
bifurcación reproducir de modo continuo una Lista de Reproducción
común, haciendo fácil de este modo conseguir "una Lista de
Reproducción común que se reproduzca en una serie de Títulos".
Cuando hay una pluralidad de Títulos de destino de bifurcación, es
posible, fijando el atributo de reproducción de la Lista de
Reproducción a Presente en los Títulos de destino de reproducción,
continuar la reproducción de una Lista de Reproducción común a
través de los Títulos de destino de bifurcación.
Debe observarse que como no hay necesidad de
asegurar la reproducción sin interrupción en una frontera entre
Títulos, está permitido interrumpir la reproducción de la Lista de
Reproducción alrededor de una bifurcación en el caso establecido
anteriormente donde una Lista de Reproducción común se reproduce a
través de una pluralidad de Títulos.
También, una Lista de Reproducción cuyo atributo
de reproducción se fija a "Presente" puede reproducirse a
petición de otra aplicación. Cuando se emite una petición de
reproducción desde otra aplicación que está corriendo, el cuerpo de
gestión (gestor de la aplicación) juzga si ref_id_PL de la Lista de
Reproducción objetivo está escrita o no en la tabla de gestión de
la Lista de Reproducción y si está fijado o no el atributo de
reproducción de la Lista de Reproducción a "AutoReproducción"
o "Presente". Si está fijado a "AutoReproducción" o
"Presente", el cuerpo de gestión reproduce la Lista de
Reproducción. Si la ref_id_PL de la Lista de Reproducción no está
escrita en la tabla de gestión de la Lista de Reproducción, el
cuerpo de gestión no reproduce la Lista de Reproducción. Sólo las
Listas de Reproducción cuyo atributo de reproducción está fijado a
"AutoReproducción" o "Presente" pueden reproducirse a
petición de otra aplicación. "Presente" es el atributo de
reproducción por defecto que se asigna cuando el atributo de
reproducción no está claramente especificado. Como resultado,
cuando el atributo de reproducción de una aplicación es
"- -" que indica ninguna especificación, significa que
el atributo de reproducción de la Lista de Reproducción es
"Presente".
La Fig. 28 muestra seis combinaciones de tres
posibles estados del Título destino de la bifurcación ((i) No tiene
tabla de gestión de Lista de Reproducción, (ii) Tiene tabla de
gestión de Lista de Reproducción, y (iii) Tiene tabla de gestión de
Lista de Reproducción y el atributo Presente) y dos posibles estados
de la PL en el Título anterior (No se está reproduciendo, y Se está
reproduciendo).
De estas seis combinaciones mostradas en la Fig.
28, en la combinación de "Estado anterior = No se está
reproduciendo" y "el Título destino de la bifurcación tiene la
tabla de gestión de Lista de Reproducción, y el atributo de
Reproducción es AutoReproducción", se arranca automáticamente la
reproducción de la Lista de Reproducción en el Título de destino de
la bifurcación.
También, en la combinación de "Estado Anterior
= Se está reproduciendo" y "el Título de destino de la
bifurcación no tiene tabla de gestión de Lista de Reproducción"
se para la reproducción de la Lista de Reproducción en el Título de
destino de la bifurcación. En otras combinaciones distintas de
estas, se mantiene el estado en el Título de fuente de la
bifurcación. En base a la tabla de gestión de la Lista de
Reproducción se arranca la reproducción de la Lista de Reproducción
sólo cuando la Lista de Reproducción no se ha reproducido en el
Título de fuente de bifurcación y el atributo de reproducción para
la Lista de Reproducción se fija a AutoReproducción en el Título de
destino de bifurcación. Como resultado, no hay necesidad de arrancar
la reproducción de una Lista de Reproducción cada vez que se
produce una bifurcación entre Títulos. Por consiguiente, se minimiza
el número de arranques de reproducción de una Lista de Reproducción
incluso si se producen muchas bifurcaciones entre Títulos.
Lo siguiente describe cómo escribir la Lista de
Reproducción y las tablas de gestión de la aplicación, con
referencia a un ejemplo específico mostrado en la Fig. 29A. En este
ejemplo específico, se usan dos Títulos continuos (Título Nº 1,
Título Nº 2). En la tabla para el Título Nº 1, se escriben la
aplicación Nº 1 y la aplicación Nº 2 como aplicaciones de
AutoFuncionamiento. En la tabla para el Título Nº 2, la aplicación
Nº 2 y la aplicación Nº 3 se escriben como aplicaciones de
AutoFuncionamiento. Se supone que en la tabla de gestión de la
Lista de Reproducción para el Título Nº 1, la Lista de Reproducción
Nº 1 está escrita como una Lista de Reproducción de
AutoReproducción, y que en la tabla de gestión de la Lista de
Reproducción para el Título Nº 2, la Lista de Reproducción Nº 2
está escrita como una Lista de Reproducción de AutoReproducción. La
Fig. 29B muestra como se reproducen las Listas de Reproducción y se
ejecutan las aplicaciones en base a la Lista de Reproducción y las
tablas de gestión de la aplicación que están escritas como se
muestra en la Fig. 29A.
De acuerdo con la Lista de Reproducción y las
tablas de gestión de la aplicación que se fijan como se ha descrito
anteriormente, en el comienzo del Título Nº 1, las aplicaciones Nº 1
y Nº 2 se arrancan automáticamente, y se arranca automáticamente la
reproducción de la Lista de Reproducción Nº 1.
De acuerdo con la Lista de Reproducción y las
tablas de gestión de la aplicación que se han fijado como se ha
descrito anteriormente, en términos de la aplicación Nº 1, hay una
descripción en la tabla para el Título Nº 1, pero no hay
descripción en la tabla para el Título Nº 2. Por lo tanto, se para
la ejecución de la aplicación Nº 1. De forma similar, en términos
de la Lista de Reproducción Nº 1, hay una descripción en la tabla
para el Título Nº 1, pero no hay descripción en la tabla para el
Título Nº 2. Por lo tanto, se para la reproducción de la Lista de
Reproducción Nº 1.
En términos de la Lista de Reproducción Nº 2 y
la aplicación Nº 3, no hay descripción en las tablas para el Título
Nº 1, pero hay una descripción en las tablas para el Título Nº 2.
Por lo tanto, se arrancan automáticamente la reproducción de la
Lista de Reproducción Nº 2 y la ejecución de la aplicación Nº 3.
Puede usarse una bifurcación como una oportunidad para elegir una
Lista de Reproducción a reproducir por otra Lista de Reproducción.
De este modo, el uso de la Lista de Reproducción y las tablas de
gestión de la aplicación hacen posible definir, con adelanto en el
estado de recreación del contenido, un proceso de cambiar las Listas
de Reproducción a reproducir en una bifurcación.
También en el ejemplo mostrado en la Fig. 29A, a
la aplicación Nº 1, la aplicación Nº 2 y la aplicación Nº 3 están
asignados 200, 128, y 200 como niveles de prioridad de
funcionamiento, respectivamente. Tales asignaciones de niveles de
prioridad de funcionamiento producen un arbitraje entre las
aplicaciones a realizar cuando las aplicaciones entran en conflicto
entre sí emitiendo peticiones para controlar la Lista de
Reproducción Nº 1 o la Lista de Reproducción Nº 2. Supongamos en
este punto que la aplicación Nº 1 es la reproducción rápida de la
Lista de Reproducción Nº 1 y la aplicación Nº 2 emite una petición
de pausa para la Lista de Reproducción Nº 1. Entonces los niveles
de prioridad de funcionamiento asignados a estas aplicaciones en la
tabla de gestión de la aplicación se comparan entre sí para el
arbitraje. Como resultado de éste, se continúa el control por la
aplicación Nº 1, rechazando la petición de la aplicación Nº 2. Tal
proceso puede definirse en el estado de recreación del contenido.
El uso de la prioridad de funcionamiento junto con la tabla de
gestión de la Lista de Reproducción hace posible para los aparatos
de reproducción realizar incluso un arbitraje cuando ocurre un
conflicto para una Lista de Reproducción.
Lo siguiente describe un ejemplo específico de
la descripción de una tabla de gestión de la Lista de Reproducción.
La Fig. 30A muestra un ejemplo de la descripción de la tabla de
gestión de la Lista de Reproducción. Las tablas se escriben para
cada uno de los dos Títulos continuos (Título Nº 1, Título Nº 2)
como sigue. En la tabla de gestión de la Lista de Reproducción para
el Título Nº 1, se escribe la Lista de Reproducción Nº 1 como una
Lista de Reproducción de AutoFuncionamiento, y la Lista de
Reproducción Nº 2 se escribe como una Lista de Reproducción
reproducible. En la tabla de gestión de la aplicación para el Título
Nº 1, se escribe la aplicación Nº 1 como una aplicación de
AutoFuncionamiento, y la aplicación Nº 2 se escribe como una
aplicación ejecutable. En la tabla de gestión de la Lista de
Reproducción para el Título Nº 2, la Lista de Reproducción Nº 2 y la
Lista de Reproducción Nº 3 se escriben como Listas de Reproducción
reproducibles. En la tabla de gestión de la aplicación para el
Título Nº 2, se escribe la aplicación Nº 3 como una aplicación de
AutoReproducción. La Fig. 30B muestra cómo se reproducen las Listas
de Reproducción y cómo se ejecutan las aplicaciones en base a la
Lista de Reproducción y las tablas de gestión de la aplicación que
están escritas como se muestra en la Fig. Nº 30A. De acuerdo con la
Lista de Reproducción y las tablas de gestión de la aplicación que
están fijadas como se ha descrito anteriormente, en el comienzo del
Título Nº 1, la aplicación Nº 1 que está escrita como una
aplicación de AutoFuncionamiento, se arranca automáticamente.
También, como la aplicación Nº 2 está escrita como una aplicación
ejecutable en la tabla de gestión de la aplicación para el Título Nº
1, se arranca la aplicación Nº 2 por una llamada yd1 desde la
aplicación Nº 1.
En la tabla de gestión de la aplicación para el
Título Nº 2, no hay descripción de las aplicaciones Nº 1 y Nº 2,
pero la aplicación Nº 3 está escrita como una aplicación de
AutoFuncionamiento. Por lo tanto, en la frontera entre el Título Nº
1 y el Título Nº 2, se para la ejecución de las aplicaciones Nº 1 y
Nº 2, y la aplicación Nº 3 se arranca automáticamente. En la tabla
de gestión de la Lista de Reproducción para el Título Nº 1, se
escriben las Listas de Reproducción Nº 1 y Nº 2 como Listas de
Reproducción reproducibles. De estas Listas de Reproducción
reproducibles, a la Lista de Reproducción Nº 1 se asigna el atributo
de AutoReprodución. Como resultado, la Lista de Reproducción Nº 1
se reproduce automáticamente al comienzo del Título Nº 1.
En la tabla de gestión de la Lista de
Reproducción para el Título Nº 1, la Lista de Reproducción Nº 2 se
escribe como una Lista de Reproducción reproducible, así como la
Lista de Reproducción Nº 1. Es por lo tanto posible para la
aplicación Nº 1 parar la reproducción de la Lista de Reproducción Nº
1 y arrancar la reproducción de la Lista de Reproducción Nº 2 por
petición de reproducción de la Lista de Reproducción Nº 2,
consiguiendo de este modo el cambio de la Lista de Reproducción. En
la tabla de gestión de la Lista de Reproducción para el Título Nº
2, la Lista de Reproducción Nº 2 y la Lista de Reproducción Nº 3 se
escriben como Listas de Reproducción reproducibles, y no hay
ninguna Lista de Reproducción a la cual se haya adjuntado el
atributo de AutoReprodución. Como resultado, la reproducción de la
Lista de Reproducción Nº 1, que se arrancó automáticamente al
comienzo del Título Nº 1, puede continuar durante el Título Nº 1,
pero para automáticamente al comienzo del Título Nº 2.
Sin embargo, la reproducción de la Lista de
Reproducción Nº 2, si continúa a través del Título Nº 1, continúa
también dentro del Título Nº 2. En la tabla de gestión de la Lista
de Reproducción para el Título Nº 2, la Lista de Reproducción Nº 2,
y la Lista de Reproducción Nº 3 se escriben como Listas de
Reproducción reproducibles. Como resultado, es posible para la
aplicación Nº 3, que está en funcionamiento en el Título Nº 2, parar
la reproducción de la Lista de Reproducción Nº 2 y arrancar la
reproducción de la Lista de Reproducción Nº 3 solicitando la
reproducción de la Lista de Reproducción Nº 3, consiguiendo de este
modo el cambio de la Lista de Reproducción.
A continuación, se describirá cómo se define el
periodo de reproducción del Título por la tabla de gestión de la
Lista de Reproducción con referencia a las Fig. 31A a 31C.
La Fig. 31A muestra el periodo de reproducción
de Título de un Título para el cual se fija el atributo de
reproducción a AutoReproducción. Si el atributo de reproducción se
ha fijado a AutoReproducción, se arranca la reproducción de una PL
de AutoReproducción cuando se arranca la reproducción del Título. En
este punto el periodo de reproducción del Título se determina en
base al eje de tiempo de la PL incluso si la aplicación funciona
normalmente y termina normalmente.
La Fig. 31B muestra un caso en el que el
atributo de reproducción se fija a AutoReproducción en la tabla de
gestión de la Lista de Reproducción, y la aplicación termina
anormalmente. Después de la terminación anormal, no está
funcionando ninguna aplicación, pero continúa la reproducción de la
PL de AutoReproducción. En este caso el periodo de reproducción del
Título se determina también en base al eje de tiempos de la PL.
La Fig. 31C muestra un caso en el que el
atributo de reproducción se fija a AutoReprodución en la tabla de
gestión de la Lista de Reproducción, y la aplicación principal falla
al arrancarse. En este caso también, el periodo de reproducción del
Título se determina en base al eje de tiempo de la PL ya que la PL
de AutoReproducción se reproduce independientemente del fallo de
arranque de la aplicación.
Con la disposición establecida anteriormente de
fijación del atributo de reproducción a AutoReproducción en la
tabla de gestión de la Lista de Reproducción, incluso si tarda de 5
a 10 segundos en arrancar la aplicación de Java (TM), algo se
presenta en la pantalla durante la iniciación. Es decir, incluso si
tarda un tiempo en arrancar la aplicación, algo se presenta en la
pantalla durante la iniciación. Esto alivia el retardo de
iniciación que se produce por el proceso consumidor de tiempo de la
iniciación de la aplicación.
Definiendo la aplicación y las tablas de gestión
de la Lista de Reproducción se hace posible realizar un control de
sincronización para correr una aplicación Java (TM) durante un
periodo de reproducción de un Título. Esto posibilita la
consecución y provisión de diversas aplicaciones que hace que se
reproduzcan las imágenes y se ejecuten los programas. Hasta ahora,
se ha descrito el medio de grabación. Lo siguiente describe el
aparato de reproducción de la presente invención.
La Fig. 32 muestra la estructura interna del
aparato de reproducción de la presente invención. El aparato de
reproducción de la presente invención se fabrica industrialmente en
base a la estructura interna mostrada en la Fig. 32. El aparato de
reproducción de la presente invención está principalmente compuesto
de dos partes: un sistema LSI; y un aparato de control. La
fabricación industrial se consigue cargando los componentes dentro
de la cabina y la tarjeta del aparato. El sistema LSI es un circuito
integrado que incluye diversas unidades de procesamiento para
realizar las funciones del aparato de reproducción. El aparato de
reproducción fabricado de tal modo incluye un dispositivo de
BD-ROM 1, una memoria de lectura 2, un
demultiplexador 3, un decodificador de video 4, un plano de video
5, un decodificador de gráficos-P 6, un plano de
gráficos de presentación 7, una unidad de combinación 8, un
generador de caracteres 9, un decodificador de gráficos I 10, un
conmutador 11, un plano de gráficos interactivos 12, una unidad de
combinación 13, una unidad CLUT 14, una unidad CLUT 15, un
decodificador de audio 16, un dispositivo de red 17, un
almacenamiento local 18, una memoria de lectura 19, un
demultiplexador 20, una ROM de instrucciones 21, una unidad de
procesamiento de eventos de usuario 22, un conjunto PSR 23, una CPU
24, una memoria de escenarios 25, una memoria local 26, y un
conmutador 27.
En primer lugar, se describirán los elementos
componentes para reproducir los Videoclip grabados sobre el
BD-ROM (desde el dispositivo de
BD-ROM 1 hasta el decodificador de audio 16).
El dispositivo de BD-ROM 1
realiza la carga/expulsión del BD-ROM, y realiza
accesos al BD-ROM.
La memoria de lectura 2 es una memoria FIFO en
la cual se almacenan los paquetes TS leídos del
BD-ROM en el modo de Primero en
Entrar-Primero en Salir.
El demultiplexador (De-mux) 3
extrae los paquetes TS desde la memoria de lectura 2, y convierte
los paquetes TS en paquetes PES. El demultiplexador 3 saca los
paquetes PES, salida de paquetes PES obtenida por la conversión,
que tienen PID fijados por la CPU 24, para cualquiera de, el
decodificador de video 4, el decodificador de
gráficos-P 6, el decodificador de
gráficos-I 10, y el decodificador de audio 16.
El decodificador de video 4 decodifica una
pluralidad de paquetes PES, que son la salida del demultiplexador
3, dentro de los cuadros de un formato de
no-compresión, y escribe los cuadros dentro del
plano de video 5.
El plano de video 5 es un plano para almacenar
los cuadros de formato de sin compresión. El plano es un área de
memoria en el aparato de reproducción para almacenar datos de puntos
de imagen de una pantalla. La resolución del plano de video 5 es de
1920x1080. Los datos del cuadro almacenados en el plano de video 5
se componen de datos de puntos de imagen que se representan por los
valores YUV de 16 bits del decodificador de audio 16. En el plano
de video 5, es posible escalar las imágenes de reproducción para
cada trama en el flujo de video. En este punto, "escalar" es
cambiar el tamaño de la imagen de reproducción a 1/4 (un cuarto) o
1/1 (pantalla entera) del plano de video 5. Tal escala se ejecuta
en el modo BD-J de acuerdo con una instrucción por
la CPU 24. Esto posibilita que la pantalla esté dispuesta de
diferentes formas para presentar la imagen de reproducción del
flujo de video en una esquina, a escala total, o similares.
El decodificador de gráficos-P 6
decodifica un flujo de gráficos de presentación leído del
BD-ROM en gráficos sin compresión, y escribe los
gráficos sin compresión dentro del plano de gráficos de
presentación 7. La decodificación del flujo de gráficos resulta en
un subtítulo que aparece sobre la pantalla.
El plano de gráficos de presentación 7 es un
área de memoria que tiene el tamaño de una pantalla, y es capaz de
almacenar los gráficos sin compresión de una pantalla. La resolución
del plano de video 5 es 1980x1080. Cada punto de imagen del gráfico
sin compresión almacenado en el plano de gráficos de presentación 7
se representa por un color índice de 8 bits. Los gráficos sin
compresión almacenados en el plano de gráficos de presentación 7 se
presentan en pantalla después de que se convierte el color índice
usando un CLUT (Tabla de Búsqueda del Color).
La unidad de combinación 8 combina los datos del
cuadro sin compresión (i) almacenados en el plano de video 5 con
los datos almacenados en el plano de gráficos de presentación 7.
El generador de caracteres 9 expande el código
de texto, que está contenido en el flujo ST de texto, en mapas de
bits que usan las fuentes de los caracteres, y escribe los mapas de
bits sobre el plano de gráficos de presentación 7.
El decodificador de gráficos-I
10 decodifica el flujo IG, que se lee del BD-ROM o
el almacenamiento local 18 en el modo HDMV, en gráficos sin
compresión, y escribe los gráficos sin compresión en planos de
gráficos interactivos 12.
El conmutador 11 escribe selectivamente, sobre
el plano de gráficos de presentación 7, o la secuencia de fuentes
generada por el generador de fuentes 9 o los gráficos obtenidos como
resultado de decodificar por el decodificador de
gráficos-P 6.
El plano de gráficos interactivo 12 almacena los
gráficos sin compresión que se obtienen como resultado de la
decodificación por el decodificador de gráficos-I
10. El plano de gráficos interactivo 12 también almacena los
caracteres y gráficos que han dibujado las aplicaciones en el modo
BD-J.
La unidad de combinación 13 combina los datos
almacenados en el plano de gráficos interactivo 12 con una imagen
compuesta (combinación de los datos de cuadro sin compresión y los
datos almacenados en el plano de gráficos de presentación 7) que
salen de la unidad de combinación 8. Esta combinación posibilita que
los caracteres y/o los gráficos escritos sobre el decodificador de
gráficos I 10 por la aplicación se superpongan sobre los datos de
cuadro sin compresión.
La unidad de CLUT 14 convierte el color índice
de los gráficos sin compresión almacenados en el plano de video 5,
en los valores de Y, Cr, y Cb.
La unidad de CLUT 15 convierte el color índice
de los gráficos sin compresión almacenados en el plano de gráficos
interactivo 12, en los valores de Y, Cr, y Cb.
El decodificador de audio 16 decodifica la
salida de paquetes PES del demultiplexador 3, y saca los datos de
audio en el formato sin compresión.
Hasta ahora, se han descrito los elementos
componentes para la reproducción de los Videoclip. Lo siguiente
describe los elementos componentes (del dispositivo de red 17 al
demultiplexador 20) que se refiere a las operaciones en el modo
BD-J.
El dispositivo de red 17 es para conseguir la
función de comunicación en el aparato de reproducción. Cuando se
especifica una URL por una aplicación de Java (TM) en el modo
BD-J, el dispositivo de red 17 establece la
conexión TCP, la conexión FTP o similares con el sitio Web que tiene
la URL. Tal establecimiento de la conexión permite a la aplicación
de Java (TM) descargar los datos del sitio Web.
El almacenamiento local 18 es un disco duro para
almacenar, junto con los metadatos, los contenidos que se
proporcionan desde un medio de grabación o un medio de comunicación
distinto que el BD-ROM, tal como los contenidos
descargados desde el sitio Web a través de la conexión establecida
por el dispositivo de red 17. Los metadatos se usan para gestionar
los contenidos descargados vinculándolos al almacenamiento local 18.
Una aplicación en el modo BD-J puede, accediendo al
almacenamiento local 18, realizar diversos procesos usando la
longitud de los contenidos descargados.
La memoria de lectura 19 es una memoria FIFO. Si
el contenido descargado almacenado en el almacenamiento local 18
contiene un SubCorto, la memoria de lectura 19 almacena los paquetes
TS que constituyen el SubCorto en el modo de Primer en
Entrar-Primero en Salir.
El demultiplexador (De-mux) 20
extrae los paquetes TS de la memoria de lectura 19, y convierte los
paquetes TS en paquetes PES. El demultiplexador 3 saca los paquetes
PES, aparte de los paquetes PES obtenidos por la conversión, que
han deseado PID, al generador de fuentes 9, el decodificador de
gráficos-I 10, y el decodificador de audio 16.
Con las operaciones descritas anteriormente del
dispositivo de red 17 al demultiplexador 20, puede reproducirse el
contenido que ha descargado la aplicación Java (TM) a través de la
red del mismo modo que un contenido grabado sobre el
BD-ROM. Lo siguiente describe los elementos
componentes (de la ROM de instrucciones 21 al conmutador 27) para
conseguir el control de integración en el aparato de
reproducción.
La ROM de instrucciones 21 almacena el software
que define el control para el aparato de reproducción.
La unidad de procesamiento de eventos de usuario
22 saca, a la CPU 24, los eventos de usuario que se instruyen a
través de operaciones de teclas sobre el control remoto o el panel
frontal del aparato de reproducción.
El conjunto PSR 23 es un registro incorporado en
el aparato de reproducción y está compuesto de 64 Registros de
Estado del Reproductor (PSR) y 4.096 Registros de Propósito General
(GPR). Entre los valores fijados en los Registros de Estado del
Reproductor (los valores fijados se denominan como PSR) se usan de
PSR4 a PSR8 para representar la posición de reproducción
actual.
PSR4 se pone a un valor en el rango de 1 hasta
100 para indicar el Título al cual pertenece la posición de
reproducción actual, y se pone al valor 0 para indicar que la
posición de reproducción actual pertenece al menú superior.
PSR5 se pone a un valor en el intervalo desde 1
hasta 999 para indicar un número de Capítulo del Capítulo al cual
pertenece la posición de reproducción actual, y se pone a un valor
de 0xFFFF para indicar que los números del Capítulo son inválidos
en el aparato de reproducción.
PSR6 se pone a un valor en el intervalo desde 0
hasta 999 para indicar el número de PL del PL (PL actual) al cual
pertenece la posición de reproducción actual.
PSR7 se pone a un valor en el intervalo desde 0
hasta 255 para indicar un número de Elemento de Reproducción del
Elemento de Reproducción (Elemento de Reproducción actual) al cual
pertenece la posición de reproducción actual.
PSR8 se pone a un valor en el intervalo desde 0
a 0xFFFFFFFF para indicar que la posición de reproducción actual
(PTM (Tiempo de Presentación) actual) usando una precisión temporal
de 45 kHz. Con los PSR4 a PSR8 descritos anteriormente, es posible
identificar la posición de reproducción actual en el eje del tiempo
de todo el BD-ROM mostrado en la Fig. 21A.
La CPU 24 corre el software almacenado en la ROM
de instrucciones 21 y controla todo el aparato de reproducción. Los
contenidos de control cambian dinámicamente dependiendo de los
eventos de usuario que salen de la unidad de procesamiento de
eventos del usuario 22 y dependiendo de los valores fijados en los
PSR en el conjunto de
PSR 23.
PSR 23.
La memoria de escenario 25 almacena la
información de la PL actual y la información del Corto actual. La
información de la PL actual es un elemento de información de la
información de la PL que es el objetivo actual de procesamiento, de
entre una pluralidad de elementos de información de la PL grabados
sobre el BD-ROM. La información del Corto actual es
un elemento de la información del Corto que es el objetivo actual de
procesamiento, de entre una pluralidad de elementos de información
de Corto grabada sobre el BD-ROM.
La memoria local 26 es una memoria caché para
almacenamiento temporal de los datos grabados sobre el
BD-ROM de modo que cubre la lentitud en la lectura
de datos del BD-ROM. Debido a la presencia de la
memoria local 26, las aplicaciones se ejecutan eficazmente en el
modo BD-J.
El conmutador 27 se usa para introducir datos
selectivamente, que se han leído del BD-ROM o del
almacenamiento local 18, dentro de cualquiera de la memoria de
lectura 2, la memoria de lectura 19, la memoria de escenario 25, y
la memoria local 26.
Hasta ahora se ha descrito la estructura
hardware del aparato de reproducción de la presente realización. Lo
siguiente describe la estructura software del aparato de
reproducción de la presente realización.
La Fig. 33 muestra, en la estructura de capas,
el hardware y el software almacenados en la CPU 24. Como se muestra
en la Fig. 33, la estructura de capas del aparto de reproducción se
compone de:
a) La primera capa como el Dispositivo del
Reproductor de BD;
b) La segunda capa como el Modelo del
Reproductor de BD;
c) La tercera capa como el Entorno del Tiempo de
Funcionamiento de la Aplicación.
La estructura hardware del aparato de
reproducción mostrado en la Fig. 32 pertenece a la primera capa. La
primera capa como el Dispositivo del Reproductor de BD incluye: un
"decodificador" que está compuesto del decodificador de video
4, el decodificador de gráficos-P 6, el
decodificador de gráficos-I 10, y el decodificador
de audio 16; un "plano" que está compuesto del plano de video
5, el plano de gráficos de presentación 7, y el plano de gráficos
interactivos 12; el BD-ROM, un sistema de ficheros
del BD-ROM; el almacenamiento local 18; y un
sistema de ficheros del almacenamiento local 18.
La segunda capa como el Modelo del Reproductor
de BD se compone de: b2) una capa compuesta de una máquina de
control de reproducción 32; y b1) una capa compuesta de un sistema
de ficheros virtual 30 y una máquina de presentación 31, y
proporciona la función API a las capas que son de mayor grado.
La tercera capa como el Entorno de Tiempo de
Funcionamiento de la Aplicación se compone de:
c1) una capa en la cual está presente el gestor
del módulo 34; y
c2) una capa en la cual están presentes un
módulo HDMV 33 y un módulo BD-J 35.
En el modelo de capa mostrado en la Fig. 33, el
gestor de módulo 34 está colocado en la capa más alta. El gestor de
módulo 34 tiene una URL de salto que va directamente a la máquina de
control de reproducción 32 saltándose el módulo HDMV 33 y el módulo
BD-J 35. Debido a este salto, el gestor del módulo
34 tiene una forma de una letra "L" invertida, incorporando en
el mismo el gestor de eventos de usuario 37, en el modelo de capas
mostrado en la Fig. 33.
El módulo BD-J 35 es lo que se
llama una plataforma de Java (TM), que tiene una construcción
centrada sobre una máquina virtual de Java (TM) 38. Diversos
programas del sistema y aplicaciones trabajan en una memoria de
funcionamiento que está incluida en la máquina virtual de Java (TM)
38. Un gestor de la aplicación 36 y el gestor escuchador de eventos
39 (gestor de funcionamiento por defecto 40) que está localizado por
encima de la máquina virtual de Java (TM) 38 son tales programas de
sistema. El gestor de la aplicación 36 incluye un procesador PLMT
41. También se proporciona un controlador de permisos entre el
módulo BD-J 35 y la máquina de control de
reproducción 32.
En primer lugar, se describirá el sistema de
ficheros virtual 30 para el gestor del módulo 34 que pertenece a la
segunda capa. La Fig. 34 es una ilustración del proceso realizado
por el sistema de ficheros virtual 30 para el gestor del módulo
34.
El sistema de ficheros virtual 30 es un sistema
de ficheros virtual para tratamiento de los contenidos descargados
en el almacenamiento local 18 como una unidad con los contenidos del
disco del BD-ROM. Los contenidos descargados
almacenados en el almacenamiento local 18 contienen el SubCorto, la
información del Corto, y la información de la Lista de
Reproducción. La información de la Lista de Reproducción en los
contenidos descargados difiere de la información de la Lista de
Reproducción grabada sobre el BD-ROM en que puede
especificar la información del Corto si se almacena la información
del Corto en el BD-ROM o en almacenamiento local 18.
Y para esta especificación, la información de la Lista de
Reproducción en el sistema de ficheros virtual 30 no necesita
especificar un fichero sobre el BD-ROM o el
almacenamiento local 18 por un directorio entero. Esto es porque el
sistema de ficheros sobre el BD-ROM o el
almacenamiento local 18 se reconocen como un sistema de ficheros
virtual (sistema de ficheros virtual 30). Por lo tanto, con un
valor de cinco dígitos, que es un cuerpo de ficheros del fichero
que almacena la información de Cortos, especificada en el mismo, el
nombre_fichero_Información_Corto en la información del Elemento de
Reproducción y el nombre_fichero_Información_Corto en la información
del SubElemento de Reproducción se usan para especificar un
Videoclip sobre el sistema de ficheros virtual 30 o el
BD-ROM. La lectura de datos a través del sistema de
ficheros virtual 30 desde el almacenamiento local 18, cuando se
combina dinámicamente con los datos almacenados en el
BD-ROM, puede producir diversos patrones de
reproducción. En la presente realización, como los contenidos del
disco de una combinación del almacenamiento local 18 y el
BD-ROM se tratan en igualdad con los contenidos del
disco del BD-ROM, se presume que el
"BD-ROM" también se refiere al medio de
grabación virtual que es una combinación del almacenamiento local 18
y el BD-ROM.
La máquina de presentación 31 ejecuta las
funciones de reproducción de video. Las funciones de reproducción
de video en el aparato de reproducción son un grupo de funciones
tradicionales que suceden en los reproductores de CD y DVD. Las
funciones de reproducción de video incluyen: Reproducción, Parada,
Pausa Activada, Pausa Desactivada, Reproducción Lenta Desactivada,
Reproducción Rápida (con especificación de la velocidad),
Reproducción Rápida Inversa (con especificación de la velocidad),
Cambio de Audio, Cambio de Subtítulos, y Cambio de Angulo. Para
realizar las funciones de reproducción de video, la máquina de
presentación 31 controla el decodificador de video 4, el
decodificador de gráficos-P 6, el decodificador de
gráficos-I 10, y el decodificador de audio 16 tal
como para decodificar una porción del Videoclip, que se ha leído en
la memoria de lectura 2, correspondiente al instante deseado. En
este punto, el tiempo deseado puede ser el tiempo especificado por
PSR8 (PTM actual). Con esta construcción, es posible reproducir una
porción de un Videoclip que corresponde a un momento arbitrario.
La máquina de control de reproducción (PCE) 32
realiza funciones que incluyen: (i) la función de control de
reproducción de la Lista de Reproducción; y (ii) la función de
obtener/fijar el estado para obtener y fijar los estados con el
conjunto PSR 23. La función de control de reproducción de la Lista
de Reproducción es, entre las funciones de reproducción de video
realizadas por la máquina de presentación 31, el arranque de
reproducción, la parada de reproducción o similares que se realizan
en base a la información de la PL actual y la información de Corto.
Las funciones (i) y (ii) se realizan en respuesta a las llamadas de
la función que se emiten por el módulo HDMV 33, el gestor del
módulo 34, y el módulo BD-J 35.
Es decir, si recibe una llamada de la función
que instruye a reproducir una PL, la máquina de control de
reproducción 32 lee un elemento de información de la Lista de
Reproducción correspondiente a la PL especificada en la llamada de
la función, a través del sistema de ficheros virtual 30 desde el
BD-ROM o el almacenamiento local 18. La máquina de
control de reproducción 32 se refiere a continuación a la
información del Elemento de Reproducción contenida en el elemento
de información de la Lista de Reproducción, y lee, a través del
sistema de ficheros virtual 30 desde el BD-ROM o
desde el almacenamiento local 18, la información de Corto referida
en el nombre_fichero_Información_Corto de la Información del
Elemento de Reproducción. Los signos \circledcirc1,
\circledcirc2, \circledcirc3, y
\circledcirc4 en la Fig. 34 indican respectivamente lo siguiente:
leer la información de la Lista de Reproducción a través del sistema
de ficheros virtual 30 (\circledcirc1); decodificar la
información del Elemento de Reproducción que constituye la
información de la Lista de Reproducción (\circledcirc2); leer la
información del Corto a través del sistema de ficheros virtual 30
(\circledcirc3); decodificar la información del Corto
(\circledcirc4). Después de que se decodifican la información del
Corto y la información de la Lista de Reproducción como se ha
descrito anteriormente, los paquetes TS que constituyen los
Videoclip se transfieren a la máquina de presentación 31, a través
del sistema de ficheros virtual 30. Después de que los paquetes TS
se transfieren a la máquina de presentación 31, la máquina de
presentación 31 saca los paquetes TS que constituyen los Videoclip
al decodificador de modo que se presentan sobre el plano. Los signos
\ding{80}1, \ding{80}2, \ding{80}3,
\ding{80}4, y \ding{80}5 en la Fig. 34
indican respectivamente los siguiente: leer los paquetes de TS que
constituyen los Videoclip (\ding{80}1, \ding{80}2);
transferir los paquetes de TS desde el sistema de ficheros virtual
30 a la máquina de presentación 31 (\ding{80}3); sacar los
paquetes TS al decodificador (\ding{80}4); y sacar los resultados
de la decodificación del decodificador a los planos
(\ding{80}5).
El módulo HDMV 33 es el cuerpo principal en
realizar el modo HDMV. Si se recibe una petición de activar (activar
(id_objp) en el que id_objp especifica un Objeto de Película del
destino de bifurcación) desde el gestor del módulo 34, el módulo
HDMV 33 almacena el Objeto de Película (id_objp) dentro de la
memoria local 26, decodifica el comando de navegación escrito en el
Objeto de la Película, y emite, en base a los resultados de la
decodificación, una llamada de la función a la máquina de control
de reproducción 32. En la Fig. 34, las flechas con los signos
\triangledown2, \triangledown3, y
\triangledown4 indican respectivamente lo siguiente: recibir desde
el gestor del módulo del gestor 34 "activar (id_objp)"
(\triangledown2); decodificar el comando de navegación escrito en
el Objeto de Película (\triangledown3); y emitir una llamada de
la función a la máquina de control de reproducción 32
(\triangledown4).
El gestor del módulo 34 mantiene el Ídice.bdmv
que se lee desde el BD-ROM, y realiza un control de
bifurcación. El control de bifurcación incluye emitir un evento de
terminación a un escenario dinámico que constituye un Título
actual, y emitir un evento activar al escenario dinámico que
constituye un Título destino de la bifurcación. Si un Objeto de
Película ejecuta un comando de SaltarTítulo que especifica la
id_título (SaltarTítulo (id_título)), el gestor del módulo 34 emite
un evento de terminación al Objeto de Película que constituye un
Título actual, y emite un evento de activar (id_objp) para activar
un Objeto de Película que constituye un Título correspondiente al
id_título. En la Fig. 34, las flechas con los signos
\triangledown0, \triangledown1, y
\triangledown2 indican respectivamente lo siguiente: ejecutar un
comando de SaltarTítulo (\triangledown0); el gestor de módulo 34
que se refiere al Índice.bdmv (\triangledown1); y enviar una
notificación para activar un Objeto de Película que constituye el
Título destino de la bifurcación (\triangledown2). Estos
procedimientos también se aplican al caso en el que un Objeto
BD-J llama una API de SaltarTítulo (SaltarTítulo
(id_título)). En este caso, se emite un evento de terminar al Objeto
BD-J que constituye el Título actual, y se emite un
activar (id_objb) al módulo BD-J 35 para activar un
Objeto BD-J que constituye el Título
correspondiente a la id_título.
Hasta ahora se ha explicado la máquina de
presentación 31 para el gestor del módulo 34. Lo siguiente describe
el gestor de aplicación 36 con referencia a la Fig. 35. La figura 35
muestra el gestor de aplicación 36.
El gestor de aplicación 36, instruye a la
máquina virtual de Java (TM) 38 para que arranque una aplicación
que no está corriendo en el Título fuente de la bifurcación, cada
vez que se produce una bifurcación entre Títulos, pero tiene el
atributo "AutoFuncionamiento" para el Título destino de la
bifurcación. En el mismo instante, el gestor de aplicación 36
termina una aplicación que está corriendo en el Título fuente de la
bifurcación, pero no tiene ningún ciclo de vida en el Título de
destino de la bifurcación. Tales control de iniciación y control de
terminación se realizan refiriéndose a la tabla de gestión de la
aplicación para el Objeto BD-J. Si se produce en
este punto una bifurcación entre Títulos, se notifica una activación
(id_objb) desde el gestor del módulo 34. Una vez recibida la
notificación, el gestor de la aplicación 36 fija el Objeto
BD-J actual al Objeto BD-J que
corresponde a la id_objb, y se refiere a la tabla de gestión de la
aplicación para el Objeto BD-J actual. Esto
posibilita al gestor de la aplicación 36 identificar la aplicación a
arrancar automáticamente y la aplicación a terminar
automáticamente. En la Fig. 35, los signos \ding{80}0,
\ding{80}1, \ding{80}2, y \ding{80}3
indican respectivamente los siguiente: se produce un SaltarTítulo
(\ding{80}0); se notifica una activación (id_objb) (\ding{80}1);
referirse a la tabla de gestión de la aplicación (\ding{80}2); y
instruir a la máquina virtual de Java (TM) 38 que arranque la
aplicación (\ding{80}3). Con esta instrucción de arrancar una
aplicación, la máquina virtual de Java (TM) 38 lee el programa xlet
de la memoria local 26 dentro de la memoria de funcionamiento
(\ding{80}4, \ding{80}5).
Hasta ahora se ha descrito el gestor de la
aplicación. Lo siguiente describe el gestor de eventos de usuarios
37 para el gestor de operación por defecto 40 con referencia a la
Fig. 36.
El gestor de eventos de usuario 37 divide los
eventos de usuario recibidos por la unidad de procesamiento de
eventos de usuario 22 en (i) eventos de usuario para el control de
reproducción y (ii) eventos de teclas. Los eventos de usuario para
el control de reproducción son eventos de usuario para instruir:
Reproducción, Parada, Pausa Activada, Pausa Desactivada,
Reproducción Lenta Desactivada, Reproducción Directa Rápida (con
especificación del la velocidad), Reproducción Inversa Rápida (con
especificación de la velocidad), Cambio de Audio, Cambio de
Subtítulo, y Cambio de Ángulo. Los eventos de teclas son eventos de
usuario que indican la pulsación de las teclas Mover hacia Arriba,
Mover hacia Abajo, Mover a la Derecha, Mover a la Izquierda, y las
teclas Numéricas. El gestor de eventos de usuario 37 emite una
llamada de la función para hacer que la máquina de control de
reproducción 32 realice la función de control de reproducción en
base a un evento de usuario para el control de reproducción. Esta
llamada de la función se denomina UO (Operación de Usuario), y se
emite a la máquina de control de reproducción 32 por un controlador
de UO 37a que se proporciona en el salto en el gestor del módulo
34, sin pasar a través del módulo HDMV 33 y el módulo
BD-J 35, Esto posibilita el control de reproducción
para Reproducir, Parar, Pausa Activada, Pausa Desactivada, o
similares a realizar sin retardo. En la Fig. 36, los signos
\ding{80}1, \ding{80}2, y \ding{80}3
indican respectivamente lo siguiente: el gestor de eventos de
usuario 37 divide los eventos de usuario en (i) eventos de usuario
para el control de reproducción y (ii) eventos de teclas
(\ding{80}1, \ding{80}2); y llamadas de funciones
emitidas a la máquina de control de reproducción 32 en base a los
eventos de usuario para el control de reproducción
(\ding{80}3).
La máquina virtual de Java (TM) 38 carga el
programa xlet que constituye una aplicación sobre la memoria de
funcionamiento, decodifica el programa xlet, y controla las capas
bajas en base a los resultados de la decodificación. Más
específicamente, en el control de las capas bajas, la máquina
virtual de Java (TM) 38 emite un método JMF al software de capa
intermedia BD (no ilustrado) de modo que la llamada de la función
correspondiente al aparato de reproducción BD reemplaza la llamada
de la función existente, y emite la llamada de la función después
de reemplazar a la máquina de control de reproducción 32.
El gestor de escucha de eventos 39 analiza los
eventos de las teclas y distribuye los eventos. Las flechas de
línea continua, \Diamond1 y \Diamond2 en la Fig. 36
indican la distribución de eventos por el gestor del escuchador de
eventos 39. Si el evento a distribuir es un evento de tecla que se
han registrado con el Escuchador de Eventos en el programa xlet, el
gestor del escuchador de eventos 39 distribuye el evento al programa
xlet que se está refiriendo indirectamente al Objeto
BD-J. El Escuchador de Eventos en el programa xlet
tiene eventos de claves correspondientes al JMF que se ha
registrado con el mismo. Por lo tanto, el programa xlet puede
activarse por tal evento de tecla registrada. Si el evento a
distribuir es un evento de tecla que no se ha registrado con el
Escuchador de Eventos, el gestor del escuchador de eventos 39
distribuye el evento al gestor de operación por defecto 40. Como
pueden producirse diversos eventos de teclas incluyendo eventos de
tecla que no se registran con el Escuchador de Eventos en el
aparato de reproducción de BD-ROM, se hace la
disposición descrita anteriormente para procesar cada evento de
tecla adecuadamente sin
fallo.
fallo.
Cuando un evento de clave que no se registra con
el Escuchador de Eventos en el programa xlet se distribuye al
gestor de funcionamiento por defecto 40 por el gestor del escuchador
de eventos 39, el gestor de funcionamiento por defecto 40 emite a
la máquina de control de reproducción 32 una llamada de la función
que corresponde al evento que no se registró con el Escuchador de
Eventos. La flecha \Diamond3 en la Fig. 36 indica la llamada de
función emitida por el gestor de funcionamiento por defecto 40.
El procesador PLMT 41 es un elemento componente
del gestor de la aplicación 36, y si se recibe una activación
(id_objb) desde el gestor del módulo 34, se refiere a la tabla de
gestión de la Lista de Reproducción para el Objeto
BD-J que se identifica por el id_objb. Y si se
escribe una PL que tiene el atributo de reproducción
AutoReproducción en la tabla de gestión de la Lista de Reproducción
para el Objeto BD-J, el procesador PLMT 41 la saca
a la máquina de control de reproducción 32 para reproducir la PL de
AutoReproducción. Por el contrario, si la máquina de control de
reproducción 32 emite un evento de notificación que indica el final
de la reproducción de una PL, el procesador PLMT 41 reconoce el
punto en el tiempo, en el que se emitió el evento de notificación,
como el punto final del Título. Las flechas \Delta1 y \Delta2 en
36 indican respectivamente lo siguiente: emitir una llamada de la
función PLReproducción a la máquina de control de reproducción 32
(\Delta1); se saca un evento de notificación desde la máquina de
control de reproducción 32 (\Delta2).
Esto completa la descripción de la estructura de
capas en el módulo BD-J 35. Debe observarse en este
punto que se omite en la presente realización la descripción del
controlador de permisos 42 y que se proporcionará con detalle en la
Realización 3.
Se describirá la estructura interna de la
máquina virtual de Java (TM) 38. La Fig. 37 muestra la estructura
interna de la máquina virtual de Java (TM) 38. Como se muestra en la
Fig. 37, la máquina virtual de Java (TM) 38 incluye la CPU 24, que
se muestra en 32, un cargador de clase de usuario 52, un área de
método 53, una memoria de funcionamiento 54, los hilos 55a, 55b,
... 55n, y las pilas de Java (TM) 56a, 56b, ...56n.
El cargador de clase de usuario 52 lee, de la
memoria local 26 o similar, los ficheros de clase en los ficheros
de archivos de Java (TM) que pertenecen al directorio BDJA, y
almacena los ficheros de clase leídos en el área de método 53. La
lectura del fichero de clase por el cargador de clase de usuario 52
se consigue cuando el gestor de la aplicación 36 instruye al
cargador de clase de usuario 52 para que lea el fichero de clase
especificando un camino de fichero. Si el camino del fichero indica
la memoria local 26, el cargador de clase de usuario 52 lee un
fichero de clase en un fichero de archivo Java (TM) que constituye
una aplicación, desde la memoria local 26 sobre la memoria de
funcionamiento. Si el camino del fichero indica un directorio en el
sistema de ficheros virtual 30, el cargador de clase de usuario 52
lee un fichero de clase en un fichero de archivos Java (TM) que
constituye una aplicación, desde el BD-ROM o el
almacenamiento local 18 sobre la memoria de funcionamiento. El
control de activación de la aplicación (\ding{80}3,
\ding{80}4 y \ding{80}5) mostrado en la figura 35 se
consigue por el fichero de clase leyendo el fichero de clase por el
cargador de clase de usuario 52. Si el fichero de clase
especificado para leer no está almacenado en la memoria local 26, el
cargador de clase de usuario 52 notifica el gestor de la aplicación
36 de un fallo de lectura.
El área del método 53 almacena los ficheros de
clase leídos por el cargador de clase de usuario 52 desde la
memoria local 26.
La memoria de funcionamiento 54 es la que se
llama un área de pila para almacenar ejemplos de diversos ficheros
de clase. El gestor de la aplicación 36 y el gestor del escuchador
de eventos 39 mostrados en la Fig. 33 son aplicaciones residentes
en la memoria de funcionamiento 54. La memoria de funcionamiento 54
también almacena ejemplos que corresponden a los ficheros de clase
almacenados en el área del método 53, así como los ejemplos de tipo
residente. Los ejemplos son los programas xlet que constituyen la
aplicación. Después de que se almacenan tales programas xlet en la
memoria de funcionamiento 54, la aplicación está lista para correr.
En los modelos de capas mostrados en las Fig. 33, 35 y 36, la
memoria de funcionamiento 54 está localizada en una capa que es más
alta que la máquina virtual de Java (TM) 38. Sin embargo, esta es
una disposición hecha para describir el gestor de la aplicación 36
y el gestor del escuchador de eventos 39 sobre la memoria de
funcionamiento 54 para que sea fácil de entender. En realidad, el
gestor de aplicación 36 y el gestor escuchador de eventos 39 se
ejecutan como ejemplos por los hilos 55a, 55b,..., 55n.
Los hilos 55a, 55b, ..., 55n son un cuerpo de
ejecución lógica para ejecutar los métodos almacenados en la
memoria de funcionamiento 54, Los hilos 55a, 55b,..., 55n realizan
cálculos utilizando, como operandos, los argumentos almacenados en
las variables locales o las pilas de operandos, y almacena los
resultados del cálculo dentro de las variables locales o pilas de
operandos. Las flechas ky1, ky2 y kyn indican simbólicamente los
métodos suministrados desde la memoria de funcionamiento 54 para los
hilos 55a, 55b,..., 55n. Aunque el cuerpo de ejecución físico es
sólo uno, a saber la CPU, pueden proporcionarse hasta 64 hilos en la
máquina virtual de Java (TM) 38, como los cuerpos de ejecución
lógicos. En tanto que el número no exceda de 64, pueden crearse
nuevos hilos o pueden borrarse hilos existentes. El número de hilos
de funcionamiento puede incrementarse o disminuirse durante el
funcionamiento de la máquina virtual de Java (TM) 38. Como los hilos
pueden incrementarse todo lo necesario, es posible permitir que una
pluralidad de hilos ejecute un ejemplo en paralelo, acelerando por
lo tanto el ejemplo. En la Fig. 37, la relación entre la CPU 24 y
los hilos es de "uno a muchos". Sin embargo, esta relación
puede ser de "muchos a muchos" donde hay una pluralidad de CPU.
La ejecución de los métodos por los hilos 55a, 55b,..., 55n se
consigue convirtiendo códigos de octetos de bits que constituyen
los métodos en códigos innatos para la CPU 24, y emitiendo los
códigos innatos a la CPU 24. La descripción de la conversión en
códigos innatos se omite en este punto ya que diverge del objetivo
de la presente aplicación.
Las pilas de Java (TM) 56a, 56b,... 56n se
proporcionan en correspondencia con los hilos 55a, 55b,..., 55n
sobre la base de uno a uno, y cada uno tiene un contador de programa
(PC en la Fig. 37) y una o más tramas. El "contador de
programa" indica una porción de un ejemplo que se ejecuta
actualmente. La "trama" es un área del sistema de pila que se
asigna uno a uno a una llamada para un método. Cada trama está
compuesta de: una "pila de operandos" para almacenar un
argumento usado en la llamada de una-vez; y la
"pila de variables locales (Variable Local en la Fig. 37)"
usada por el método llamado. Como se almacena una trama sobre las
pilas de Java (TM) 56a, 56b,... 56n cada vez que se realiza una
llamada, también se almacena una trama cuando un método se llama a
si mismo de forma recursiva. Cuando se llama un método de
reproducción ejemplo del reproductor JMF, o cuando se llama una
llamada de la API de SaltarTítulo, la trama correspondiente a la
llamada se almacena sobre las pilas de Java (TM) 56a, 56b,... 56n.
La información que se almacena en las pilas de operandos de estas
tramas como argumentos incluye: (i) nombres de ficheros de los
ficheros MPLS a reproducir por los métodos de reproducción; (ii)
los id_títulos que indican los destinos de salto de las llamadas API
de SaltarTítulo; y similares.
Lo siguiente describe en detalle cómo el gestor
de la aplicación 36 y su elemento componente, el procesador PLMT
41, procesan en la estructura interna descrita anteriormente de la
máquina virtual de Java (TM) 38.
Después de que el gestor del módulo 34 saca un
evento (activar[id_objb]) que solicita activar un Objeto
BD-J identificado por id_objb, el gestor de
aplicación 36, que es un ejemplo en la memoria de funcionamiento 54,
fija el Objeto BD-J que tiene la id_objb al Objeto
BD-J actual. El gestor de aplicación 36 comprueba a
continuación el estado de ejecución en el Título fuente de
bifurcación y el atributo de funcionamiento de la aplicación en el
Objeto BD-J actual, y determina (i) la aplicación a
arrancar automáticamente y (ii) la aplicación a terminar
automáticamente.
La determinación de (i) la aplicación a arrancar
automáticamente se consigue buscando en la tabla de gestión de la
aplicación del Objeto BD-J actual la ref_id_apli de
una aplicación que no está corriendo en el Título fuente de la
bifurcación pero tiene el atributo de AutoFuncionamiento en el
Objeto BD-J actual. Una vez encontrada tal
ref_id_apli, el gestor de la aplicación 36 instruye al cargador de
clases de usuario 52 para que lea los ficheros de clase que
pertenecen a los ficheros de archivos Java (TM) de la aplicación
identificados por la ref_id_apli, permitiendo generarse los
ejemplos correspondientes a los ficheros de clase en la memoria de
funcionamiento 54. Esto produce la aplicación cuyo ciclo de vida
está en el Título actual listo para arrancarse. La aplicación se
arranca a continuación cuando se causa que los hilos 55a, 55b,...,
55n ejecuten los métodos de la aplicación.
La determinación de (ii) la aplicación a
terminar automáticamente se consigue buscando en la tabla de gestión
de la aplicación del Objeto BD-J actual la
ref_id_apli de la aplicación que está corriendo en el Título fuente
de bifurcación pero que no tiene un ciclo de vida en el Título
actual. Una vez encontrada tal ref_id_apli, el gestor de la
aplicación 36 termina el programa xlet que constituye la aplicación
con la ref_id_apli. Esto hace posible obtener recursos tales como
(i) un área en la memoria de funcionamiento 54 que se ha ocupado
por la aplicación, o (ii) tramas en las pilas de Java (TM) 56a, 56b,
...56n que se han usado para ejecutar los métodos de la
aplicación.
El procesador PLMT 41, que es un elemento
componente del gestor de la aplicación 36, comprueba el estado de
la reproducción en el Título fuente de bifurcación y el atributo de
reproducción de la Lista de Reproducción en el Título actual, y
determina (i) la Lista de Reproducción a reproducir automáticamente
y (ii) la Lista de Reproducción a terminar automáticamente.
La determinación de (i) la Lista de Reproducción
a reproducir automáticamente se consigue buscando en la tabla de
gestión de la Lista de Reproducción una Lista de Reproducción que no
se reproduce en el Título fuente de la bifurcación pero que tiene
el atributo de AutoReproducción en el Título Actual. Una vez
encontrada tal Lista de Reproducción, el procesador PLMT 41 ejecuta
una llamada a la función de reproducir la Lista de Reproducción
usando, como argumento, ref_id_PL de la Lista de Reproducción a
reproducir. Con la ejecución de la llamada, se generan las tramas
con la ref_id_PL almacenada en las pilas de operandos en las pilas
de Java (TM) 56a, 56b,...56n. Y los hilos 55a, 55b,...55n ejecutan
la llamada de la función para la reproducción de la Lista de
Reproducción. Con la ejecución de la llamada de función, la máquina
de presentación 31 arranca la reproducción de la Lista de
Reproducción.
La determinación de (ii) la Lista de
Reproducción a terminar automáticamente se consigue buscando en la
tabla de gestión de la Lista de Reproducción una Lista de
Reproducción que se reproduce en el Título fuente de la bifurcación
pero que no está escrita en la tabla de gestión de la Lista de
Reproducción del Título actual. Una vez encontrada tal Lista de
Reproducción, el procesador PLMT 41 ejecuta una llamada de función
para parar la reproducción de la Lista de Reproducción, y borra las
tramas correspondientes a una llamada de la función para reproducir
la Lista de Reproducción, desde las pilas de Java (TM) 56a, 56b,
...56n.
Hay cuatro modos en los que termina la
aplicación en la memoria de funcionamiento 54. La Fig. 38 muestra
los cuatro modos de terminación de la aplicación. En el primer
modo, la aplicación termina cuando se produce una escasez de
recursos y el gestor de la aplicación 36 emite un evento de terminar
(\ding{80}1). En el modo segundo, la aplicación termina cuando se
recibe un evento terminar de otra aplicación a través del gestor de
la aplicación 36 (\ding{80}2). En el tercer modo, la aplicación
termina cuando termina el ciclo de vida escrito en la tabla de
gestión de la aplicación 36 y el gestor de la aplicación emite un
evento de terminar (\ding{80}3). En el cuarto modo, la aplicación
termina cuando la propia aplicación activa el proceso de terminación
(\ding{80}4). En tres de los cuatro modos el gestor de la
aplicación 36 termina la aplicación. De esto se entiende que el
gestor de la aplicación 36 juega un papel central en controlar el
funcionamiento de la aplicación. Si la aplicación no termina por la
emisión de un evento de terminar, el gestor de la aplicación 36
puede terminar de forma forzosa la aplicación para recuperar el
recurso. La autoridad de recuperar de forma forzosa el recurso es
una característica del gestor de la aplicación 36.
Hasta ahora se han descrito los elementos
componentes del módulo BD-J 35.
La descripción anterior del gestor de la
aplicación 36 es sólo un esbozo del mismo. Los procesos del gestor
de la aplicación 36 se muestran con detalle en las Fig. 39 y 40. Lo
siguiente describe los procedimientos de procesamiento del gestor
de la aplicación 36 con más detalle con referencia a los diagramas
de flujo.
La Fig. 39 es un diagrama de flujo que muestra
los procedimientos del gestor de la aplicación 36. Los
procedimientos mostrados en la Fig. 39 incluyen un bucle principal
que está compuesto de las etapas S1, S2, S3, y S4. En la etapa S1,
se juzga si se ha producido o no un salto de Título. Si se juzga que
se ha producido un salto de Título, el gestor de la aplicación 36
cambia los Títulos (etapa S7), se refiere a la tabla de gestión de
la aplicación para el Título destino de la bifurcación, y termina
una aplicación que está corriendo en el Título fuente de la
bifurcación y no vive en el Título de destino de la bifurcación
(etapa S8). El gestor de la aplicación 36 se refiere a continuación
a la tabla de gestión de la Lista de Reproducción para el Título
destino de la bifurcación, y termina una Lista de Reproducción que
se está reproduciendo en el Título fuente de la bifurcación y que
no vive en el Título destino de la bifurcación (etapa S9).
El gestor de la aplicación 36 instruye a
continuación al procesador PLMT 41 a juzgar si hay una PL que no se
reproduce en el Título fuente de la bifurcación y tiene el atributo
de AutoReproducción en el Título de destino de la bifurcación
(etapa S10). Si juzga que hay tal PL, el procesador PLMT 41 instruye
a la máquina de control de reproducción 32 a reproducir la PL de
AutoReproducción (etapa S11). Si no hay tal PL, no se reproduce
ninguna PL de AutoReproducción.
Un procedimiento sucesivo compuesto de las
etapas S12 a S18 consigue una activación de una aplicación que
tiene un ciclo de vida en el Título destino de la bifurcación. En
este procedimiento, el gestor de la aplicación 36 instruye a
comenzar la aplicación de AutoFuncionamiento (Etapa S14), y si la
aplicación de AutoFuncionamiento comienza adecuadamente (SI en la
etapa S15), convierte la imagen de reproducción de la PL de
AutoReproducción dentro de un cuarto (1/4) (etapa S18).
Si se juzga que NO en la etapa S15, se ejecuta
un bucle compuesto de las etapas S14 a S17. La variable de control
en este proceso de bucle es un contador de reinicios. El contador de
reinicios es un contador que define el número de reinicios de una
aplicación. El contador de reinicios se resetea en la etapa S12, y
en la etapa S16 se juzga si el contador de reinicios es o no 0. Si
se juzga en la etapa S16 que el contador de reinicios es distinto
de 0, el contador de reinicios se disminuye en la etapa S17. La
aplicación de AutoFuncionamiento se arranca repetidamente en el
proceso del bucle compuesto de las etapas S14 a S17 mientras que el
contador de reinicios es distinto de 0. Tal repetición asegura la
activación de la aplicación.
En la etapa S2, se juzga si se terminó o no la
aplicación principal. Si se juzga que se terminó la aplicación
principal, el control se mueve a la etapa S5 para juzgar si la
aplicación principal terminó o no anormalmente. Si se juzga que la
aplicación principal ha terminado anormalmente, se ejecutan las
etapas S19 y S20. Si se juzga que la aplicación principal ha
terminado normalmente, el control vuelve al bucle principal
compuesto de las etapas S1 a S4, no ejecutando las etapas S19 y
S20.
En la etapa S19, se juzga si se está
reproduciendo o no una PL de AutoReproducción. Si se juzga que se
está reproduciendo una PL de AutoReproducción, el gestor de la
aplicación 36 instruye a la máquina de control de reproducción 32 a
convertir la imagen de reproducción de la PL de AutoReproducción a
pantalla entera (etapa S20). A continuación el control se mueve a
la etapa S16. Con este movimiento del control a la etapa S16, el
proceso de bucle compuesto de las etapas S14 a S17 se ejecuta
incluso si la aplicación ha terminado anormalmente. Esto posibilita
que la aplicación se arranque repetidamente hasta que el contador de
reinicios que se fijó en la etapa S12 llegue a 0.
En la etapa S4, se juzga si está presente un
BD-ROM en el dispositivo de BD 1. Si no está
presente un BD-ROM, el gestor de la aplicación 36
instruye a terminar todas las aplicaciones (etapa S6).
La Fig. 40 muestra ejemplos específicos de una
tabla de gestión de la Lista de Reproducción y la tabla de gestión
de la aplicación. En la Fig. 40, la primera fila muestra imágenes de
reproducción de un Título, la segunda fila muestra el eje de
tiempos del Título, la tercera fila muestra el progreso de la
reproducción de una PL, y la cuarta fila muestra la ejecución de
una aplicación. La cuarta fila indica que la aplicación Nº 1 se
arrancó al comienzo del Título, y a continuación entró en el estado
de funcionamiento en el instante t1. Por el contrario, la Lista de
Reproducción Nº 1 empieza a reproducirse en el comienzo del Título.
Como resultado, como se muestra sobre el lateral izquierdo de la
primera fila, se presenta en pantalla una imagen de reproducción
gj1 de la Lista de Reproducción Nº 1 con una imagen a pantalla
completa durante el retardo de iniciación de la aplicación, a saber
durante un periodo entre inmediatamente después el arranque del
Título e inmediatamente antes de que la aplicación entre en el
estado de funcionamiento. Cuando la aplicación Nº 1 entra en el
estado de funcionamiento en el instante t1, se presenta en pantalla
la imagen compuesta gj2, donde la imagen compuesta gj2 se compone
de: la imagen de reproducción de la PL como una pantalla del hijo;
y la imagen de ejecución de la aplicación como una pantalla del
padre. La imagen de ejecución de la aplicación en este ejemplo es
una pantalla para un juego en el cual se disponen un botón de
Comienzo, un botón de Continuar, y un indicador de Potencia. Y la
imagen de ejecución de la aplicación se presenta en pantalla cuando
una aplicación Java (TM) ejecuta un proceso de dibujar una imagen
sobre el plano de gráficos interactivos 12. Para ejecutar el
proceso de dibujo la aplicación de Java (TM) requiere una librería
para dibujar gráficos y caracteres. A partir de entonces, se
presentan en pantalla, la pantalla padre-hijo en
tanto que la ejecución de la aplicación y la reproducción de la PL
se realizan al mismo tiempo.
En este ejemplo, la aplicación Nº 1 termina a
continuación anormalmente, y el gestor de la aplicación 36 detecta
esta terminación anormal en el instante t2. La flecha brl1 indica
simbólicamente la detección. Cuando esto ocurre, el gestor de la
aplicación 36 convierte la imagen de reproducción de la PL en una
pantalla completa en la etapa S20. En la Fig. 40, esta conversión a
pantalla completa se realiza en el instante t3. Como se muestra en
el lateral derecho de la primera fila se presenta en pantalla la
imagen de reproducción gj3 se muestra con una imagen de pantalla
completa.
Como se ha descrito anteriormente, de acuerdo
con la presenta realización, con la disposición de fijar el
atributo de reproducción a AutoReproducción en la tabla de gestión
de la Lista de Reproducción, incluso si tarda de 5 a 10 segundos
para una aplicación de Java (TM) arrancada para entrar en el estado
de funcionamiento, algo se presenta en la pantalla durante la
iniciación. Este estado, en el cual "algo se presenta sobre la
pantalla", alivia el retardo de iniciación que se produce cuando
se arranca un Título a ejecutar.
También si se produce un fallo en la iniciación
de la aplicación, o si la aplicación termina anormalmente, se
continúa la reproducción de una Lista de Reproducción que se define
en la tabla de gestión de la Lista de Reproducción, que proporciona
el estado en el cual "algo se presenta sobre la pantalla". Con
tal disposición, puede evitarse el peor caso de los escenarios en
el cual el aparato presenta una pantalla en negro. Esto da un
mínimo de sentido de seguridad al fabricante del aparato.
Realización
2
La realización 2 se refiere a una mejora en la
cual el proceso de recuperación para una terminación de error se
define durante la recreación del contenido. Para definir tal proceso
de recuperación, en el medio de grabación de la presente
realización, se proporciona una tabla de gestión de errores en un
Objeto de BD-J. La Fig. 41A muestra la estructura
interna del Objeto BD-J. Como se muestra en la Fig.
41A, el Objeto BD-J contiene una tabla de gestión
de errores (Tabla de Gestión de Errores [id_objb]) además de las
tablas de gestión de la aplicación y de la Lista de Reproducción.
La Fig. 41B muestra la estructura interna de la tabla de gestión de
errores. Como se muestra en la Fig. 41B, la tabla de gestión de
errores se compone de tantos elementos de información de
recuperación
(recuperación ( )) como se indica por el Número_de_recuperaciones. La línea de conexión "em1" en la Fig. 41B indica un primer plano de la estructura interna de un elemento determinado de información de recuperación que se identifica por un identificador "id_recuperación".
(recuperación ( )) como se indica por el Número_de_recuperaciones. La línea de conexión "em1" en la Fig. 41B indica un primer plano de la estructura interna de un elemento determinado de información de recuperación que se identifica por un identificador "id_recuperación".
El elemento determinado de información de
recuperación indicado por la línea de conexión "em1" se compone
de: un valor de referencia "ref_id_apli" que identifica de
forma unívoca un identificador de la aplicación que corresponde al
elemento de información de recuperación; y cinco indicadores
"Indicador_Reinicio_Aplicación",
"Indicador_Reproducción_Continua", "Indicador_Selección_Título", "Indicador_Notificación_Eventos", "Indicador_ Reinicio". La Fig. 42 muestra el significado de los cinco indicadores. Lo siguiente describe el significado de los cinco indicadores en la tabla de gestión de errores.
"Indicador_Reproducción_Continua", "Indicador_Selección_Título", "Indicador_Notificación_Eventos", "Indicador_ Reinicio". La Fig. 42 muestra el significado de los cinco indicadores. Lo siguiente describe el significado de los cinco indicadores en la tabla de gestión de errores.
El "Indicador_Reinicio_Aplicación", cuando
se fija a "0" indica que la aplicación no se reinicia cuando
termina anormalmente, y cuando se fija a un número entero "n"
distinto de "0", indica que el reinicio se repite n veces. El
valor por defecto de este indicador es "0"
El "Indicador_Reproducción_Continua",
cuando se fija a "0", indica que no se continúa la reproducción
de la Lista de Reproducción cuando la aplicación termina
anormalmente, y cuando se fija al número entero "1", indica
que se continúa la reproducción de la Lista de Reproducción cuando
la aplicación termina anormalmente, y cuando se fija al número
entero "2", indica que la reproducción de la Lista de
Reproducción se continúa con una imagen a pantalla completa a
velocidad normal cuando la aplicación termina anormalmente. El valor
por defecto de este indicador es"0".
El "Indicador_Selección_Título", cuando se
fija a "0", indica que no se realizan bifurcaciones entre
Títulos cuando la aplicación termina anormalmente, y cuando se fija
a un número entero "n" distinto de "0", indica que el
Título actual salta a un Título identificado por "n" como el
número de Título. El valor por defecto de este indicador es
"0".
El "Indicador_Notificación_Eventos", cuando
se fija a "0", indica que no se saca ningún evento cuando la
aplicación termina anormalmente, y cuando se fija a un número
entero "n" distinto de "0", indica que se saca un evento
con un número de evento "n". El valor por defecto de este
indicador es "1".
El "Indicador_Reinicio", cuando se pone a
"0", indica que no se realiza la carga del programa en memoria
del aparato de reproducción cuando termina anormalmente la
aplicación, y cuando se fija a un número entero "1", indica
que se realiza la carga del programa en memoria del aparato de
reproducción.
Es posible definir, por los indicadores
descritos anteriormente durante la recreación del contenido con
adelanto, el proceso de recuperación que se va a ejecutar cuando la
aplicación termina anormalmente. Ahora se proporcionará un ejemplo
específico de la descripción de la tabla de gestión de errores. La
Fig. 43A muestra dos Títulos (Título Nº 1, Título Nº 2) en los que
se escribe la tabla de gestión de errores. En la tabla de gestión de
la aplicación para el Título Nº 1, la aplicación Nº 1 se escribe
como una aplicación de AutoFuncionamiento. Y en la tabla de gestión
de errores para el Título Nº 1, se escribe un elemento de
información de recuperación, que se usa cuando la aplicación Nº 1
termina anormalmente. En la tabla de gestión de la Lista de
Reproducción para el Título Nº 1, se escribe la Lista de
Reproducción Nº 1 como una Lista de Reproducción de
AutoReproducción.
En la tabla de gestión de la aplicación para el
Título Nº 2, se escribe la aplicación Nº 2 como una aplicación de
AutoFuncionamiento. Y en la tabla de gestión de errores para el
Título Nº 2, se escribe un elemento de información de recuperación
para la aplicación Nº 2.
La Fig. 43B muestra el progreso de la ejecución
de una aplicación y la reproducción de una Lista de Reproducción
que se realiza de acuerdo con la aplicación y las tablas de gestión
de errores mostradas en la Fig. 43A. Como la información de
recuperación de la aplicación Nº 1 indica
Indicador_Reproducción_Continua = 2, se continúa la reproducción de
la Lista de Reproducción con una imagen a pantalla completa a
velocidad normal cuando la aplicación Nº 1 termina
anormalmente.
Por el contrario, la información de recuperación
de la aplicación Nº 2 indica Indicador_Notificación_Eventos = 2,
cuando la aplicación Nº 2 termina anormalmente se saca un evento con
un número "2".
Con tal descripción de la información de
recuperación, el proceso que se realiza cuando la aplicación termina
anormalmente puede definirse para cada Título y para cada
aplicación.
Con la adición de la tabla de gestión de errores
para el Objeto BD-J, el gestor de la aplicación 36
de la presente realización realiza los procesos de acuerdo con los
diagramas de flujo mostrados en las Fig. 44 y 45. La Fig. 44 es un
diagrama de flujo que muestra los procedimientos del gestor de la
aplicación 36 en la Realización 2. Este diagrama de flujo incluye,
como es el caso con la Fig. 39, un bucle principal que está
compuesto de las etapas S1, S2, S3, y S4. Cuando se selecciona un
Título en el bucle principal, se realizan los procesos de las
etapas S21 a S27.
En la etapa S21, el gestor de la aplicación 36
causa que el Procesador PLMT 41 juzgue si hay o no una tabla de
gestión de la Lista de Reproducción en el Título destino de la
bifurcación. Si hay una tabla de gestión de la Lista de
Reproducción en el Título destino de la bifurcación, el gestor de la
aplicación 36 causa que la máquina de control de reproducción 32
comience la reproducción de una PL que no se reproduce en el Título
fuente de la bifurcación y tiene el atributo de AutoReproducción en
el Título destino de la bifurcación (etapa S22), y a continuación
juzga si la reproducción es o no satisfactoria. Si juzga que la
reproducción es satisfactoria en la etapa S23, se realizan los
procesos de las etapas S25 a S28. Si se juzga que la reproducción no
es satisfactoria en la etapa S23, el control se mueve al diagrama
de flujo mostrado en la Fig. 45.
Si no hay ninguna tabla de gestión de la Lista
de Reproducción en el Título destino de la bifurcación, el gestor
de la aplicación 36 causa que la máquina de control de reproducción
32 pare la reproducción de una PL que se está realizando en el
Título fuente de bifurcación (etapa S24), y realiza los procesos de
las etapas S25 a S28.
En la etapa S25, se juzga si está o no la tabla
de gestión de la aplicación en el Título destino de bifurcación. Si
está la tabla de gestión de la aplicación en el Título destino de la
bifurcación, el gestor de la aplicación 36 arranca una aplicación
de AutoFuncionamiento en el Título destino de la bifurcación (etapa
S26), y en la etapa S27, juzga si la aplicación se arrancó o no de
forma satisfactoria. Si se juzga que la aplicación se arrancó de
forma satisfactoria en la etapa S27, el control vuelve al bucle
compuesto de las etapas S1 a S4. Si se juzga que la aplicación no
se arrancó de forma satisfactoria en la etapa S27, el control se
mueve al diagrama de flujo mostrado en la Fig. 45.
El diagrama de flujo de la Fig. 45 muestra el
procedimiento que se realiza cuando una aplicación termina
anormalmente. En la etapa S30, se juzga si está la tabla de gestión
de errores en el Título al cual pertenece la aplicación que ha
terminado anormalmente. Si se juzga en la etapa S30 que no hay
ninguna tabla de gestión de errores en el Título, el control vuelve
al bucle compuesto de las etapas S1 a S4.
Si en la etapa S30 se juzga que hay una tabla de
gestión de errores en el Título, el control se mueve a la etapa S44
y a continuación vuelve al bucle compuesto de las etapas S1 a S4. En
la etapa S31, se juzga si el Indicador_Reinicio_Aplicación en la
taba de gestión de errores es distinto de "0". Si se juzga que
el Indicador_Reinicio_
Aplicación en la tabla de gestión de errores es distinto de "0", se ejecuta el proceso del bucle compuesto de las etapas S40 a S44. En este proceso del bucle, el contador de reinicios está fijado a un valor "n" escrito en el Indicador_Reinicio_Aplicación (etapa S40), y a continuación se ejecuta el proceso del bucle compuesto de las etapas S41 a S44. La variable de control en este proceso de bucle es el contador de reinicios. Cuando el contador de reinicios se hace "0" (SI en la etapa S41) de cuando la aplicación se arranca satisfactoriamente (SI en la etapa S44), termina este proceso de bucle. En este proceso de bucle, el contador de reinicios se disminuye repetidamente (etapa S42) y la aplicación de AutoFuncionamiento se arranca repetidamente hasta que se juzga un NO en la etapa S41 o S44. A través de esta repetición, se reinicia la aplicación que ha terminado anormalmente. Si se juzga que el Indicador_Reinicio_Aplicación es "0", se ejecuta la etapa S32.
Aplicación en la tabla de gestión de errores es distinto de "0", se ejecuta el proceso del bucle compuesto de las etapas S40 a S44. En este proceso del bucle, el contador de reinicios está fijado a un valor "n" escrito en el Indicador_Reinicio_Aplicación (etapa S40), y a continuación se ejecuta el proceso del bucle compuesto de las etapas S41 a S44. La variable de control en este proceso de bucle es el contador de reinicios. Cuando el contador de reinicios se hace "0" (SI en la etapa S41) de cuando la aplicación se arranca satisfactoriamente (SI en la etapa S44), termina este proceso de bucle. En este proceso de bucle, el contador de reinicios se disminuye repetidamente (etapa S42) y la aplicación de AutoFuncionamiento se arranca repetidamente hasta que se juzga un NO en la etapa S41 o S44. A través de esta repetición, se reinicia la aplicación que ha terminado anormalmente. Si se juzga que el Indicador_Reinicio_Aplicación es "0", se ejecuta la etapa S32.
En la etapa S32, se juzga si el
Indicador_Reproducción_Continua es "0", "1", ó "2".
Si se juzga que el Indicador_Reproducción_Continua es "2", la
imagen de reproducción de la PL de AutoReproducción se presenta a
pantalla completa (etapa S33) y el control vuelve al bucle
principal compuesto de las etapas S1 a S4.
Si se juzga que el
Indicador_Reproducción_Continua es "1", se continúa la imagen
de reproducción del la PL de AutoReproducción en un cuarto (etapa
S34), y el control vuelve al bucle principal compuesto de las etapas
S1 a S4.
Si se juzga que el
Indicador_Reproducción_Continua es "0", el control se mueve a
la etapa S35.
En la etapa S35, se juzga si el
Indicador_Selección_Título en la tabla de gestión de errores es
distinto de "0". Si se juzga que el Indicador_Selección_Título
es "0", el control se mueve a la etapa S37. Si se juzga que el
Indicador_Selección_Título no es "0", el Título destino de la
bifurcación se fija a un valor "n" escrito en el
Indicador_Selección_Título (etapa S36), y el control se mueve a la
etapa S7 mostrada en la Fig. 44.
En la etapa S37, se juzga si el
Indicador_Notificación_Eventos en la tabla de gestión de errores no
es "0". Si se juzga que el Indicador_Notificación_Eventos es
"0", el control se mueve a la etapa S39. Si se juzga que el
Indicador_Notificación_Eventos no es "0", se genera un evento
"n" que está identificador por el valor "n" del
Indicador_Notificación_Eventos (etapa S38), y el control se mueve al
bucle principal compuesto de las etapas S1 a S4 mostradas en la
Fig. 44. En la etapa S39, se juzga si el Indicador_Arranque en la
tabla de gestión de errores es distinto de "0". Si se juzga
que el Indicador_Arranque es "0", el control se mueve al bucle
principal compuesto de las etapas S1 a S4. Si se juzga que el
Indicador_Arranque no es "0", el control se mueve al comienzo
de la Fig. 44 y se ejecuta la carga del programa en memoria del
aparato de reproducción.
Como se ha descrito anteriormente, de acuerdo
con la presente realización es posible para una persona a cargo de
la recreación del contenido, distinto del fabricante del aparato,
definir como debería funcionar el aparato de reproducción cuando
una aplicación termina anormalmente.
Debe observarse en este punto que puede
incorporarse en el aparato de reproducción un programa que realiza
un proceso de recuperación cuando una aplicación termina
anormalmente durante la reproducción de un Título que no tiene la
tabla de gestión de errores.
También, puede proporcionarse un argumento que
especifica cualquiera de los indicadores desde el Indicador_
Reinicio_Aplicación al Indicador_Arraque en la API de Saltar de Título de modo que el gestor de la aplicación 36 puede ejecutar un proceso de recuperación que corresponde al argumento proporcionado en la API de Saltar de Título.
Reinicio_Aplicación al Indicador_Arraque en la API de Saltar de Título de modo que el gestor de la aplicación 36 puede ejecutar un proceso de recuperación que corresponde al argumento proporcionado en la API de Saltar de Título.
Realización
3
En la Realización 1 se describe que puede usarse
la tabla de gestión de la Lista de Reproducción en el Objeto de
BD-J para definir la reproducción de una PL en la
máquina virtual de Java (TM). La presente realización se centra en
la reproducción de una PL por el método JMF para la aplicación. Un
problema con esto es la tabla de gestión de la Lista de
Reproducción. Es decir, como se describe en la tabla de gestión de
la Lista de Reproducción si una PL puede o no reproducirse, una PL
puede ser reproducible en algunos Títulos, pero no en otros Títulos.
También, hay un caso en el que la reproducción de una PL, que se
define como reproducible, desde una cierta aplicación se desea
prohibirla desde el punto de vista de la protección de derechos de
autor. Para conseguir tales restricciones sobre la reproducción de
las PL, en la Reivindicación 3, el controlador de permisos 42 y el
gestor de la aplicación 36 realizan los siguientes procesos.
Si una aplicación solicita la reproducción de
una PL, el controlador de permisos 42 realiza una autenticación
mutua con la aplicación, y juzga si la aplicación que solicita la
reproducción de la PL está autorizada o no para reproducir la PL.
Si la aplicación está autorizada para reproducir la PL, el
controlador de permisos 42 solicita a la máquina de control de
reproducción 32 la reproducción de la PL. Si la aplicación no está
autorizada para reproducir la PL, el controlador de permisos 42 saca
un evento de respuesta que indica que la solicitud no está
permitida a la aplicación que solicita la reproducción de la PL. Con
tal juicio por el controlador de permisos 42 sobre si puede
permitirse o no la solicitud de la aplicación, si se solicita
reproducir una PL que está distribuida por un distribuidor por una
aplicación que está distribuida por otro distribuidor, la solicitud
puede rechazarse. Esto posibilita que una PL se reproduzca por una
aplicación no autorizada. El juicio por el controlador de permisos
42 se basa sobre las combinaciones de las PL a permitir y las
aplicaciones y las combinaciones de PL con aplicaciones a no
permitir, definiéndose las combinaciones en el fichero de Permisos
que se graba en el BD-ROM. La Descripción de los
detalles de tal fichero se omite en este punto ya que se aparta del
tema de la presente aplicación.
En la Realización 3, el gestor de aplicación 36
notifica que una PL que puede reproducirse en el punto de
reproducción actual en el tiempo en respuesta a una solicitud desde
una aplicación. La Fig. 46 es un diagrama de flujo que muestra los
procedimientos de la notificación por el gestor de la aplicación 36.
En este diagrama de flujo, se monitoriza si la aplicación emitió o
no una petición (ObtenerPL) para notificar una PL reproducible
durante el arranque de la aplicación (etapa S45). Si se juzga que la
aplicación emitió tal petición, se juzga si hay o no una tabla de
gestión de la Lista de Reproducción en el Objeto
BD-J que constituye el Título al cual pertenece el
punto de reproducción actual (etapa S46). Si se juzga que la
aplicación emitió tal petición, se juzga si hay una tabla de
gestión de la Lista de Reproducción en el Objeto
BD-J que constituye el Título al cual pertenece el
punto de reproducción actual (etapa S46). Si se escribe una PL en la
tabla de gestión de la Lista de Reproducción, se notifica la PL
escrita en la tabla de gestión de la Lista de Reproducción, como
una PL reproducible, a la aplicación que solicita la reproducción
(etapa S47).
Si la PL no está escrita en la Tabla de gestión
de la Lista de Reproducción, se envía una notificación a la
aplicación que solicitó la reproducción de que no está disponible la
reproducción de la PL (etapa S48). Hasta ahora se ha descrito el
procedimiento realizado por el gestor de la aplicación 36 en la
Realización 3.
Lo siguiente describe el procedimiento realizado
por el gestor de la aplicación 36 cuando se solicita una
reproducción de una PL. El gestor de la aplicación 36 realiza los
procesos de acuerdo con el diagrama de flujo mostrado en la Fig.
47, en la Realización 3.
En la Fig. 47, el gestor de la aplicación 36
juzga si hay o no una aplicación que solicitó la reproducción de
una PL (etapa S51). Si cualquier aplicación solicita la reproducción
de una PL, el gestor de la aplicación produce que el controlador de
permisos 42 realice una autenticación para juzgar si la aplicación
que solicitó la reproducción está autorizada para reproducir la PL
(etapa S52). Si la aplicación está autorizada para reproducir la
PL, el gestor de la aplicación 36 instruye a la máquina de control
de reproducción 32 a arrancar la reproducción (etapa S53), y espera
una respuesta desde la máquina de control de reproducción 32 que
indique el éxito (etapa S54).
Una vez recibida tal petición de reproducción,
la máquina de control de reproducción 32 comprueba la autenticidad
de la información de la Lista de Reproducción. La comprobación
incluye: una comprobación de si el BD-ROM y el
almacenamiento local 18 en los que están almacenadas la información
de la Lista de Reproducción, la información del Corto y los
Videoclip constituyen una Lista de Reproducción apropiada; y la
Información del Corto y el videoclip que se especifican por el
nombre_fichero_Información_Corto en la información de la Lista de
Reproducción están almacenados en el BD-ROM y en el
almacenamiento local 18. En el caso de que no se refiera a un
fichero adecuado por el nombre_fichero_Información_Corto o en el
caso de que haya una contradicción en el paquete virtual que se ha
compuesto en el BD-ROM y en el almacenamiento local
18, y no pueda construirse la Lista de Reproducción adecuada, la
máquina de control de reproducción 32 devuelve una respuesta que
indica "falso".
Si se devuelve una respuesta de "éxito"
después del procedimiento descrito anteriormente, se saca un evento
que indica el éxito de la reproducción de la PL a la aplicación que
solicitó la reproducción (etapa S55). Si no se devuelve la
respuesta de "éxito", se saca un evento que indica el fallo de
la reproducción de la PL a la aplicación que solicitó la
reproducción (etapa S56). Por el contrario, si en la etapa S52 se
juzga que la aplicación que solicitó la reproducción no está
autorizada para reproducir la PL, se saca un evento que indica la
indisponibilidad de la reproducción de la PL para la aplicación que
solicitó la reproducción (etapa S57).
Como se ha descrito anteriormente, la presente
realización posibilita que se realice adecuadamente la reproducción
de una Lista de Reproducción en respuesta a la solicitud desde una
aplicación de si una Lista de Reproducción puede reproducirse o no
se define de forma diferente para cada Título, y si algunas
aplicaciones tienen autoridad para reproducir una Lista de
Reproducción y otras no tienen la autoridad. Esto posibilita una
variedad de representación de contenidos a proporcionar combinando
la ejecución de la aplicación y la reproducción de la Lista de
Reproducción.
Realización
4
En la Realización 1 se describió que es posible
instruir al aparato de reproducción para reproducir una PL de
AutoReproducción al comienzo de un Título, adjuntando un atributo de
reproducción de "AutoReproducción" a la Lista de Reproducción
que se desea reproducir. En contraste, la presente realización se
refiere a una mejora en la cual se graba una aplicación sin límites
en el BD-ROM, y al comienzo del Título se causa que
la aplicación sin límites seleccione un Título para comenzar
automáticamente.
Las aplicaciones sin límites son aplicaciones
que están en igualdad con las aplicaciones residentes, tal como la
máquina de control de reproducción 32, en el aparato de
reproducción, y ejecuta, en respuesta a la solicitud desde la
máquina de control de reproducción 32, un proceso de seleccionar un
elemento de información de la Lista de Reproducción que coincide
con el valor fijado del PSR sobre el lado del aparato de
reproducción, desde una pluralidad de elementos de información de
la Lista de Reproducción escritos en la tabla de gestión de la
Lista de Reproducción, y notificar el elemento seleccionado de la
información de la Lista de Reproducción.
Para hacer que una aplicación sin límites
seleccione una PL, todos los atributos de reproducción en la tabla
de gestión de la Lista de Reproducción se fijan a "sin
especificación" con respecto al Título que requiere tal
selección. Esto es porque se usan "Todos los atributos sin
especificación" como un disparo para dejar a la máquina de
control de reproducción 32 solicitar a la aplicación sin límites
seleccionar la PL.
La selección por la aplicación sin límites está
basada en el algoritmo de selección que se define durante la
recreación del contenido. Las Fig. 48A a 48C muestran, en la forma
de una tabla, los contenidos del algoritmo de selección que se
incorporan en la aplicación sin límites. Las tablas indican los
intervalos de valores de PSR en correspondencia con las PL que se
están reproduciendo cuando el PSR toma los valores. De estas, la
Fig. 48A muestra los contenidos del algoritmo de selección en base
al nivel paternal. El nivel paternal se fija en el PSR (13) en el
aparato de reproducción. Más específicamente, se fija un número
entero que indica la edad del usuario en el PSR (13), y el aparato
de reproducción considera el número entero como el nivel paternal.
En la Fig. 48A, los valores que puede tomar el PSR (13) se dividen
en tres intervalos: por debajo de 14, 14 o por encima de 14 y por
debajo de 18; y 18 ó más. También, una Lista de Reproducción a
reproducir se indica para cada uno de estos intervalos. Por
consiguiente, en base a tal algoritmo de selección, la aplicación
sin límites selecciona la Lista de Reproducción Nº 1 si el valor
fijado del PSR está por debajo de 14, selecciona la Lista de
Reproducción Nº 2 si el valor fijado del PSR es 14 o por encima y
por debajo de 18, y selecciona la Lista de Reproducción Nº 3 si el
valor fijado del PSR es 18 o superior.
La Fig. 48B muestra los contenidos del algoritmo
de selección en base al Lenguaje para el Audio. El lenguaje para el
Audio se fija en el PSR (16) en el aparato de reproducción. Más
específicamente, se fija un número entero en el PSR (16), y el
aparato de reproducción considera el número entero que especifica un
lenguaje para la reproducción de audio. En la Fig. 48B, los valores
que puede tomar el PSR (16) se dividen en tres intervalos: Inglés:
Japonés; y otros. También, la Lista de Reproducción a reproducir se
indica para cada uno de estos intervalos. Por consiguiente, en base
a tal algoritmo de selección, la aplicación sin límites selecciona
la Lista de Reproducción Nº 1 si valor fijado del PSR (16) indica
Inglés, selecciona la Lista de Reproducción Nº 2 si el valor fijado
del PSR (16) indica Japonés, y selecciona la Lista de Reproducción
Nº 3 si el valor fijado del PSR (16) indica un lenguaje diferente
que el Inglés y el Japonés.
La Fig. 48C muestra los contenidos del algoritmo
de selección basado en la Configuración del Reproductor para el
Video. La Configuración del Reproductor para el Video se fija en el
PSR (14) en el aparato de reproducción. Más específicamente, se
fija un número entero en el PSR (14), y el aparato de reproducción
considera el número entero que especifica un entorno para la
reproducción del video. En la Fig. 48C, los valores que puede tomar
el PSR (14) se dividen en tres intervalos: sistema de TV LetterBox
de resolución de 525x600; sistema de TV de resolución de 525x600;
sistema de TV de resolución 1920x1080. También, se indica una Lista
de Reproducción a reproducir para cada uno de estos intervalos. Por
consiguiente, en base a tal algoritmo de selección, la aplicación
sin límites selecciona la Lista de Reproducción Nº 1 si el valor
fijado del (PSR) 14 indica el sistema de TV LetterBox de resolución
525x600, selecciona la Lista de Reproducción Nº 2 si el valor fijado
del PSR (14) indica el sistema de TV de resolución 525x600, y
selecciona la Lista de Reproducción Nº 3 si el valor fijado del PSR
(14) indica el sistema de TV de resolución 1920x1080. Los algoritmos
de selección tales como los mostrados en las Fig. 48A a 48C pueden
crearse describiendo las bifurcaciones condicionales como se
muestra en las Fig. 48A a 48C en el lenguaje de descripción del
ordenador.
Hasta ahora se ha descrito una mejora sobre el
medio de grabación en la presente realización. Lo siguiente
describe una mejora sobre el aparato de reproducción en la presente
realización. Esta realización está principalmente compuesta de una
mejora sobre el gestor de la aplicación 36 y la máquina de control
de reproducción 32.
En caso de una ocurrencia de una bifurcación
entre Títulos, el gestor de la aplicación 36 se refiere a la tabla
de gestión de la Lista de Reproducción y juzga si hay o no una PL de
AutoReproducción en la tabla de gestión de la Lista de
Reproducción. Si hay una PL de AutoReproducción, el gestor de la
aplicación 36 transfiere la tabla de gestión de la Lista de
Reproducción a la máquina de control de reproducción 32, y solicita
a la máquina de control de reproducción 32 reproducir
automáticamente una PL que está escrita en la tabla de gestión de
la Lista de Reproducción.
La máquina de control de reproducción 32, una
vez recibida la tabla de gestión de la Lista de Reproducción,
solicita a la aplicación sin límites seleccionar las PL. Una vez
recibida desde la aplicación sin límites una lista de PL
reproducibles que se envía en respuesta a la petición, la máquina de
control de reproducción 32 juzga si hay una PL o no, entre ellas en
la lista que se escribió en la tabla de gestión de la Lista de
Reproducción transferida desde el Elemento de Reproducción. Y si hay
una PL, entre las seleccionadas por la aplicación sin límites, que
esté escrita en la tabla de gestión de la Lista de Reproducción, la
máquina de control de reproducción 32 reproduce automáticamente la
PL.
La Fig. 49 es una ilustración del proceso en el
que la aplicación sin límites del Título selecciona las PL. En el
lateral izquierdo de la Fig. 49, se muestra la estructura de capas
del software en el aparato de reproducción. En el lateral derecho
de la Fig. 49, se muestran los contenidos del
BD-ROM. En la Fig. 49, los signos \circledcirc1,
\circledcirc2, \circledcirc3,
\circledcirc5 representan lo siguiente: una
notificación desde el gestor de la aplicación 36 de que no hay
ninguna AutoReproducción en la tabla de gestión de la Lista de
Reproducción (\circledcirc1), una petición por la máquina de
control de reproducción 32 para que indique las PL reproducibles
(\circledcirc2); adquisición de valores de fijación de PSR por la
aplicación sin límites del Título (\circledcirc3); y notificación
de PL reproducibles desde la aplicación sin límites del Título a la
máquina de control de reproducción 32 (\circledcirc4).
Se observará en este punto que en la Fig. 49, la
aplicación sin límites del Título está escrita en el
BD-ROM por motivos de conveniencia. Como la
aplicación sin límites del Título es una aplicación de Java (TM), la
descripción que está más próxima a la realidad sería que la
aplicación sin límites del Título se ejecutase por ejemplo por los
hilos 55 en la memoria de funcionamiento 54 en la máquina virtual de
Java (TM) 38.
De acuerdo con la presente realización como se
ha descrito anteriormente, se causa que tal aplicación que vive en
una frontera entre Títulos haga el juicio descrito anteriormente.
Esto posibilita a la máquina de control de reproducción 32 en el
aparato de reproducción reconocer, en una fase temprana después del
comienzo del Título, una PL que satisface las condiciones fijadas
en el aparato de reproducción, entre una pluralidad de PL grabados
sobre el BD-ROM. Esto hace posible determinar la PL
que se va a reproducir al comienzo del Título, incluso sin
determinar una aplicación que tiene el atributo de reproducción de
"AutoReproducción" con adelanto. Es posible conseguir, incluso
en el modo BD-J, controles de reproducción tales
como el crédito de lenguaje y el control paternal.
Se observará en este punto que aunque en la
presente realización, los algoritmos de selección correlacionan los
valores del PSR con las Listas de Reproducción, una Lista de
Reproducción que se va a reproducir cuando el valor fijado del PSR
en el aparato de reproducción está más allá del alcance del supuesto
puede definirse con adelanto.
Realización
5
En la Realización 4, la aplicación sin límites
del Título tiene un algoritmo de selección para seleccionar la PL a
reproducir de acuerdo con el valor fijado de PSR. La presente
realización se refiere a una mejora en la que cuando una PL tiene
un periodo multi-ángulo, la aplicación sin límites del Título se
causa que seleccione un ángulo de entre una pluralidad de ángulos
que están disponibles en el periodo multi-ángulo. La aplicación sin
límites del Título en la presente realización correlaciona una
pluralidad de rangos de valores de PSR con ángulos a reproducir. En
la presente realización, cuando el punto de reproducción actual en
el tiempo es un periodo multi-ángulo, la máquina de control de
reproducción 32 solicita a la aplicación sin límites del Título
seleccionar un ángulo a reproducir. Una vez recibida tal petición,
la aplicación sin límites del Título adquiere el valor de PSR que
está fijado actualmente, ejecuta un algoritmo de selección, y
selecciona el ángulo que corresponde al valor fijado adquirido. La
aplicación sin límites del Título notifica a la máquina de control
de reproducción 32 del resultado de la selección, de modo que la
máquina de control de reproducción 32 reproduce el ángulo
seleccionado.
Como se ha descrito anteriormente, de acuerdo
con la presente realización, es posible para una persona encargada
de la recreación del contenido definir un algoritmo que se usa para
seleccionar un ángulo en correspondencia con un valor de PSR. Esto
posibilita a la persona encargada de la recreación del contenido
para crear diversas aplicaciones que usan los ángulos.
Realización
6
La Realización 6 se refiere a una mejora sobre
la consecución de la sincronización con la reproducción de una PL
en el modo BD-J. La máquina de control de
reproducción 32, cuando se llama la función API PLReproducción,
ejecuta el procedimiento basado en la información de la PL. Si la PL
tiene un periodo de reproducción de dos horas, el procedimiento
anteriormente descrito se continúa durante estas dos horas. Un
problema con esto es el hueco entre el instante en el que la
máquina virtual de Java (TM) 38 devuelve la respuesta "éxito" y
el instante en el que la máquina de control de reproducción 32
termina realmente el proceso. La máquina virtual de Java (TM) 38,
que principalmente realiza procesos conductores de eventos, devuelve
una respuesta que indica el éxito o el fallo, inmediatamente
después de la llamada. Sin embargo, como la máquina de control de
reproducción 32 termina el proceso realmente después de dos horas,
no puede confirmarse el final del proceso por la respuesta
"éxito" que se devuelve inmediatamente después de la llamada.
Si se realiza una Reproducción Rápida, una Reproducción Inversa, o
un Salto durante la reproducción de una PL, el periodo cambia de dos
horas a menos o más de dos horas. Cuando esto ocurre, se hace más
difícil reconocer el final del proceso.
La máquina de control de reproducción 32
funciona independientemente, aparte de las aplicaciones. Como
resultado, el gestor de la aplicación 36 no puede determinar con
precisión el instante en el cual termina la reproducción de una PL.
Por esta razón, en la presente realización, si la aplicación ha
terminado o no, en tanto que hay un ejemplo de reproductor JMF en
la memoria de funcionamiento, es decir, en tanto que el módulo
BD-J 35 está autorizado a controlar la máquina de
presentación 31, se espera un evento de notificación desde la
máquina de control de reproducción 32. Si se recibe un evento de
notificación desde la máquina de control de reproducción 32, se
determina que el Título ha terminado y se instruye al gestor del
módulo 34 a bifurcarse al siguiente Título. Con tal disposición, el
instante en el que termina la máquina de control de reproducción la
reproducción de una PL se reconoce como el instante en el que
termina el Título.
Lo siguiente describe específicamente los
procedimientos de control realizados por la máquina de control de
reproducción 32 con referencia a los diagramas de flujo mostrados en
las Fig. 50 a 54.
La Fig. 50 es un diagrama de flujo que muestra
el procedimiento de reproducción de una PL realizado por la máquina
de control de reproducción 32. El procedimiento de reproducción
incluye principalmente el control de la máquina de presentación 31
(etapa S106) y el control sobre el dispositivo de
BD-ROM 1 o el almacenamiento local 18 (etapa S108).
En este diagrama de flujo, el procesamiento del Elemento de
Reproducción objetivo se indica como Elemento de Reproducción Nº x.
En este diagrama de flujo, en primer lugar se lee la información de
la PL actual (.mpls) (etapa S101), y se ejecuta el proceso de las
etapas S102 a S110. Las etapas S102 a S110 constituyen un proceso
de bucle en el que se repiten los procesos de las etapas S103 a S110
para cada elemento de información PI que constituye la información
de la PL actual hasta que se juzga que SI en la etapa S109. En el
proceso de bucle, el Elemento de Reproducción objetivo del
procesamiento se indica como Elemento de Reproducción Nº x (PI Nº
x). El Elemento de Reproducción Nº x se inicializa cuando el
Elemento de Reproducción se fija al Elemento de Reproducción Nº x
en el comienzo de la PL actual (etapa S102). La condición para que
el proceso de bucle mencionado anteriormente termine es que se
juzgue que el Elemento de Reproducción Nº x es el último Elemento
de Reproducción en la PL actual (etapa S109).
Si el Elemento de Reproducción Nº x no es el
último Elemento de Reproducción en la PL actual, el siguiente
Elemento de Reproducción en la PL actual se fija al Elemento de
Reproducción Nº x (etapa S110).
Las etapas S103 a S110 se ejecutan repetidamente
en el proceso de bucle como sigue. La información de Corto
especificada por el nombre_fichero_información_Corto del Elemento de
Reproducción Nº x se lee dentro de la memoria de escenario 25
(etapa S103). El Tiempo_Entrada del Elemento de Reproducción Nº x se
convierte en una dirección del Cuadro-I "u"
que usa el mapaEP de la información de Corto actual (etapa S104). El
Tiempo_Salida del Elemento de Reproducción Nº x se convierte en la
dirección de Cuadro-I "v" que usa el mapaEP de
la información de Corto actual (etapa S105). Una dirección que se
obtiene restando "1" a la siguiente dirección de
Cuadro-I de la dirección de
Cuadro-I "v" se fija a la dirección "w"
(etapa S107). El dispositivo de BD-ROM 1 o el
almacenamiento local 18 se instruyen para leer los paquetes TS de
las localizaciones en las direcciones de Cuadro-I
"u" a la dirección "w" (etapa S108).
Por el contrario, la máquina de presentación 31
se instruye para sacar datos en el intervalo desde el
sello_marca_
tiempo de la MarcaPL actual al Tiempo_Salida del Elemento de Reproducción Nº x (etapa S106). Con la ejecución de las etapas S105 a S108, se reproduce la porción del Corto de video que se especifica por el Elemento de Reproducción Nº x.
tiempo de la MarcaPL actual al Tiempo_Salida del Elemento de Reproducción Nº x (etapa S106). Con la ejecución de las etapas S105 a S108, se reproduce la porción del Corto de video que se especifica por el Elemento de Reproducción Nº x.
Después de esto, se juzga si el Elemento de
Reproducción Nº x es o no el último Elemento de Reproducción en la
PL actual (etapa S109).
Si se juzga que el Elemento de Reproducción Nº x
no es el último Elemento de Reproducción en la PL actual, el
próximo Elemento de Reproducción en la PL actual se fija al Elemento
de Reproducción Nº x (etapa S110), y el control vuelve a la etapa
S103. Las etapas descritas anteriormente S103 a S110 se repiten para
reproducir en secuencia los Elementos de Reproducción que
constituyen la PL.
La Fig. 51 es un diagrama de flujo que muestra
el procedimiento de cambio de ángulo y el procedimiento para
SaltarAtás/SaltarAdelante. Este diagrama de flujo se ejecuta en
paralelo con el procedimiento del proceso mostrado en la Fig. 50, y
el proceso de bucle mostrado en la Fig. 50, y se repite el proceso
de bucle compuesto de las etapas S111 a S112. En la etapa S111 en
este bucle, se juzga si se llamó una API que solicita un cambio de
ángulo desde la máquina virtual de Java (TM) 38. Y si se juzga que
se llamó una API que solicita un cambio de ángulo, se cambia la
información del Corto actual a otro.
En la etapa S115 de la Fig. 51, se juzga si la
variable es_multi_ángulos del Elemento de Reproducción Nº x está
activa. La variable es_multi_ángulos es un indicador que indica si
el Elemento de Reproducción Nº x se lee para multi_ángulo. Si se
juzga que NO en la etapa S115, el control se mueve a la etapa S113.
Si se juzga que SI en la etapa S115, se ejecutan las etapas S116 a
119. Las etapas S116 a S119 se ejecutan como sigue. El número de
ángulo después del cambio de ángulo se sustituye dentro de una
variable "y" (etapa S116). Un elemento de información del
Corto, que se especifica por el nombre_fichero_información_Corto de
orden "y" en la Lista de Reproducción Nº x, se lee dentro de
la memoria de escenarios 21 (etapa S117). El PTM actual se
convierte en una dirección de I-Cuadro "u" que
usa el mapa_EP de la información del Corto actual (etapa S118). El
Tiempo_Salida del Elemento de Reproducción Nº x se convierte en una
dirección de Cuadro-I "v" usando el mapa_EP de
la información de Corto actual (etapa S119). Después de que se
cambien las direcciones de Cuadro-I "u" y
"v" como se ha descrito anteriormente, se ejecuta el proceso
mostrado en la Fig. 50 que se ejecuta simultáneamente con la parada
del proceso actual, y a continuación el control se mueve a la etapa
S106. Con el movimiento a la etapa S106, los paquetes TS se leen de
otro Videoclip, y se cambian los contenidos de video.
Por el contrario, en la etapa S112 en el bucle
de la Fig. 51, se juzga si se llamó o no una API SaltarAtrás/
SaltarAdelante desde la máquina virtual de Java (TM) 38. Y si se juzga que se llamó la API SaltarAtás/SaltarAdelante, se ejecuta el procedimiento del proceso mostrado en el diagrama de flujo de la Fig. 52. La Fig. 52 es un diagrama de flujo que muestra el procedimiento del proceso que se ejecuta cuando se juzga que se llamó la API SaltarAtás/SaltarAdelante. El procedimiento del proceso para ejecutar el SaltarAtás o el SaltarAdelante es de una gran diversidad. Se observará por lo tanto que sólo se describe en este punto un ejemplo de lo mismo.
SaltarAdelante desde la máquina virtual de Java (TM) 38. Y si se juzga que se llamó la API SaltarAtás/SaltarAdelante, se ejecuta el procedimiento del proceso mostrado en el diagrama de flujo de la Fig. 52. La Fig. 52 es un diagrama de flujo que muestra el procedimiento del proceso que se ejecuta cuando se juzga que se llamó la API SaltarAtás/SaltarAdelante. El procedimiento del proceso para ejecutar el SaltarAtás o el SaltarAdelante es de una gran diversidad. Se observará por lo tanto que sólo se describe en este punto un ejemplo de lo mismo.
En la etapa S121, la información de Marca actual
se obtiene convirtiendo en el número de PI actual indicado por el
PSR, y el PTM actual. En la etapa S122, se juzga si la tecla pulsada
es la tecla SaltarAdelante o la tecla SaltarAtás. Si se pulsó la
tecla SaltarAdelante, el indicador de dirección se fija a "+1"
en la etapa S123. Si se pulsó la tecla SaltarAtrás, el indicador de
dirección se fija a "-1" en la etapa S124.
En la etapa S125, el número de marcaPL se fija a
un número que se obtiene añadiendo el número de marcaPL actual al
valor del indicador de dirección. En este punto, si se pulsó la
tecla SaltarAdelante, el indicador de dirección se fija a
"+1", y por lo tanto la marcaPL actual se incrementa; si se
pulsó la tecla SaltarAtás, el indicador de dirección se fija a
"-1", y por lo tanto la marcaPL actual se disminuye.
En la etapa S126, el PI descrito en la
ref_a_id_Elemento de Reproducción de la marcaPL actual se fija al
Elemento de Reproducción Nº x. En la etapa S127, se lee la
información del Corto especificado por el nombre_fichero_
información_Corto del Elemento de Reproducción Nº x. En la etapa S128, el sello_marca_tiempo de la marcaPL actual se convierte en la dirección de Cuadro-I "u" usando el mapa_EP de la información del Corto actual. Por el contrario, en la etapa S129, el Tiempo_Salida del Elemento de Reproducción Nº x se convierte en la dirección de Cuadro-I "v" que usa el mapa-EP de la información del Corto actual. En la etapa S130, la máquina de presentación 31 se instruye para sacar los datos que van desde el sello_marca_tiempo de la marcaPL actual al Tiempo_Salida del Elemento de Reproducción Nº x. El proceso mostrado en la Fig. 50 que se ejecuta simultáneamente con el proceso actual se para, y a continuación el control se mueve a la etapa S107 de la Fig. 50. De este modo, el control se mueve a la etapa S107 después de que las direcciones de Cuadro-I "u" y "v" se cambian y se instruye una reproducción de otra porción. Con el movimiento a la etapa S107, los paquetes TS se leen desde otro Videoclip, y se cambian los contenidos de video.
información_Corto del Elemento de Reproducción Nº x. En la etapa S128, el sello_marca_tiempo de la marcaPL actual se convierte en la dirección de Cuadro-I "u" usando el mapa_EP de la información del Corto actual. Por el contrario, en la etapa S129, el Tiempo_Salida del Elemento de Reproducción Nº x se convierte en la dirección de Cuadro-I "v" que usa el mapa-EP de la información del Corto actual. En la etapa S130, la máquina de presentación 31 se instruye para sacar los datos que van desde el sello_marca_tiempo de la marcaPL actual al Tiempo_Salida del Elemento de Reproducción Nº x. El proceso mostrado en la Fig. 50 que se ejecuta simultáneamente con el proceso actual se para, y a continuación el control se mueve a la etapa S107 de la Fig. 50. De este modo, el control se mueve a la etapa S107 después de que las direcciones de Cuadro-I "u" y "v" se cambian y se instruye una reproducción de otra porción. Con el movimiento a la etapa S107, los paquetes TS se leen desde otro Videoclip, y se cambian los contenidos de video.
La Fig. 53 es un diagrama de flujo que muestra
el procedimiento del proceso de la máquina de presentación 31 en
detalle. En este diagrama de flujo, después de que el PTS del
Cuadro-I se fija al PTM actual (etapa S131), se
ejecuta el proceso de bucle compuesto de las etapas S132 a S137.
Lo siguiente describe el bucle compuesto de las
etapas S132 a la S137. En este proceso de bucle, se repiten la
salida del cuadro y el audio correspondiente al PTM actual y la
actualización del PTM actual. En el proceso de bucle, la etapa S136
define una condición necesaria para terminar el proceso del bucle.
Es decir, la etapa S136 define que es necesario para terminar el
proceso de bucle que la PTM actual sea el tiempo_Salida del PI Nº
x.
En la etapa S133, se juzga si se llamó o no una
API de ReproducciónRápidaDirecta o una API de
ReproducciónRápidaInversa desde la máquina virtual de Java (TM) 38.
Si se juzga que se llamó una API de ReproducciónRápidaDirecta o una
API de ReproducciónRápidaInversa, en la etapa S138 se juzga si la
API llamada fue de ReproducciónRápidaDirecta o de
ReproducciónRápidaInversa. Si es de ReproducciónRápidaDirecta, el
PTS del próximo Cuadro-I se fija al PTM actual
(etapa S139). Fijando el PTM actual al PTS del siguiente
Cuadro-I, es posible reproducir el Videoclip hacia
delante saltando cada segundo. Con esta disposición, el Videoclip se
reproduce en la dirección hacia delante al doble de velocidad o
similares. En el caso de la ReproducciónRápidaInversa, se juzga si
el PTM actual ha alcanzado o no el Tiempo_Salida del Elemento de
Reproducción Nº x (etapa S140). Si se juzga que el PTM actual no ha
alcanzado el Tiempo_Salida del Elemento de Reproducción Nº x, el PTS
del Cuadro-I anterior se fija al PTM actual (etapa
S141). De este modo, fijando la dirección de destino de lectura A al
Cuadro-I anterior, es posible preproducir el
Videoclip hacia atrás saltando cada segundo. Con esta disposición,
el Videoclip se reproduce en la dirección hacia atrás al doble de
velocidad o similar. El procedimiento del proceso para ejecutar la
ReproducciónRápidaDirecta o la ReproducciónRápidaInversa es de una
gran diversidad. Se observará por lo tanto que sólo se describe en
este punto un ejemplo de los mismos.
En la etapa S134, se juzga si se llamó o no una
API de llamada a menú. Si se juzga que se llamó una API de llamada
a menú, el proceso de reproducción actual se suspende (etapa S142) y
se ejecuta el programa del menú para el proceso del menú (etapa
S143). Con este proceso, cuando se realiza una llamada a menú, se
suspende el proceso de reproducción, y se ejecuta el programa del
menú para el proceso del menú.
En la etapa S135, se juzga si hay o no un
SubElemento de Reproducción Nº y para el cual se especifica el
Elemento de Reproducción Nº x en la id_sinc_Elemento de
Reproducción. Si se juzga que está tal SubElemento de Reproducción
Nº y, el control se mueve al diagrama de flujo mostrado en la Fig.
54. La Fig. 54 es un diagrama de flujo que muestra el procedimiento
del proceso del SubElemento de Reproducción. En este diagrama de
flujo, en pr_imer lugar en la etapa S146, se juzga si el PTM actual
es o no el PTS_comienzo_sinc_del_Elemento de Reproducción del Sub
PI Nº y. Si se juzga que el PTM actual es el
PTS_comienzo_sinc_del_Elemento de Reproducción del Sub PI Nº y, el
control se mueve a la etapa S153 en la que se instruye a la máquina
de control de reproducción 32 para realizar el proceso de
reproducción de acuerdo con el SubElemento de Reproducción Nº y.
Si se juzga que SI en la etapa S136, se ejecutan
las etapas S144 y S145. En la etapa S144, se juzga si se satisfacen
o no ambas condiciones siguientes: (i) la Notificación del evento de
Fin de Fichero se sacó del sistema de ficheros virtual 30; y (ii)
la Notificación del evento de Fin de Decodificación se sacó del
decodificador. Si se satisfacen ambas condiciones, se saca el
evento de Notificación de Fin de Flujo a la máquina de control de
reproducción 32.
Las etapas S147 a S152 de la Fig. 54 constituye
un diagrama de flujo que muestra el procedimiento del proceso que
está basado sobre el SubElemento de Reproducción Nº y.
En la etapa S147, se lee la información del
Corto especificada por el nombre_fichero_información_Corto del
SubElemento de Reproducción Nº y. En la etapa S148, el
Tiempo_Entrada del SubElemento de Reproducción Nº y se convierte en
una dirección \alpha que usa el mapa_EP de la información del
Corto actual. En la etapa S149, el Tiempo_Salida del SubElemento de
Reproducción Nº y se convierte en la dirección \beta usando el
mapa_EP de la información de Corto actual. En la etapa S150, se
instruye al decodificador a sacar el Tiempo_Entrada al
Tiempo_Salida del SubElemento de Reproducción Nº y. La dirección que
se obtiene restando "1" de la dirección del
Cuadro-I siguiente de la dirección del
Cuadro-I \beta se fija a la dirección \gamma
(etapa S151). El dispositivo de BD-ROM 1 o el
almacenamiento local 18 se instruyen para leer los paquetes TS desde
las localizaciones de las direcciones \alpha a las direcciones
\gamma en el SubCorto Nº z (etapa S152).
Ahora, de vuelta a la Fig. 50, continuaremos con
la descripción del proceso de la máquina de control de reproducción
32. En la etapa S19, se juzga si se ha completado o no el control de
reproducción por la máquina de presentación 31. En la etapa S113 se
continúa juzgando que NO en tanto que se realiza el proceso mostrado
en el diagrama de flujo de la Fig. 53 bajo el último Elemento de
Reproducción Nº x. Cuando se completa el proceso mostrado en el
diagrama de flujo de la Fig. 53, se juzga que SI en la etapa S113, y
el control se mueve a la etapa S114. En la etapa S114, se saca el
evento Notificar a la máquina virtual de Java (TM) 38. Con esta
salida, la máquina virtual de Java (TM) 38 puede reconocer del paso
de dos horas de reproducción.
De acuerdo con la presente realización descrita
anteriormente, el gestor de la aplicación 36 puede reconocer el
tiempo en el que la reproducción ha continuado por dos horas. Esto
posibilita al gestor de la aplicación 36 instruir a la máquina
virtual de Java (TM) 38 para realizar un proceso en sincronismo con
el final de la reproducción de la Lista de Reproducción.
Notas
La descripción anterior no muestra todas las
realizaciones de la presente invención. La presente invención puede
conseguirse por las siguientes realizaciones (A), (B), (C), (D),...
La invención definida en las reivindicaciones de la presente
aplicación es una expansión o generalización de las realizaciones
descritas anteriormente o modificaciones de las mismas. El nivel de
la expansión o generalización se basa en el nivel técnico en el
campo técnico de la presente invención en el instante en el que se
archiva la presente aplicación.
(A) En todas las realizaciones descritas
anteriormente, el disco óptico para conseguir la presente invención
se indica como un BD-ROM. Sin embargo, el disco
óptico para conseguir la presente invención se caracteriza por el
escenario dinámico grabado sobre el mismo y la TablaÍndice, y estas
características no dependen de las propiedades físicas del
BD-ROM. Por consiguiente, cualquier medio de
grabación sobre el cual puedan grabarse el escenario dinámico y la
TablaÍndice es aplicable a la presente invención. Por ejemplo,
pueden usarse un disco óptico tal como un DVD-ROM,
DVD-RAM, DVD-RW,
DVD-R, DVD+RW, DVD+R, CD-R,
CD-RW, o un disco magneto-óptico tal como el PD o
el MO. También pueden usarse para la presente invención, una tarjeta
de memoria semiconductora tal como una tarjeta de flash compacta
(TM), una tarjeta de medios inteligente, un cartucho de memoria, una
tarjeta multimedia, o una tarjeta PCM-CIA. También
pueden usarse para la presente invención, (i) un disco de grabación
magnético como el disco flexible, un SuperDisco, Zip, o Clik!, o
(ii) un disco duro desmontable tal como los ORB, Jaz, SparQ, SyJet,
EZFley o un micro-dispositivo. Además puede usarse
para la presente invención, un disco duro que esté incorporado en
el aparato.
(B) En todas las realizaciones descritas
anteriormente, el aparato de reproducción decodifica los Videoclip
grabados sobre el BD-ROM antes de sacarlos a la TV.
Sin embargo, el aparato de reproducción puede componerse sólo de un
dispositivo BD-ROM, y los elementos componentes
distintos del dispositivo de BD-ROM pueden
proporcionarse en el TV. En este caso, el aparato de reproducción y
la TV pueden incorporarse a la red local a la cual están conectados
por la IEEE1394. También, en las realizaciones descritas
anteriormente, el aparato de reproducción es de un tipo que
requiere, para su uso que el aparato de reproducción se conecte a la
TV. Sin embargo, el aparato de reproducción puede ser de un tipo en
el cual se ha dispuesto una pantalla en el aparato de reproducción.
Además, una porción del aparato de reproducción que consigue un
proceso esencial en cada realización puede considerarse como un
aparato de reproducción de la presente invención. Tales aparatos de
reproducción son cada uno una invención descrita en la presente
aplicación. Y por lo tanto, el acto de fabricar un aparato de
reproducción basado en la estructura interna del aparato de
reproducción mostrado en cada realización debería considerarse como
una práctica de la invención que se ha descrito en la presente
aplicación. También, el acto de transferencia ya sea lucrativa o
gratis (siendo el caso "lucrativa" vender, y el siendo el caso
"gratis" una donación), prestar, o importar el aparato de
reproducción mostrado en cada realización debería considerarse como
una práctica de la presente invención. Además, el acto de ofrecer, a
través de una pantalla de negociación bilateral, un catálogo, la
distribución de un panfleto o similares, la transferencia o
prestación del aparato de reproducción a un usuario general también
debería considerarse como una práctica de la presente invención.
(C) El programa cuyo procedimiento del proceso
se muestra en cada diagrama de flujo se considera como una
invención independiente ya que el programa usa recursos de hardware
concretos para el procesamiento de la información realizada por el
programa como se muestra en cada diagrama de flujo. En la
descripción de la consecución del programa de la presente invención
en cada realización, el programa se incorpora en el aparato de
reproducción. Sin embargo, el programa puede separarse del aparato
de reproducción y puede usarse como una entidad separada para
realizar el programa independiente mostrado en cada realización. Tal
práctica de la presente invención usando el programa mostrado en
cada realización como una entidad separada se clasifica en, por
ejemplo: (1) un acto de fabricación del programa; (2) un acto de
transferir el programa de forma lucrativa o gratis; (3) un acto de
prestar el programa; (4) un acto de importar el programa; (5) un
acto de proporcionar al público con el programa a través de una
línea de comunicaciones electrónicas de doble dirección; y (6) un
acto de ofrecer, a través de una pantalla de negociación bilateral,
un catálogo, la distribución de un panfleto o similares,
transferencia o prestación del programa para un usuario general.
(D) Los elementos relacionados con el tiempo que
se ejecutan en series de tiempos en las etapas de cada diagrama de
flujo se consideran esenciales para identificar la presente
invención. Se consideran por lo tanto que los procedimientos
mostrados en los diagramas de flujo revelan la forma de uso del
método de reproducción. Es por lo tanto innecesario decir que
implementar las etapas de los diagramas de flujo en series de
tiempos para conseguir el objetivo de la presente invención,
obteniendo las acciones y efectos de la presente invención, se
considera como una práctica de la presente invención.
(E) Cuando se graban Videoclip sobre el
BD-ROM, es deseable que se adjunte una cabecera de
extensión a cada paquete TS que constituyen los Videoclip. La
cabecera de extensión se llama cabecera_extra_TP, incluye un
"Sello_Tiempo_Llegada" y un "indicador_permiso_copia", y
tienen una longitud de datos de cuatro octetos de bits. Los
paquetes TS con la cabecera_extra_TP (en adelante en este documento
denominados como paquetes TS con EX) se dividen en grupos de 32, y
se escriben en tres sectores. Cada grupo de 32 paquetes de TS con EX
tiene 6.144 octetos de bits (= 32 x 192). Este tamaño de cada grupo
coincide con el tamaño de cada uno de los tres sectores que e de
6.144 octetos de bits (= 2.048 x 3). Cada grupo de 32 paquetes de TS
con EX almacenados en los tres sectores se llaman "Unidad
Alineada".
Al usarlo en una red local a la que se conecta a
través de la interfaz IEEE1394, el aparato de reproducción 200
transmite la Unidad Alineada con el siguiente proceso de
transmisión. Es decir, un dispositivo del lado del transmisor
elimina la cabecera_extra_TP de cada uno de los paquetes TS con EX
de la máquina de control de reproducción 32 contenidos en la Unidad
Alineada, codifica cada cuerpo de los paquetes TS de acuerdo con la
normativa DTCP, y saca los paquetes TS codificados. Cuando saca los
paquetes TS codificados, el dispositivo inserta paquetes isócronos
dentro de los paquetes TS codificados. Las posiciones de los
paquetes isócronos a insertar en los paquetes TS codificados se
determinan en base al tiempo indicado por el Sello_Tiempo_Llegada
de la cabecera_extra_TP. Cuando se sacan los paquetes TS, el aparato
de reproducción 200 saca el Descriptor_DTCP. El Descriptor_DTCP
indica un escenario de permiso/prohibición de copia en la
cabecera_extra_TP. En este punto, describir el Descirptor_DTCP para
indicar la "prohibición de copia" prohibe que los paquetes TS
se graben por otros dispositivos durante el uso en la red local
conectada a través de la interfaz IEEE1394.
(F) En todas las realizaciones descritas
anteriormente, el flujo digital grabado sobre el medio de grabación
es el Videoclip. Sin embargo, el flujo digital puede ser el VOB
(Objeto de Video) que conforma del Video-DVD
normalizado o la Grabación del Video-DVD
normalizado. El VOB es un flujo de programa que se obtiene
multiplexando de flujos de video y flujos de audio, ajustándose el
flujo del programa a la normativa ISO/IEC13818-1.
También, el flujo de video en el Videoclip puede ajustarse al
sistema MPEG4 o WMV. Además, el flujo de audio puede ajustarse al
sistema PCM-Lineal, al sistema
Dolby-AC3, al sistema MP3, al sistema
MPEG-AAC, Dts, o WMA (Audio de Medios de Windows
(TM)).
(G) En todas las realizaciones descritas
anteriormente, las obras de video pueden obtenerse codificando las
señales de video que se difunden por la difusión analógica. También,
las obras de video pueden ser flujos de datos que se componen de la
difusión de flujos de transporte por la difusión digital.
También, puede obtenerse un contenido
codificando las señales de video analógicas/digitales grabadas sobre
una cinta de video. Además, puede obtenerse un contenido
codificando las señales de video analógico/digital que se obtienen
directamente desde una cámara de video. Además, puede obtenerse una
obra digital a través de la distribución por un servidor de
distribución.
(H) El módulo BD-J 35 puede ser
una plataforma de Java (TM) que está incorporada en un dispositivo
para recibir la difusión de satélites. Cuando el módulo
BD-J 35 es la plataforma de Java (TM), el aparato de
reproducción de la presente invención también realiza procesos como
STB para MHP.
Además, el módulo BD-J 35 puede
ser una plataforma de Java (TM) que está incorporada en un
dispositivo para realizar el control del proceso de un teléfono
móvil. Cuando el módulo BD-J 35 es la plataforma
Java (TM), el aparato de reproducción de la presente invención
también realiza procesos como un teléfono móvil.
(I) En la modelo de capas, el modo HDMV puede
posicionarse sobre el modo BD-J. Esto es porque
especialmente el análisis del escenario dinámico en el modo HDMV y
la ejecución del procedimiento de control basado sobre el escenario
dinámico pone la carga de luz sobre el aparato de reproducción, y no
hay ningún problema en ejecutar el modo HDMV sobre el modo
BD-J. También, en el proceso de desarrollo del
aparato de reproducción o una obra de una película, pueden
garantizarse las operaciones por sólo un modo.
Además, el proceso de reproducción puede
ejecutarse sólo en el modo BD-J. Esto es porque como
se muestra en la Realización 5, puede realizarse el control de
reproducción en sincronización con la reproducción de una PL en el
modo BD-J, y por lo tanto el modo HDMV puede no
proporcionarse necesariamente.
(J) Puede conseguirse una bifurcación entre las
PL proporcionando un comando de navegación en un flujo de gráficos
interactivos que se multiplexa dentro de un Videoclip.
(K) En la Realización 1, la aplicación sin
límites del Título se define como un Título cuyo ciclo de vida se
extiende sobre todos los Títulos que pertenecen al
BD-ROM. Sin embargo, la aplicación sin límites del
Título puede definirse como un Título cuyo ciclo de vida se
extiende sobre todos los Títulos que pertenecen a una pluralidad de
BD-ROM.
(L) En la realización 1, al crear la tabla de
gestión de la aplicación es deseable que el número de aplicaciones
que pueden ejecutarse simultáneamente se restrinja, por ejemplo, a 4
o menos.
La razón de porqué el número de aplicaciones que
pueden ejecutarse simultáneamente debería restringirse a 4 o menos
es como sigue. Hay muchos aparatos de reproducción de
BD-ROM que se proporcionan con una función de
sintonización de la difusión digital, y una aplicación para
conseguir la función de sintonización está a menudo residente en la
memoria. Para hacer espacio para el funcionamiento de la aplicación
residente, el número de aplicaciones que pueden ejecutarse
simultáneamente se restringe a 4 ó menos. Es deseable que entre las
cuatro aplicaciones, la primera sea la aplicación sin límites del
Título, la segunda la aplicación con límites del Título, y la
tercera la aplicación con límites del capítulo.
(M) En la realización 2, la tabla de gestión de
errores se define de tal modo que cuando una aplicación termina
anormalmente, se realiza un proceso de recuperación. Sin embargo,
cuando una aplicación termina anormalmente, el aparato de
reproducción pueden realizarse una pluralidad de procesos de
recuperación. Es decir, cuando una aplicación termina anormalmente,
el aparato de reproducción puede realizar a continuación de la
reproducción de una Lista de Reproducción, un reinicio de la
aplicación, y una salida de un evento.
También, la tabla de gestión de errores puede
construirse de tal modo que se defina un proceso de recuperación
para cada Título, no para cada aplicación.
(N) El Videoclip puede tener un flujo de
gráficos interactivos multiplexados en el mismo para presentar en
pantalla un menú y recibir una operación interactiva a través del
menú. Por consiguiente, el Título del menú superior puede crearse
sólo describiendo un comando de navegación, que sólo instruye para
reproducir un Videoclip para presentar en pantalla el menú superior
y recibir una operación interactiva, en el Objeto de Película.
(O) En cada realización descrita anteriormente,
la estructura de directorios/ficheros y la estructura de datos en
los ficheros se proporcionan como ejemplos. La información de
gestión, que es una característica de la presente invención, no
depende de la estructura de directorios/ficheros y la estructura de
datos en los ficheros. Por lo tanto, por ejemplo, el Objeto
BD-J, que es un escenario de funcionamiento en el
modo BD-J, puede incorporarse en el directorio BDJA
como un fichero (ZZZZZ.BD-J) que tiene
identificadores "id_objb" y "BD-J", y sólo
el identificador "id_objb" puede almacenarse en el Objeto
BD-J [n] ( ) del Objeto
BD-J.bdmv.
El medio de grabación y el aparato de
reproducción de la presente invención pueden usarse personalmente
como un sistema de cine en casa. Sin embargo, el medio de grabación
y el aparato de reproducción de la presente invención pueden usarse
también industrialmente como se revela la estructura interna del
mismo en las realizaciones descritas anteriormente, y es evidente
que el medio de grabación y el aparato de reproducción de la
presente invención se producirán en masa. Por esta razón, el medio
de grabación y el aparato de reproducción de la presente invención
tienen aplicabilidad industrial.
Claims (5)
1. Un medio de grabación en el que se graban una
aplicación, un flujo digital y una información de gestión, en el
que
la aplicación es un programa que está escrito en
un lenguaje de programación para una máquina virtual,
se especifica un ciclo de vida durante el que
puede ejecutarse la aplicación por la máquina virtual, y
la información de gestión indica un control de
reproducción del flujo digital que se realiza durante el ciclo de
vida simultáneamente con la ejecución de la aplicación.
2. Un aparato de reproducción, que
comprende:
una unidad de máquina virtual (24; 38) operable
para ejecutar una aplicación que se graba en un medio de grabación
(100);
una unidad de máquina de control de reproducción
(32) operable para reproducir un flujo digital que está grabado en
un medio de grabación (100); y
un gestor de la aplicación (36) operable para
producir que la unidad de máquina virtual (24, 38) ejecute la
aplicación durante un ciclo de vida de la aplicación; y al mismo
tiempo, producir que la unidad de la máquina de control de
reproducción reproduzca el flujo digital de acuerdo con la
información de gestión que está grabada en el medio de
grabación.
3. Un programa que se lee por un ordenador que
incluye una unidad de máquina virtual operable para ejecutar una
aplicación que está grabada en un medio de grabación (100), y una
unidad de la máquina de control de reproducción (32) operable para
reproducir un flujo digital que está grabado en el medio de
grabación (100), haciendo el método de reproducción que el
ordenador ejecute las etapas de:
hacer que la unidad de máquina virtual ejecute
la aplicación durante el ciclo de vida de la aplicación, y al mismo
tiempo hacer que la unidad de la máquina de control de reproducción
(32) reproduzca el flujo digital de acuerdo con la información de
gestión que está grabada en el medio de grabación (100).
4. Un método de reproducción para un ordenador
que incluye una unidad de máquina virtual operable para ejecutar
una aplicación que está grabada en un medio de grabación (100), y
una unidad de máquina de control de reproducción (32) operable para
reproducir un flujo digital que está grabado en el medio de
grabación (100), haciendo el método de reproducción que el
ordenador ejecute las etapas de:
hacer que la unidad de máquina virtual ejecute
la aplicación durante el ciclo de vida de la aplicación, y al mismo
tiempo hacer que la unidad de la máquina de control de reproducción
(32) reproduzca el flujo digital de acuerdo con la información de
gestión que está grabada en el medio de grabación (100).
5. Un circuito integrado del sistema que está
incorporado en un aparato de reproducción que reproduce un flujo
digital, comprendiendo el circuito integrado del sistema:
una unidad de máquina virtual (38) operable para
ejecutar una aplicación que está grabada en un medio de grabación
(100); y
un gestor de la aplicación (36) operable para
hacer que la unidad de máquina virtual ejecute la aplicación
durante el ciclo de vida de la aplicación, y al mismo tiempo, hacer
que la unidad de la máquina de control de reproducción (32)
reproduzca el flujo digital de acuerdo con la información de gestión
que está grabada en el medio de grabación (100).
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003380464 | 2003-11-10 | ||
| JP2003-380464 | 2003-11-10 | ||
| JP2004261376 | 2004-09-08 | ||
| JP2004-261376 | 2004-09-08 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2302076T3 true ES2302076T3 (es) | 2008-07-01 |
Family
ID=34575949
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04818238T Expired - Lifetime ES2302076T3 (es) | 2003-11-10 | 2004-11-09 | Medio de grabacion, aparato de reproduccion, programa, metodo de reproduccion, circuito integrado del sistema. |
Country Status (12)
| Country | Link |
|---|---|
| US (3) | US7565062B2 (es) |
| EP (7) | EP1906407A3 (es) |
| JP (9) | JP3851341B2 (es) |
| KR (5) | KR101204653B1 (es) |
| CN (3) | CN101826363B (es) |
| AT (1) | ATE389935T1 (es) |
| BR (1) | BRPI0409003A (es) |
| CA (2) | CA2518767C (es) |
| DE (1) | DE602004012598D1 (es) |
| ES (1) | ES2302076T3 (es) |
| MX (1) | MXPA05010367A (es) |
| WO (1) | WO2005045840A1 (es) |
Families Citing this family (104)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8352400B2 (en) | 1991-12-23 | 2013-01-08 | Hoffberg Steven M | Adaptive pattern recognition based controller apparatus and method and human-factored interface therefore |
| US7904187B2 (en) | 1999-02-01 | 2011-03-08 | Hoffberg Steven M | Internet appliance system and method |
| JP3851341B2 (ja) * | 2003-11-10 | 2006-11-29 | 松下電器産業株式会社 | 記録媒体、再生装置、プログラム、再生方法、システム集積回路 |
| EP1699048A4 (en) | 2004-06-03 | 2009-01-28 | Panasonic Corp | PLAYBACK DEVICE AND PROGRAM |
| CN101826357B (zh) | 2004-07-22 | 2012-11-07 | 松下电器产业株式会社 | 重放装置和重放方法 |
| KR100677132B1 (ko) * | 2004-09-09 | 2007-02-02 | 삼성전자주식회사 | 동영상 재생 및 프로그래밍 기능을 위한 멀티미디어데이터를 기록한 저장 매체, 그 재생 장치 및 재생 방법 |
| CN101057288B (zh) | 2004-11-09 | 2010-12-22 | 汤姆森许可贸易公司 | 把内容绑定到可移动存储器上的方法和装置 |
| KR20060059572A (ko) * | 2004-11-29 | 2006-06-02 | 삼성전자주식회사 | 플레이리스트를 자동 재생하기 위한 정보를 포함하는 저장매체, 그 재생 장치 및 재생 방법 |
| KR101049133B1 (ko) * | 2005-01-21 | 2011-07-15 | 엘지전자 주식회사 | 기록매체, 기록매체의 재생방법과 재생장치 |
| EP1696321A1 (en) | 2005-02-23 | 2006-08-30 | Deutsche Thomson-Brandt Gmbh | Method and apparatus for executing software applications |
| JP5279276B2 (ja) * | 2005-02-28 | 2013-09-04 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | データ再生のためのフォールバックメカニズム |
| US8583660B2 (en) * | 2005-03-18 | 2013-11-12 | Sony Corporation | Information processing apparatus, information processing method, and computer program |
| EP1866724A1 (en) * | 2005-03-29 | 2007-12-19 | Koninklijke Philips Electronics N.V. | Method and device for protecting the contents of an information carrier |
| US8234679B2 (en) * | 2005-04-01 | 2012-07-31 | Time Warner Cable, Inc. | Technique for selecting multiple entertainment programs to be provided over a communication network |
| JP2008543121A (ja) * | 2005-05-31 | 2008-11-27 | 松下電器産業株式会社 | 記録再生装置および記録再生方法 |
| JP4827642B2 (ja) * | 2005-07-27 | 2011-11-30 | パナソニック株式会社 | 記録装置、記録方法、プログラムおよび集積回路 |
| KR101248305B1 (ko) * | 2005-07-27 | 2013-03-27 | 파나소닉 주식회사 | 정보 기록 매체, 기록 장치, 및 기록 방법 |
| WO2007015216A2 (en) * | 2005-08-04 | 2007-02-08 | Koninklijke Philips Electronics, N.V. | Title substitution on dvd+rw video format discs |
| US20080310815A1 (en) * | 2005-11-23 | 2008-12-18 | Koninklijke Philips Electronics, N.V. | Method and Apparatus For Playing Video |
| WO2007063794A1 (ja) * | 2005-11-30 | 2007-06-07 | Pioneer Corporation | 情報再生装置及び方法、並びにコンピュータプログラム |
| EP1819155B1 (en) * | 2006-02-13 | 2012-12-26 | LG Electronics Inc. | Apparatus for playing media and method of setting resources thereof |
| JP4765733B2 (ja) | 2006-04-06 | 2011-09-07 | ソニー株式会社 | 記録装置、記録方法および記録プログラム |
| WO2007119765A1 (ja) * | 2006-04-13 | 2007-10-25 | Panasonic Corporation | 記録媒体、再生装置、記録装置、システムlsi、方法、プログラム |
| JP2007328692A (ja) * | 2006-06-09 | 2007-12-20 | Canon Inc | 代数演算方法及びその装置、プログラム |
| US8015548B2 (en) * | 2007-03-22 | 2011-09-06 | Arcsoft, Inc. | Method for obtaining context of corresponding Xlet while playing BD-J title |
| WO2008149501A1 (ja) * | 2007-06-06 | 2008-12-11 | Panasonic Corporation | 再生装置、再生方法、プログラム |
| US8101387B2 (en) * | 2007-06-08 | 2012-01-24 | Coskata, Inc. | Process to sequence bioreactor modules for serial gas flow and uniform gas velocity |
| KR100935862B1 (ko) * | 2007-07-06 | 2010-01-07 | 드리머 | 매체 재생 장치 기반 컨텐츠 제공 시스템 |
| KR100894055B1 (ko) * | 2007-07-06 | 2009-04-20 | 드리머 | 디스크 매체 재생 장치 및 이를 이용한 멀티미디어 컨텐츠제공 방법 |
| JP5088550B2 (ja) | 2007-10-26 | 2012-12-05 | ソニー株式会社 | 電子機器、再生方法及びプログラム |
| WO2009078157A1 (ja) * | 2007-12-17 | 2009-06-25 | Panasonic Corporation | 個別販売に用いられる記録媒体、記録装置、再生装置、それらの方法 |
| JP5406178B2 (ja) * | 2008-04-16 | 2014-02-05 | パナソニック株式会社 | 再生装置、再生方法、プログラム |
| JP2009271589A (ja) * | 2008-04-30 | 2009-11-19 | Sony Corp | 情報処理装置、その制御方法、制御プログラム及びネームマッピング情報 |
| JP4762269B2 (ja) * | 2008-06-06 | 2011-08-31 | パナソニック株式会社 | 再生装置、集積回路及び再生方法 |
| KR20110036882A (ko) * | 2008-06-24 | 2011-04-12 | 파나소닉 주식회사 | 기록매체, 재생장치, 집적회로, 재생방법, 프로그램 |
| CN102067591B (zh) | 2008-06-26 | 2014-03-19 | 松下电器产业株式会社 | 再现装置、记录装置、再现方法及记录方法 |
| EP2293302A1 (en) * | 2008-06-30 | 2011-03-09 | Panasonic Corporation | Recording device, recording method, reproduction device, and reproduction method |
| JP5217713B2 (ja) * | 2008-07-11 | 2013-06-19 | ソニー株式会社 | 情報処理装置、情報処理システム、情報記録媒体、および情報処理方法、並びにプログラム |
| AU2009275052B2 (en) * | 2008-07-24 | 2014-05-29 | Panasonic Corporation | Playback device capable of stereoscopic playback, playback method, and program |
| JP5032408B2 (ja) * | 2008-07-25 | 2012-09-26 | パナソニック株式会社 | 簡易レジューム再生装置及び簡易レジューム再生方法 |
| US9754625B2 (en) | 2008-07-31 | 2017-09-05 | Warner Bros. Entertainment Inc. | Generation and use of user-selected scenes playlist from distributed digital content |
| US8634707B2 (en) * | 2008-10-24 | 2014-01-21 | Panasonic Corporation | BD playback system, BD playback device, display device, and computer program |
| CA2742604C (en) * | 2008-11-06 | 2018-05-08 | Deluxe Digital Studios, Inc. | Methods, systems and apparatuses for use in updating a portable storage medium |
| US9069585B2 (en) | 2009-03-02 | 2015-06-30 | Microsoft Corporation | Application tune manifests and tune state recovery |
| KR20100123549A (ko) * | 2009-05-15 | 2010-11-24 | 삼성전자주식회사 | 컨텐트 제어 방법 및 장치 |
| EP2437504B1 (en) * | 2009-05-25 | 2017-04-19 | Panasonic Intellectual Property Management Co., Ltd. | Recording medium, reproduction device, integrated circuit, reproduction method, and program |
| JP2011155559A (ja) | 2010-01-28 | 2011-08-11 | Panasonic Corp | ディスク再生装置 |
| CN103038783B (zh) * | 2010-03-09 | 2016-03-09 | 泰景系统公司 | 自适应视频解码电路及其方法 |
| JP2011216165A (ja) * | 2010-04-01 | 2011-10-27 | Alpine Electronics Inc | ビデオ再生装置、コンピュータプログラム及びレジューム再生方法 |
| US9570678B1 (en) | 2010-06-08 | 2017-02-14 | Crossbar, Inc. | Resistive RAM with preferental filament formation region and methods |
| US9012307B2 (en) | 2010-07-13 | 2015-04-21 | Crossbar, Inc. | Two terminal resistive switching device structure and method of fabricating |
| US9601692B1 (en) | 2010-07-13 | 2017-03-21 | Crossbar, Inc. | Hetero-switching layer in a RRAM device and method |
| US8946046B1 (en) | 2012-05-02 | 2015-02-03 | Crossbar, Inc. | Guided path for forming a conductive filament in RRAM |
| JP5981424B2 (ja) | 2010-06-11 | 2016-08-31 | クロスバー， インコーポレイテッドＣｒｏｓｓｂａｒ， Ｉｎｃ． | メモリー素子に関する柱状構造及び方法 |
| JP2012018727A (ja) * | 2010-07-08 | 2012-01-26 | Sony Corp | 情報処理装置、および情報処理方法、並びにプログラム |
| US8374018B2 (en) | 2010-07-09 | 2013-02-12 | Crossbar, Inc. | Resistive memory using SiGe material |
| US8168506B2 (en) | 2010-07-13 | 2012-05-01 | Crossbar, Inc. | On/off ratio for non-volatile memory device and method |
| US8884261B2 (en) | 2010-08-23 | 2014-11-11 | Crossbar, Inc. | Device switching using layered device structure |
| US8947908B2 (en) | 2010-11-04 | 2015-02-03 | Crossbar, Inc. | Hetero-switching layer in a RRAM device and method |
| US8569172B1 (en) | 2012-08-14 | 2013-10-29 | Crossbar, Inc. | Noble metal/non-noble metal electrode for RRAM applications |
| KR101122962B1 (ko) * | 2010-08-04 | 2012-03-16 | 삼성에스디에스 주식회사 | 사용자 단말장치 및 멀티 가상머신 전환 방법 |
| US8889521B1 (en) | 2012-09-14 | 2014-11-18 | Crossbar, Inc. | Method for silver deposition for a non-volatile memory device |
| US8492195B2 (en) | 2010-08-23 | 2013-07-23 | Crossbar, Inc. | Method for forming stackable non-volatile resistive switching memory devices |
| US9401475B1 (en) | 2010-08-23 | 2016-07-26 | Crossbar, Inc. | Method for silver deposition for a non-volatile memory device |
| US8558212B2 (en) | 2010-09-29 | 2013-10-15 | Crossbar, Inc. | Conductive path in switching material in a resistive random access memory device and control |
| US8909029B2 (en) * | 2010-10-13 | 2014-12-09 | Sony Corporation | Capturing playback key events in BD players |
| USRE46335E1 (en) | 2010-11-04 | 2017-03-07 | Crossbar, Inc. | Switching device having a non-linear element |
| US8502185B2 (en) | 2011-05-31 | 2013-08-06 | Crossbar, Inc. | Switching device having a non-linear element |
| US8930174B2 (en) | 2010-12-28 | 2015-01-06 | Crossbar, Inc. | Modeling technique for resistive random access memory (RRAM) cells |
| US8815696B1 (en) | 2010-12-31 | 2014-08-26 | Crossbar, Inc. | Disturb-resistant non-volatile memory device using via-fill and etchback technique |
| US9153623B1 (en) | 2010-12-31 | 2015-10-06 | Crossbar, Inc. | Thin film transistor steering element for a non-volatile memory device |
| US8843940B2 (en) * | 2011-02-28 | 2014-09-23 | Cellco Partnership | Centralized audit and error handling |
| US9620206B2 (en) | 2011-05-31 | 2017-04-11 | Crossbar, Inc. | Memory array architecture with two-terminal memory cells |
| US8619459B1 (en) | 2011-06-23 | 2013-12-31 | Crossbar, Inc. | High operating speed resistive random access memory |
| US9166163B2 (en) | 2011-06-30 | 2015-10-20 | Crossbar, Inc. | Sub-oxide interface layer for two-terminal memory |
| US9627443B2 (en) | 2011-06-30 | 2017-04-18 | Crossbar, Inc. | Three-dimensional oblique two-terminal memory with enhanced electric field |
| US8946669B1 (en) | 2012-04-05 | 2015-02-03 | Crossbar, Inc. | Resistive memory device and fabrication methods |
| US9564587B1 (en) | 2011-06-30 | 2017-02-07 | Crossbar, Inc. | Three-dimensional two-terminal memory with enhanced electric field and segmented interconnects |
| WO2013015776A1 (en) | 2011-07-22 | 2013-01-31 | Crossbar, Inc. | Seed layer for a p + silicon germanium material for a non-volatile memory device and method |
| US8674724B2 (en) | 2011-07-29 | 2014-03-18 | Crossbar, Inc. | Field programmable gate array utilizing two-terminal non-volatile memory |
| US10056907B1 (en) | 2011-07-29 | 2018-08-21 | Crossbar, Inc. | Field programmable gate array utilizing two-terminal non-volatile memory |
| US9729155B2 (en) | 2011-07-29 | 2017-08-08 | Crossbar, Inc. | Field programmable gate array utilizing two-terminal non-volatile memory |
| JP5957204B2 (ja) * | 2011-11-01 | 2016-07-27 | ソニー株式会社 | 情報処理装置、情報処理方法及びプログラム |
| JP5821631B2 (ja) * | 2011-12-28 | 2015-11-24 | 富士通株式会社 | 再生装置、再生方法、及び再生プログラム |
| CN102590833B (zh) * | 2012-03-12 | 2014-02-19 | 航天恒星科技有限公司 | 一种卫星导航接收机多通道联合捕获方法 |
| US9087576B1 (en) | 2012-03-29 | 2015-07-21 | Crossbar, Inc. | Low temperature fabrication method for a three-dimensional memory device and structure |
| US9685608B2 (en) | 2012-04-13 | 2017-06-20 | Crossbar, Inc. | Reduced diffusion in metal electrode for two-terminal memory |
| US8658476B1 (en) | 2012-04-20 | 2014-02-25 | Crossbar, Inc. | Low temperature P+ polycrystalline silicon material for non-volatile memory device |
| US8796658B1 (en) | 2012-05-07 | 2014-08-05 | Crossbar, Inc. | Filamentary based non-volatile resistive memory device and method |
| KR20140018743A (ko) * | 2012-08-03 | 2014-02-13 | 삼성전자주식회사 | 디스크리스 어플리케이션 재생 장치 및 기록 장치, 재생 방법 및 기록 방법과 디스크리스 어플리케이션을 기록한 정보저장매체 |
| US9741765B1 (en) | 2012-08-14 | 2017-08-22 | Crossbar, Inc. | Monolithically integrated resistive memory using integrated-circuit foundry compatible processes |
| US9583701B1 (en) | 2012-08-14 | 2017-02-28 | Crossbar, Inc. | Methods for fabricating resistive memory device switching material using ion implantation |
| US8946673B1 (en) | 2012-08-24 | 2015-02-03 | Crossbar, Inc. | Resistive switching device structure with improved data retention for non-volatile memory device and method |
| US9312483B2 (en) | 2012-09-24 | 2016-04-12 | Crossbar, Inc. | Electrode structure for a non-volatile memory device and method |
| US9576616B2 (en) | 2012-10-10 | 2017-02-21 | Crossbar, Inc. | Non-volatile memory with overwrite capability and low write amplification |
| US8982647B2 (en) | 2012-11-14 | 2015-03-17 | Crossbar, Inc. | Resistive random access memory equalization and sensing |
| US9412790B1 (en) | 2012-12-04 | 2016-08-09 | Crossbar, Inc. | Scalable RRAM device architecture for a non-volatile memory device and method |
| US9406379B2 (en) | 2013-01-03 | 2016-08-02 | Crossbar, Inc. | Resistive random access memory with non-linear current-voltage relationship |
| US9324942B1 (en) | 2013-01-31 | 2016-04-26 | Crossbar, Inc. | Resistive memory cell with solid state diode |
| US9112145B1 (en) | 2013-01-31 | 2015-08-18 | Crossbar, Inc. | Rectified switching of two-terminal memory via real time filament formation |
| US10290801B2 (en) | 2014-02-07 | 2019-05-14 | Crossbar, Inc. | Scalable silicon based resistive memory device |
| JP5748879B2 (ja) * | 2014-03-26 | 2015-07-15 | 三菱電機株式会社 | 映像再生装置及び起動方法 |
| JP6855348B2 (ja) * | 2017-07-31 | 2021-04-07 | 株式会社ソニー・インタラクティブエンタテインメント | 情報処理装置およびダウンロード処理方法 |
| US11370636B2 (en) * | 2018-08-13 | 2022-06-28 | Belden Canada Ulc | Telescoping cable spool |
Family Cites Families (51)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US194618A (en) * | 1877-08-28 | Improvement in substitutes for coffee | ||
| JPS6042804A (ja) * | 1983-08-18 | 1985-03-07 | Hitachi Maxell Ltd | 磁気記録媒体及び磁気記録媒体用磁性粉末 |
| JPH04256867A (ja) * | 1991-02-08 | 1992-09-11 | Hamamatsu Photonics Kk | 三軸加速度検出装置 |
| JPH04272685A (ja) * | 1991-02-26 | 1992-09-29 | Sakaguchi Dennetsu Kk | シ−ズヒ−タ |
| JPH04272684A (ja) * | 1991-02-26 | 1992-09-29 | Matsushita Electric Ind Co Ltd | 電気毛布 |
| JPH04272683A (ja) * | 1991-02-26 | 1992-09-29 | Matsushita Electric Ind Co Ltd | 電気毛布 |
| JP2820330B2 (ja) * | 1991-04-23 | 1998-11-05 | 信越ポリマー株式会社 | プラスチックフィルム巻回体の検査方法 |
| JPH064166A (ja) * | 1992-06-24 | 1994-01-14 | Okayama Nippon Denki Software Kk | ジョブの有効期間設定装置 |
| JPH06230946A (ja) | 1993-02-07 | 1994-08-19 | Fuji Xerox Co Ltd | 自動プログラム開始装置 |
| US5508994A (en) * | 1993-03-05 | 1996-04-16 | Nakamichi Corporation | Disk player with compact arrangement of a reader and disk storage magazine |
| US5541738A (en) * | 1994-04-12 | 1996-07-30 | E. Guide, Inc. | Electronic program guide |
| US5644782A (en) * | 1994-10-17 | 1997-07-01 | Motorola, Inc. | System with virtual update capable read-only memory |
| JP2813245B2 (ja) | 1995-08-21 | 1998-10-22 | 松下電器産業株式会社 | 光ディスクの再生装置及び再生方法 |
| JPH10297303A (ja) * | 1997-05-01 | 1998-11-10 | Kubota Corp | 作業機 |
| KR19980072969A (ko) | 1997-03-10 | 1998-11-05 | 김광호 | 영상 노래 반주용 광 디스크 기록 매체와 그의 재생 방법 및 재생장치 |
| JPH10293703A (ja) | 1997-04-17 | 1998-11-04 | Yazaki Corp | 暴走監視装置並びに暴走監視方法、及びマイクロコンピュータ並びに情報処理方法 |
| JP3195284B2 (ja) * | 1997-11-28 | 2001-08-06 | 株式会社東芝 | 動画再生制御方法およびその方法が適用される画像表示装置 |
| US6580870B1 (en) | 1997-11-28 | 2003-06-17 | Kabushiki Kaisha Toshiba | Systems and methods for reproducing audiovisual information with external information |
| JPH11238288A (ja) * | 1997-12-17 | 1999-08-31 | Pioneer Electron Corp | 情報記録媒体再生装置 |
| WO2000049803A1 (en) * | 1999-02-18 | 2000-08-24 | Kabushiki Kaisha Toshiba | Medium on which stream data is recorded, its recording method, and its reproducing method |
| CN1367926A (zh) * | 1999-04-21 | 2002-09-04 | 研究投资网络公司 | 存储在可移动存储媒体上的内容升级的制作的系统、方法及物品 |
| WO2001004743A2 (en) * | 1999-07-13 | 2001-01-18 | Sun Microsystems, Inc. | Methods and apparatus for managing an application according to an application lifecycle |
| JP2001056772A (ja) * | 1999-08-18 | 2001-02-27 | Oki Electric Ind Co Ltd | 障害監視システム |
| JP4300642B2 (ja) * | 1999-08-18 | 2009-07-22 | ソニー株式会社 | 記録媒体及び記録媒体の再生装置並びに再生方法 |
| KR20010113646A (ko) * | 1999-11-12 | 2001-12-28 | 요트.게.아. 롤페즈 | 데이터-보유 디스크들로부터 정보를 재생하는 장치 |
| JP2001290704A (ja) * | 2000-04-06 | 2001-10-19 | Nec Microsystems Ltd | マルチプロセス制御装置及びマルチプロセス制御方法 |
| JP4395998B2 (ja) | 2000-06-07 | 2010-01-13 | ソニー株式会社 | 光ディスク装置、光ディスクの記録方法及び光ディスク |
| JP4863540B2 (ja) * | 2000-07-31 | 2012-01-25 | ソニー株式会社 | 録画再生装置およびコンテンツ管理方法 |
| JP2002063051A (ja) | 2000-08-23 | 2002-02-28 | Will:Kk | ソフトウェア動作監視システムおよびその記録媒体およびソフトウェア動作監視方法 |
| JP2002108698A (ja) * | 2000-10-04 | 2002-04-12 | Nissin Electric Co Ltd | メモリ管理システム及びメモリ管理方法 |
| JP2002262233A (ja) * | 2001-03-01 | 2002-09-13 | Mitsubishi Electric Corp | 行動計測システム |
| US7058284B2 (en) | 2001-03-29 | 2006-06-06 | Matsushita Electric Industrial Co., Ltd. | Universal multimedia optic disc player and its application for revocable copy protection |
| EP1381232A4 (en) | 2001-04-02 | 2005-09-28 | Matsushita Electric Industrial Co Ltd | VIDEO PLAYBACK DEVICE FOR DIGITAL VIDEO CONTENT, VIDEO PLAY PROCESS, VIDEO PLAY PROGRAM AND PACKAGING MEDIUM |
| JP2002369154A (ja) * | 2001-04-02 | 2002-12-20 | Matsushita Electric Ind Co Ltd | ディジタル映像コンテンツの映像再生装置、映像再生方法、映像再生プログラム、パッケージメディア |
| KR100771264B1 (ko) | 2001-05-12 | 2007-10-29 | 엘지전자 주식회사 | 스크립트 파일이 포함 기록된 기록매체와, 그 재생장치 및방법 |
| JP2003015892A (ja) * | 2001-06-29 | 2003-01-17 | Casio Comput Co Ltd | 情報端末装置及びアプリケーション管理プログラム |
| KR100382655B1 (ko) | 2001-07-25 | 2003-05-09 | 삼성전자주식회사 | 프로그램 저장 방법 및 이에 적합한 저장 장치 |
| JP3716920B2 (ja) * | 2001-10-16 | 2005-11-16 | ソニー株式会社 | 記録媒体再生装置および方法、記録媒体、並びにプログラム |
| JP2003249057A (ja) | 2002-02-26 | 2003-09-05 | Toshiba Corp | デジタル情報媒体を用いるエンハンスド・ナビゲーション・システム |
| JP3990928B2 (ja) * | 2002-03-19 | 2007-10-17 | キヤノン株式会社 | テレビジョン放送受信装置、再生方法及びプログラム |
| KR100967748B1 (ko) | 2002-09-12 | 2010-07-05 | 파나소닉 주식회사 | 기록매체, 재생장치, 재생방법, 기록방법 |
| AU2003268656A1 (en) * | 2002-09-25 | 2004-04-19 | Matsushita Electric Industrial Co., Ltd. | Reproduction device, optical disc, recording medium, program, and reproduction method |
| MXPA05008752A (es) | 2003-02-21 | 2005-09-20 | Matsushita Electric Ind Co Ltd | Medio de grabacion, aparato de reproduccion, metodo de grabacion,metodo de reproduccion, y programa de computadora. |
| BRPI0415110A (pt) * | 2003-10-10 | 2006-11-28 | Koninkl Philips Electronics Nv | portador de armazenagem, e, sistema |
| TW200518070A (en) | 2003-10-10 | 2005-06-01 | Matsushita Electric Industrial Co Ltd | Recording medium, reproduction device, program, and reproduction method |
| CN1867999B (zh) * | 2003-10-10 | 2012-03-21 | 松下电器产业株式会社 | 记录方法、再现装置、再现方法 |
| JP3851341B2 (ja) * | 2003-11-10 | 2006-11-29 | 松下電器産業株式会社 | 記録媒体、再生装置、プログラム、再生方法、システム集積回路 |
| JP3888348B2 (ja) * | 2003-11-25 | 2007-02-28 | ソニー株式会社 | 情報提供システム、再生装置および方法、情報提供装置および方法、記録媒体、並びにプログラム |
| JP5119566B2 (ja) * | 2004-02-16 | 2013-01-16 | ソニー株式会社 | 再生装置および再生方法、プログラム記録媒体、並びにプログラム |
| KR100601677B1 (ko) | 2004-05-17 | 2006-07-14 | 삼성전자주식회사 | 저장 매체에 기록된 데이터와 다운로드된 데이터를 함께재생하는 재생 방법 및 그 재생 장치 |
| WO2006031054A2 (en) * | 2004-09-13 | 2006-03-23 | Lg Electronics Inc. | Method and apapratus for reproducing data from recording medium using local storage |
-
2004
- 2004-11-09 JP JP2005515351A patent/JP3851341B2/ja not_active Expired - Lifetime
- 2004-11-09 KR KR1020117029789A patent/KR101204653B1/ko not_active Expired - Fee Related
- 2004-11-09 KR KR1020117013248A patent/KR101176904B1/ko not_active Expired - Fee Related
- 2004-11-09 CN CN2010101795811A patent/CN101826363B/zh not_active Expired - Fee Related
- 2004-11-09 US US10/549,318 patent/US7565062B2/en active Active
- 2004-11-09 WO PCT/JP2004/016598 patent/WO2005045840A1/ja not_active Ceased
- 2004-11-09 EP EP08000868.3A patent/EP1906407A3/en not_active Withdrawn
- 2004-11-09 EP EP10181238.6A patent/EP2270795A3/en not_active Withdrawn
- 2004-11-09 EP EP10181244.4A patent/EP2270797A3/en not_active Withdrawn
- 2004-11-09 KR KR1020057018474A patent/KR101121382B1/ko not_active Expired - Fee Related
- 2004-11-09 EP EP10181248.5A patent/EP2270798A3/en not_active Withdrawn
- 2004-11-09 DE DE602004012598T patent/DE602004012598D1/de not_active Expired - Lifetime
- 2004-11-09 KR KR1020127011482A patent/KR101268335B1/ko not_active Expired - Fee Related
- 2004-11-09 CA CA2518767A patent/CA2518767C/en not_active Expired - Lifetime
- 2004-11-09 EP EP10181242.8A patent/EP2270796A3/en not_active Withdrawn
- 2004-11-09 ES ES04818238T patent/ES2302076T3/es not_active Expired - Lifetime
- 2004-11-09 AT AT04818238T patent/ATE389935T1/de not_active IP Right Cessation
- 2004-11-09 CN CN2010101795101A patent/CN101833970B/zh not_active Expired - Fee Related
- 2004-11-09 CA CA2761989A patent/CA2761989C/en not_active Expired - Fee Related
- 2004-11-09 EP EP04818238A patent/EP1691367B1/en not_active Expired - Lifetime
- 2004-11-09 CN CN2010101795328A patent/CN101814305B/zh not_active Expired - Fee Related
- 2004-11-09 MX MXPA05010367A patent/MXPA05010367A/es active IP Right Grant
- 2004-11-09 EP EP10181252.7A patent/EP2270799A3/en not_active Withdrawn
- 2004-11-09 KR KR1020077027329A patent/KR100840851B1/ko not_active Expired - Fee Related
- 2004-11-09 BR BRPI0409003-9A patent/BRPI0409003A/pt not_active Application Discontinuation
-
2007
- 2007-11-09 JP JP2007292334A patent/JP4272685B2/ja not_active Expired - Fee Related
- 2007-11-09 JP JP2007292332A patent/JP4323544B2/ja not_active Expired - Fee Related
- 2007-11-09 JP JP2007292331A patent/JP4272683B2/ja not_active Expired - Fee Related
- 2007-11-09 JP JP2007292333A patent/JP4272684B2/ja not_active Expired - Fee Related
-
2008
- 2008-09-30 US US12/241,517 patent/US7627233B2/en not_active Expired - Fee Related
-
2009
- 2009-01-23 JP JP2009013176A patent/JP4709908B2/ja not_active Expired - Fee Related
- 2009-04-15 JP JP2009098648A patent/JP5103432B2/ja not_active Expired - Fee Related
- 2009-10-19 US US12/581,193 patent/US8406611B2/en not_active Expired - Fee Related
-
2010
- 2010-11-01 JP JP2010244969A patent/JP5103514B2/ja not_active Expired - Fee Related
-
2012
- 2012-03-16 JP JP2012060484A patent/JP5336622B2/ja not_active Expired - Fee Related
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2302076T3 (es) | Medio de grabacion, aparato de reproduccion, programa, metodo de reproduccion, circuito integrado del sistema. | |
| EP2270803B1 (en) | Playback apparatus for performing application-synchronized playback | |
| ES2498793T3 (es) | Medio de grabación, dispositivo de reproducción, programa, método de reproducción y circuito integrado | |
| CN101587735B (zh) | 用于执行应用程序同步重放的重放装置 |