ES2498793T3 - Medio de grabación, dispositivo de reproducción, programa, método de reproducción y circuito integrado - Google Patents
Medio de grabación, dispositivo de reproducción, programa, método de reproducción y circuito integrado Download PDFInfo
- Publication number
- ES2498793T3 ES2498793T3 ES05811742.5T ES05811742T ES2498793T3 ES 2498793 T3 ES2498793 T3 ES 2498793T3 ES 05811742 T ES05811742 T ES 05811742T ES 2498793 T3 ES2498793 T3 ES 2498793T3
- Authority
- ES
- Spain
- Prior art keywords
- application
- playback
- information
- reproduction
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims description 94
- 238000002156 mixing Methods 0.000 claims description 36
- 239000000203 mixture Substances 0.000 claims description 34
- 239000002131 composite material Substances 0.000 claims description 4
- 230000033458 reproduction Effects 0.000 description 151
- 238000007726 management method Methods 0.000 description 140
- 230000008569 process Effects 0.000 description 53
- 230000006870 function Effects 0.000 description 32
- 230000003936 working memory Effects 0.000 description 32
- 238000003860 storage Methods 0.000 description 29
- 230000015654 memory Effects 0.000 description 27
- 238000010276 construction Methods 0.000 description 17
- 238000013127 simulated treatment comparison Methods 0.000 description 17
- 230000008859 change Effects 0.000 description 16
- 238000004519 manufacturing process Methods 0.000 description 14
- 238000004422 calculation algorithm Methods 0.000 description 13
- 230000006872 improvement Effects 0.000 description 12
- 238000005516 engineering process Methods 0.000 description 11
- 238000001824 photoionisation detection Methods 0.000 description 11
- 238000012545 processing Methods 0.000 description 11
- 230000004044 response Effects 0.000 description 11
- 230000002452 interceptive effect Effects 0.000 description 9
- 238000012546 transfer Methods 0.000 description 8
- 230000003287 optical effect Effects 0.000 description 7
- 230000036316 preload Effects 0.000 description 7
- 239000000463 material Substances 0.000 description 6
- 230000004913 activation Effects 0.000 description 3
- 230000015572 biosynthetic process Effects 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 3
- 230000010354 integration Effects 0.000 description 3
- 230000003068 static effect Effects 0.000 description 3
- 239000000758 substrate Substances 0.000 description 3
- 101100465559 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) PRE7 gene Proteins 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 238000012937 correction Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000000605 extraction Methods 0.000 description 2
- 238000005206 flow analysis Methods 0.000 description 2
- 230000010365 information processing Effects 0.000 description 2
- 239000011159 matrix material Substances 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 238000004806 packaging method and process Methods 0.000 description 2
- 238000013439 planning Methods 0.000 description 2
- 238000003825 pressing Methods 0.000 description 2
- 238000007639 printing Methods 0.000 description 2
- 101150076896 pts1 gene Proteins 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- GUGNSJAORJLKGP-UHFFFAOYSA-K sodium 8-methoxypyrene-1,3,6-trisulfonate Chemical compound [Na+].[Na+].[Na+].C1=C2C(OC)=CC(S([O-])(=O)=O)=C(C=C3)C2=C2C3=C(S([O-])(=O)=O)C=C(S([O-])(=O)=O)C2=C1 GUGNSJAORJLKGP-UHFFFAOYSA-K 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000010200 validation analysis Methods 0.000 description 2
- 102000009913 Peroxisomal Targeting Signal 2 Receptor Human genes 0.000 description 1
- 108010077056 Peroxisomal Targeting Signal 2 Receptor Proteins 0.000 description 1
- 101100137868 Solanum lycopersicum PAD1 gene Proteins 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000001174 ascending effect Effects 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 238000006073 displacement reaction Methods 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 239000011347 resin Substances 0.000 description 1
- 229920005989 resin Polymers 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000000725 suspension Substances 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
Classifications
-
- 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/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
- G11B19/00—Driving, starting, stopping record carriers not specifically of filamentary or web form, or of supports therefor; Control thereof; Control of operating function ; Driving both disc and head
- G11B19/02—Control of operating function, e.g. switching from recording to reproducing
- G11B19/022—Control panels
- G11B19/025—'Virtual' control panels, e.g. Graphical User Interface [GUI]
-
- 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/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
- G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
- G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on 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/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/34—Indicating arrangements
-
- 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
Abstract
Un medio de grabación en el que se graban una aplicación, un sonido de clic, y un flujo digital que incluye un flujo de vídeo y un flujo de audio multiplexados en el mismo, donde la información de gestión y una bandera correspondiente a la información de gestión se graban además en el medio de grabación, la información de gestión indica un control de reproducción en el flujo digital que se reproduce mientras que se ejecuta la aplicación, y la bandera indica si se mezcla el sonido de clic con una salida de audio del flujo digital cuando un usuario realiza una operación en la aplicación que se está ejecutando, mientras que el flujo digital está bajo el control de reproducción.
Description
DESCRIPCIÓN
Medio de grabación, dispositivo de reproducción, programa, método de reproducción y circuito integrado
Campo técnico 5
La presente invención se refiere a un campo técnico de una reproducción de un sonido de clic.
Antecedentes de la técnica
10
La reproducción del sonido de clic es una tecnología de, cuando un usuario opera sobre una GUI que se muestra cuando se reproduce una película, mezcla de un sonido de clic con un sonido/voz de reproducción de la película y emitiendo como salida el sonido/voz mezclado.
Por ejemplo, cuando la GUI, mostrada mientras que se reproduce una película, puede recibir una instrucción para 15 realizar una función como “inicio del juego” por parte del usuario, un audio anuncia “¡¡Vamos a jugar el juego!!” puede mezclarse, como el sonido de clic, con el sonido/voz de reproducción de la película, y la mezcla del sonido/voz puede ser la salida. En tal caso, si el anuncio de audio es una voz de un personaje que aparece en la película, el usuario, especialmente cuando es un niño, tendrá la impresión de que le habla el personaje que aparece en la película. Con la introducción de un sonido de clic, es posible proporcionar a la película una GUI que haga que 20 los niños se diviertan.
El siguiente Documento 1 divulga una tecnología para mezclar una salida de audio con otra salida de audio y emitir como salida un sonido/voz mezclado.
25
Documento 1: Publicación Solicitud de Patente Japonesa Nº 7-320411
Divulgación de la invención
Los problemas que la invención va a resolverse 30
Mientras tanto, es necesario mezclar el sonido de clic para desarrollar el flujo de audio digitalizado en el estado LPCM. En tal caso, si el flujo de audio de los principales datos de reproducción, que se mezcla con el sonido de clic, tiene un atributo multi-canal tal como los canales 5.1, la cantidad de datos desarrollados en el estado LPCM es extremadamente grande. Por esta razón, existen algunos tipos de interfaces digitales que no pueden emitir como 35 salida un sonido/voz digital mezclado debido a una restricción relacionada con la banda, después de mezclar un sonido de clic con un flujo de audio que tiene un atributo multi-canal. Las películas producidas en los últimos años tienen una tendencia a dar importancia a los efectos acústicos. También, existen muchos usuarios que gastan mucho dinero para construir un sistema acústico privado compuesto por un amplificador, altavoces de sonidos envolventes y similares. En estas circunstancias, las películas se dañarían mucho si la introducción del sonido de 40 clic interrumpiese la salida de audio digital de la película.
En la medida en que existe el temor de que la salida de audio multi-canal podría interrumpirse si se introdujese el sonido de clic, la función del sonido de clic misma no sería fácilmente aprobada en la producción cinematográfica. Para eliminar el temor del estudio de producción, por ejemplo, solo se requiere que todos los aparatos de 45 reproducción se recodifiquen. Es decir, este problema se eliminará si el aparato de reproducción tiene un codificador, desarrolla un flujo de audio que tenga un atributo de multi-canal tal como los canales 5.1 en el estado LPCM, mezcla el sonido de clic con los datos de audio desarrollados, recodifica los datos de audio mezclados, y emite como salida digitalmente los datos de audio recodificados. Más específicamente, cuando se usa una interfaz digital como la S/PDIF (formato de interconexión digital de Sony/Philips, norma ISO60958-3) para emitir como salida 50 digitalmente el sonido/voz mezclado, es necesario realizar la recodificación mencionada anteriormente y una conversión de datos en Dolby Digital o DTS. Sin embargo, tal recodificación requiere un codificador. En consecuencia, la tecnología difícilmente se empleará como el modelo convencional para el aparato de reproducción de BD-ROM.
55
Es por tanto un objeto de la presente invención proporcionar un medio de grabación que permita mezclar datos de audio producidos mediante una mezcla con un sonido de clic para que se emitan como salida, sin afectar negativamente a la salida de audio.
Medios para resolver los problemas 60
El objeto anteriormente mencionado se cumple mediante un medio de grabación en el que se graban una aplicación, una información de gestión, una bandera correspondiente a la información de gestión, y un flujo digital que incluye un flujo de vídeo y un flujo de audio multiplexados en el mismo, donde la información de gestión indica un control de reproducción en el flujo digital que se va a reproducir cuando se ejecuta la aplicación, y la bandera se usa para 65 indicar si un aparato de reproducción debería o no mezclar un sonido de clic con una salida de audio del flujo digital,
cuando un usuario realiza una operación en la aplicación.
Efectos de la invención
Con la construcción de la presente invención indicada anteriormente, es posible invalidar la mezcla de sonido 5 cuando se realiza un control de reproducción destinado a emitir como salida un sonido/voz multi-canal, y para validar la mezcla de sonido cuando se realiza un control de reproducción no destinado a emitir como salida un sonido/voz multi-canal.
Esto permite al estudio de producción cinematográfica prohibir que se reproduzca el sonido de clic cuando se 10 pretende una reproducción multi-canal, y prohibir la reproducción multi-canal cuando se pretende que se reproduzca el sonido de clic.
Esto hace que sea posible eliminar el temor del estudio de producción de que la salida de audio multi-canal pudiese interrumpirse si se introdujera el sonido de clic. Y esto estimulará la introducción del sonido de clic en las películas. 15
Breve descripción de los dibujos
La figura 1 muestra un uso del medio de grabación de la presente invención.
La figura 2 muestra la estructura interna del BD-ROM. 20
La figura 3 muestra la estructura del fichero al que se adjunta la extensión “m2ts”.
La figura 4 muestra a qué procesos están sometidos los paquetes TS que constituyen el AVClip antes de que se escriban en el BD-ROM.
La figura 5 muestra a qué procesos están sometidos los paquetes TS que constituyen el AVClip antes de que se escriban en el BD-ROM. 25
La figura 6 muestra la estructura interna de la información del clip.
La figura 7 muestra las configuraciones EP_map en un flujo de vídeo de una película.
La figura 8 muestra la estructura de datos de la información de la lista de reproducción.
La figura 9 muestra las relaciones entre el AVClip y la información de la lista de reproducción.
La figura 10A muestra la estructura interna de la tabla_STN. 30
Las figuras 10B-10E muestran los detalles del atributo de entrada.
La figura 11 muestra la estructura interna de la información de la PlayListMark de la información de la lista de reproducción.
La figura 12 muestra cómo se especifican las posiciones de los capítulos mediante la información de la PLMark de la información de la lista de reproducción. 35
La figura 13 muestra la estructura interna del objeto BD-J.
La figura 14 muestra los programas y los datos almacenados en los ficheros de archivo.
La figura 15 muestra la estructura del fichero sound.bdmv.
La figura 16A muestra la estructura interna de la tabla de gestión de aplicaciones.
La figura 16B muestra el significado de los elementos de información que constituyen la tabla de gestión de 40 aplicaciones.
La figura 17 muestra el cambio de estado en un contenido del disco.
La figura 18A muestra el eje de tiempo de todo el BD-ROM.
La figura 18B muestra cómo está estructurado el eje de tiempo de todo el BD-ROM.
Las figuras 19A y 19B muestran, en el eje de tiempo de todo el BD-ROM, los periodos de reproducción de títulos 45 que se identifican por los objetos BD-J.
La figura 20 muestra un ciclo de vida típico definido en el eje de tiempo mostrado en la figura 19B.
La figura 21 muestra un contenido del disco que incluye tres títulos: un título principal; un título de compra en línea; y un título de juego.
Las figuras 22A y 22B muestran ejemplos de las tablas de gestión de la aplicación y el ciclo de vida. 50
La figura 23 muestra las combinaciones de los tres atributos de funcionamiento (Presente, Funcionamiento automático, y Suspendido) y tres estados posibles del título anterior (No funcionamiento, Funcionamiento, y Suspendido).
La figura 24A muestra la estructura interna de la tabla de gestión de la lista de reproducción.
La figura 24B muestra el significado de los elementos de información que constituyen la tabla de gestión de la 55 lista de reproducción.
La figura 25 muestra ejemplos específicos de los títulos definidos en la tabla de gestión de la lista de reproducción y la tabla de gestión de aplicaciones.
La figura 26 muestra seis combinaciones de tres posibles estados del título de destino de la ramificación, concretamente, el título actual ((i) No tener la tabla de gestión de la lista de reproducción, (ii) Tener la tabla de 60 gestión de la lista de reproducción y la reproducción automática, y (iii) Tener la tabla de gestión de la lista de reproducción y presente) y dos posibles estados de la lista de reproducción en el título anterior (no se reproduce, y que se está reproduciendo).
La figura 27A muestra un ejemplo específico de la descripción de las tablas de la lista de reproducción y de gestión de la aplicación. 65
La figura 27B muestra cómo las listas de reproducción se reproducen y las aplicaciones se ejecutan en base a
las tablas de la lista de reproducción y de gestión de la aplicación que se escriben como se muestra en la figura 27A.
La figura 28A muestra otro ejemplo de la descripción de la tabla de gestión de la lista de reproducción.
La figura 28B muestra cómo las listas de reproducción se reproducen y las aplicaciones se ejecutan en base a las tablas de la lista de reproducción y de gestión de la aplicación que se escriben como se muestra en la figura 5 28A.
La figura 29 muestra la estructura interna de la tabla de gestión de sonidos.
Las figuras 30A y 30B muestran las relaciones entre el atributo de entrada para los flujos de audio en la tabla_STN y la configuración de la bandera Mixing_On.
La figura 31 muestra una reproducción de audio realizada por el aparato de reproducción cuando se hace 10 funcionar un botón en el marco de la GUI con respecto a un título para el que la bandera Mixing_On se establece en Encendido.
La figura 32 muestra una reproducción de audio realizada por el aparato de reproducción cuando se hace funcionar un botón en el marco de la GUI con respecto a un título para el que la bandera Mixing_On se establece en Apagado. 15
La figura 33 muestra la estructura interna del aparato de reproducción de la presente invención.
La figura 34 muestra, en la estructura de capas, el hardware y el software almacenados en la CPU 24.
La figura 35 muestra la estructura interna de la máquina 36 virtual Java™.
La figura 36 muestra un proceso realizado por el motor 31 de presentación al gestor 34 de módulo.
La figura 37 muestra un proceso realizado por el gestor 37 de aplicaciones en base a la PLMT del objeto BD-J. 20
La figura 38 muestra un proceso realizado por el gestor 37 de aplicaciones en base a la tabla de gestión de sonidos del objeto BD-J.
La figura 39 es un diagrama de flujo que muestra los procedimientos del gestor 37 de aplicaciones.
La figura 40A muestra la estructura interna de la información de la lista de reproducción en la realización 2.
La figura 40B muestra la estructura interna de la bandera Mixing_On proporcionada en la información del 25 elemento de reproducción.
La figura 41 es un diagrama de flujo que muestra el procedimiento de reproducción de la lista de reproducción realizado por el motor 32 de control de reproducción.
La figura 42 es un diagrama de flujo que muestra los procedimientos de notificación del gestor 37 de aplicaciones. 30
La figura 43 muestra un proceso realizado por el gestor 37 de aplicaciones en la realización 3
La figura 44A muestra los contenidos del algoritmo de selección en base al nivel parental.
La figura 44B muestra los contenidos del algoritmo de selección en base al idioma de audio.
La figura 44C muestra los contenidos del algoritmo de selección en base a la configuración del reproductor para el vídeo. 35
La figura 45 es una ilustración del proceso en el que la aplicación sin límite de título selecciona las listas de reproducción.
Descripción de caracteres
40
1. unidad BD-ROM
2. búfer de lectura
3. demultiplexor
4. decodificador de video
5. plano de vídeo 45
6. procesador de sonido
7. procesador de sonido
8. mezclador
9. controlador de sonido
10. convertidor D/A 50
11. decodificador de gráficos interactivos
12. plano de gráficos interactivos
13. decodificador de gráficos de presentación
14. plano de gráficos de presentación
15. decodificador JPEG 55
16. plano fijo
17. unidad de combinación
18. unidad de suma delta-STC
19. unidad de suma delta-ATC
20. almacenamiento local 60
21. ROM de instrucciones
22. unidad de procesamiento de eventos de usuario
23. conjunto PSR
24. CPU
25. memoria de escenario 65
26. memoria local
Mejor modo de realizar la invención
Realización 1
A continuación, se describen las realizaciones del medio de grabación de la presente invención. En primer lugar, se 5 describirá la forma de uso del medio de grabación de la presente invención. En la figura 1, el medio de grabación de la presente invención es un BD-ROM 100. El BD-ROM 100 se usa para proporcionar contenidos a un sistema de cine en casa que se compone de un aparato 200 de reproducción, un mando 300 a distancia, una televisión 400, y un amplificador 500.
10
En este sistema de cine en casa, el aparato 200 de reproducción reproduce diversos datos grabados en el BD-ROM 100, y proporciona una salida de vídeo y una salida de audio. El aparato 200 de reproducción envía la salida de vídeo a la televisión 400 a través de la salida HDMI (Interfaz multimedia de alta definición) y una interfaz analógica. El aparato 200 de reproducción envía también la salida de audio de la televisión 400 o al amplificador 500 a través de la S/PDIF o al HDMI y una interfaz analógica. 15
Hasta aquí, se ha descrito la forma de uso del medio de grabación de la presente invención.
A continuación, se 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 lograrse como una mejora en un sistema de ficheros en un BD-ROM. La figura 2 20 muestra una estructura de ficheros/directorios de un BD-ROM. Como indica la figura 2, para el BD-ROM, se proporciona el directorio BDMV en el directorio ROOT.
El directorio BDMV tiene ficheros a los que se ha adjuntado la extensión “BDMV” (“Index.bdmv”, “Movie Object. BDMV”). En el directorio BDMV, hay seis subdirectorios: los directorios PLAYLIST, CLIPINF, STREAM, BDBJ, BDJA 25 y AUXDATA.
El directorio PLAYLIST tiene ficheros a los que se ha adjuntado la extensión “mpls” (“00001.mpls”, “00002.mpls”, “00003.mpls”).
30
El directorio CLIPINF tiene ficheros a los que se ha adjuntado la extensión “clpi”, (“00001.clpi”, “00002.clpi”, “00003.clpi”).
El directorio STREAM tiene ficheros a los que se ha adjuntado la extensión “m2ts” (“00001.m2ts”, “00002.m2ts”, “00003.m2ts”). 35
El directorio BDBJ tiene ficheros a los que se ha adjuntado la extensión “bobj” (“00001.bobj”, “00002.bobj”, “00003.bobj”).
El directorio BDJA tiene ficheros a los que se ha adjuntado la extensión “jar” (“00001.jar”, “00002.jar”, “00003.jar”). 40
El directorio AUXDATA incluye un fichero “sound.bdmv”.
Se entiende a partir de la estructura de directorios anteriormente descrita que se almacenan una pluralidad de diferentes tipos de ficheros en el BD-ROM. 45
< Estructura 1 del BD-ROM: AVClip >
En primer lugar, se explicarán los ficheros adjuntados con la extensión “m2ts”. La figura 3 muestra la estructura del fichero al que se adjunta extensión “m2ts”. El fichero al que se adjunta extensión “m2ts” l (“00001 m2ts”, “00002. 50 m2ts”, “00003. m2ts”...) almacena un AVClip. El AVClip es un flujo digital en el formato de flujo de transporte MPEG2. El flujo digital se genera convirtiendo el vídeo digitalizado, que se obtiene digitalizando la imagen de la película, una imagen NTSC, una imagen PAL o similares (primera fila superior), y el audio digitalizado, que se obtiene digitalizando la fuente de sonido LPCM, la fuente de sonido AC-3, la fuente de sonido DTS o similares (primera fila superior), en un flujo elemental compuesto de paquetes PES (segunda fila superior), y convirtiendo el 55 flujo elemental en paquetes TS (tercera fila superior), y de manera similar, convirtiendo el flujo de presentación de gráficos (PG) de los subtítulos o similares y el flujo de gráficos interactivos (IG) de los fines interactivos (primera fila inferior) en los paquetes PES (segunda fila inferior), convirtiendo los paquetes PES en paquetes TS (tercera fila inferior), y finalmente multiplexando estos paquetes TS.
60
El flujo PG es un flujo elemental que consigue una visualización de subtítulos en línea con el progreso de una reproducción de una película. El flujo IG es un flujo elemental que consigue una GUI en línea con el progreso de una reproducción de una película.
La imagen digital compuesta de paquetes PES se llama un flujo de vídeo, y el sonido/voz compuesto de paquetes 65 PES se llama un flujo de audio. El flujo de vídeo y el flujo de audio son flujos elementales. Estos flujos pueden
decodificarse en unidades de, por ejemplo, “unidades de acceso”. En los flujos de vídeo, a lo que se llama GOP (grupo de imágenes) es la unidad de acceso.
En el flujo de video, una unidad de reproducción (por ejemplo, imágenes) que se reproduce en una PTS se llama “unidad de presentación de video”. En el flujo de audio, una unidad de reproducción que se reproduce en una PTS 5 se llama “unidad de presentación de audio”. Los paquetes PES que constituyen el AVClip constituyen también una o más “secuencias_STC”. Cada “secuencia_STC” es una secuencia de paquetes PES, y los valores del reloj de tiempo del sistema (STC) que se referencia por sus PTS y DTS no incluyen una discontinuidad en base al tiempo del sistema. Puesto que es un requisito necesario para la secuencia_STC que no incluye una discontinuidad en base al tiempo del sistema, una secuencia_STC se constituye a partir de una secuencia de paquetes PES que se inicia con 10 un paquete PES que incluye una PCR (referencia del reloj del programa) y está inmediatamente después de una discontinuidad en base al tiempo del sistema y termina con un paquete PES inmediatamente antes de la siguiente discontinuidad en base al tiempo del sistema. A continuación, se explicará cómo el AVClip, que tiene la construcción descrita anteriormente, se escribe en el BD-ROM. La figura 4 muestra a qué procesos están sometidos los paquetes TS que constituyen el AVClip antes de que se escriban en el BD-ROM. La primera fila de la figura 4 muestra los 15 paquetes TS que constituyen el AVClip.
Como se muestra en la segunda fila de la figura 4, un TS_extra_header de 4 bytes (las partes sombreadas en el dibujo) está adjuntado a cada paquete TS de 188 bytes que constituye el AVClip para generar cada paquete fuente de 192 bytes. El TS_extra_header incluye un Arrival_Time_Stamp que es información que indica el momento en que 20 el paquete TS se introduce en el decodificador.
El AVClip mostrado en la tercera fila incluye una o más “secuencias_ATC” cada una de las cuales es una secuencia de paquetes fuente. La “secuencia_ATC” es una secuencia de paquetes fuente, donde Arrival_Time_Clocks se hace referencia por los Arrival_Time_Stamps incluidos en la secuencia_ATC que no incluyen “la discontinuidad en base al 25 tiempo de llegada”. En otras palabras, la “secuencia_ATC” es una secuencia de paquetes fuente, donde son continuos los Arrival_Time_Clocks que se referencian por los Arrival_Time_Stamps incluidos en la secuencia_ATC.
Tales secuencias_ATC constituyen el AVClip, y se graba en el BD-ROM con un nombre de fichero “xxxxx.m2ts”.
30
El AVClip, como es el caso de los ficheros informáticos normales, se divide en una o varias extensiones de fichero, que a continuación se graban en las zonas del BD-ROM. La cuarta fila muestra cómo se graba el AVClip en el BD-ROM. En la cuarta fila, cada extensión de fichero que constituye el fichero tiene una longitud de datos que es igual a o mayor que una longitud predeterminada llamada Sextent.
35
El Sextent es la longitud de datos mínima de cada extensión de fichero, donde un AVClip se divide en una pluralidad de extensiones de fichero para grabarse.
Se supone en este caso, que el tiempo requerido para que el lector óptico salte a una localización en el BD-ROM se obtiene mediante la siguiente ecuación: 40
Tsalto = Tacceso + Tsobrecarga
El “Tacceso” es un tiempo (ms) correspondiente a una distancia de salto, y es:
45
179 ms cuando la distancia de salto (el número de bloques lógicos) es de 0 a 5.000;
210 ms cuando la distancia de salto (el número de bloques lógicos) es de 5.001 a 10.000;
270 ms cuando la distancia de salto (el número de bloques lógicos) es 10.001 a 20.000;
990 ms cuando la distancia de salto (el número de bloques lógicos) es una mitad del desplazamiento; y
1.220 ms cuando la distancia de salto (el número de bloques lógicos) es un desplazamiento completo. 50
Los paquetes TS leídos a partir del BD-ROM se almacenan en un búfer llamado búfer de lectura, y a continuación se emiten como salida al decodificador. El “Tsobrecarga” se obtiene mediante la siguiente ecuación cuando la entrada al búfer de lectura se realiza con una velocidad de bits llamada Rud y el número de sectores en el bloque ECC está representado por Secc: 55
Tsobrecarga ≤ (2 x Secc x 8) / Rud = 20 ms.
Los paquetes TS leídos a partir del BD-ROM se almacenan en el búfer de lectura en el estado de paquetes fuentes, y a continuación se suministran al decodificador a una velocidad de transferencia llamada “TS_Recording_rate”. 60
Para mantener la velocidad de transferencia de la TS_Recording_rate mientras que los paquetes TS se suministran al decodificador, es necesario que durante Tsalto, los paquetes TS se emitan como salida continuamente desde el búfer de lectura al decodificador. En este caso, los paquetes fuente, no los paquetes TS, se emiten como salida desde el búfer de lectura. Como resultado, cuando la relación en tamaño del paquete TS al paquete fuente es de 65
192/188, es necesario que durante Tsalto, los paquetes fuente se emitan como salida continuamente desde el búfer de lectura a una velocidad de transferencia de “192/188 x TS_Recording_rate”.
Por consiguiente, la cantidad de la capacidad del búfer ocupada del búfer de lectura que no provoca un subdesbordamiento está representada por la siguiente ecuación: 5
Bocupada ≥ (Tsalto / 1000 x 8) x ((192/188) x TS_Recording_rate).
La velocidad de entrada al búfer de lectura está representada por Rud, y la velocidad de salida del búfer de lectura está representado por TS_Recording_rate x (192/188). Por lo tanto, la velocidad de ocupación del búfer de lectura 10 se obtiene realizando “(velocidad de entrada) - (velocidad de salida)”, y de esta manera se obtiene por “(Rud - TS_Recording_rate) x (192/188)”.
El tiempo “Tx” necesario para ocupar el búfer de lectura por “Bocupada” se obtiene mediante la siguiente ecuación:
15
Tx = Bocupada / Rud – TS_Recording_rate x (192/188)).
Cuando se lee desde el BD-ROM, es necesario continuar introduciendo paquetes TS con la velocidad de bits Rud durante el período de tiempo “Tx”. Como resultado, la longitud Sextent de datos mínima por extensión cuando el AVClip se divide en una pluralidad de extensiones de fichero que debe grabarse se obtiene mediante las siguientes 20 ecuaciones:
Sextensión = Rud x Tx
= Rud x Bocupada / (Rud – TS_Recording_rate x (192/188))
25
≥ Rud x (Tsalto / 1000 x 8) x ((192/188) x TS_Recording_rate)
/ (Rud – TS_Recording_rate x (192/188))
≥ (Rud x Tsalto / 1000 x 8) x TS_Recording_rate x 192)
/ (Rud x 188 - TS_Recording_rate x 192) 30
Por lo tanto,
Sextensión ≥ (Tsalto x Rud / 1000 x 8) x (TS_Recording_rate x 192 / (Rud x 188 - TS_Recording_rate x 192). 35
Si cada extensión de fichero que constituye el AVClip tiene la longitud de datos que es igual a o mayor que Sextent que se calcula como un valor que no provoca un subdesbordamiento del decodificador, incluso si las extensiones de ficheros que constituyen el AVClip están localizados discretamente en el BD-ROM, los paquetes TS se suministran continuamente al decodificador de manera que los datos se leen continuamente durante la reproducción. 40
La figura 5 muestra las relaciones entre la unidad física del BD-ROM y los paquetes fuentes que constituyen una extensión de fichero. Como se muestra en la segunda fila, se forman una pluralidad de sectores en el BD-ROM. Los paquetes fuentes que constituyen la extensión del fichero se dividen, como se muestra en la primera fila, en grupos, cada uno de los cuales se compone de 32 paquetes fuente. A continuación, cada grupo de paquetes fuente se 45 escribe en un conjunto de tres sectores consecutivos. El grupo de 32 paquetes fuentes es de 6144 bytes (= 32 x 192), lo que es equivalente al tamaño de tres sectores (= 2048 x 3). Los 32 paquetes fuentes almacenados en los tres sectores se denominan una “unidad de alineados”. La escritura en el BD-ROM se realiza en unidades de unidades de alineados.
50
En la tercera fila, se adjunta un código de corrección de error a cada bloque de 32 sectores. El bloque con el código de corrección de errores se hace referencia como un bloque ECC. En la medida en que acceda al BD-ROM en unidades de unidades de alineados, el aparato de reproducción puede obtener 32 paquetes fuente completos. Hasta aquí, se ha descrito el proceso de escritura del AVClip al BD-ROM.
55
< Estructura 2 del BD-ROM: Información del Clip>
A continuación, se describirán los ficheros a los que se ha adjuntado la extensión “clpi”. Un fichero (00001.clip, 00002.clip, 00003.clip,...), al que se adjunta un extensión “clpi”, almacena información del clip. La información del clip es la información de gestión en cada AVClip. La figura 6 muestra la estructura interna de la información del clip. 60 Como se muestra en la parte izquierda del dibujo, la información del clip incluye:
i) “ClipInfo ()” información de almacenamiento sobre el AVClip;
ii) “Sequence Info ()” información de almacenamiento con respecto a la secuencia ATC y a la secuencia STC;
iii) “Program Info ()” información de almacenamiento con respecto a la ejecución del programa; y
iv) “Characteristic Point Info (IPC ())”.
5
La Sequence Info es una información con respecto a una o más secuencias-STC y secuencias-ATC contenidas en el AVClip. La razón de que se proporcione esta información es notificar de forma preliminar al aparato de reproducción de la discontinuidad en base al tiempo del sistema y la discontinuidad en base al tiempo de llegada. Es decir, si tal discontinuidad está presente, existe una posibilidad de que una PTS y una ATS que tienen el mismo valor aparezcan en el AVClip. Esto podría ser una causa de una reproducción defectuosa. La Sequence Info se proporciona para 10 indicar de dónde a dónde son secuenciales en el flujo de transmisión las STC o las ATC.
La Program Info es una información que indica una sección (llamada “Program Sequence”) del programa donde los contenidos son constantes. En este caso, “Program” es un grupo de flujos elementales que tienen en común un eje de tiempo de reproducción sincronizada. La razón de que se proporcione la información Program Sequence es 15 notificar de forma preliminar al aparato de reproducción de un punto en el que el contenido de Program cambia. Debería tenerse en cuenta en este caso que el punto en el que el contenido de Program cambia es, por ejemplo, un punto en el que el PID del flujo de vídeo cambia, o un punto en el que el tipo del flujo de vídeo cambia de SDTV a HDTV.
20
A partir de ahora se describirá la Characteristic Point Info. La línea cu2 conductora indica el primer plano de la estructura de la CPI. Como lo indicado por la línea cu2 conductora, la IPC está compuesta por el número Ne de EP_map_for_one_stream_PID: EP_map_for_one_stream_PID [0]... EP_map_for_one_stream_PID [Ne-1]. Estos EP_map_for_one_stream_PID son EP_map de los flujos elementales que pertenecen al AVClip. El EP_map es información que indica, en asociación con un tiempo de entrada (PTS_EP_start), un número de paquete 25 (SPN_EP_start) en una posición de entrada, donde la unidad de acceso está presente en un flujo elemental. La línea cu3 conductora en el dibujo indica el primer plano de la estructura interna del EP_map_for_one_stream_PID.
Se entiende de esto que el EP_map_for_one_stream_PID está compuesto por el número Ne de EP_Highs (EP_High (0)... EP_High (Nc-1)) y el número Nf de EP_Lows (EP_Low (0)... EP_Low (NF-1)). En este caso, el EP_High juega 30 un papel de indicar los bits superiores del SPN_EP_start y del PTS_EP_start de la unidad de acceso, el EP_Low juega un papel de indicar los bits inferiores del SPN_EP_start y del PTS_EP_start de la unidad de acceso.
La línea cu4 conductora en el dibujo indica el primer plano de la estructura interna del EP_High. Como se indica mediante la línea cu4 conductora, el EP_High (i) se compone de: “ref_to_EP_Low_id [i]” que es un valor de 35 referencia para EP_Low; “PTS_EP_High [i]” que indica los bits superiores del PTS de la imagen-I no-IDR y de la imagen-IDR que están en el inicio de la unidad de acceso; y “SPN_EP_High [i]” que indica los bits superiores del SPN de la imagen-I no-IDR y de la imagen-IDR que están en el inicio de la unidad de acceso. En este caso, “i” es un identificador de un EP_High dado.
40
La línea cu5 conductora en el dibujo indica el primer plano de la estructura de EP_Low. Como se indica mediante la línea cu5 conductora, el EP_Low (i) se compone de: “is_angle_change_point (EP_Low_id)” que indica si la unidad de acceso correspondiente es o no una imagen IDR; “I_end_position_offset (EP_Low_id)” que indica el tamaño de la unidad de acceso correspondiente; “PTS_EP_Low (EP_Low_id)” que indica los bits inferiores del PTS de la unidad de acceso (imagen-I no-IDR, imagen-IDR); y “SPN_EP_Low (EP_Low_id)” que indica los bits inferiores del SPN de 45 la unidad de acceso (imagen-I no-IDR, imagen-IDR). En este caso, “EP_Low_id” es un identificador para identificar un EP_Low dado.
< Explicación 2 de la información del clip: EP_map >
50
En este caso, el EP_map se explicará en un ejemplo específico. La figura 7 muestra las configuraciones EP_map en un flujo de vídeo de una película. La primera fila muestra una pluralidad de imágenes (imagen IDR, imagen-I, imagen-B, e imagen-P definidas en MPEG4-AVC). La segunda fila muestra el eje de tiempo para las imágenes. La cuarta fila indica una secuencia de paquetes, y la tercera fila indica las configuraciones del EP_map.
55
En este caso, se supone que en el eje de tiempo de la segunda fila está presente una imagen IDR o una imagen-I en cada punto de tiempo t1... t7. El intervalo entre los puntos adyacentes de tiempo t1... t7 es de aproximadamente un segundo. El EP_map usado para la película se establece para indicar t1 a t7 como los tiempos de entrada (PTS_EP_start), e indicar las posiciones de entrada (SPN_EP_start) en asociación con los tiempos de entrada.
60
< Información de la lista de reproducción >
A continuación, se describirá la información de la lista de reproducción. Un fichero (00001.mpls) al que se adjunta la extensión “mpls” es un fichero que almacena la información de la lista de reproducción (PL).
65
La figura 8 muestra la estructura de datos de la información de la lista de reproducción. Como se indica mediante la linemp1 conductora en la figura 8, la información de la lista de reproducción incluye: la información de MainPath (MainPath ()) que define la ruta principal; y la información de PlayListMark (PlayListMark ()) que define un capítulo.
< Explicación 1 de la información de la lista de reproducción: Información de la MainPath > 5
En primer lugar, se describirá la MainPath. La MainPath es una ruta de presentación que se define en términos del flujo de vídeo como la imagen principal y el flujo de audio.
Como se indica mediante la flecha mp1, la MainPath se define por una pluralidad de piezas de información del 10 elemento de reproducción: información del elemento de reproducción #1... información del elemento de reproducción #m. La información del elemento de reproducción define uno o más períodos de reproducción lógicos que constituyen la MainPath. La línea hs1 conductora en el dibujo indica el primer plano de la estructura de la información del elemento de reproducción. Como se indica mediante la línea hs1 conductora, la información del elemento de reproducción se compone de: “Clip_Information_file_name” que indica el nombre del fichero de la 15 información del período de reproducción del AVClip al que pertenecen el punto IN y el punto OUT del período de reproducción; “Clip_codec_identifier” que indica el método de codificación del AVClip; “Is_multi_angle” que indica si el elemento de reproducción es o no multi-ángulo; “Connection_condition” que indica si se conectan o no continuamente el elemento de reproducción actual y el elemento de reproducción anterior; “ref_to_STC_id [0]” que indica de forma exclusiva la secuencia_STC dirigida por el elemento de reproducción; “In_time” que es información 20 de tiempo que indica el punto de inicio del período de reproducción; “Out_time” que es información de tiempo que indica el punto final del periodo de reproducción; “UO_mask_table” que indica qué operación de usuario debería enmascararse mediante el elemento de reproducción; “Playltem_random_access_flag” que indica si se permite o no un acceso aleatorio a un punto medio en el elemento de reproducción; “Still_mode” que indica si continuar o no con una visualización fija de la última imagen después de que termine la reproducción del elemento de reproducción; y 25 “tabla_STN”. Entre estos, la información de tiempo “In_time” que indica el punto de inicio del período de reproducción y la información de tiempo “Out_time” que indica el punto final del periodo de reproducción constituyen una ruta de presentación. La información de la ruta de presentación se compone del “In_time” y el “Out_time”.
La figura 9 muestra las relaciones entre el AVClip y la información de la lista de reproducción. La primera fila 30 muestra el eje de tiempo mantenido por la información de la lista de reproducción. La segunda a la quinta fila muestran el flujo de vídeo (el mismo que se muestra en la figura 7) al que hace referencia el EP_map.
La información de la lista de reproducción incluye dos piezas de información del elemento de reproducción: la información del elemento de reproducción #1; y la información del elemento de reproducción #2. Se definen dos 35 períodos de reproducción mediante el “In_time” y el “Out_time” incluidos en la información del elemento de reproducción #1 y la información del elemento de reproducción #2. Cuando estos períodos de reproducción están dispuestos, se define un eje de tiempo que es diferente del eje de tiempo del AVClip. Este es el eje de tiempo de la lista de reproducción mostrado en la primera fila. Como se entiende a partir de esto, es posible, definiendo la información del elemento de reproducción, definir una ruta de presentación que sea diferente de la del AVClip. 40
< tabla_STN >
La tabla_STN es una tabla que indica los flujos reproducibles entre una pluralidad de flujos elementales multiplexados en los AVClip especificados por el Clip_Information_file_name en la información del elemento de 45 reproducción. Más específicamente, la tabla_STN se genera asociando la “entrada” con el “atributo” para cada uno de la pluralidad de flujos elementales.
La figura 10A muestra la estructura interna de la tabla_STN. Como se muestra en la figura 10A, la tabla_STN incluye una pluralidad de pares (atributo de entrada) de una entrada de la tabla_STN y un atributo, y muestra el número de 50 pares (number_of_video_stream_entries, number_of_audio_stream_entries, number_of_PG_stream_entries, number_of_IG_stream_entries).
En la tabla_STN, como se indica mediante el signo llave “{“, cada par de atributos de entrada corresponden a cualquiera de un flujo de vídeo, un flujo de audio, un flujo PG, y un flujo IG a los que se les permite estar en el 55 elemento de reproducción.
En este caso, se describe en detalle el par de atributos de entrada. Las figuras 10B a 10E muestran detalles de los pares de atributos de entrada.
60
La figura 10B muestra la atributo de entrada correspondiente a un flujo de vídeo.
La entrada del flujo de video incluye “ref_to_stream_ PID_of_mainClip” que indica un PID usado para extraer el flujo de vídeo cuando se demultiplexa el AVClip.
65
El atributo del flujo de vídeo incluye: “stream_coding_type” establecido a “0x02”; y “frame_rate” que indica la velocidad de visualización del flujo de vídeo.
La figura 10C muestra la atributo de entrada correspondiente a un flujo de audio.
5
La entrada del flujo de audio incluye “ref_to_stream_ PID_of_mainClip” que indica un PID usado para extraer el flujo de audio cuando se demultiplexa el AVClip.
El atributo del flujo de audio incluye: “stream_coding_type” que se establece en cualquiera de entre “0x80” (PCM lineal), “Ox81” (AC-3), y “0x82” (DTS) para indicar el tipo de codificación del flujo de audio; 10 “audio_presentation_type” que indica la construcción del canal del flujo de audio correspondiente para indicar si está disponible o no la salida multi-canal; y “audio_language_code” que indica el atributo de idioma del flujo de audio correspondiente.
El multi-canal incluye, por ejemplo, un sonido/voz estéreo, así como un sonido/voz envolvente de los canales 5.1. 15 Sin embargo, en la siguiente descripción, se supone que multi-canal significa solamente el sonido/voz envolvente de los canales 5.1.
La figura 10D muestra el atributo de entrada correspondiente a un flujo PG.
20
La entrada del flujo PG incluye “ref_to_stream_ PID_of_mainClip” que indica un PID usado para extraer el flujo PG cuando se demultiplexa el AVClip.
El atributo del flujo PG incluye: “stream_coding_type” que se establece en “0x90” para indicar el códec del flujo PG; y “PG_language_code” que indica el atributo de idioma del flujo PG correspondiente. 25
La figura 10E muestra la atributo de entrada correspondiente a un flujo IG.
La entrada del flujo IG incluye “ref_to_stream_ PID_of_mainClip” que indica un PID usado para extraer el flujo IG cuando se demultiplexa el AVClip. 30
El atributo del flujo IG incluye: “stream_coding_type” que se establece en “0x91” para indicar el códec del flujo IG; e “IG_language_code” que indica el atributo de idioma del flujo IG correspondiente.
< Explicación 2 de la información de la lista de reproducción: PlayListMark > 35
Hasta aquí, se ha explicado la información del elemento de reproducción en la presente realización. De ahora en adelante, se explicará la información de la PlayListMark.
La figura 11 muestra la estructura interna de la información de la PlayListMark de la información de la lista de 40 reproducción. Como indica la línea “pm0” conductora en esta figura, la información de la PlayListMark incluye una pluralidad de piezas de información de la PLMark (#1... #n). La información de la PLMark (PLMark ()) especifica un período determinado en el eje de tiempo de la lista de reproducción como un capítulo. Como indica la línea “pm1” conductora en esta figura, la información de la PLMark contiene: “ref_to_PlayItem_Id”, que indica un elemento de reproducción como el capítulo de destino; y “Mark_time_stamp”, que indica la posición del capítulo usando la 45 notación de tiempo.
La figura 12 muestra cómo se especifican las posiciones del capítulo mediante la información de la PLMark de la información de la lista de reproducción. Las filas 2 a 5 en la figura 12 muestran el EP_map y el AVClip mostrados en la figura 10. 50
La primera fila muestra la información de la PLMark y el eje de tiempo PL. Se muestran dos piezas de información de la PLMark #1 y #2 en la primera fila. Las flechas kt1 y kt2 indican las especificaciones de los elementos de reproducción mediante ref_to_PlayItem_Id en la información de la PLMark. Como se entiende a partir de estas flechas, ref_to_PlayItem_Id en la información de la PLMark especifica los elementos de reproducción a los que debe 55 hacerse referencia. También, el Mark_time_stamp indica los tiempos de los capítulos #1 y #2 en el eje de tiempo PL. De esta manera, la información de la PLMark define los puntos de capítulo en el eje de tiempo del elemento de reproducción.
La información de la lista de reproducción en el BD-ROM se caracteriza por su capacidad para definir un período de 60 sincronización en el que pueden sincronizarse un AVClip y un SubClip. La información del clip y la información de la lista de reproducción descritas anteriormente se clasifican como “escenario estático”. Esto se debe a que la información del clip y la información de la lista de reproducción definen una lista de reproducción que es una unidad de reproducción estática. Esto completa la descripción del escenario estático.
65
A continuación, se describe el “escenario dinámico”. El escenario dinámico es un escenario de datos que define dinámicamente el control de reproducción de un AVClip. En este caso, “dinámicamente” significa que el control de reproducción puede cambiar de acuerdo con un cambio de estado del aparato de reproducción o un evento clave del usuario. El BD-ROM supone 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 DVD, y es 5 un entorno de ejecución en base a comandos. El segundo modo es el entorno de funcionamiento de la máquina virtual Java™. De estos dos entornos de funcionamiento, el primero de ellos 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 suponiendo cualquiera de los dos entornos de funcionamiento. El escenario dinámico que supone el modo HDMV se llama objeto de película, y se define mediante la información de gestión. Por otro lado, el escenario dinámico que 10 supone el modo BD-J se llama un objeto BD-J.
En primer lugar, se explicará el objeto de película.
< Objeto de película > 15
El objeto de película se almacena en un fichero “Movie Object.bdmv” mostrado en la figura 2, e incluye una secuencia de comandos de navegación.
La secuencia de comandos de navegación se compone de comandos que alcanzan: una ramificación condicional; 20 establecer el registro de estado en el aparato de reproducción; adquirir un valor establecido en el registro de estado, y así sucesivamente. Los siguientes son los comandos que se pueden escribir en los objetos de película.
Comando PlayPL
25
Formato: PlayPL (1er argumento, 2º argumento)
Como primer argumento, puede usarse un número de la lista de reproducción para indicar una lista de reproducción que se desea reproducir. Como segundo argumento puede usarse, un elemento de reproducción contenido en la lista de reproducción, un momento dado en la lista de reproducción, un capítulo, o una marca para indicar una 30 posición de inicio de la reproducción.
Una función PlayPL que especifica una posición inicial de reproducción en el eje de tiempo PL usando un elemento de reproducción se llama Play-PLatPlayItem ().
35
Una función PlayPL que especifica una posición inicial de reproducción en el eje de tiempo PL usando un capítulo se llama PlayPLatChapter ().
Una función PlayPL que especifica una posición inicial de reproducción en el eje de tiempo PL usando la información de tiempo se llama PlayPLatSpecifiedTime (). 40
Comando JMP
Formato: JMP argumento
45
El comando JMP se usa para una ramificación que descarta un escenario dinámico ejecutado actualmente y ejecuta un escenario dinámico de destino de ramificación que se especifica mediante el argumento. El comando JMP tiene dos tipos: un tipo de referencia directa que especifica directamente el escenario dinámico de destino de ramificación; y un tipo de referencia indirecta que de forma indirecta hace referencia al escenario dinámico de destino de ramificación. 50
El formato de descripción del comando de navegación en el objeto de película se asemeja al del DVD. Por esta razón, puede hacerse de manera eficiente un traspaso de un contenido de un disco DVD a un BD-ROM. El objeto de película es una técnica anterior descrita en la siguiente publicación internacional. Para obtener más detalles, consúltese la publicación internacional. 55
Publicación internacional WO 2004/074976.
Hasta aquí, se ha descrito el objeto de película. A continuación se describe el objeto BD-J.
60
< 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™, y se almacena en los ficheros del 00001 al 00003.bobj.
65
La figura 13 muestra la estructura interna del BD-J Object.bdmv. Como se muestra en la figura 13, el BD-J Object.bdmv incluye una tabla de gestión de aplicaciones (AMT), una tabla de gestión de la lista de reproducción (PLMT), y una tabla de gestión de sonidos (SMT). La diferencia con el objeto de película es que un comando no se escribe directamente 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. En contraste, el objeto BD-J define de forma indirecta el 5 procedimiento de control, permitiendo una especificación para una aplicación Java™ que se escribe en la tabla de gestión de aplicaciones. Tal definición indirecta proporciona una compartición eficiente de un procedimiento de control común, permitiendo una pluralidad de escenarios dinámicos para compartir un procedimiento de control común.
10
También, en el objeto de película, se realiza una reproducción de la PL de acuerdo con un comando de navegación (el comando PlayPl) escrito en el objeto de película, que da instrucciones para reproducir una lista de reproducción. En contraste, en el objeto BD-J, la tabla de gestión de aplicaciones, que indica el procedimiento de reproducción de la lista de reproducción, se incorpora en el objeto BD-J, permitiendo que se escriba el procedimiento de reproducción de la lista de reproducción. 15
A continuación, se describirá la aplicación Java™ en el objeto BD-J. En este ejemplo, el modo BD-J supone la plataforma Java™ que se implementa plenamente con el perfil básico personal (PBP 1.0) de la Micro_Edición Java™ 2 (J2ME), y la especificación MHP ejecutable globalmente (GEM [1.0.2]) para los destinos de medios de paquetes. 20
La aplicación Java™ en el objeto BD-J se controla por el gestor de aplicaciones a través de la interfaz xlet. La interfaz xlet está en cualquiera de los cuatro estados: “cargado”, “pausado”, “activo” y “destruido”.
La plataforma Java™ mencionada anteriormente incluye una biblioteca Java™ convencional que se usa para 25 mostrar los datos de imagen tales como JFIF (JPEG) y PNG. Con esta construcción, la aplicación Java™ puede realizar un marco de la GUI que sea diferente de un marco de la GUI realizado por los flujos IG en el modo HDMV. El marco de la GUI de la aplicación Java™ incluye el marco HAVi definido en GEM [1.0.2], e incluye el mecanismo de navegación del mando a distancia en GEM [1.0.2].
30
Con tal construcción, la aplicación Java™ puede realizar una visualización de pantalla que incluya los botones de visualización, textos, una visualización en línea (contenidos de BBS) o similares en base al marco HAVi, simultáneamente con la película en la misma pantalla. Esto permite al usuario operar en la pantalla usando el mando a distancia.
35
El cuerpo sustancial de la aplicación Java™ son los ficheros de archivo de Java™ (00001.jar, 00002.jar) que se almacenan en el directorio BDJA en el directorio BDMV mostrado en la figura 2. A continuación, se describen los ficheros de archivo de Java™.
< Ficheros de archivo de Java™ > 40
Los ficheros de archivo de Java™ (00001.jar, 00002.jar que se muestran en la figura 2) están formados combinando uno o más ficheros de clase y uno o más ficheros de datos en uno solo, y constituyen la aplicación Java™ que opera en el modo BD-J.
45
La figura 14 muestra los programas y los datos almacenados en los ficheros de archivo. Los programas y los datos mostrados en la figura 14 se han configurado por el archivador Java™ disponiendo una pluralidad de ficheros en la estructura del directorio indicada por los marcos ovalados. La estructura del directorio indicada por los marcos ovalados se compone de los directorios ROOT, Java™ 1, Java™ 2, Java™ 3, imagen 1, imagen 2, e imagen 3. El common.pkg se dispone para estar en el directorio raíz, los ficheros de clase (00001.class a 00007.class) se 50 disponen para estar en los directorios Java™ 1, Java™ 2, y Java™ 3, y 00001.JPEG a 00003.JPEG y 00004.PNG a 00006.PNG se disponen para estar en los directorios imagen 1, imagen 2, e imagen 3. Los ficheros de archivo Java™ están formados cada uno por el archivador Java™ combinando este tales ficheros en uno solo. Tales ficheros de clase y los datos se desarrollan cuando se leen desde el BD-ROM en una caché, y se tratan como ficheros dispuestos en los directorios. El número de cinco dígitos “zzzzz” adjuntado a cada nombre de fichero de 55 archivo Java™ indica un ID de aplicación. Cuando se ha leído un fichero de archivo Java™ a una caché, es posible extraer los programas y los datos que constituyen una aplicación Java™ arbitraria haciendo referencia al número adjuntado al nombre del fichero.
En este caso debería tenerse en cuenta que, aunque en la presente realización, los programas y los datos que 60 constituyen la aplicación se almacenan en los ficheros de archivo Java™, tales programas y datos pueden almacenarse en ficheros LZH o ficheros zip.
Hasta aquí, se ha descrito un escenario dinámico en el modo BD-J.
65
< Sound.bdmv >
Se describirá el sound.bdmv. El sound.bdmv es un fichero para almacenar datos de audio que se emiten como salida como un sonido de clic cuando se opera el marco de la GUI de una aplicación Java™ (tales datos de audio se denominan como datos de sonido). 5
La figura 15 muestra la estructura del fichero sound.bdmv. El fichero sound.bdmv incluye el Sound Data () y el Sound Index (). El Sound Data () incluye una pluralidad de piezas de datos de sonido (sound_data (0), sound_data (1)...). Entre estas piezas de datos de sonido, sound_data (0) es una fuente de sonido del primer sonido de clic que se emite como salida cuando se opera el marco de la GUI de una aplicación Java™, y sound_data (1) es una fuente 10 de sonido del segundo sonido de clic que se emite como salida cuando se opera el marco de la GUI de una aplicación Java™. Estos datos de sonido se identifican mediante identificadores llamados sound_ID.
El Sound Index() incluye: el número de sonidos (number_of_sound_entries); un índice a sound_data (0); y un índice a sound_data (1). 15
Cada índice incluye: sound_attributes que indica un atributo de sonido tal como monoaural o estéreo; sound_data_start_address que indica la dirección de una pieza correspondiente de los datos de sonido; y sound_data_length que indica la longitud secuencial de la pieza correspondiente de los datos de sonido.
20
Como se muestra en las figuras 2-6, las fuentes de los sonidos usados en la película se multiplexan en el AVClip como el flujo de audio. Esta disposición se realiza con el fin de suministrar el flujo de audio, que proporciona el sonido/voz en la película, al mismo tiempo que cuando se lee el flujo de vídeo. Por otro lado, el fichero sound.bdmv, en el que se almacena el sonido de clic de una operación de menú del usuario, se graba en el BD-ROM por separado del AVClip. Ya que el fichero sound.bdmv se graba por separado del AVClip, cuando los datos de sonido 25 se tratan para emitirse como salida durante una lectura del AVClip, el lector óptico salta para leer el fichero sound.bdmv. Cuando esto sucede, la lectura del AVClip se interrumpe y la reproducción del AVClip se interrumpe.
Para evitar tal interrupción de la reproducción del AVClip, es necesario precargar el fichero sound.bdmv en el búfer cuando no se reproduce el AVClip. Es decir, es necesario precargar los datos de sonido del fichero sound.bdmv 30 antes de la reproducción del AVClip. Esto completa la descripción del fichero sound.bdmv.
< Index.bdmv >
La Index.bdmv es una tabla que indica la película o el objeto BD-J que constituye un título. 35
Es decir, la Index.bdmv define la película o el objeto BD-J que es un componente de un título.
La publicación internacional identificada a continuación divulga el Index.bdmv. Por favor, hágase referencia a la publicación internacional para detalles de la Index.bdmv. 40
Publicación internacional: WO 2004/025 651 A1
A continuación, se describe en detalle la tabla de gestión de aplicaciones, la tabla gestión de la lista de reproducción y la tabla de gestión del sonido mostradas en la figura 13. 45
< Tabla de gestión de aplicaciones >
Se describirá la tabla de gestión de aplicaciones (AMT). La tabla de gestión de aplicaciones (AMT) es una tabla implementada con la “señalización de aplicación” en el anteriormente mencionado GEM 1.0.2 para los destinos de 50 medios de paquetes. La “señalización de aplicación” es un control para hacer funcionar y ejecutar una aplicación usando el “servicio” como el ciclo de vida de la aplicación. La tabla de gestión de aplicaciones de la presente realización logra el control para hacer funcionar y ejecutar una aplicación, especificando el “título” en el BD-ROM, en lugar del “servicio”, como el ciclo de vida de la aplicación.
55
La figura 16A muestra la estructura interna de la tabla de gestión de aplicaciones. Como se muestra en la figura 16A, la tabla de gestión de aplicaciones se compone de “life_cycle”, “apli_id_ref”, “run_attribute”, y “run_priority”.
La figura 16B muestra el significado de los elementos de información que constituyen la tabla de gestión de aplicaciones. 60
El “life_cycle” indica un “ciclo de vida” de la aplicación.
El “apli_id_ref” indica, mediante un valor de referencia por escrito en el mismo en correspondencia con el “identificador de aplicación”, la aplicación que tiene el ciclo de vida mencionado anteriormente. El identificador de 65 aplicación está representado por un valor de cinco dígitos “zzzzz” que se proporciona en el fichero de archivo de
Java™ como el nombre del fichero. El valor de cinco dígitos se escribe en el “apli_id_ref”.
El “run_attribute” indica el atributo de funcionamiento de la aplicación durante el ciclo de vida. El atributo de funcionamiento se clasifica en: Funcionamiento automático, Presente y Suspendido.
5
El “run_priority” 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 usando estas piezas de información.
< Ciclo de vida >
10
Se describirá el ciclo de vida, que se define en la tabla de gestión de aplicaciones.
El ciclo de vida significa un ciclo durante el que una aplicación vive en la memoria de trabajo de la máquina virtual, y se representa con el eje de tiempo de todo el contenido del BD-ROM. En este caso, el término “vida” hace referencia al estado en el que los programas xlet que constituyen la aplicación se han cargado en la memoria de trabajo, de tal 15 manera que la aplicación puede ejecutarse por la máquina virtual.
Cuando una aplicación se hace funcionar en una máquina virtual Java™, es importante definir con claridad, en el eje de tiempo, los puntos inicial y final de un servicio de la aplicación. Estos puntos inicial y final de un servicio se definen en el “life_cycle” de la tabla de gestión de aplicaciones. 20
Por otra parte, el contenido del disco proporcionado en un disco de solo lectura tal como el DVD de vídeo tiene una estructura que se centra en el menú superior. El cambio de estado en un contenido del disco es único en que la reproducción se ramifica desde el título del menú superior a cada título y a continuación vuelve al título del menú superior. La figura 17 muestra el cambio de estado en un contenido del disco. Las cajas en la figura 17 representan 25 títulos. En este caso, cada título es una unidad de reproducción correspondiente a un “estado” en el cambio de estado único para el contenido del disco, y el título se usa como el ciclo de vida de una aplicación Java™.
Los títulos se clasifican en: “FirstPlayTitle” que se reproduce el primero después de que se cargue el BD-ROM, “Top_menuTitle” que constituye el menú superior, y “Titles” que son títulos generales. Las flechas jh1, jh2, jh3, jh4, 30 jh5, jh6, jh7 y jh8 en la figura 17 indican simbólicamente ramificaciones entre los títulos. De acuerdo con el cambio de estado mostrado en la figura 17, “FirstPlayTitle” se reproduce durante la carga de un BD-ROM, se produce una ramificación a “Top_menuTitle”, y a continuación se espera para hacer una selección en el menú superior.
En el cambio de estado único para los contenidos del disco, se repiten las siguientes operaciones hasta que se 35 expulse el BD-ROM: se reproduce un título seleccionado por el usuario en el menú superior; y después de que se reproduzca el título seleccionado, la pantalla vuelve al título del menú superior.
A continuación, se muestra cómo el ciclo de vida del título se define con respecto a tales contenidos del disco que cambian el estado como se muestra en la figura 17. Supóngase que después de cargarse el BD-ROM, las 40 ramificaciones se realizan en el orden ascendente de los números indicados por las flechas jh1, jh2, jh3, jh4,... en la figura 17, y se expulsa el BD-ROM. La banda de tiempo continua iniciando con la carga y terminando con la expulsión del BD-ROM que puede determinarse como un eje de tiempo. El eje de tiempo se define como el eje de tiempo de todo el disco. La figura 18A muestra el eje de tiempo de todo el disco. La figura 18B muestra cómo está estructurado el eje de tiempo. Como se muestra en la figura 18B, el eje de tiempo de todo el disco se compone de: 45 un período durante el que se reproduce el FirstPlayTitle; un período durante el que se reproduce el FirstPlayTitle; un período durante el que se reproduce el TopMenuTitle; un período durante el que se reproduce el título #1;... Un título se compone de uno o más objetos de película o un objeto BD-J. Por lo tanto, el período de reproducción de cada título puede definirse como un período durante el que se activa cualquiera de los objetos de película o el objeto BD-J. 50
Es decir, el FirstPlayTitle, el TopMenuTitle, y los otros títulos están compuestos cada uno de escenarios dinámicos. Por lo tanto, el período de reproducción de cada título puede definirse como un período durante el que ninguno de los objetos BD-J, que constituyen el título, se activa como un objeto BD-J actual, y se decodifica y ejecuta dentro del aparato de reproducción. La figura 19A muestra, en el eje de tiempo de todo el BD-ROM, los periodos de 55 reproducción de título que se identifican por un objeto BD-J que se identifica por el identificador “bobj_id”. En este caso, si un objeto BD-J identificado por el identificador “bobj_id” constituye un título, un período en el eje de tiempo del BD-ROM durante el que se valida el objeto BD-J identificado por el identificador “bobj_id” puede determinarse como el período de reproducción del título.
60
El período durante el que se activa un objeto BD-J dura hasta que se realiza una ramificación de título (JumpTitle). Es decir, el escenario dinámico, que es el destino de la ejecución, se trata como un objeto BD-J actual hasta que se realiza una ramificación de título (JumpTitle). Como resultado, se trata un período que dura hasta que se produce un JumpTitle en el objeto BD-J como un periodo de reproducción de título.
65
A continuación se describen las relaciones entre el período de reproducción de título y el eje de tiempo PL. Como se ha descrito anteriormente, en el objeto de película o el objeto BD-J, el procedimiento de reproducción de la lista de reproducción puede escribirse como un procedimiento de procesamiento. Si se ha escrito un procedimiento de reproducción de la lista de reproducción, todo o parte del eje de tiempo PL descrito anteriormente pertenece al periodo de reproducción del título. Supóngase que se escribe una tabla de gestión de la lista de reproducción en el 5 objeto BD-J en el ejemplo mostrado en la figura 19A. A continuación, como se muestra en la figura 19B, el eje de tiempo PL pertenece al período de reproducción del título correspondiente al objeto BD-J. Ya que puede definirse una pluralidad de capítulos (Capítulo #1, #2, #3) además para el eje de tiempo PL, los dominios “BD-ROM completo - Título - La lista de reproducción - Capítulo” existen en el eje de tiempo del BD-ROM. Es posible escribir el ciclo de vida de la aplicación usando estos dominios. En este caso, debería tenerse en cuenta que ya que la reproducción de 10 la lista de reproducción se ha iniciado de forma simultánea con la ejecución de la aplicación, puede producirse una ramificación de título en el medio de la reproducción de la lista de reproducción. En tal caso, solo una parte del eje de tiempo de la lista de reproducción, no todo el eje de tiempo de la lista de reproducción, pertenece a un periodo de reproducción de título. Es decir, si solo una parte del eje de tiempo de la lista de reproducción o la totalidad del eje de tiempo de la lista de reproducción pertenece a un periodo de reproducción de título depende del momento en el 15 que se produzca una ramificación del título.
La figura 20 muestra un ciclo de vida típico definido en el eje de tiempo mostrado en la figura 19B. Como se muestra en la figura 20, existen tres aplicaciones típicas: aplicación límite de título cuyo ciclo de vida es un título; la aplicación límite de capítulo cuyo ciclo de vida es un capítulo de un título; y la aplicación sin límite cuyo ciclo de vida es el eje 20 de tiempo de todo el BD-ROM.
De estos, el ciclo de vida de una aplicación límite de título puede definirse usando el identificador del título. También, el ciclo de vida de una aplicación límite de capítulo puede definirse usando una combinación de: el identificador del título al que pertenece el capítulo; y el identificador del capítulo. 25
Incluso si la plataforma está funcionando, es posible recuperar el recurso a partir de la aplicación después de que termine el ciclo de vida definido como un título o un capítulo. Tal construcción asegura la oportunidad de recuperar el recurso, y por lo tanto, estabiliza el funcionamiento de la plataforma.
30
A continuación, se describe cómo escribir el ciclo de vida en la tabla de gestión de aplicaciones, usando un ejemplo específico que incluye un contenido del disco que se logrará en un futuro próximo, como el material. El contenido del disco usado como el material incluye tres tipos diferentes de títulos: un título principal (Título #1) que constituye un trabajo de imagen principal; un título de compra en línea (Título #2) que constituye una compra en línea; y un título de juego (Título #3) que constituye una aplicación de juego. La figura 21 muestra un contenido del disco que incluye 35 tres títulos: un título principal; un título de compra en línea; y un título de juego. El lado izquierdo de la figura 21 muestra el Index.bdmv y el lado derecho de la figura 21 muestra los tres títulos.
Los marcos con líneas de puntos en el lado derecho de la figura 21 muestran las relaciones de pertenencia que indican los títulos a los que pertenece cada aplicación. De los tres títulos, título #1 se compone de la aplicación #1, la 40 aplicación #2 y la aplicación #3. También, título #2 se compone de la aplicación #3 y la aplicación #4, y título #3 se compone de la aplicación #5. En el ejemplo mostrado en la figura 21, la aplicación #3 se hace funcionar tanto por el título #1 como por el título #2.
La figura 22A muestra el ciclo de vida de cada aplicación, que se dibuja en base a las relaciones de pertenencia 45 mostradas por los marcos con líneas de puntos de la figura 21. En la figura 22A, el eje horizontal indica un periodo de reproducción de título, y los ciclos de vida de las aplicaciones que están dispuestas en la dirección del eje vertical. En este caso, la aplicación #1 y la aplicación #2 pertenecen solo al título #1, y por lo tanto los ciclos de vida de estas aplicaciones se limitan a título #1. La aplicación #4 pertenece solo a título #2, y por lo tanto el ciclo de vida de la aplicación #4 se limita a título #2. La aplicación #5 pertenece solo a título #3, y por lo tanto el ciclo de vida de la 50 aplicación #5 se limita a título #3. La aplicación #3 pertenece a los títulos #1 y #2, y por lo tanto el ciclo de vida de la aplicación #3 se extiende sobre los títulos #1 y #2. La figura 22B muestra las tablas de gestión de aplicaciones para los títulos #1, #2 y #3 que se han escrito en base a los ciclos de vida que se muestran en la figura 22A. Después de que las tablas de gestión de aplicaciones se hayan escrito de esta manera, la aplicación #1, la aplicación #2, y la aplicación #3 se cargan en la memoria de trabajo cuando se inicia la reproducción del título #1. A continuación, 55 cuando se inicia la reproducción del título #2, las aplicaciones #1 y #2 se borran de la memoria de trabajo, provocando que solo permanezca la aplicación #3. Del mismo modo, es posible realizar un control de manera que la aplicación #4 se cargue en la memoria de trabajo cuando se inicia la reproducción del título #2, y que las aplicaciones #3 y #4 se borren de la memoria de trabajo cuando se inicia la reproducción del título #3.
60
Además, es posible realizar un control de manera que la aplicación #5 se cargue en la memoria de trabajo mientras que se reproduce el título #3, y que la aplicación #5 se elimine de la memoria de trabajo cuando termine la reproducción del título #3.
Con esta construcción, se minimiza el número de veces que las aplicaciones se cargan en la memoria de trabajo. 65 Esto es porque si se produce una ramificación entre los títulos, las aplicaciones que viven tanto en el origen de la
ramificación como en el destino de la ramificación pueden almacenarse en la memoria de trabajo y las aplicaciones que no viven en la fuente de la ramificación y viven solo en el destino de la ramificación pueden cargarse en la memoria de trabajo. Tal construcción que disminuye el número de veces que se cargan los datos permite que se alcance una aplicación sin límite, donde la aplicación sin límite es una aplicación que no tiene una conciencia acerca de un límite entre los títulos. 5
A continuación, se describen los atributos de funcionamiento de la aplicación. Los atributos de funcionamiento incluyen: “Funcionamiento automático” que indica que la aplicación con este atributo inicia de forma automática su funcionamiento; “Presente”, que indica que la aplicación con este atributo no es el destino del funcionamiento automático, pero puede almacenarse en la memoria de trabajo de la máquina virtual; y “Suspendido” que indica que 10 la aplicación con este atributo se almacena en la memoria de trabajo de la máquina virtual, pero no se le asigna la potencia de la CPU.
Durante unas ramificaciones de título correspondientes, se carga en la memoria de trabajo y se ejecuta una aplicación con el atributo “Funcionamiento automático”. Cuando un título se ramifica a otro título, el cuerpo de 15 gestión (el gestor de aplicaciones) que gestiona las aplicaciones carga una aplicación, que vive en el título de destino de la ramificación y cuyo atributo de funcionamiento se ha establecido en Funcionamiento automático, en la memoria de trabajo de la máquina virtual, y ejecuta la aplicación. Esto significa que la aplicación se inicia automáticamente para funcionar como unas ramificaciones de título.
20
El atributo de funcionamiento “Presente” es un atributo de continuidad, e indica que se mantiene el estado de la aplicación en el título fuente de la ramificación. Este es también un atributo que indica que puede ejecutarse una aplicación correspondiente. Una aplicación cuyo atributo de funcionamiento se establece en “Presente” puede llamarse desde otra aplicación. Cuando se llama una aplicación desde otra aplicación que está funcionando, el cuerpo de gestión (el gestor de aplicaciones) determina si se escribe o no el ID de aplicación de la aplicación en la 25 tabla de gestión de aplicaciones y si se establece o no el atributo de funcionamiento de la aplicación en “Presente”. Si se establece en “Presente”, el cuerpo de gestión carga la aplicación en la memoria de trabajo. Si el ID de aplicación de la aplicación de destino de llamada no se escribe en la tabla de gestión de aplicaciones, el cuerpo de gestión no carga la aplicación en la memoria de trabajo. Solo las aplicaciones cuyo atributo de funcionamiento se establece en “Presente” pueden llamarse desde otra aplicación. “Presente” es un atributo de funcionamiento 30 predeterminado que se asigna cuando no se especifica claramente el atributo de funcionamiento. Como resultado, cuando el atributo de funcionamiento de una aplicación es “--” que indica que no hay especificación, significa que el atributo de funcionamiento de la aplicación es “Presente”.
“Suspendido” indica que a la aplicación con este atributo se le asigna un recurso, pero no se le asigna la potencia de 35 la CPU. El atributo “Suspendido” es eficiente, por ejemplo, en lograr el proceso de paso de una ruta lateral mientras que se ejecuta un título de juego.
La figura 23 muestra las combinaciones de los tres atributos de funcionamiento (Presente, Funcionamiento automático, y Suspendido) y de los tres estados posibles del título anterior (No funcionamiento, Funcionamiento y 40 Suspendido). Si el estado anterior es “No funcionamiento” y el atributo de funcionamiento es “Funcionamiento automático”, la aplicación se inicia en el título destino de la ramificación.
Si el estado anterior es “No funcionamiento” y el atributo de funcionamiento es “Presente” o “Suspensión”, no se realiza ninguna operación, y se mantiene el estado. 45
Si el estado anterior es “Funcionamiento” y el atributo de funcionamiento es “Presente” o “Funcionamiento automático”, no se realiza ninguna operación, y se mantiene el estado.
Si el atributo de funcionamiento se establece en “Suspendido”, el estado de la aplicación es Suspendido. Si el 50 estado anterior es “Suspendido” y el atributo de funcionamiento del título de destino de la ramificación es “Suspendido”, se mantiene el “Suspendido”. Si el estado anterior es “Suspendido” y el atributo de funcionamiento del título de destino de la ramificación es “Presente” o “Funcionamiento automático”, la aplicación se reanuda en el título de destino de la ramificación. La definición de ciclos de vida y atributos de funcionamiento en la tabla de gestión de aplicaciones hace posible realizar un control de sincronización para hacer funcionar una aplicación Java™ durante 55 un período de reproducción de título. Esto permite el logro y la provisión de diversas aplicaciones que hacen que las imágenes se reproduzcan y los programas se ejecuten.
En este caso, debería tenerse en cuenta que si el estado anterior es “Suspendido” y el atributo de funcionamiento del título de destino de la ramificación es “Presente”, puede mantenerse el estado anterior “Suspendido”. 60
Por último, se describirá la “prioridad de funcionamiento” para cada aplicación.
La prioridad de funcionamiento toma valores de 0 a 255. Cuando se agota el recurso de memoria o cuando la carga de la CPU es alta, el gestor de aplicaciones puede usar la prioridad de funcionamiento para decidir qué aplicación 65 termina por la fuerza, o qué aplicación recupera recursos. El gestor de aplicaciones termina una aplicación con una
prioridad de funcionamiento de bajo nivel, y mantiene el funcionamiento de una aplicación con una prioridad de funcionamiento de alto nivel.
La prioridad de funcionamiento puede usarse también en el arbitraje entre las aplicaciones que entran en conflicto entre sí solicitando una lista de reproducción que se está reproduciendo. Supóngase en este caso que una 5 aplicación está avanzando rápidamente una lista de reproducción y otra aplicación emite una solicitud de pausa para la misma lista de reproducción. A continuación, los niveles de prioridad de funcionamiento asignados a estas aplicaciones se comparan entre sí. Si la aplicación que avanza rápidamente tiene un nivel de prioridad de funcionamiento superior, continuará con su avance rápido. Si la aplicación que solicita la pausa tiene un nivel de prioridad de funcionamiento más alto, la lista de reproducción que avanzaba rápidamente se pausará. 10
Con el ciclo de vida descrito anteriormente, el atributo de funcionamiento, y la prioridad de funcionamiento, es posible durante la autoría limitar el número de aplicaciones que pueden funcionar en la máquina virtual a un número predeterminado o menos. Esto proporciona un funcionamiento estable de las aplicaciones.
15
< Tabla de gestión de la lista de reproducción >
Hasta aquí, se ha descrito la tabla de gestión de aplicaciones. A partir de ahora, se describirá la tabla de gestión de la lista de reproducción (PLMT). La tabla de gestión de la lista de reproducción muestra el control de reproducción que debería realizarse de forma simultánea a la ejecución de cada aplicación durante el ciclo de vida de la 20 aplicación. El funcionamiento de una aplicación es inestable. Puede existir un fallo de inicio o una terminación anormal. En la presente realización, se proporciona una tabla de gestión de la lista de reproducción para cada ciclo de vida de la aplicación, como un mecanismo a prueba de fallos que funciona en el caso de que se produzca el fallo de inicio o la terminación anormal. La tabla de gestión de la lista de reproducción es información que define un control de reproducción que debería realizarse cuando se inicia un ciclo de vida de la aplicación. El control de 25 reproducción descrito en este caso es una reproducción de un AVClip 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, la ejecución de una aplicación y la reproducción de una lista de reproducción que se realizan de forma simultánea. Se ha dicho anteriormente que se proporciona una tabla de gestión de la lista de reproducción para cada ciclo de vida de la aplicación. Sin embargo, en este caso debería tenerse en cuenta que la tabla de gestión de la lista de 30 reproducción solo puede proporcionarse en correspondencia con la aplicación límite de título. Esto se debe a que ya que el ciclo de vida de la aplicación límite de 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 límite de título.
35
No existe la necesidad de definir la reproducción de una lista de reproducción con respecto a la aplicación límite de capítulo. Esto se debe a que el ciclo de vida de la aplicación límite de capítulo se define en la premisa de que la ejecución de la aplicación se inicia desde un capítulo dentro de una lista de reproducción. Como se entiende a partir 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 se compone de uno o más títulos. 40
La figura 24A muestra la estructura interna de la tabla de gestión de la lista de reproducción. Como se muestra en la figura 24A, la tabla de gestión de la lista de reproducción se compone de “PL_id_ref” y “Playback_Attribute”.
La figura 24B muestra el significado de los elementos de información que constituyen la tabla de gestión de la lista 45 de reproducción.
El “PL_id_ref” indica, mediante un valor de referencia escrito en el mismo en correspondencia con un identificador de la lista de reproducción, una lista de reproducción que puede reproducirse durante un ciclo de vida de la aplicación. El identificador de la lista de reproducción se representa por un valor de cinco dígitos “YYYYY” que se proporciona 50 en el fichero YYYYY.MPLS como el nombre del fichero. El “PL_id_ref” con el YYYYY escrito en el mismo indica una lista de reproducción que puede reproducirse en un título correspondiente.
El “Playback_Attribute” es un atributo que es similar al atributo de funcionamiento en la tabla de gestión de aplicaciones, y es un atributo de reproducción que define cómo reproducir la lista de reproducción escrita en el 55 “PL_id_ref” cuando se inicia el título. Los atributos de reproducción de la lista de reproducción se clasifican en “Reproducción automática”, “Presente” o similares.
La “Reproducción automática” es un atributo que indica que, cuando se ramifica un título correspondiente, se reproduce una lista de reproducción con el atributo “Reproducción automática”. Cuando un título se ramifica a otro 60 título, el cuerpo de gestión (el gestor de aplicaciones) que gestiona los inicios de las aplicaciones que reproducen una lista de reproducción que puede reproducirse en el título destino de la ramificación y cuyo atributo de reproducción se ha establecido a reproducción automática. Esto significa que la lista de reproducción cuyo atributo de reproducción se ha establecido a reproducción automática se activa automáticamente como unas ramificaciones de título. 65
“Presente” es, como es el caso con el atributo de funcionamiento “Presente”, un atributo de continuidad, e indica que se mantiene el estado de la lista de reproducción en el título fuente de la ramificación. “Presente” es también un atributo que indica que puede reproducirse una lista de reproducción correspondiente. Supóngase, por ejemplo, que existen dos títulos que se van a reproducir continuamente, que en la tabla de gestión de la lista de reproducción del título precedente, el atributo de reproducción de una lista de reproducción determinada se establece en reproducción 5 automática, y que en la tabla de gestión de la lista de reproducción del título actual, el atributo de reproducción de la lista de reproducción determinada se establece en Presente. En este caso, se supone que la lista de reproducción puede reproducirse durante dos horas, y que se produce una ramificación después de que se reproduzca durante una hora. En este caso, en el que el atributo de reproducción de la lista de reproducción del título actual se establece en Presente, el título actual reproduce la lista de reproducción iniciándose con una posición inmediatamente 10 después de que ya se haya reproducido parte de una hora. Como se entiende a partir de esto, incluso si se produce una ramificación entre los títulos, estableciendo el atributo de reproducción de una lista de reproducción a Presente en el título de destino de la ramificación, es posible reanudar la reproducción de la lista de reproducción en el título de destino de la ramificación. Esto permite una serie de títulos de ramificación para reproducir continuamente una lista de reproducción común, por lo tanto es fácil lograr “una lista de reproducción común que se reproduzca en una 15 serie de títulos”. Cuando existe una pluralidad de títulos de destino de la ramificación, es posible, estableciendo el atributo de reproducción de la lista de reproducción a Presente en los títulos de destino de la ramificación, continuar la reproducción de una lista de reproducción común a través de los títulos de destino de la ramificación.
En este caso, debería tenerse en cuenta que, puesto que no existe la necesidad de asegurar la reproducción 20 continua en un límite entre títulos, se permite interrumpir la reproducción de la lista de reproducción alrededor de una ramificación en el caso del estado anterior donde se reproduce una lista de reproducción común a través de una pluralidad de títulos.
También, puede reproducirse una lista de reproducción cuyo atributo de reproducción se estable en “Presente” a 25 solicitud de otra aplicación. Cuando se emite una solicitud de reproducción desde otra aplicación que se está ejecutando, el cuerpo de gestión (el gestor de aplicaciones) determina si está escrito o no el PL_id_ref de la lista de reproducción de destino en la tabla de gestión de la lista de reproducción y si está establecido o no el atributo de reproducción de la lista de reproducción a “Reproducción automática” o “Presente”. Si se establece en “Reproducción automática” o “Presente”, el cuerpo de gestión reproduce la lista de reproducción. Si el PL_id_ref de 30 la lista de reproducción no está escrito en la tabla de gestión de la lista de reproducción, el cuerpo de gestión no reproduce la lista de reproducción. Solo la lista de reproducción cuyo atributo de reproducción está establecido a “Reproducción automática” o “Presente” puede reproducirse a solicitud de otra aplicación. “Presente” es un atributo de reproducción predeterminado que se asigna cuando no se especifica claramente el atributo de reproducción. Como resultado, cuando el atributo de reproducción de una aplicación es “--” indicando que no hay especificación, 35 significa que el atributo de reproducción de la lista de reproducción es “Presente”.
La figura 25 muestra ejemplos específicos de los títulos definidos por la tabla de gestión de la lista de reproducción y la tabla de gestión de aplicaciones. En la figura 25, la primera fila muestra las imágenes de reproducción de un título, la segunda fila muestra el eje de tiempo del título, la tercera fila muestra el progreso de la reproducción de una lista 40 de reproducción cuya reproducción está definida por la PLMT, y la cuarta fila muestra la ejecución de una aplicación. La cuarta fila indica que la aplicación #1 se inicia en el inicio del título y, a continuación, entra en el estado de funcionamiento en el momento t1. Por otro lado, la lista de reproducción #1 inicia su reproducción en el inicio del título. Como resultado, como se muestra en el lado izquierdo de la primera fila, se muestra una imagen gj1 de reproducción de la lista de reproducción #1 como una imagen de pantalla completa durante el retraso del inicio de la 45 aplicación, concretamente durante un período entre inmediatamente después del inicio del título e inmediatamente antes de que la aplicación entre en el estado de funcionamiento. De esta manera, estableciendo el atributo de reproducción a “Reproducción automática” en la tabla de gestión de la lista de reproducción, incluso si se lleva de 5 a 10 segundos para una aplicación Java™ iniciada para entrar en el estado de funcionamiento, se muestra “algo” en la pantalla durante el inicio. Este estado, en el que “se muestra algo en la pantalla”, alivia el retraso de inicio que se 50 produce cuando se inicia un título que debe ejecutarse.
Por otra parte, cuando la aplicación #1 entra en el estado de funcionamiento en el momento t1, se muestra una imagen gj2 compuesta, donde la imagen gj2 compuesta se compone de: la imagen de reproducción de la lista de reproducción como una pantalla secundaria; y la imagen de ejecución de la aplicación como una pantalla principal. 55 La imagen de ejecución de la aplicación en este ejemplo es un marco de la GUI para un juego en el que se disponen un botón de inicio, un botón de continuar, y un indicador de alimentación. La visualización de tal pantalla se logra cuando la aplicación Java™ ejecuta el proceso de dibujo del marco de la GUI.
La figura 26 muestra seis combinaciones de tres posibles estados del título de destino de la ramificación, 60 concretamente, el título actual ((i) No teniendo una tabla de gestión de la lista de reproducción, (ii) Teniendo una tabla de gestión de la lista de reproducción y reproducción automática, y (iii) Teniendo una tabla de gestión de la lista de reproducción y Presente) y dos posibles estados de la lista de reproducción en el título anterior (no reproduciéndose, y reproduciéndose).
65
De estas seis combinaciones mostradas en la figura 26, en la combinación de “Estado anterior = No reproduciéndose” y “Título de destino de la ramificación tiene una tabla de gestión de la lista de reproducción, y el atributo de reproducción es Reproducción automática”, la reproducción de la lista de reproducción se inicia automáticamente en el título de destino de la ramificación.
5
También, en la combinación de “Estado anterior = Reproduciéndose” y “Título de destino de la ramificación no tiene una tabla de gestión de la lista de reproducción”, la reproducción de la lista de reproducción se detiene automáticamente en el título de destino de la ramificación.
En otras combinaciones diferentes de estas, se mantiene el estado en el título fuente de la ramificación. En base a la 10 tabla de gestión de la lista de reproducción, se inicia una reproducción de una lista de reproducción solo cuando la lista de reproducción no se ha reproducido en el título fuente de la ramificación y el atributo de reproducción de la lista de reproducción se establece en Reproducción automática en el título de destino de la ramificación. Como resultado, no existe la necesidad de iniciar la reproducción de una lista de reproducción cada vez que se produzca una ramificación entre los títulos. En consecuencia, el número reproducciones de inicio de una lista de reproducción 15 se reduce al mínimo, incluso si se produce una gran cantidad de ramificaciones entre los títulos.
A continuación, se describe cómo escribir las tablas de gestión de la lista de reproducción y de las aplicaciones, con referencia a un ejemplo específico mostrado en la figura 27A. En este ejemplo específico, se usan dos títulos continuos (título #1, título #2). En la tabla de título #1 se escriben, la aplicación #1 y la aplicación #2 como 20 aplicaciones de ejecución automática. En la tabla de título #2 se escriben, la aplicación #2 y la aplicación #3 como aplicaciones de ejecución automática. Se supone que en la tabla de gestión de la lista de reproducción para el título #1, la lista de reproducción #1 se escribe como una lista de reproducción de reproducción automática, y que en la tabla de gestión de la lista de reproducción para el título #2, la lista de reproducción #2 se escribe como una lista de reproducción de reproducción automática. La figura 27B muestra cómo se reproducen las listas de reproducción y se 25 ejecutan las aplicaciones en base a las tablas de gestión de la lista de reproducción y de las aplicaciones que están escritas como se muestra en la figura 27A.
De acuerdo con las tablas de gestión de la lista de reproducción y de las aplicaciones que se establecen como se ha descrito anteriormente, en el inicio del título #1, las aplicaciones #1 y #2 se inician automáticamente, y se inicia 30 automáticamente una reproducción de la lista de reproducción #1.
De acuerdo con las tablas de gestión de la lista de reproducción y de las aplicaciones que se establecen como se ha descrito anteriormente, en términos de la aplicación #1, existe una descripción en la tabla para el título #1, pero no existe una descripción en la tabla para el título #2. Por lo tanto, se detiene la ejecución de la aplicación #1. Del 35 mismo modo, en términos de la lista de reproducción #1, existe una descripción en la tabla para el título #1, pero no existe una descripción en la tabla para el título #2. Por lo tanto, se detiene la reproducción de la lista de reproducción #1.
En términos de la lista de reproducción #2 y de la aplicación #3, no existe una descripción en las tablas para el título 40 #1, pero existe una descripción en las tablas para el título #2. Por lo tanto, se inician automáticamente una reproducción de la lista de reproducción #2 y una ejecución de la aplicación #3. Puede usarse una ramificación como una oportunidad para cambiar una lista de reproducción que debe reproducirse a otra la lista de reproducción. De esta manera, el uso de las tablas de gestión de la lista de reproducción y de las aplicaciones hace que sea posible definir, con antelación en la fase de creación, un proceso de cambio de la lista de reproducción que debe 45 reproducirse, en una ramificación.
También en el ejemplo mostrado en la figura 27A, la aplicación #1, la aplicación #2, y la aplicación #3 se asignan con los valores 200, 128, y 200 como los niveles de prioridad de funcionamiento, respectivamente. Tal asignación de niveles de prioridad de funcionamiento provoca un arbitraje entre las aplicaciones que se realiza cuando las 50 aplicaciones entran en conflicto entre sí emitiendo solicitudes para controlar la lista de reproducción #1 o la lista de reproducción #2. Supóngase en este caso que la aplicación #1 está avanzando rápidamente por la lista de reproducción #1 y la aplicación #2 emite una solicitud de pausa para la lista de reproducción #1. A continuación, los niveles de prioridad de funcionamiento asignados a estas aplicaciones en la tabla de gestión de aplicaciones se comparan entre sí para el arbitraje. Como resultado de esto, se continúa el control de la aplicación #1, rechazando la 55 solicitud de la aplicación #2. Tal proceso puede definirse en la fase de creación. El uso de la prioridad de funcionamiento junto con la tabla de gestión de la lista de reproducción hace posible que el aparato de reproducción realice incluso un arbitraje cuando se produce un conflicto de una lista de reproducción.
A continuación, se describe un ejemplo específico de la descripción de la tabla de gestión de la lista de 60 reproducción. La figura 28A muestra un ejemplo de la descripción de la tabla de gestión de la lista de reproducción. Las tablas están escritas para cada uno de los dos títulos continuos (título #1, título 2) como sigue. En la tabla de gestión de la lista de reproducción para el título #1, la lista de reproducción #1 se escribe como una lista de reproducción de ejecución automática, y la aplicación #2 se escribe como una lista de reproducción que puede ejecutarse. En la tabla de gestión de la lista de reproducción para el título #1, la aplicación #1 se escribe como una 65 aplicación de ejecución automática, y la aplicació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 #2, la lista de reproducción #2 y la lista de reproducción #3 se escriben como listas de reproducción que pueden reproducirse. En la tabla de gestión de la lista de reproducción para el título #2, la aplicación #3 se escribe como una aplicación de reproducción automática. La figura 28B muestra cómo las listas de reproducción se reproducen y las aplicaciones se ejecutan en base a las tablas de gestión de la lista de reproducción y de las aplicaciones que se escriben como se muestra en la figura 28A. De acuerdo con las 5 tablas de gestión de la lista de reproducción y de las aplicaciones que se establecen como se ha descrito anteriormente, en el inicio para el título #1, la aplicación #1, que se escribe como una aplicación de ejecución automática, se inicia automáticamente. También, ya que la aplicación #2 se escribe como una aplicación ejecutable en la tabla de gestión de aplicaciones para el título #1, la aplicación #2 se inicia mediante una llamada yd1 desde la aplicación #1. 10
En la tabla de gestión de aplicaciones para el título #2, no existe una descripción de las aplicaciones #1 y #2, pero la aplicación #3 se escribe como una aplicación de ejecución automática. Por lo tanto, en el límite entre el título #1 y el título #2, se detiene la ejecución de las aplicaciones #1 y #2, y la aplicación #3 se inicia automáticamente. En la tabla de gestión de la lista de reproducción para el título #1, las listas de reproducción #1 y #2 se escriben como listas de 15 reproducción que pueden reproducirse. De estas listas de reproducción que pueden reproducirse, se asigna a la lista de reproducción #1 el atributo de reproducción automática. Como resultado, la lista de reproducción #1 se reproduce automáticamente al inicio del título #1.
En la tabla de gestión de la lista de reproducción del título #1, la lista de reproducción #2 se escribe como una lista 20 de reproducción que puede reproducirse, así como la lista de reproducción #1. Por lo tanto, es posible para la aplicación #1 detener la reproducción de la lista de reproducción #1 e iniciar una reproducción de la lista de reproducción #2 solicitando la reproducción de la lista de reproducción #2, logrando de esta manera el cambio de la lista de reproducción. En la tabla de gestión de la lista de reproducción para el título #2, la lista de reproducción #2 y la lista de reproducción #3 están escritas como listas de reproducción que pueden reproducirse, y no existe ninguna 25 lista de reproducción a la que se haya adjuntado el atributo de reproducción automática. Como resultado, la reproducción de la lista de reproducción #1, que se ha iniciado automáticamente al inicio del título #1, puede continuar durante el título #1, pero se detiene automáticamente al inicio del título #2.
Sin embargo, la reproducción de la lista de reproducción #2, si continúa a través del título #1, continúa también en el 30 título #2. En la tabla de gestión de la lista de reproducción para el título #2, la lista de reproducción #2 y la lista de reproducción #3 están escritas como listas de reproducción que pueden reproducirse. Como resultado, es posible para la aplicación #3, que se ejecuta en el título #2, detener la reproducción de la lista de reproducción #2 e iniciar una reproducción de la lista de reproducción #3 solicitando la reproducción de la lista de reproducción #3, logrando de esta manera el cambio de la lista de reproducción. 35
Con la disposición indicada anteriormente de configuración del atributo de reproducción a “reproducción automática” en la tabla de gestión de la lista de reproducción, incluso si se lleva de 5 a 10 segundos para iniciar una aplicación Java™, algo se muestra en la pantalla durante el inicio. Es decir, incluso si se necesita tiempo para iniciar una aplicación, algo se muestra en la pantalla durante el inicio. Esto alivia el retardo de inicio que se provoca por el 40 proceso que consume el tiempo del inicio de la aplicación.
La definición de las tablas de gestión de aplicaciones y de la lista de reproducción hace que sea posible realizar un control de sincronización para hacer funcionar una aplicación Java™ durante un período de reproducción de título. Esto permite el logro y la provisión de diversas aplicaciones que hacen que las imágenes se reproduzcan y los 45 programas se ejecuten.
< Tabla de gestión de sonidos >
A continuación, se describe la tabla de gestión de sonidos (SMT). 50
La figura 29 muestra la estructura interna de la tabla de gestión de sonidos. Como se muestra en la figura 29, la tabla de gestión de sonidos incluye la bandera Mixing_On. La bandera Mixing_On se establece en 1 o 0 para indicar si la mezcla de sonido se valida o se invalida. En este caso, “validada” significa que la reproducción del sonido/voz de un flujo de audio se emite como salida después de que se someta al proceso de mezcla, e “invalidado” significa 55 que la reproducción del sonido/voz de un flujo de audio se emite como salida, ya que es como “a través de la salida”.
Cuando la bandera Mixing_On se establece en 1 (Encendido), indica que el sonido de clic del fichero sound.bdmv se mezcla con el sonido/voz de reproducción de la lista de reproducción, que se reproduce mediante la PLMT que pertenece al mismo objeto de BD. 60
Cuando la bandera Mixing_On se establece en 0 (Apagado), indica que el sonido de clic del fichero sound.bdmv no se mezcla con el sonido/voz de reproducción de la lista de reproducción, que se reproduce mediante la PLMT que pertenece al mismo objeto de BD.
65
Puede definirse si se mezcla o no el sonido de clic del fichero sound.bdmv en unidades de ciclos de vida de las aplicaciones Java™, concretamente, en unidades de títulos. Y la bandera Mixing_On se establece en función de las configuraciones de la tabla_STN de la lista de reproducción.
Las figuras 30A y 30B muestran relaciones entre el atributo de entrada para los flujos de audio en la tabla_STN y la 5 configuración de la bandera Mixing_On. Como se muestra en la figura 30A, si el audio_presentation_type del atributo de entrada indica “multi-canal sí”, la bandera Mixing_On se establece en 0 (Apagado). Como se muestra en la figura 30B, si el audio_presentation_type del atributo de entrada indica “multi-canal no”, la bandera Mixing_On se establece en 1 (Encendido). Con estas configuraciones, es posible invalidar la mezcla con el sonido/voz de reproducción del aparato de reproducción cuando la aplicación se ejecuta de forma simultánea con una lista de reproducción 10 (elemento de reproducción) que realiza una reproducción “multi-canal”; y es posible validar la mezcla con el sonido/voz de reproducción del aparato de reproducción cuando la aplicación se ejecuta de forma simultánea con una lista de reproducción (elemento de reproducción) que realiza una reproducción “no multi-canal”.
A continuación se describirá un ejemplo de la reproducción que se realiza de acuerdo con las configuraciones de la 15 tabla de gestión de sonidos mostradas en la figura 27A. Se supone en este caso que de los títulos #1 y #2 mostrados en la figura 27A, la bandera Mixing_On para el título #1 indica que la mezcla con el sonido/voz de reproducción se valida, y la bandera Mixing_On para el título #2 indica que la mezcla con el sonido/voz de reproducción se invalida.
20
Se supone además, que la imagen de reproducción del marco de la GUI y de la lista de reproducción mostrada en la figura 25 se emiten como salida cuando se reproduce el título #1. En este caso, supóngase que el usuario hace funcionar un botón en el marco de la GUI a través del mando a distancia como se muestra en la figura 31. A continuación, si se incluye la configuración “bandera Mixing_On = 1” en la tabla de gestión de sonidos que pertenece al objeto de BD al que también pertenece la tabla de gestión de aplicaciones de la aplicación Java™ que ha dibujado 25 el marco de la GUI, los datos de sonido del fichero sound.bdmv se mezclan con el sonido/voz de la lista de reproducción.
En este caso, si el sonido/voz de la lista de reproducción es una música de fondo de una película y los datos de sonido del fichero sound.bdmv es una guía de voz/sonido “¡¡Vamos a jugar el juego!!”, se emite como salida una 30 mezcla de la música de fondo y la guía de sonido/voz.
Se supone además en este caso, que una imagen de reproducción del marco de la GUI y de la lista de reproducción, que son diferentes de los mostrados en la figura 25, se emiten como salida cuando se reproduce el título #2. En este caso, supóngase que el usuario hace funcionar un botón en el marco de la GUI a través del mando a distancia como 35 se muestra en la figura 32. A continuación, si se incluye la configuración “bandera Mixing_On = 0” en la tabla de gestión de sonidos que pertenece al objeto de BD al que también pertenece la tabla de gestión de aplicaciones de la aplicación Java™ que ha dibujado el marco de la GUI, los datos de sonido del fichero sound.bdmv no se mezclan con el sonido/voz de la lista de reproducción. En este caso, si el sonido/voz de la lista de reproducción es una música de fondo de una película, solo se emite como salida la música de fondo de la película. 40
< Importancia de la bandera Mixing_On >
La bandera Mixing_On tiene el siguiente significado. En tal caso, en el que aunque se multiflexe un flujo de audio con sonido/voz envolvente de los canales 5.1 con un flujo de audio con sonido/voz monoaural en el AVClip que debe 45 reproducirse, la tabla_STN del elemento de reproducción permite solo la reproducción del flujo de audio con sonido/voz monoaural, no el flujo de audio con el sonido/voz envolvente de los canales 5.1, es posible realizar la mezcla con el sonido de clic, cambiando a Encendido la bandera Mixing_On correspondiente al elemento de reproducción. Con tal construcción, incluso si un AVClip, que incluye un flujo de audio con el sonido/voz envolvente de los canales 5.1 y un flujo de audio con sonido/voz monoaural, debe reproducirse por un elemento de 50 reproducción que no permite la reproducción del flujo de audio con el sonido/voz envolvente de los canales 5.1, es posible realizar la mezcla con el sonido de clic en la reproducción mediante el elemento de reproducción.
Se descubre a partir de la descripción anterior que, cuando un título destinado a mezclarse con un sonido de clic y un título no destinado a mezclarse con un sonido de clic deben grabarse en un BD-ROM, no existe la necesidad de 55 un AVClip que tenga un sonido/voz envolvente de los canales 5.1 y un AVClip que tenga un sonido/voz monoaural para grabarse por separado en el BD-ROM.
Por lo tanto, es posible proporcionar un BD-ROM que suministre tanto un título destinado a mezclarse con un sonido clic como un título no destinado a mezclarse con un sonido clic, grabando lo siguiente en el BD-ROM: (a) un AVClip 60 en el que un flujo de audio que tiene el sonido/voz envolvente de los canales 5.1 se multiplexa con un flujo de audio que tiene un sonido/voz monoaural; (b) la información del elemento de reproducción que permite la reproducción del flujo de audio con el sonido/voz envolvente de los canales 5.1; y (c) la información del elemento de reproducción que no permite la reproducción del flujo de audio que tiene el sonido/voz envolvente de los canales 5.1.
65
La construcción descrita anteriormente puede reducir el tiempo y el trabajo del estudio de producción, y mejorar la eficiencia en la producción de una película, ya que puede producir y proporcionar a los usuarios un BD-ROM que incluya, sin aumentar el número de AVClips, tanto (a) un título que proporcione un sonido de alta calidad excluyendo la mezcla con un sonido de clic, como (b) un título que proporcione una mejor interactividad incluyendo la mezcla con un sonido de clic. 5
< Relaciones con la película y la aplicación Java™ >
La bandera Mixing_On se establece en 0 (Apagado) en el caso en el que es evidente que la aplicación no reproduce un sonido de clic, concretamente, cuando no se incorpora un comando de navegación destinado a emitir como 10 salida un sonido de clic en el objeto de película en el modo HDMV, y no se incorpora un código de byte destinado a emitir como salida un sonido de clic en la aplicación Java™ en el modo BD-J. Por el contrario, la bandera Mixing_On se establece en 1 (Encendido) cuando está presente un comando de navegación o un código de byte destinado a emitir como salida un sonido de clic. Con tales configuraciones, es posible invalidar la mezcla en el aparato de reproducción cuando ejecuta una aplicación que no reproduce un sonido de clic, de manera simultánea con una 15 elemento de reproducción que reproduce audio, y es posible validar la mezcla en el aparato de reproducción cuando ejecuta una aplicación que reproduce un sonido de clic, de manera simultánea con un elemento de reproducción que reproduce audio.
Hasta aquí, se ha explicado el medio de grabación. A continuación se describe el aparato de reproducción de la 20 presente invención.
La figura 33 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 figura 33. El aparato de reproducción de la presente invención se compone principalmente de dos partes: un sistema 25 LSI; y un aparato de accionamiento. La fabricación industrial se logra cargando las partes en la cabina y la placa 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 manera incluye una unidad 1 de BD-ROM, un búfer 2 de lectura, un demultiplexor 3, un decodificador 4 de vídeo, un plano 5 de vídeo, un procesador 6 de sonido, un procesador 7 de sonido, un mezclador 8, una controlador 9 de sonido, un convertidor 10 D/A, un 30 decodificador 11 de gráficos interactivos, un plano 12 de gráficos interactivos, un decodificador 13 de gráficos de presentación, un plano 14 de gráficos de presentación, un decodificador 15 JPEG, un plano 16 fijo, una unidad 17 de combinación, una unidad 18 de suma delta-STC, una unidad 19 de suma delta-STC, un almacenamiento 20 local, una ROM 21 de instrucciones, una unidad 22 de procesamiento de eventos de usuario, un conjunto 23 PSR, una CPU 24, una memoria 25 de escenario, y una memoria 26 local. 35
En primer lugar, se describirán los elementos de componente (de la unidad 1 de BD-ROM a la unidad 19 de suma delta-STC) para reproducir los AVClips grabados en el BD-ROM.
La unidad 1 de BD-ROM realiza la carga/expulsión de un BD-ROM, y realiza accesos al BD-ROM. 40
El búfer 2 de lectura es una memoria FIFO en la que se almacenan los paquetes TS leídos desde el BD-ROM en la manera Primero en Entrar Primero en Salir.
El demultiplexor 3 extrae los paquetes fuente del búfer 2 de lectura, y convierte los paquetes TS que constituyen los 45 paquetes fuente en paquetes PES. El demultiplexor 3 emite como salida los paquetes PES, fuera de los paquetes PES obtenidos por la conversión, que tienen los PID escritos en la tabla_STN, a cualquiera de entre el decodificador 4 de video, el decodificador 6 de audio, el decodificador 11 de IG, y el decodificador 13 de gráficos de presentación.
El decodificador 4 de vídeo decodifica una pluralidad de paquetes PES, que se emiten como salida del demultiplexor 50 3, en imágenes de un formato sin compresión, y escribe las imágenes en el plano 5 de vídeo.
El plano 5 de vídeo es un plano para almacenar imágenes de un formato sin compresión. El plano es una zona de memoria en el aparato de reproducción para almacenar datos de píxeles de una pantalla. La resolución del plano 5 de vídeo es 1920 x 1080. Los datos de imagen almacenados en el plano 5 de vídeo se componen de datos de 55 píxeles que es representan por los valores YUV de 16 bits del decodificador de audio. En el plano 5 de vídeo, es posible la escala de imágenes de reproducción para cada trama en el flujo de vídeo. En este caso, “escalar” es cambiar el tamaño de la imagen de reproducción por trama a o un cuarto (cuarto) o 1/1 (escala total) del plano 5 de vídeo. Tal escala se ejecuta en el modo BD-J de acuerdo con una instrucción de la CPU 24. Esto permite que la pantalla se disponga de manera diferente visualizando la imagen de reproducción del flujo de vídeo en una esquina, 60 en escala completa o similar.
El procesador 6 de sonido incluye un búfer 6a de decodificación (DB) y un decodificador 6b de audio. El DB 6a almacena los paquetes PES que constituyen un flujo de audio que se emiten como salida desde el demultiplexor 3. El decodificador 6b de audio decodifica los paquetes PES almacenados en el DB 6a y emite como salida los datos 65 de audio en el estado PCM.
El procesador 7 de sonido incluye una memoria 7a de precarga y un decodificador 7b de audio. La memoria 7a de precarga almacena los ficheros sound.bdmv leídos desde el BD-ROM. El decodificador 7b de audio decodifica una o más piezas de datos de sonido que se especifican mediante la CPU 24, entre una pluralidad de piezas de datos de sonido incluidas en los ficheros precargados sound.bdmv y emite como salidas datos de audio en el estado PCM. Es preferible que la precarga en la memoria 7a de precarga se realice cuando se carga el BD-ROM o cuando se 5 cambian los títulos. Esto se basa en las siguientes razones: cuando un fichero sound.bdmv se trata para leerse durante la reproducción de un AVClip, se produce una búsqueda por el lector óptico para leer un fichero que no sea el AVClip; Por otro lado, apenas se produce que un AVClip se reproduzca continuamente cuando se carga el BD-ROM o cuando se cambian los títulos; y por lo tanto leyendo los ficheros sound.bdmv cuando se carga el BD-ROM o cuando se cambian los títulos, es posible asegurar que no se interrumpe la reproducción del AVClip. 10
El mezclador 8 mezcla los datos de sonido en la salida de estado PCM a partir del procesador 6 de sonido y del procesador 7 de sonido. En esta mezcla, para que coincida con la frecuencia de muestreo y el número de canales, el mezclador 8 convierte los atributos de audio de la salida de datos de sonido del procesador 6 de sonido en los atributos de audio de la salida de datos de sonido del procesador 7 de sonido. El mezclador 8 realiza la mezcla 15 cuando la CPU 24 decodifica un comando de navegación destinado a emitir como salida un sonido de clic, o un código de byte destinado a emitir como salida un sonido de clic.
El controlador 9 de sonido cambia los datos para que se emitan como salida entre la salida de datos de audio descomprimidos del mezclador 8, y los datos de audio comprimidos que no han pasado por el procesador 6 de 20 sonido. Los datos de audio se emiten como salida a la televisión 400 o al amplificador 500 a través de la S/PDIF o el HDMI. Cuando los datos de audio comprimidos se emiten como salida, los datos de audio comprimidos se decodifican por la televisión 400 o el amplificador 500 que recibe los datos de salida.
El convertidor 10 D/A convierte la salida de datos de audio del mezclador 8 de digital a analógica, y emite como 25 salida los datos de audio analógicos.
El decodificador 11 de gráficos interactivos (IG) decodifica el flujo IG leído desde el BD-ROM o del almacenamiento 20 local, y escribe los gráficos sin comprimir en el plano 12 de IG.
30
En el plano 12 de gráficos interactivos (IG), se escriben los gráficos sin comprimir, que se obtienen mediante el decodificador 11 de IG en el modo HDMV. En el plano 12 de IG, también se escriben los caracteres o los gráficos que se dibujan por una aplicación en el modo BD-J.
El decodificador 13 de gráficos de presentación (PG) decodifica el flujo PG leído desde el BD-ROM o desde el 35 almacenamiento 20 local, y escribe los gráficos no comprimidos en el plano 14 de gráficos de presentación. Se visualiza un subtítulo en la pantalla con la decodificación realizada por el decodificador 13 de gráficos de presentación.
El plano 14 de gráficos de presentación (PG) es una memoria que tiene una zona de una pantalla, y almacena una 40 pantalla de gráficos sin comprimir.
El decodificador 15 JPEG decodifica los datos JPEG grabados en el BD-ROM 100 o en el almacenamiento 20 local, y escribe los datos obtenidos en el plano 16 fijo.
45
El plano 16 fijo es un plano en el que se escriben los gráficos sin comprimir obtenidos mediante la decodificación de los datos JPEG. Los datos de gráficos se usan como el “fondo de pantalla” del marco de la GUI escrito por una aplicación Java™.
La unidad 17 de combinación combina los datos almacenados en el plano 12 de IG, los datos almacenados en el 50 plano 14 de PG, los datos almacenados en el plano 5 de vídeo, y los datos almacenados en el plano 16 fijo para obtener una imagen compleja.
La unidad 18 de generación STC genera un reloj de tiempo del sistema (STC). Además, cuando la secuencia_STC actual cambia a una nueva, la unidad 18 de generación STC obtiene un valor de STC (STC2) para una nueva 55 secuencia_STC añadiendo un valor de desplazamiento llamado delta_STC a un valor de STC (STC1) de la secuencia_STC actual de manera que el valor STC (STC1) de la secuencia_STC actual es continuo para el valor STC (STC2) de la nueva secuencia_STC.
El delta_STC se expresa como: 60
delta_STC = PTS1 (PRIMEROFIN) + Tpp – YTS (SEGUNDOINICIO),
donde “PTS1 (PRIMEROFIN)” indica el tiempo de inicio de visualización de una imagen que se ha reproducido por última vez en la primera secuencia_STC, “Tpp” indica el período de visualización de la imagen, y “PTS2 65
(SEGUNDOINICIO)” indica la visualización del momento de inicio de una imagen que se reproduce primero en la segunda secuencia_STC que sigue a la primera secuencia_STC. El valor de delta_STC se obtiene en base a la expresión anterior, el valor de delta_STC se añade a un valor de medición del reloj, y el resultado se emite como salida a cada decodificador. Esto permite que cada decodificador reproduzca continuamente dos flujos que son las dos secuencias_STC. Con tal construcción, incluso si se incluyen dos o más secuencias_STC en un AVClip, o 5 incluso si cada uno de los dos AVClips, que se deben reproducir continuamente, incluye una secuencia_STC diferente, es posible decodificar las secuencia_STC en cada AVClip continuamente.
Para lograr la continuidad de la memorización, deberían satisfacerse las condiciones 1) y 2) siguientes.
10
1) Para satisfacer: STC2 (SEGUNDOINICIO) > STC2 (PRIMEROFIN), donde “STC2 (PRIMEROFIN)” significa STC1 (PRIMEROFIN) proyectado en el eje de tiempo de STC2, y se expresa como: STC2 (PRIMEROFIN) = STC1 (PRIMEROFIN) - delta_STC.
2) Una extracción de un paquete TS desde TS1 y una extracción de un paquete TS desde TS2 se definen por STC1 y STC2 que se proyectan en el mismo eje de tiempo, y no se produce un subdesbordamiento o un 15 desbordamiento del búfer.
La unidad 19 de suma delta-STC genera un reloj de tiempo de llegada (ATC). También, cuando la secuencia_ATC actual cambia a una nueva, la unidad 19 de suma delta-STC obtiene un valor de ATC (ATC2) para una nueva secuencia_ATC añadiendo un valor de desplazamiento llamado delta_ATC a un valor ATC (ATC1) para la 20 secuencia_ATC actual de manera que el valor ATC (ATC1) para la secuencia_ATC actual es continua al valor ATC (ATC2) para la nueva secuencia_ATC. La adición se expresa como: ATC2 = ATC1 + delta_ATC. El delta_ATC es un valor de desplazamiento que es una diferencia entre T1 y T2, donde T1 es un tiempo en el que se introduce el último paquete TS del flujo (TS1) de transporte actual que se ha leído hasta ahora, y T2 es un tiempo en el que se introduce el primer paquete TS del flujo de transporte (TS2) siguiente. El delta_ATC se expresa como: delta_ATC ≥ 25 Nl/TS_recording_rate. En este caso debería tenerse en cuenta que el tiempo T2 de entrada significa el tiempo de entrada del primer paquete TS de TS2 que se proyecta en el eje de tiempo de TS1. El “N1” indica el número de paquetes TS que siguen al último paquete PES de vídeo de TS1. En el BD-ROM, el delta_ATC se escribe en la información del clip. Puede usarse para calcular el delta_ATC. El cálculo descrito anteriormente permite que el valor ATC (ATC1) para la secuencia_ATC actual sea continua al valor ATC (ATC2) para la nueva secuencia_ATC. 30 Añadiendo la delta_ATC al valor de medición del reloj y emitiendo como salida el resultado al demultiplexor 3 se logra un control de búfer continuo.
Hasta aquí, se han descrito los elementos de componente para reproducir los AVClips. A continuación, se describen los elementos de componente (del almacenamiento 20 local a la memoria 26 local) que se refieren a las operaciones 35 en el modo BD-J.
El almacenamiento 20 local es un disco duro para almacenar, junto con los metadatos, los contenidos que se proporcionan a partir de un medio de grabación o un medio de comunicación que no sea el BD-ROM, tal como los contenidos descargados desde el sitio web. Los metadatos se usan para gestionar los contenidos descargados 40 vinculándolos al almacenamiento 20 local. Una aplicación en el modo BD-J puede, accediendo al almacenamiento 20 local, realizar diversos procesos usando la longitud de los contenidos descargados.
A continuación, se describen los elementos de componente (de la ROM 21 de instrucciones a la memoria 26 local) para lograr el control de integración en el aparato de reproducción. 45
La ROM 21 de instrucciones almacena software que define el control del aparato de reproducción.
La unidad 22 de procesamiento de eventos de usuario emite como salida a la CPU 24 los eventos de usuario que se hayan indicado a través de las operaciones de las teclas del mando a distancia o en el panel frontal del aparato de 50 reproducción.
El conjunto 23 PSR es un registro incorporado en el aparato de reproducción, y se compone de 64 registros de estado del reproductor (PSR) y 4.096 registros de propósito general (GPR). Entre los valores establecidos en los registros de estado del reproductor (los valores establecidos se denominan como PSR), de PSR4 a PSR8 se usan 55 para representar una posición de reproducción actual.
PSR4 se establece en un valor que va de 1 a 100 para indicar un título al que pertenece la posición de reproducción actual, y se establece en un valor de 0 para indicar que la posición de reproducción actual pertenece al menú superior. 60
PSR5 se establece en un valor que va de 1 a 999 para indicar un número de capítulo de un capítulo al que pertenece la posición de reproducción actual, y se establece en un valor 0xFFF para indicar que los números de capítulo son inválidos en el aparato de reproducción.
65
PSR6 se establece en un valor que va de 0 a 999 para indicar un número de lista de reproducción de una lista de reproducción (PL actual) al que pertenece la posición de reproducción actual.
PSR7 se establece en un valor que va de 0 a 255 para indicar un número de elemento de reproducción de un elemento de reproducción (elemento de reproducción actual) al que pertenece la posición de reproducción actual. 5
PSR8 se establece en un valor que va de 0 a 0xFFFFFFFF para indicar la posición de reproducción actual (PTM actual (Tiempo de presentación)) usando la precisión temporal de 45 KHz. Con el PSR4 al PSR8 descritos anteriormente, es posible identificar la posición de reproducción actual en el eje de tiempo de todo el BD-ROM mostrado en la figura 18A. 10
La CPU 24 hace funcionar el software almacenado en la ROM 21 de instrucciones y controla todo el aparato de reproducción. Los contenidos del control cambian de forma dinámica en función de la salida de eventos del usuario a partir de la unidad 22 de procesamiento de eventos de usuario y en función de los valores establecidos en los PSR en el conjunto 23 de PSR. 15
La memoria 25 de escenario almacena la información de PL actual y la información del clip actual. La información de la PL actual es una pieza de información de la PL que es un destino actual de procesamiento, entre una pluralidad de piezas de información de la PL grabadas en el BD-ROM. La información del clip actual es una pieza de información del clip que es un destino actual de procesamiento, entre una pluralidad de piezas de información del 20 clip grabadas en el BD-ROM.
La memoria 26 local es una memoria caché para almacenar temporalmente los datos grabados en el BD-ROM con el fin de cubrir la lentitud en la lectura de datos desde el BD-ROM. Debido a la presencia de la memoria 26 local, las aplicaciones se ejecutan de manera eficiente en el modo BD-J. Hasta aquí, se ha descrito la estructura de hardware 25 del aparato de reproducción de la presente realización. A continuación se describe la estructura del software del aparato de reproducción de la presente realización. La figura 34 muestra, en la estructura de capas, el hardware y el software almacenados en la CPU 24. Como se muestra en la figura 34, la estructura de capas del aparato de reproducción se compone de:
30
a) La primera capa como el dispositivo del reproductor del BD;
b) La segunda capa como el modelo del reproductor del BD; y
c) La tercera capa como el entorno del tiempo de ejecución de aplicaciones.
La estructura de hardware del aparato de reproducción mostrado en la figura 34 pertenece a la primera capa. La 35 primera capa como el dispositivo del reproductor del BD incluye: un “decodificador” que se compone del decodificador 4 de vídeo, el procesador 6 de sonido, el decodificador 11 de IG, y el decodificador 13 de gráficos de presentación; un “plano” que se compone del plano 5 de vídeo, el plano 12 de IG, y el plano 14 de PG; el BD-ROM, un sistema de ficheros del BD-ROM; el almacenamiento 20 local; y un sistema de ficheros del almacenamiento 20 local. 40
La segunda capa como el modelo del reproductor del BD está compuesta por: b2) una capa compuesta de un motor 32 de control de reproducción; y b1) una capa compuesta de un sistema 30 de ficheros virtual y un motor 31 de presentación, y proporciona la función API a las capas que son más altas que ella.
45
La tercera capa como el entorno del tiempo de ejecución de aplicaciones se compone de:
c1) una capa en la que está presente un gestor 34 de módulo; y
c2) una capa en la que está presente una plataforma 35 BD-J.
50
En primer lugar, se describirá el sistema 30 de ficheros virtual para el gestor 34 de módulo que pertenece a la segunda capa.
El sistema 30 de ficheros virtual es un sistema de ficheros virtual para tratar los contenidos descargados almacenados en el almacenamiento 20 local como una unidad con los contenidos del disco del BD-ROM. Los 55 contenidos descargados almacenados en el almacenamiento 20 local contienen el subclip, la información del clip, 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 en el BD-ROM en que puede especificar la información del clip si la información del clip se almacena en el BD-ROM o en el almacenamiento 20 local. Y para esta especificación, la información de la lista de reproducción en el sistema 30 de ficheros virtual no necesita especificar 60 un fichero en el BD-ROM o en el almacenamiento 20 local mediante una ruta completa. Esto se debe a un sistema de ficheros en el BDROM o en el almacenamiento 20 local que se reconoce como un sistema de ficheros virtual (el sistema 30 de ficheros virtual). Por lo tanto, con un valor de cinco dígitos, que es un cuerpo de fichero de un fichero que almacena la información del clip, especificada en el mismo, el Clip_Information_file_name en la información del elemento de reproducción y el Clip_Information_file_name en la información del subelemento de reproducción se 65 usan para especificar un AVClip en el sistema 30 de ficheros virtual o en el BD-ROM. La lectura de datos a través
del sistema 30 de ficheros virtual desde el almacenamiento 20 local cuando se combina dinámicamente con los datos almacenados en el BD-ROM, pueden producir diversos patrones de reproducciones. En la presente realización, ya que el contenido del disco de una combinación del almacenamiento 20 local y del BD-ROM se tratan en igualdad con los contenidos del disco del BD-ROM, se presume que el “BD-ROM” también hace referencia a un medio de grabación virtual que es una combinación del almacenamiento 20 local y del BD-ROM. 5
El motor 31 de presentación ejecuta las funciones de reproducción AV. Las funciones de reproducción AV en el aparato de reproducción son un grupo de funciones tradicionales heredadas de los reproductores de CD y DVD. Las funciones de reproducción AV incluyen: Reproducir, Detener, Pausa encendido, Pausa apagado, Apagado fijo, Reproducir hacia adelante (con especificación de la velocidad), Reproducir hacia atrás (con especificación de la 10 velocidad), Cambio de audio, Cambio de subtítulos y Cambio de ángulo. Para realizar las funciones de reproducción de AV, el motor 31 de presentación controla el decodificador 4 de video, el decodificador 13 de gráficos de presentación, el convertidor 10 D/A, y el decodificador 6 de audio con el fin de decodificar una parte del AVClip, que se ha leído en el búfer 2 de lectura, correspondiente a un tiempo deseado. En este caso, el tiempo deseado puede ser el tiempo especificado por PSR8 (PTM actual). Con esta construcción, es posible reproducir una parte de un 15 AVClip correspondiente a un tiempo arbitrario.
El motor 32 de control de reproducción (PCE) 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 obtención/establecimiento de estado para obtener y establecer los estados con el conjunto 23 de PSR. La función de control de reproducción de la lista de reproducción 20 es, entre las funciones de reproducción de AV realizadas por el motor 31 de presentación, un inicio de la reproducción, una parada de la reproducción o similares que se realizan en base a la información de la PL actual y a la información del clip. Las funciones (i) y (ii) se realizan en respuesta a las llamadas de función que se emiten por el módulo 33 de HDMV, el gestor 34 de módulos, y la plataforma 35 BD-J.
25
El gestor 34 de módulos mantiene el Index.bdmv que se lee desde el BD-ROM, y realiza un control de ramificación. El control de la ramificación incluye la emisión de un evento de terminación a un escenario dinámico que constituye un título actual, y la emisión de un evento de activación a un escenario dinámico que constituye un título de destino de la ramificación. Hasta aquí, se ha explicado del motor 31 de presentación al gestor 34 de módulos. A continuación se describe la plataforma 35 BD-J. 30
La plataforma 35 BD-J es lo que se llama una plataforma Java™, que tiene una construcción centrada en una máquina 36 virtual Java™. Diversos programas y aplicaciones de sistema funcionan en una memoria de trabajo que se incluye en la máquina 36 virtual Java™. La plataforma 35 BD-J se implementa con la extensión BD-J, además de las anteriormente mencionadas Micro_Edición Java™ 2 (J2ME), el perfil básico personal (PBP 1.0) y la 35 especificación MHP ejecutable globalmente (GEM [1.0.2]) para los destinos de medios de paquetes. La extensión BD-J incluye diversos paquetes especializados para proporcionar funciones mejoradas de GEM [1.0.2] para la plataforma BD-J.
En primer lugar, se describirá la máquina 36 virtual Java™, que es el núcleo de la plataforma 35 BD-J. 40
< Máquina 36 virtual Java™ >
La figura 35 muestra la estructura interna de la máquina 36 virtual Java™. Como se muestra en la figura 35, la máquina 36 virtual Java™ incluye la CPU 24, que se muestra en la figura 33, un cargador 52 de clases de usuario, 45 una zona 53 de método, una memoria 54 de trabajo, unos hilos 55a, 55b,... 55n, y pilas Java™ 56a, 56b,... 56n.
El cargador 52 de clases de usuario lee, a partir de la memoria 26 local o similar, ficheros de clase en los ficheros de archivo Java™ que pertenecen al directorio BDJA, y almacena los ficheros de clase leídos en la zona 53 de método. La lectura de ficheros de clase por el cargador 52 de clases de usuario se logra cuando el gestor 37 de aplicaciones 50 da instrucciones al cargador 52 de clases de usuario para leer el fichero de clase especificando una ruta de fichero. Si la ruta del fichero indica la memoria 26 local, el cargador 52 de clases de usuario lee un fichero de clase en un fichero de archivo Java™ que constituye una aplicación, a partir de la memoria 26 local en la memoria de trabajo. Si la ruta del fichero indica un directorio en el sistema 30 de ficheros virtual, el cargador 52 de clases de usuario lee un fichero de clase en un fichero de archivo Java™ que constituye una aplicación, a partir del BD-ROM o del 55 almacenamiento 20 local en la memoria de trabajo. El control de activación de la aplicación se logra mediante la lectura del fichero de clase mediante el cargador 52 de clases de usuario. Si un fichero de clase especificado para leerse no se almacena en la memoria 26 local, el cargador 52 de clases de usuario notifica al gestor 37 de aplicaciones un fallo de lectura.
60
La zona 53 de método almacena los ficheros de clase leídos por el cargador 52 de clases de usuario de la memoria 26 local.
La memoria 54 de trabajo es lo que se llama una zona de almacenamiento para almacenar instancias de diversos ficheros de clase. El gestor 37 de aplicaciones mostrado en la figura 34 es una aplicación residente que está 65 residente en la memoria 54 de trabajo. La memoria 54 de trabajo también almacena instancias que corresponden a
los ficheros de clase almacenados en la zona 53 de método, así como a las instancias de tipo residente. Las instancias son los programas xlet que constituyen la aplicación. Después de que tales programas Xlet se almacenen en la memoria 54 de trabajo, la aplicación está lista para funcionar.
En el modelo de capas mostrado en la figura 34, el gestor 37 de aplicaciones en la memoria 54 de trabajo se localiza 5 en una capa que es más alta que la máquina 36 virtual Java™. Sin embargo, esta es una disposición hecha para describir el gestor 37 de aplicaciones en la memoria 54 de trabajo para que sea fácil de entender. En realidad, el gestor 37 de aplicaciones se ejecuta como una instancia mediante los hilos 55a, 55b,... 55n.
La hilos 55a, 55b,... 55n son un cuerpo de ejecución lógico para la ejecutar los métodos almacenados en la memoria 10 54 de trabajo. Los hilos 55a, 55b,... 55n realizan cálculos usando, como los operandos, los argumentos almacenados en las variables locales o las pilas de operandos, y almacenan los resultados del cálculo en las variables locales o en las pilas de operandos. Las flechas ky1, ky2 y kyn indican simbólicamente los métodos suministrados desde la memoria 54 de trabajo a los hilos 55a, 55b,... 55n. Mientras que el cuerpo de ejecución físico es uno solo, concretamente la CPU, pueden proporcionarse hasta 64 hilos en la máquina 36 virtual Java™, como los 15 cuerpos de ejecución lógicos. En la medida en que el número no sea superior a 64, pueden crearse nuevos hilos o pueden eliminarse hilos existentes. El número de hilos en funcionamiento puede aumentarse o disminuirse durante el funcionamiento de la máquina 36 virtual Java™. Ya que los hilos pueden aumentarse como sea necesario, es posible permitir que una pluralidad de hilos ejecute una instancia en paralelo, acelerando de este modo la instancia. En la figura 35, la relación entre la CPU 24 y los hilos es de “uno a muchos”. Sin embargo, esta relación puede ser 20 “de muchos a muchos”, donde exista una pluralidad de CPU. La ejecución de los métodos mediante hilos 55a, 55b,... 55n se logra convirtiendo los códigos de bytes que constituyen los métodos en los códigos nativos para la CPU 24, y emitiendo los códigos nativos a la CPU 24. La descripción de la conversión en códigos nativos se omite en este caso, ya que se aparta del objeto de la presente solicitud.
25
Las pilas Java™ 56a, 56b,... 56n se proporcionan en correspondencia con los hilos 55a, 55b,... 55n en una base de uno a uno, y cada uno tiene un contador de programa (PC en la figura 35) y uno o más tramas. El “contador de programa” indica una parte de una instancia que se ejecuta actualmente. La “trama” es una zona del sistema de pila que se asigna uno a uno a una llamada de un método. Cada trama se compone de: “pila de operandos” para almacenar un argumento usado en la única llamada; y “la pila de variable local (Variable Local en la figura 35)” 30 usada por el método llamado. Ya que se apila una trama sobre las pilas Java™ 56a, 56b,... 56N cada vez que se realiza una llamada, también se apila un trama cuando un método se llama a sí mismo de forma recursiva.
Hasta aquí, se ha explicado la máquina virtual Java™.
35
< Gestor 37 de aplicaciones>
El gestor 37 de aplicaciones es un software de sistema que funciona en una memoria de trabajo en la máquina 36 virtual Java™. Cada vez que se produce una ramificación entre los títulos, el gestor 37 de aplicaciones da instrucciones al motor 38 virtual Java™ para iniciar una aplicación que no funciona en el título fuente de ramificación, 40 pero tiene el atributo de funcionamiento “Funcionamiento automático” para el título de destino de la ramificación. Al mismo tiempo, el gestor 37 de aplicaciones termina una aplicación que funciona en el título fuente de la ramificación, pero no tiene un ciclo de vida en el título de destino de la ramificación. Tales control de inicio y control de terminación se realizan haciendo referencia a la tabla de gestión de aplicaciones para el objeto BD-J actual.
45
La figura 36 muestra un proceso realizado por el gestor 37 de aplicaciones en base a la tabla de gestión de aplicaciones para el objeto BD-J. En la figura 36, los signos ☼1 a ☼6 indican las siguientes operaciones que se deben realizar en secuencia: el gestor 37 de aplicaciones hace referencia a la tabla de gestión de aplicaciones (☼1); el gestor 37 de aplicaciones da instrucciones al motor 36 virtual Java™ para iniciar las aplicaciones (☼2); la máquina 36 virtual Java™ da instrucciones a un fichero de archivo Java™ para leer (☼3); y a continuación se cargan los 50 ficheros de clase que definen las aplicaciones Java™ (☼4, ☼5 y ☼6). Con la secuencia de operaciones, la máquina 36 virtual Java™ lee el programa de xlet de la memoria 26 local sobre la memoria de trabajo.
La figura 37 muestra un proceso realizado por el gestor 37 de aplicaciones en base a la PLMT del objeto BD-J. En la figura 37, el signo ∆1 representa una referencia a la PLMT del objeto BD-J, y el signo ∆2 representa una instrucción 55 para el motor 31 de presentación para leer la información de la lista de reproducción.
Los signos ʘ1, ʘ2, ʘ3, y ʘ4 en la figura 37 indican respectivamente lo siguiente: leer información de la lista de reproducción a través del sistema 30 de ficheros virtual (ʘ1); decodificar información del elemento de reproducción que constituye la información de la lista de reproducción (ʘ2); leer la información del clip a través del sistema 30 de 60 ficheros virtual (ʘ3); y decodificar la información del clip (ʘ4). Después, la información del clip y la información de la lista de reproducción se decodifican como se ha descrito anteriormente, los paquetes TS que constituyen los AVClips se transfieren al motor 31 de presentación a través del sistema 30 de ficheros virtual. Después, los paquetes TS se transfieren al motor 31 de presentación, el motor 31 de presentación emite como salida los paquetes TS que constituyen los AVClips al decodificador de manera que se visualizan en el plano. Los signos ☼1, ☼2, ☼3, y 65 4, y ☼5 en la figura 37 indican, respectivamente, lo siguiente: leer los paquetes TS que constituyen los AVClips (☼1,
☼2); transferir los paquetes TS del sistema 30 de ficheros virtual al motor 31 de presentación (☼3); emitir como salida los paquetes TS al decodificador (☼4); y emitir como salida los resultados de la decodificación desde el decodificador a los planos (☼5).
La figura 38 muestra un proceso realizado por el gestor 37 de aplicaciones en base a la tabla de gestión de sonidos 5 del objeto BD-J. Los signos ʘ0, ʘ1, y ʘ2 en la figura 38 indican, respectivamente, lo siguiente: el gestor 37 de aplicaciones se refiere a la tabla de gestión de sonidos del objeto BD-J (ʘ0); una instrucción para validar o invalidar la mezcla del sonido para cada ciclo de vida de la aplicación (ʘ1); y una instrucción para emitir como salida o decodificar los datos de sonido correspondientes al botón operado (ʘ2).
10
A continuación, se describirá una implementación mediante software del gestor 37 de aplicaciones.
La figura 39 es un diagrama de flujo que muestra los procedimientos del gestor 37 de aplicaciones. Los procedimientos mostrados en la figura 39 incluyen un bucle principal que está compuesto de las etapas S1, S2, S3, y S4. En la etapa S1, se determina si se ha producido o no un salto de título. Si se determina que se ha producido un 15 salto de título, el gestor 37 de aplicaciones cambia los títulos (etapa S7).
En la etapa S8, se determina si está presente o no una PLMT en el objeto BD-J correspondiente al título actual. Si se determina que no está presente una PLMT en el objeto BD-J, se detiene la reproducción de la lista de reproducción escrita en la PLMT del título anterior (etapa S9). 20
Si se determina que está presente una PLMT en el objeto BD-J, se inicia la reproducción de la lista de reproducción que está escrita en la PLMT del título actual, pero no está escrita en la PLMT del título anterior, y está adjuntada con el atributo de reproducción automática (etapa S10).
25
En la etapa S11, se determina si está presente o no una tabla de gestión de sonidos en el objeto BD-J correspondiente al título actual. Si se determina en la etapa S11 que una tabla de gestión de sonidos está presente en el objeto BD-J, el control pasa a la etapa S12 en la que se determina si la bandera Mixing_On es o no “1” en la tabla de gestión de sonidos. Si la bandera Mixing_On es “1”, se da instrucciones al controlador 9 de sonido para validar la mezcla de sonido (etapa S13), y si la bandera Mixing_On es “0”, se da instrucciones al controlador 9 de 30 sonido para invalidar la mezcla de sonido (etapa S14).
En la etapa S15, se determina si está presente o no una tabla de gestión de aplicaciones en el objeto BD-J correspondiente al título actual. Si se determina en la etapa S15 que una tabla de gestión de aplicaciones está presente en el objeto BD-J, se inicia una aplicación Java™ que tiene el atributo de funcionamiento automático, 35 donde su ciclo de vida es el título actual, no el título anterior (etapa S16). Si una tabla de gestión de aplicaciones no está presente en el objeto BD-J, se detiene una aplicación cuyo ciclo de vida es el título anterior y no es el título actual (etapa S17).
Después de esto, se determina si se ha iniciado correctamente una aplicación Java™ (etapa S18). Si se determina 40 que se ha iniciado correctamente una aplicación Java™ (SI en la etapa S18), el tamaño de la imagen de reproducción de la reproducción automática PL se convierte en la cuarta parte (1/4) (etapa S19).
Por otra parte, si se determina que una aplicación Java™ no se ha iniciado correctamente (NO en la etapa S18), se ejecuta un proceso de bucle compuesto de las etapas S23, S24, S16, y S18. La variable de control en este proceso 45 de bucle es un contador de reinicio. El contador de reinicio es un contador que define el número de reinicios de una aplicación. El contador de reinicio se restablece cuando se inicia el presente diagrama de flujo, y se determina en la etapa S23 si el contador de reinicio es o no 0. Si se determina en la etapa S23 que el contador de reinicio no es 0, el contador de reinicio se decrementa en la etapa S24. La aplicación de ejecución automática se inicia repetidamente en el proceso de bucle compuesto de las etapas S23, S24, S16, y S18-S19 en la medida que el contador de reinicio 50 no es 0. Tal repetición asegura la activación de la aplicación.
En la etapa S2, se determina si ha terminado o no una aplicación principal. Si se determina que la aplicación principal ha terminado, el control pasa a la etapa S5 para determinar si la aplicación principal ha terminado normalmente o no. Si se determina que la aplicación principal ha terminado anormalmente, se ejecutan las etapas 55 S21 y S22. Si se determina que la aplicación principal ha terminado normalmente, el control vuelve al bucle principal compuesto de las etapas S1 a S4, sin ejecutarse las etapas S21-S22.
En la etapa S21, se determina si se está reproduciendo o no una reproducción automática de la PL. Si se determina que se está reproduciendo una reproducción automática de la PL, se dan instrucciones al motor 32 de control de 60 reproducción para convertir la imagen de reproducción de una reproducción automática de la PL en una pantalla completa (etapa S22). A continuación, el control pasa a la etapa S23. Con este movimiento del control a la etapa S23, el proceso de bucle compuesto de las etapas S14 a S17 se ejecuta incluso si la aplicación ha terminado anormalmente. Esto permite que la aplicación se inicie repetidamente hasta que el contador de reinicio llegue a ser 0. 65
En la etapa S4, se determina si un BD-ROM está presente o no en la unidad 1 de BD. Si un BD-ROM no está presente, se dan instrucciones a todas las aplicaciones para finalizar (etapa S6).
Como se ha descrito anteriormente, de acuerdo con la presente realización, es posible invalidar la mezcla cuando se realiza un control de reproducción destinado a emitir como salida un sonido/voz multi-canal, y para validar la mezcla 5 de sonido cuando se realiza un control de reproducción no destinado a emitir como salida un sonido/voz multi-canal.
Esto permite al estudio de producción hacer un ajuste, que se prohíba un sonido de clic cuando se pretende una reproducción de un sonido/voz multi-canal; y que se prohíba un sonido/voz multi-canal cuando se pretende una reproducción de un sonido de clic. 10
Esta construcción estimulará la introducción del sonido de clic en las películas, ya que elimina el temor del estudio de producción de que la salida de audio multi-canal podría interrumpirse si se introduce el sonido de clic.
En la realización 1, la bandera Mixing_On se pone a APAGADO si el audio multi-canal es un sonido envolvente de 15 los canales 5.1 y el flujo de audio tiene el atributo de este audio multi-canal. Sin embargo, la bandera Mixing_On puede ponerse a APAGADO si el audio multi-canal es un sonido estéreo de 2 canales y el flujo de audio tiene el atributo del audio estéreo.
La cantidad de datos de audio estéreo descomprimidos no es tan grande. A veces sucede que la salida digital es 20 posible incluso después de que se realice la mezcla de sonido después de que se descompriman los datos de audio en el estado LPCM. Como se entiende de esto, el audio multi-canal puede ponerse a ENCENDIDO en el caso de que se espere que la cantidad de datos de audio descomprimido estéreo no sea tan grande, y se confirme que la salida digital está disponible.
25
Realización 2
En la realización 1, se proporciona la bandera Mixing_On para cada ciclo de vida de aplicación en el que una lista de reproducción se reproduce automáticamente. Esto indica que el ciclo de vida de la aplicación es equivalente a una lista de reproducción, y la bandera Mixing_On puede controlar cada período de reproducción que constituye la lista 30 de reproducción.
En base a este concepto, la presente realización propone una tecnología para proporcionar la bandera Mixing_On en la información de la lista de reproducción.
35
La figura 40A muestra la estructura interna de la información de la lista de reproducción en la Realización 2 La estructura mostrada en la figura 40A difiere de la de la figura 8 en que la bandera Mixing_On se proporciona en la información del elemento de reproducción. La figura 40B muestra la estructura interna de la bandera Mixing_On proporcionada en la información del elemento de reproducción.
40
Cuando la bandera Mixing_On se establece en 1, indica que el sonido de clic del fichero sound.bdmv se mezcla con el sonido/voz de reproducción del elemento de reproducción.
Cuando la bandera Mixing_On se establece en 0, indica que el sonido de clic del fichero sound.bdmv no se mezcla con el sonido/voz de reproducción del elemento de reproducción. 45
Con esta construcción, es posible definir si se mezcla o no el sonido de clic del fichero sound.bdmv, en unidades de listas de reproducción. La bandera Mixing_On se establece en función de las configuraciones de la tabla_STN contenida en la información del elemento de reproducción.
50
Hasta aquí, se ha descrito la mejora en el medio de grabación en la Realización 2. A continuación, se describe la mejora en el aparato de reproducción en la Realización 2. La mejora en el aparato de reproducción en la realización 2 se logra mediante el motor 32 de control de reproducción.
A continuación, se describen específicamente los procedimientos de control realizados por el motor 32 de control de 55 reproducción con referencia al diagrama de flujo mostrado en la figura 41.
La figura 41 es un diagrama de flujo que muestra el procedimiento de reproducción de la lista de reproducción realizado por el motor 32 de control de reproducción. El procedimiento de reproducción incluye principalmente el control del motor 31 de presentación (etapa S106) y el control de la unidad 1 de BD-ROM o el almacenamiento 20 60 local (etapa S108). En este diagrama de flujo, el procesamiento del elemento de reproducción de destino se indica como el elemento de reproducción #x. En este diagrama de flujo, primero se lee la información de la PL actual (.mpls) (etapa S101), y se ejecutan los procesos 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 pieza de información PI que constituye la información de la PL actual hasta que se determina como SI en la etapa S109. En el proceso de 65 bucle, el procesamiento del elemento de reproducción destino se indica como el elemento de reproducción #x (PI
#x). El elemento de reproducción #x se inicializa cuando el elemento de reproducción en el inicio de la PL actual se establece en el elemento de reproducción #x (etapa S102). La condición para que termine el proceso de bucle mencionado anteriormente es que se considere que el elemento de reproducción #x sea el último elemento de reproducción en la lista de reproducción actual (etapa S109). Si el elemento de reproducción #x no es el último elemento de reproducción en la lista de reproducción actual, el siguiente elemento de reproducción en la lista de 5 reproducción actual se establece en el elemento de reproducción #x (etapa S110).
Las etapas S103 a S110 se ejecutan repetidamente en el proceso de bucle de la siguiente manera. La información del clip especificada por el Clip_information_file_name del elemento de reproducción #x se lee en la memoria 25 de escenario (etapa S103). El In_time del elemento de reproducción #x se convierte en una dirección “u” de I-Picture 10 usando el EPMAP de la información del clip actual (etapa S104). El Out_time del elemento de reproducción #x se convierte en una dirección “v” de I-Picture usando el EPMAP de la información del clip actual (etapa S105). Una dirección que se obtiene restando “1” de la siguiente dirección de I-Picture de la dirección “v” de I-Picture se establece en la dirección “W” (etapa S107). Se dan instrucciones a la unidad 1 de BD-ROM o al almacenamiento 20 local para leer los paquetes TS de las localizaciones en la dirección “u” de I-Picture a la dirección “W” (etapa S108). 15
Por otra parte, se da instrucciones al motor 31 de presentación para emitir como salida datos que van desde la mark_time_stamp del PLMark actual al Out_time del elemento de reproducción #x (etapa S106). Con la ejecución de las etapas S105 a S108, se reproduce una parte del AVClip que se especifica mediante el elemento de reproducción #x. 20
Después de esto, se determina si el elemento de reproducción #x es o no el último elemento de reproducción en la lista de reproducción actual (etapa S109).
Si se determina que el elemento de reproducción #x no es el último elemento de reproducción en la PL actual, el 25 siguiente elemento de reproducción en la lista de reproducción actual se establece en el elemento de reproducción #x (etapa S110), y el control vuelve a la etapa S103. Las etapas S103 a S110 descritas anteriormente se repiten para reproducir de forma secuencial los elementos de reproducción que constituyen la lista de reproducción.
En este diagrama de flujo, las etapas S115 a S117 se ejecutan cada vez que se ejecuta una ronda de etapas S103 a 30 S110. En la etapa S115, se determina si la bandera Mixing_On en el elemento de reproducción #x es 1 o no. Si la bandera Mixing_On es 1, se dan instrucciones al controlador 9 de sonido para validar la mezcla de sonido (etapa S116); y si la bandera Mixing_On es 0, se dan instrucciones al controlador 9 de sonido para invalidar la mezcla de sonido (etapa S117).
35
Como se ha descrito anteriormente, de acuerdo con la presente realización, la bandera Mixing_On se proporciona en la información de la lista de reproducción que se usa tanto en el modo HDMV como en el modo BD-J. Con esta construcción, es posible definir si se valida o invalida la mezcla de sonido del sonido de clic, incluso si se logra la GUI usando el flujo de IG en el modo HDMV.
40
Realización 3
Se ha descrito en la realización 1 que puede usarse la tabla de gestión de la lista de reproducción en el objeto BD-J para definir la reproducción de una lista de reproducción en la máquina virtual Java™. Un problema con esto es la tabla de gestión de la lista de reproducción. Es decir, ya que si una lista de reproducción puede reproducirse o no se 45 describe en la tabla de gestión de la lista de reproducción de cada objeto BD-J, una lista de reproducción puede reproducirse en algunos títulos, pero no en otros títulos. También, existe un caso donde a pesar de que una lista de reproducción pueda reproducirse, se desea que se prohíba que la lista de reproducción se esté reproduciendo mediante un determinado tipo de aplicación, desde el punto de vista de la protección del derecho de autor. Para lograr tales restricciones en la reproducción de la lista de reproducción, en la realización 3, se proporciona un 50 controlador de permisos en la plataforma 35 BD-J.
Si una aplicación solicita una reproducción de una lista de reproducción, el controlador de permisos realiza una autenticación mutua con la aplicación, y determina si se autoriza o no a la aplicación que ha solicitado la reproducción de la lista de reproducción a reproducir la lista de reproducción. Si se autoriza a la aplicación a 55 reproducir la lista de reproducción, el controlador de permisos solicita al motor 32 de control de reproducción reproducir la lista de reproducción. Si no se autoriza a la aplicación a reproducir la lista de reproducción, el controlador de permisos emite como salida un evento de respuesta que indica que no se permite la solicitud a la aplicación que ha solicitado la reproducción de la lista de reproducción. Con tal determinación del controlador de si puede permitirse o no la solicitud de la aplicación, si se solicita una lista de reproducción que se distribuye por un 60 distribuidor para reproducirse desde una aplicación que se distribuye por otro distribuidor, la solicitud puede rechazarse. Esto permite que una lista de reproducción no se pueda reproducir por una aplicación no autorizada. La determinación por el controlador de permisos se basa en las combinaciones de las listas de reproducción que se permiten y sus aplicaciones y las combinaciones de las listas de reproducción que no se permiten y sus aplicaciones, definiéndose las combinaciones en el fichero de permisos que se graba en el BD-ROM. La descripción 65 de los detalles de tal fichero se omite en este caso, ya que se aparta del objeto de la presente solicitud.
En la realización 3, el gestor 37 de aplicaciones notifica a una lista de reproducción que se puede reproducir en el punto actual de reproducción en el tiempo, en respuesta a una solicitud de una aplicación. La figura 42 es un diagrama de flujo que muestra el procedimiento de la notificación por el gestor 37 de aplicaciones. En este diagrama de flujo, se monitoriza si una aplicación emite o no una solicitud (GetPL) para notificar una lista de reproducción que puede reproducirse durante el inicio de la aplicación (etapa S45). Si se determina que la aplicación ha emitido tal 5 solicitud, se determina si existe o no la tabla de gestión de la lista de reproducción en el objeto BD-J que constituye el título al que pertenece el punto de reproducción actual (etapa S46). Si se determina que existe la tabla de gestión de la lista de reproducción, se notifica la lista de reproducción escrita en la tabla de gestión de la lista de reproducción, como una lista de reproducción que puede reproducirse, a la aplicación que ha solicitado la reproducción (etapa S47). 10
Si se determina que no existe una tabla de gestión de la lista de reproducción, se envía una notificación de que la reproducción de la lista de reproducción no está disponible a la aplicación que ha solicitado la reproducción (etapa S48). Hasta aquí, se ha descrito el procedimiento realizado por el gestor 37 de aplicaciones en la realización 3.
15
A continuación, se describe el procedimiento realizado por el gestor 37 de aplicaciones cuando se solicita una reproducción de una lista de reproducción. El gestor 37 de aplicaciones realiza los procesos de acuerdo con el diagrama de flujo mostrado en la figura 43, en la realización 3.
En la figura 43, el gestor 37 de aplicaciones determina si existe o no una aplicación que solicita una reproducción de 20 una lista de reproducción (etapa S51). Si alguna aplicación solicita una reproducción de una lista de reproducción, el gestor 37 de aplicaciones provoca que el controlador de permisos realice una autenticación para determinar si la aplicación que ha solicitado la reproducción está autorizada a reproducir la lista de reproducción (etapa S52). Si la aplicación está autorizada a reproducir la lista de reproducción, el gestor 37 de aplicaciones da instrucciones al motor 32 de control de reproducción para que inicie la reproducción (etapa S53), y espera una respuesta del 32 25 motor de control de reproducción que indique un éxito (etapa S54).
Tras recibir tal solicitud de reproducción, el motor 32 de control de reproducción 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 20 local en los que se almacena la información de la lista de reproducción, la información del clip, y 30 los AVClip constituye una lista de reproducción adecuada; y la información del clip y un AVClip que se especifica mediante el clip_Information_file_name en la información de la lista de reproducción se almacenan en el BD-ROM y en el almacenamiento 20 local. En el caso de que no se haga referencia a un fichero adecuado por el clip_Information_file_name o en el caso de que exista una contradicción en un paquete virtual que se compone por el BD-ROM y el almacenamiento 20 local, y una lista de reproducción adecuada que no puede construirse, el motor 35 32 de control de reproducción devuelve una respuesta indicando “falso”. El motor 32 de control de reproducción también devuelve una respuesta que indica “falso” si la lista de reproducción se reproduce mediante una aplicación que se asigna con una mayor prioridad de funcionamiento que la aplicación solicitante, y se produce un contencioso por un recurso para lograr la reproducción de la lista de reproducción.
40
Si se devuelve una respuesta de “éxito” después del procedimiento descrito anteriormente, se emite como salida un evento que indica el éxito de la reproducción de la lista de reproducción a la aplicación que ha solicitado la reproducción (etapa S55).
Si no se devuelve una respuesta de “éxito”, se emite como salida un evento que indica el fallo de la reproducción de 45 la lista de reproducción a la aplicación que ha solicitado la reproducción (etapa S56). Por otro lado, si se determina en la etapa S52 que la aplicación que ha solicitado la reproducción no está autorizada a reproducir la lista de reproducción, se emite como salida un evento que indica la indisponibilidad de la reproducción de la lista de reproducción a la aplicación que ha solicitado la reproducción (etapa S57).
50
Como se ha descrito anteriormente, la presente realización permite que se realice correctamente una reproducción de una lista de reproducción en respuesta a una solicitud de una aplicación, si puede reproducirse o no una lista de reproducción se define de manera 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 permite que se proporcionen una variedad de representación de contenidos combinando la ejecución de la aplicación y la reproducción de la lista de 55 reproducción.
Realización 4
Se ha descrito en la realización 1 que es posible dar instrucciones al aparato de reproducción para reproducir una 60 PL de reproducción automática en el inicio de un título, adjuntando un atributo de reproducción “Reproducción automática” a una lista de reproducción que se desea reproducir. En contraste, la presente realización se refiere a una mejora en la que se graba una aplicación sin límite en el BD-ROM, y al inicio del título, se obliga a la aplicación sin límite a seleccionar un título para que se inicie automáticamente.
65
Las aplicaciones sin límite son aplicaciones que están en una igualdad con las aplicaciones residentes, tal como del motor 32 de control de reproducción, en el aparato de reproducción, y ejecutan, en respuesta a una solicitud del motor 32 de control de reproducción, un proceso de selección de un pieza de información de la lista de reproducción que coincida con el valor del conjunto PSR en el lado del aparato de reproducción, a partir de una pluralidad de piezas de información de la lista de reproducción escritas en la tabla de gestión de la lista de reproducción, y 5 notifican la pieza seleccionada de la información de la lista de reproducción.
Para provocar que una aplicación sin límite seleccione una lista de reproducción, todos los atributos de reproducción en la tabla de gestión de la lista de reproducción se establecen a “sin especificación” con respecto a un título que requiere tal selección. Esto se debe a que “todos los atributos sin especificación” se usan como un disparador para 10 permitir que el motor 32 de control de reproducción solicite la aplicación sin límite para seleccionar una lista de reproducción.
La selección mediante la aplicación sin límite se basa en el algoritmo de selección que se define durante la creación. Las figuras 44A a 44C muestran, en forma de tabla, los contenidos del algoritmo de selección que está integrado en 15 la aplicación sin límite. Las tablas indican los intervalos del valor PSR en correspondencia con las PL que deben reproducirse cuando el PSR toma los valores. De ellos, la figura 44A muestra los contenidos del algoritmo de selección en base al nivel parental. El nivel parental se establece en PSR (13) en el aparato de reproducción. Más específicamente, se establece un número entero que indica la edad del usuario en el PSR (13), y el aparato de reproducción considera el entero como el nivel parental. En la figura 44A, los valores que puede tomar el PSR (13) 20 se dividen en tres intervalos: menor de 14 años; 14 o más y menos de 18; y 18 o más. También, se indica una lista de reproducción que debe reproducirse para cada uno de estos intervalos. En consecuencia, en base a un algoritmo de selección, la aplicación sin límite selecciona la lista de reproducción #1 si el valor del conjunto PSR es menor de 14 años, selecciona la lista de reproducción #2 si el valor del conjunto PSR tiene 14 años o superior y por debajo de 18, y selecciona la lista de reproducción #3 si el valor del conjunto PSR establecido es de 18 o superior. 25
La figura 44B muestra los contenidos del algoritmo de selección en base al idioma de audio. El idioma de audio se establece en el PSR (16) en el aparato de reproducción. Más específicamente, se establece un número entero en el PSR (16), y el aparato de reproducción considera el entero que especifica un idioma para la reproducción de audio. En la figura 44B, los valores que el PSR (16) puede tomar se dividen en tres intervalos: inglés; japonés; y otros. 30 También, se indica una lista de reproducción que debe reproducirse para cada uno de estos intervalos. En consecuencia, en base a tal algoritmo de selección, la aplicación sin límite selecciona la lista de reproducción #1 si el valor establecido del PSR (16) indica inglés, selecciona la lista de reproducción #2 si el valor establecido del PSR (16) japonés y selecciona la lista de reproducción #3 si el valor establecido del PSR (16) un idioma distinto del inglés y el japonés. 35
La figura 44C muestra los contenidos del algoritmo de selección en base a la configuración del reproductor para vídeo. La configuración del reproductor para vídeo se establece en el PSR (14) en el aparato de reproducción. Más específicamente, se establece un número entero en el PSR (14), y el aparato de reproducción considera que el entero especifica un entorno para la reproducción de vídeo. En la figura 44C, los valores que el PSR (14) puede 40 tomar se dividen en tres intervalos: resolución 525 x 600 de sistema de TV LetterBox; resolución 525 x 600 de sistema de TV; y resolución 1920 x 1080 de sistema de TV. También, se indica una lista de reproducción que debe reproducirse para cada uno de estos intervalos. En consecuencia, en base a un algoritmo de selección, la aplicación sin límite selecciona la lista de reproducción #1 si el valor establecido del PSR (14) indica la resolución 525 x 600 de sistema de TV LetterBox, selecciona la lista de reproducción #2 si el valor establecido del PSR (14) indica la 45 resolución 525 x 600 de sistema de TV, y selecciona la lista de reproducción #3 si el valor establecido del PSR (14) indica la resolución 1920 x 1080 de sistema de TV. Los algoritmos de selección tales como los mostrados en las figuras 44A a 44C pueden crearse describiendo ramificaciones condicionales como se muestra en las figuras 44A a 44C en un lenguaje de descripción informático.
50
Hasta aquí, se ha descrito una mejora en un medio de grabación en la presente realización. A continuación, se describe una mejora en un aparato de reproducción en la presente realización. Esta mejora se compone principalmente de una mejora en el gestor 37 de aplicaciones y en el motor 32 de control de reproducción.
Tras una aparición de una ramificación entre los títulos, el gestor 37 de aplicaciones hace referencia a la tabla de 55 gestión de la lista de reproducción y determina si existe o no una PL de reproducción automática en la tabla de gestión de la lista de reproducción. Si no existe una PL de reproducción automática, el gestor 37 de aplicaciones transfiere la tabla de gestión de la lista de reproducción al motor 32 de control de reproducción, y solicita al motor de control 32 de reproducción reproducir automáticamente una lista de reproducción que está escrita en la tabla de gestión de la lista de reproducción. 60
El motor 32 de control de reproducción, tras recibir la tabla de gestión de la lista de reproducción, solicita a la aplicación sin límite que seleccione las listas de reproducción. Tras recibir desde la aplicación sin límite una lista de la lista de reproducción que puede reproducirse que se envía en respuesta a la solicitud, el motor 32 de control de reproducción determina si existe o no una lista de reproducción entre las de la lista que está escrita en la tabla de 65 gestión de la lista de reproducción transferida desde el elemento de reproducción. Y si existe una lista de
reproducción, entre las seleccionadas por la aplicación sin límite, que está escrita en la tabla de gestión de la lista de reproducción, el 32 del motor de control de reproducción reproduce automáticamente la lista de reproducción.
La figura 45 es una ilustración del proceso en el que la aplicación sin límite de título selecciona las listas de reproducción. En el lado izquierdo de la figura 45, se muestra la estructura de capas de software en el aparato de 5 reproducción. En el lado derecho de la figura 49, se muestran los contenidos del BD-ROM. En la figura 49, la signos ʘ1, ʘ2, ʘ3, ʘ4 representan lo siguiente: una notificación del gestor 37 de aplicaciones de que no existe una reproducción automática en la tabla de gestión de la lista de reproducción (ʘ1); una solicitud del motor 32 de control de reproducción para indicar las listas de reproducción que pueden reproducirse (ʘ2); la adquisición de los valores del conjunto PSR por la aplicación sin límite de título (ʘ3); y la notificación de las listas de reproducción que pueden 10 reproducirse desde la aplicación sin límite de título al motor 32 de control de reproducción (ʘ4).
En este caso, debería tenerse en cuenta que en la figura 45, la aplicación sin límite de título está escrita en el BD-ROM por conveniencia. Ya que la aplicación sin límite de título es una aplicación Java™, la descripción más cercana a la realidad sería que la aplicación sin límite de título se ejecuta como una instancia por los hilos 55 en la memoria 15 54 de trabajo en la máquina 36 virtual Java™.
De acuerdo con la presente realización como se ha descrito anteriormente, se provoca que una aplicación que vive en un límite entre títulos haga la determinación descrita anteriormente. Esto permite al motor 32 de control de reproducción en el aparato de reproducción reconocer, en una fase temprana después de que se haya iniciado un 20 título, una lista de reproducción que satisface las condiciones establecidas en el aparato de reproducción, entre una pluralidad de listas de reproducción grabadas en el BD-ROM. Esto hace posible determinar una lista de reproducción que debe reproducirse en el inicio del título, incluso sin determinar una aplicación que tenga de antemano el atributo de reproducción “Reproducción automática”. Es posible alcanzar, incluso en el modo BD-J, controles de reproducción, tales como el crédito de idioma y el bloqueo parental. 25
En este caso, debería tenerse en cuenta que, aunque en la presente realización, los algoritmos de selección correlacionan los valores PSR con las listas de reproducción, una lista de reproducción que debe reproducirse cuando un valor del conjunto PSR en el aparato de reproducción está más allá del alcance de la suposición puede definirse por adelantado. 30
Realización 5
La presente realización se refiere a una mejora de la invalidación de la mezcla de sonido con antelación cuando se cambian los títulos. El fichero sound.bdmv puede leerse cuando se cambian los títulos. Sin embargo, si el fichero 35 sound.bdmv no se almacena en la memoria 7a de precarga, se interrumpe la reproducción del sonido de clic. Para evitar esto, se establece como predeterminada que la mezcla de sonido está invalidada por adelantado cuando se cambian los títulos. Con esta construcción, es posible evitar que se interrumpa la reproducción del sonido de clic.
Realización 6 40
La presente realización se aplica a un caso en el que el programa Xlet da instrucciones al aparato de reproducción para reproducir una lista de reproducción generando una instancia (instancia del reproductor JMF) para el fichero mpls, usando una interfaz del método JMF (marco del medio de Java™).
45
El fichero mpls es un fichero que define los contenidos sustanciales de la información de la lista de reproducción. Como se ha descrito en la realización 2, se proporciona la bandera Mixing_On en la información de la lista de reproducción. Cuando se proporciona la bandera Mixing_On en la información de la lista de reproducción, la aplicación Java™ solicita al motor 32 de control de reproducción que reproduzca la información de la lista de reproducción. Esto permite que se valide o invalide la mezcla de sonido de acuerdo con la bandera Mixing_On 50 incluida en la información de la lista de reproducción especificada.
Realización 7
En la realización 1, el gestor 37 de aplicaciones tiene una función para dar instrucciones al controlador 9 de sonido 55 para validar o invalidar la mezcla de sonido. En la presente realización, la aplicación Java™ tiene esta función.
Para lograr esto en la presente realización, la plataforma 35 BD-J está provista de una API (interfaz de aplicación) para recibir una llamada de la función, desde la aplicación Java™. Y cuando la aplicación Java™ emite una llamada a una función para solicitar la validación o invalidación de la mezcla de sonido, el controlador de sonido da 60 instrucciones para validar o invalidar la mezcla de sonido.
En este caso, debería tenerse en cuenta que el gestor 34 de módulos puede tener la función de dar instrucciones para la validación o invalidación de la mezcla de sonido.
65
Realización 8
Existe un caso en el que el aparato de reproducción puede emitir como salida el sonido envolvente ya que desde el aparato de reproducción se proporciona un formato de salida para transferir el audio envolvente en PCM, el usuario ha seleccionado el formato de salida, y no es necesario recodificar el audio de mezcla. Tales formas de salida 5 incluyen el formato de salida HDMI y el formato de salida analógica.
Para permitir al aparato de reproducción determinar si el aparato de reproducción proporciona o no una formato de salida para transferir el audio envolvente en PCM y que el usuario ha seleccionado el formato de salida, en la presente realización, el conjunto 23 PSR describe qué formato de salida de audio se desea por el usuario, o qué 10 salida de audio está disponible en base a la forma de conexión de la interfaz del aparato de reproducción.
A continuación, se describe el contenido del PSR en la presente realización. La presente realización añade las siguientes mejoras a los PSR 21 y 22 (PSR21 y PSR22) en el conjunto 23 PSR.
15
PSR21 almacena: “Capacidad de mezcla de audio” que indica si la mezcla está disponible o no (por ejemplo, la mezcla de un sonido/voz adicional de 2 canales); “Número de canales de mezcla de audio” que indica el número de canales capaces de mezclar (o, los nombres de los canales capaces de mezclar); y “Número de canales de salida de audio” que indica el número máximo de canales de salida para el formato de salida de audio seleccionado actualmente por el usuario. 20
Por ejemplo, cuando se selecciona el S/PDF como el formato de salida de audio, el audio de sonido envolvente no puede emitirse como salida a menos que se comprima-codifique, debido a un problema relacionado con la banda. Por lo tanto, es necesario recodificar después de la mezcla. Cuando se selecciona una interfaz digital correspondiente a una velocidad de bits alta tal como HDMI, sin embargo, los datos de audio de sonido envolvente 25 pueden transmitirse incluso como en un formato no comprimido (LPCM). Por consiguiente, en el caso de la conexión S/PDF, el valor del “Número de canales de salida de audio” cambia en función de si se realiza la codificación después de la mezcla.
PSR22 almacena: “Reproductor de solo audio”, que indica que es un aparato de reproducción que no realiza una 30 salida de vídeo; y “Reproductor de perfil1” y “Reproductor de perfil2” que indica que es un aparato de reproducción que se acomoda a un determinado perfil. Por ejemplo, para un aparato de reproducción que soporta el Perfil1, pero no soporta el Perfil2, el “Reproductor de perfil1” se establece para ser efectivo, y el “Reproductor de perfil2” se establece para ser ineficiente. Ya que estos valores pueden hacerse referencia desde el japonés, es posible una selección de ruta de reproducción dinámica de acuerdo con el perfil del aparato de reproducción, o una selección de 35 si o se proporciona o no un menú. Especialmente, cuando el “Reproductor de solo audio” es eficiente, es posible crear un título que reproduzca una lista de reproducción de una manera en la que el usuario tenga la misma operatividad que la de un aparato de reproducción de CD en japonés. En este caso, el usuario puede hacer funcionar el BD-ROM de la misma manera como opera un CD de música. Por supuesto, en el caso donde un aparato de reproducción en el que el “Reproductor de solo audio” es ineficiente para reproducir el mismo disco, está 40 disponible una reproducción interactiva visualizando un menú en base a una GUI suponiendo una salida de vídeo como anteriormente. Se piensa que tal suposición es eficiente en un sistema de audio de coche o similar que adopte el BD-ROM.
Con la adición de los PSR descritos anteriormente, cuando la bandera Mixing_On correspondiente a la información 45 del elemento de reproducción o a la información de la lista de reproducción indica “mezcla = eficiente”, el motor 32 de control de reproducción de la presente invención determina si la mezcla está disponible o no haciendo referencia al PSR21. Cuando el PSR21 indica que la mezcla está disponible, el motor 32 de control de reproducción obtiene el número de canales capaces de mezclar a partir del PSR21, y los flujos de audio de salida selectivamente o los datos de sonido que tienen el número de canales igual o menor que el número de canales capaces de mezclar, para el 50 mezclador 8 y el controlador 9 de sonido.
De acuerdo con la presente realización descrita anteriormente, es posible definir con mayor detalle si está disponible o no la salida de mezcla ya que los PSR describen qué formato de salida de audio se desea por el usuario, o que salida de audio está disponible en base a las forma de conexión de la interfaz del aparato de reproducción. 55
Notas
La descripción anterior no muestra todas las realizaciones de la presente invención. La presente invención puede lograrse mediante las siguientes realizaciones (A), (B), (C), (D),... La invención definida en las reivindicaciones de la 60 presente solicitud es la expansión o la generalización de las realizaciones anteriormente descritas, o modificaciones de las mismas. El nivel de la expansión o la generalización se basa en el nivel técnico en el campo técnico de la presente invención en el momento en que se presenta de la presente solicitud.
(A) El BD-ROM en cada realización puede producirse realizando los siguientes procesos en secuencia. 65
En primer lugar, se ha planeado una representación gráfica de cómo reproducir el BD-ROM (proceso de planificación), a continuación, se crean los materiales de vídeo y audio grabándoles (proceso de creación del material), y se crea la información de estructura de volumen en base a la representación gráfica creada en el proceso de planificación (proceso de creación del escenario).
5
La información de estructura de volumen es la información que muestra, mediante una descripción abstracta, la forma de la capa de aplicación del disco óptico.
Después de esto, se generan los flujos elementales codificando el vídeo, el audio, los subtítulos, y los materiales del menú (proceso de codificación del material). A continuación, los flujos elementales se multiplexan (proceso de 10 multiplexación).
Después de la multiplexación, los flujos multiplexados y la información de la estructura de volumen se adaptan al formato de la capa de aplicación del BD-ROM de manera que se genera la representación general de los datos que deben grabarse en la zona de volumen del BD-ROM (proceso de formateo). 15
En este caso, la forma de la capa de aplicación del medio de grabación de la presente invención es una instancia de una estructura de clase escrita en un lenguaje de programación. Y el objeto BD-J, la información del clip, la información de la lista de reproducción y similares pueden crearse escribiendo instancias de las estructuras de clase en base a la estructura de la sentencia definida en la norma del BD-ROM o la norma del BD-J. Al hacer esto, los 20 datos del formato de la tabla pueden definirse usando la sentencia “for” del lenguaje de programación. También, tales datos que son necesarios bajo ciertas condiciones pueden definirse mediante la sentencia “if”.
Después de que se obtenga el volumen de datos mediante el proceso de adaptación, se confirma reproduciendo los datos de volumen si los resultados del proceso de creación del escenario son correctos o no (proceso de 25 emulación). En este proceso de emulación, es preferible simular el estado del búfer del modelo de reproductor de BD-ROM.
Por último, se realiza el proceso de prensado.
30
En este proceso de prensado, se crea el disco maestro convirtiendo la imagen de volumen en la secuencia de datos físicos, y realizando el corte maestro usando la secuencia de datos físicos. Además, el BD-ROM se fabrica a partir del maestro creado por el aparato de prensa. Esta fabricación del BD-ROM incluye los procesos de formación del sustrato, formación de la capa reflectante, formación de la capa de protección, adherencia, e impresión de etiquetas.
35
Con tales procesos, se produce el medio de grabación (BD-ROM) para cada realización.
Tanto el procesamiento de información explicado en las realizaciones descritas anteriormente usando los diagramas de flujo como el procesamiento de información de los componentes funcionales explicado en las realizaciones descritas anteriormente, satisfacen los requisitos para la “invención del programa”, ya que el procesamiento de 40 información mencionado anteriormente se realiza concretamente usando los recursos de hardware y son la creación de una idea técnica que utiliza las leyes naturales.
■ Producción del programa de la presente invención
45
El programa de la presente invención puede producirse de la siguiente manera. En primer lugar, el desarrollador de software escribe, usando un lenguaje de programación, un programa fuente que logra cada diagrama de flujo y componente funcional. En este escrito, el desarrollador de software usa la estructura de clases, las variables, las variables de array, las llamadas a funciones externas y así sucesivamente, que conforman la estructura de la sentencia del lenguaje de programación que usa. 50
Más específicamente, el proceso realizado repetidamente en el diagrama de flujo se escribe usando la sentencia “for” o similar definida en la estructura de la sentencia. El proceso de determinación se escribe usando la sentencia “if”, la sentencia “switch”, o similar definida en la estructura de la sentencia. El control en el hardware, tal como el control de reproducción en el decodificador, o el control de acceso en el aparato de accionamiento, se escribe como 55 la llamada a la función externa suministrada por el fabricante del hardware.
El programa fuente escrito se envía al compilador como unos ficheros. El compilador traduce el programa fuente y genera un programa objeto.
60
La traducción realizada por el compilador incluye procesos tales como el análisis de estructura de la sentencia, la optimización, la asignación de recursos y la generación de código. En el análisis de estructura de la sentencia, se analizan los caracteres y frases, la estructura de la sentencia, y el significado del programa fuente y el programa de fuente se convierte en un programa intermedio. En la optimización, el programa intermedio se somete a procesos como la configuración básica de bloque, el análisis del flujo de control y el análisis del flujo de datos. En la 65 asignación de recursos, para adaptarse a los conjuntos de instrucciones del procesador destino, las variables en el
programa intermedio se asignan al registro o a la memoria del procesador de destino. En la generación de código, cada instrucción intermedia en el programa intermedio se convierte en un código de programa, y se obtiene un programa objeto.
El programa objeto generado se compone de uno o más códigos de programa que hacen que el ordenador ejecute 5 cada etapa en el diagrama de flujo o cada procedimiento de los componentes funcionales. Existen diversos tipos de códigos de programas tales como el código nativo del procesador, y el código byte de Java™. También existen diversas formas de realizar las etapas de los códigos de programa. Por ejemplo, cuando cada etapa puede realizarse usando una función externa, los estados de llamada para llamar a las funciones externas se usan como códigos de programa. Los códigos de programas que realizan una etapa pueden pertenecer a diferentes programas 10 objeto. En el procesador RISC en el que los tipos de instrucciones son limitados, cada etapa de diagramas de flujo puede realizarse combinando instrucciones de operaciones aritméticas, instrucciones de operaciones lógicas, instrucciones de ramificaciones y similares.
Después de que se genere el programa objeto, el programador activa un editor de enlaces. El editor de enlaces 15 asigna los espacios de memoria a los programas objeto y los programas de librerías relacionadas, y los enlaza para generar un módulo de carga. El módulo de carga generado se basa en la presunción de que se lee por el ordenador y hace que el equipo ejecute los procedimientos indicados en los diagramas de flujo y los procedimientos de los componentes funcionales. El programa de la presente invención puede producirse de esta manera. (C) El programa de la presente invención puede usarse como sigue. 20
(i) Usado como un programa integrado
Cuando el programa de la presente invención se usa como un programa integrado, se escribe el módulo de carga como el programa en una ROM de instrucciones, junto con el programa de sistema de entrada/salida básico (BIOS) 25 y diversas piezas de middleware (sistemas operativos). El programa de la presente invención se usa como programa de control del aparato de reproducción ya que la ROM de instrucciones está integrada en la unidad de control y se ejecuta por la CPU.
(ii) Usado como aplicación 30
Cuando el aparato de reproducción es un modelo integrado de disco duro, el programa de sistema de Entrada/salida básico (BIOS) está integrado en una ROM de instrucciones, y varias piezas de middleware (sistemas operativos) están preinstaladas en el disco duro. También, se proporciona una ROM de arranque para activar el sistema desde el disco duro en el aparato de reproducción. 35
En este caso, se suministra solo el módulo de carga al aparato de reproducción a través de un medio de grabación transportable y/o una red, y se instala en el disco duro como una aplicación. Esto permite que el aparato de reproducción realice la inicialización mediante la ROM de arranque para activar un sistema operativo, y a continuación hace que la CPU ejecute el módulo de carga instalado como una aplicación con el fin de que pueda 40 usarse el programa de la presente solicitud.
Como se ha descrito anteriormente, cuando el aparato de reproducción es un modelo integrado de disco duro, el programa de la presente invención puede usarse como una aplicación. Por consiguiente, es posible transferir, prestar, o suministrar, a través de una red, el programa de la presente invención por separado. 45
(D) Producción y uso del sistema LSI de la presente invención
El sistema LSI se obtiene implementando un chip de soporte en un sustrato de alta densidad y empaquetándoles. El sistema LSI se obtiene también implementando una pluralidad de chips de soporte sobre un sustrato de alta 50 densidad y empaquetándoles, de manera que la pluralidad de chips de soporte tiene un aspecto exterior de un LSI (tal sistema LSI se llama un módulo multi-chip).
El sistema LSI tiene un tipo QFP (encapsulado cuadrado plano) y un tipo PGA (matriz de red de pines). En el sistema LSI que tiene el tipo QFP, los pines se unen a los cuatro lados del paquete. En el sistema LSI de tipo PGA, 55 se unen totalmente una gran cantidad de pines a la parte inferior.
Estos pines funcionan como una interfaz con otros circuitos. El sistema LSI, que está conectado con otros circuitos a través de tales pines como una interfaz, juega un papel a modo de un núcleo del aparato de reproducción.
60
Los chips de soporte empaquetados en el sistema LSI son la ROM de instrucciones, la CPU, el decodificador LSI y similares que realizan las funciones de cada elemento de componente incluido en la estructura interna de cada realización, como se muestra en los dibujos.
Como se ha descrito anteriormente en “Usado como un programa integrado”, el módulo de carga como el programa, 65 el programa de sistema de entrada/salida básico (BIOS) y varias piezas de middleware (sistemas operativos) se
escriben en una ROM de instrucciones. La mejora de las realizaciones se logra mediante el módulo de carga como el programa. Por lo tanto, es posible producir un sistema LSI de la presente invención empaquetando la ROM de instrucciones, en la que se almacena el módulo de carga como el programa, como el chip de soporte.
En relación con un método de implementación específico, es preferible usar la implementación SoC o la 5 implementación SiP. La implementación SoC (System on Chip (Sistema en Chip)) es una tecnología para imprimir una pluralidad de circuitos en un chip. La implementación SiP (System in Package (Sistema en paquete)) es una tecnología para empaquetar una pluralidad de circuitos mediante resina o similar. A través de estos procesos, puede producirse un sistema LSI de la presente invención en base a la estructura interna del aparato 300 de reproducción descrito en cada realización anterior. 10
En este caso, debería tenerse en cuenta que aunque el término LSI se usa en este caso, puede llamarse IC, LSI, súper LSI, ultra LSI o similar, en función del nivel de integración.
Además, una parte o la totalidad de los componentes de cada aparato de reproducción pueden lograrse como un 15 chip. El circuito integrado no se limita a la implementación SoC o a la implementación SiP, pero puede conseguirse mediante un circuito dedicado o un procesador de propósito general. También es posible conseguir el circuito integrado usando la FPGA (matriz de puertas programables por campo) que puede reprogramarse después de su fabricación, o un procesador reconfigurable que puede reconfigurar la conexión y las configuraciones de las celdas de circuitos dentro del LSI. Además, puede aparecer en el futuro próximo una tecnología para un circuito integrado 20 que sustituya al LSI, como la tecnología de semiconductores que mejora o se ramifica en otras tecnologías. En ese caso, la nueva tecnología puede incorporarse en la integración de los bloques funcionales que constituyen la presente invención como se ha descrito anteriormente. Tales tecnologías posibles incluyen la biotecnología.
(E) En todas las realizaciones descritas anteriormente, el disco óptico de la presente invención es el BD-ROM. Sin 25 embargo, el disco óptico puede ser cualquier medio de grabación. Por ejemplo, puede ser un disco óptico tal como un DVD-ROM, un DVD-RAM, un DVD-RW, un DVD-R, un DVD + RW, un DVD + R, un CD-R, y un CD-RW o un disco magneto-óptico tal como un PD o un MO. (F) En todas las realizaciones descritas anteriormente, el flujo de vídeo es el AVClip definido en la norma del BD-ROM. Sin embargo, el flujo de vídeo puede ser el VOB (Objeto de Video) conforme a la norma DVD-Video o la norma de grabación del DVD-Video. El VOB es un flujo de programa 30 que se obtiene multiplexando flujos de vídeo y flujos de audio, el flujo de programa es conforme a la norma ISO/IEC13818-1. También, el flujo de vídeo en el AVClip puede ser conforme al sistema MPEG4 o WMV. También, el flujo de audio puede ser conforme al sistema Linear-PCM, al sistema Dolby-AC3, al sistema MP3, al sistema MPEG-AAC o al sistema dts.
35
La descripción de cada realización se basa en MPEG4-AVC (también llamado H. 264 o JVT). Sin embargo, la descripción puede hacerse en base al flujo de vídeo MPEG2. También, la presente invención puede aplicarse fácilmente a cualquier otro formato de imagen (tal como VC-1) en la medida en que la imagen en el formato puede decodificarse por separado.
40
Aplicabilidad industrial
El medio de grabación y el aparato de reproducción de la presente invención pueden usarse industrialmente ya que la estructura interna de los mismos se divulga 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 masas. Por esta razón, 45 el medio de grabación y el aparato de reproducción de la presente invención tienen aplicabilidad industrial.
Claims (18)
- REIVINDICACIONES1. Un medio de grabación en el que se graban una aplicación, un sonido de clic, y un flujo digital que incluye un flujo de vídeo y un flujo de audio multiplexados en el mismo, dondela información de gestión y una bandera correspondiente a la información de gestión se graban además en el medio 5 de grabación,la información de gestión indica un control de reproducción en el flujo digital que se reproduce mientras que se ejecuta la aplicación, yla bandera indica si se mezcla el sonido de clic con una salida de audio del flujo digital cuando un usuario realiza una operación en la aplicación que se está ejecutando, mientras que el flujo digital está bajo el control de reproducción. 10
- 2. El medio de grabación de la reivindicación 1, dondela información de gestión incluye información de entrada,la información de entrada indica un flujo de audio que es capaz de proporcionar una salida de audio mientras que el flujo digital está bajo el control de reproducción, y 15la bandera se establece para indicar quesi el flujo de audio que es capaz de proporcionar la salida de audio tiene un atributo multi-canal, la mezcla del sonido de clic y la salida de audio del flujo de audio no están disponibles, ysi el flujo de audio que es capaz de proporcionar la salida de audio no tiene un atributo multi-canal, la mezcla del sonido de clic y la salida de audio del flujo de audio están disponibles. 20
- 3. El medio de grabación de la reivindicación 1, dondela información de gestión incluye:la información de la ruta de reproducción que define una ruta de reproducción indicando una combinación de un 25 tiempo de inicio de reproducción y un tiempo de fin de reproducción en el flujo de vídeo; yla información de atributo que indica un atributo de la información de la ruta de reproducción, dondeel control de reproducción indicado por la información de gestión es un control para reproducir el flujo digital de acuerdo con la ruta de reproducción indicada por la información de la ruta de reproducción, y es un control para iniciar la reproducción del flujo digital de acuerdo con la ruta de reproducción indicada por la información de la 30 ruta de reproducción, usando la información de atributo que indica el atributo de la información de la ruta de reproducción.
- 4. El medio de grabación de la reivindicación 3, dondela información de atributo es un atributo que indica una reproducción automática en la que se inicia automáticamente 35 una reproducción del flujo digital usando la ruta de reproducción indicada por la información de la ruta de reproducción, yla reproducción del flujo digital, mientras que se ejecuta la aplicación, solo es posible si la información de atributo de la información de la ruta de reproducción indica la reproducción automática.40
- 5. El medio de grabación de la reivindicación 1, dondeuna aplicación sin límite de título, que no tiene ciclo de vida, se graba adicionalmente en el medio de grabación,la aplicación sin límite de título selecciona una de una pluralidad de piezas de la información de la ruta de reproducción grabada en el medio de grabación, de acuerdo con un valor almacenado en un registro de estado de un aparato de reproducción, donde 45un atributo de reproducción predeterminado indica que se realiza una reproducción tras la selección de una pieza de información de la ruta de reproducción por la aplicación sin límite de título.
- 6. El medio de grabación de la reivindicación 1, dondela bandera se establece para indicar que 50si una instrucción o un código destinado a reproducir el sonido de clic está presente en un programa que constituye la aplicación, la mezcla del sonido de clic y la salida de audio del flujo de audio no están disponibles, ysi una instrucción o un código destinado a reproducir el sonido de clic no está en el programa que constituye la aplicación, la mezcla del sonido de clic y la salida de audio del flujo de audio están disponibles.55
- 7. Un aparato de reproducción que ejecuta una aplicación mientras que se reproduce un flujo digital, que comprende:una unidad de lectura que puede funcionar para leer la información de gestión y una bandera correspondiente a la información de gestión, de un medio de grabación; 60una unidad de plataforma que puede funcionar para ejecutar la aplicación grabada en el medio de grabación;una unidad de motor de control de reproducción que puede funcionar para reproducir el flujo digital realizando un control de reproducción indicado por la información de gestión mientras que se ejecuta la aplicación, y proporcionar una salida de vídeo y una salida de audio del flujo digital; yuna unidad de mezcla que puede funcionar para, si una bandera correspondiente a la información de gestión se 65 establece en Encendido, mezclar el sonido de clic con la salida de audio del flujo digital cuando un usuariorealiza una operación en la aplicación que se está ejecutando, y si la bandera correspondiente a la información de gestión se establece en Apagado, abstenerse de mezclar el sonido de clic con la salida de audio incluso si el usuario realiza la operación en la aplicación que se está ejecutando.
- 8. El aparato de reproducción de la reivindicación 7 que comprende además la información de entrada, donde 5la información de entrada indica un flujo de audio que es capaz de proporcionar una salida de audio mientras que el flujo digital está bajo el control de reproducción,la bandera se establece en Encendido cuando el flujo de audio que es capaz de proporcionar la salida de audio tiene un atributo multi-canal,la bandera se establece en Apagado cuando el flujo de audio que es capaz de proporcionar la salida de audio no 10 tiene un atributo multi-canal,la unidad de motor de control de reproducción proporciona la salida de audio descodificando solamente uno o más flujos de audio, entre una pluralidad de flujos de audio multiplexados en el flujo digital, que se indican mediante la información de entrada como que son capaces de proporcionar una salida de audio, yla unidad de mezcla realiza la mezcla del sonido de clic con la salida de audio de acuerdo con la bandera. 15
- 9. El aparato de reproducción de la reivindicación 7, dondela información de gestión incluye:la información de la ruta de reproducción que define una ruta de reproducción indicando una combinación de un 20 tiempo de inicio de reproducción y un tiempo de fin de reproducción en el flujo de vídeo; yla información de atributo que indica un atributo de la información de la ruta de reproducción, dondela unidad de plataforma controla la unidad de motor de control de reproducción de acuerdo con la información de atributo, yel control de reproducción de la unidad de motor de control de reproducción de acuerdo con la información de 25 atributo es un control para reproducir el flujo digital de acuerdo con la ruta de reproducción indicada por la información de la ruta de reproducción.
- 10. El aparato de reproducción de la reivindicación 9, dondeun atributo predeterminado es un atributo que indica una reproducción automática en la que se inicia 30 automáticamente una reproducción del flujo digital usando la ruta de reproducción indicada por la información de la ruta de reproducción, yla unidad de plataforma da instrucciones a la unidad de motor de control de reproducción para reproducir el flujo digital, mientras que se ejecuta la aplicación, solo si la información de atributo de la información de la ruta de reproducción indica la reproducción automática. 35
- 11. El aparato de reproducción de la reivindicación 9, dondeuna aplicación sin límite de título, que no tiene ciclo de vida, se graba adicionalmente en el medio de grabación,la aplicación sin límite de título selecciona una de una pluralidad de piezas de la información de la ruta de reproducción grabadas en el medio de grabación, de acuerdo con un valor almacenado en un registro de estado del 40 aparato de reproducción, dondeun atributo de reproducción predeterminado indica que se realiza una reproducción tras la selección de una pieza de información de la ruta de reproducción mediante la aplicación sin límite de título.
- 12. El aparato de reproducción de la reivindicación 9, donde 45la unidad de plataforma comprende ademásun controlador de permisos que puede funcionar para, si se emite una instrucción de reproducción que especifica una pieza de información de la ruta de reproducción desde una aplicación, determinar si la aplicación que emite la instrucción de reproducción es auténtica o no, y la unidad de motor de control de reproducción reproduce el flujo digital de acuerdo con la pieza de información de la ruta de reproducción solo si el controlador de permisos 50 determina que la aplicación que emite la instrucción de reproducción es auténtica.
- 13. El aparato de reproducción de la reivindicación 9, dondesi existe una aplicación que sea para realizar una reproducción de acuerdo con la información de la ruta de reproducción, la unidad de plataforma determina una pieza de información de la ruta de reproducción de acuerdo 55 con la que la aplicación es capaz de realizar la reproducción, y notifica a la aplicación la pieza determinada de la información de la ruta de reproducción, yla unidad de motor de control de reproducción realiza una reproducción de acuerdo con la pieza de información de la ruta de reproducción notificada desde la unidad de plataforma.60
- 14. El aparato de reproducción de la reivindicación 7 que comprende además:un primer plano que puede funcionar para almacenar una imagen de ejecución de la aplicación;un segundo plano que puede funcionar para almacenar una imagen de reproducción para emitirse como salida como una imagen de video; y 65una unidad de combinación que puede funcionar para emitir como salida una imagen compuesta que secompone de una pantalla principal y una pantalla secundaria, donde la imagen de ejecución de la aplicación se proporciona en la pantalla principal y la imagen de vídeo que se emite como salida bajo el control de reproducción se proporciona en la pantalla secundaria.
- 15. El aparato de reproducción de la reivindicación 14, donde 5la unidad de plataforma realiza además un control para escalar la imagen de ejecución almacenada en el primer plano de manera que se muestre una imagen de reproducción del flujo digital como imagen principal durante un retraso de puesta en marcha antes de que se ejecute la aplicación, y se emita como salida la imagen compuesta después de que la aplicación se inicie normalmente para su ejecución.10
- 16. Un programa de gestión para gestionar la ejecución de una aplicación y hacer que un ordenador reproduzca un flujo digital, que comprende unos medios de código de programa para realizar las etapas de:leer la información de gestión y una bandera correspondiente a la información de gestión, desde un medio de grabación; 15ejecutar la aplicación grabada en el medio de grabación;reproducir el flujo digital realizando un control de reproducción indicado por la información de gestión mientras que se ejecuta la aplicación, y proporcionar una salida de vídeo y una salida de audio del flujo digital; ysi una bandera correspondiente a la información de gestión se establece en Encendido, mezclar el sonido de clic con la salida de audio del flujo digital cuando un usuario realiza una operación en la aplicación que se está 20 ejecutando, y si la bandera correspondiente a la información de gestión se establece en Apagado, abstenerse de mezclar el sonido de clic con la salida de audio incluso si el usuario realiza la operación en la aplicación que se está ejecutando.
- 17. Un método de reproducción para ejecutar una aplicación mientras que se reproduce un flujo digital, que 25 comprende las etapas de:dar lectura a la información de gestión y una bandera correspondiente a la información de gestión, desde un medio de grabación;ejecutar la aplicación grabada en el medio de grabación; 30reproducir el flujo digital realizando un control de reproducción indicado por la información de gestión mientras que se ejecuta la aplicación, y proporcionar una salida de vídeo y una salida de audio del flujo digital; ysi una bandera correspondiente a la información de gestión se establece en Encendido, mezclar el sonido de clic con la salida de audio del flujo digital cuando un usuario realiza una operación en la aplicación que se está ejecutando, y si la bandera correspondiente a la información de gestión se establece en Apagado, abstenerse de 35 mezclar el sonido de clic con la salida de audio incluso si el usuario realiza la operación en la aplicación que se está ejecutando.
- 18. Un circuito integrado para integrar en un aparato de reproducción que ejecuta una aplicación mientras que se reproduce un flujo digital, comprendiendo el circuito integrado: 40una unidad de plataforma que puede funcionar para ejecutar la aplicación que se lee desde un medio de grabación por el aparato de reproducción bajo un control;una unidad de motor de control de reproducción que puede funcionar para reproducir el flujo digital realizando un control de reproducción indicado por la información de gestión mientras que se ejecuta la aplicación, y 45 proporcionar una salida de vídeo y una salida de audio del flujo digital; yuna unidad de mezcla que puede funcionar para, si una bandera correspondiente a la información de gestión se establece en Encendido, mezclar el sonido de clic con la salida de audio del flujo digital cuando un usuario realiza una operación en la aplicación que se está ejecutando, y si la bandera correspondiente a la información de gestión se establece en Apagado, abstenerse de mezclar el sonido de clic con la salida de audio incluso si el 50 usuario realiza la operación en la aplicación que se está ejecutando.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2004349144 | 2004-12-01 | ||
| JP2004349144 | 2004-12-01 | ||
| PCT/JP2005/022009 WO2006059654A1 (ja) | 2004-12-01 | 2005-11-30 | 記録媒体、再生装置、プログラム、再生方法、集積回路 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2498793T3 true ES2498793T3 (es) | 2014-09-25 |
Family
ID=36565087
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES05811742.5T Active ES2498793T3 (es) | 2004-12-01 | 2005-11-30 | Medio de grabación, dispositivo de reproducción, programa, método de reproducción y circuito integrado |
Country Status (10)
| Country | Link |
|---|---|
| US (4) | US7835625B2 (es) |
| EP (1) | EP1770705B1 (es) |
| JP (6) | JP4012559B2 (es) |
| KR (4) | KR101226487B1 (es) |
| CN (8) | CN101777372B (es) |
| BR (1) | BRPI0510404A (es) |
| CA (1) | CA2564045C (es) |
| ES (1) | ES2498793T3 (es) |
| MX (1) | MXPA06013139A (es) |
| WO (1) | WO2006059654A1 (es) |
Families Citing this family (47)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| MXPA06012806A (es) * | 2004-05-11 | 2007-01-26 | Matsushita Electric Ind Co Ltd | Reproductor, programa y metodo de reproduccion. |
| US8036513B2 (en) * | 2004-07-22 | 2011-10-11 | Panasonic Corporation | Playback apparatus and playback method |
| CN101777372B (zh) * | 2004-12-01 | 2012-09-19 | 松下电器产业株式会社 | 再现装置和再现方法 |
| JP4820812B2 (ja) * | 2005-01-28 | 2011-11-24 | パナソニック株式会社 | 再生装置、プログラム、再生方法 |
| JP4968562B2 (ja) * | 2005-03-04 | 2012-07-04 | ソニー株式会社 | 再生装置、再生方法、および記録方法 |
| JP4968506B2 (ja) * | 2005-03-04 | 2012-07-04 | ソニー株式会社 | 再生装置、再生方法、およびプログラム |
| CN101026725B (zh) * | 2005-07-15 | 2010-09-29 | 索尼株式会社 | 再现设备及再现方法 |
| JP4251298B2 (ja) * | 2005-07-15 | 2009-04-08 | ソニー株式会社 | 再生装置および再生方法、プログラム、プログラム格納媒体、データ、記録媒体、記録装置、および、記録媒体の製造方法 |
| KR100808257B1 (ko) * | 2005-12-05 | 2008-02-29 | 한국전자통신연구원 | 임베디드 시스템 프로토타입 개발 지원 장치 및 방법 |
| US20070255433A1 (en) * | 2006-04-25 | 2007-11-01 | Choo Eugene K | Method and system for automatically selecting digital audio format based on sink device |
| CN101123677B (zh) * | 2006-08-11 | 2011-03-02 | 松下电器产业株式会社 | 改善图像锐度的方法、装置及集成电路 |
| JP4846502B2 (ja) * | 2006-09-29 | 2011-12-28 | 株式会社東芝 | 音声出力装置及び音声出力方法 |
| US20080182669A1 (en) * | 2007-01-26 | 2008-07-31 | Alan Amron | Game and video cartridge for portable electronic device |
| US8010711B2 (en) * | 2007-01-26 | 2011-08-30 | Digital Video Chip, Llc | Universal multimedia |
| US20080182670A1 (en) * | 2007-01-26 | 2008-07-31 | Alan Amron | Game and video cartridge for a host device |
| US8559789B2 (en) * | 2007-06-06 | 2013-10-15 | Panasonic Corporation | Reproducing apparatus that uses continuous memory area |
| US9047235B1 (en) * | 2007-12-28 | 2015-06-02 | Nokia Corporation | Content management for packet-communicating devices |
| JP5406178B2 (ja) * | 2008-04-16 | 2014-02-05 | パナソニック株式会社 | 再生装置、再生方法、プログラム |
| WO2009128246A1 (ja) * | 2008-04-16 | 2009-10-22 | パナソニック株式会社 | 記録媒体、記録装置、記録方法、及び再生装置 |
| JP4737228B2 (ja) * | 2008-05-07 | 2011-07-27 | ソニー株式会社 | 情報処理装置、情報処理方法およびプログラム |
| WO2009145750A1 (en) * | 2008-05-30 | 2009-12-03 | Digital Video Chip, Llc | Universal multimedia |
| KR20110036882A (ko) * | 2008-06-24 | 2011-04-12 | 파나소닉 주식회사 | 기록매체, 재생장치, 집적회로, 재생방법, 프로그램 |
| JPWO2009157163A1 (ja) * | 2008-06-24 | 2011-12-08 | パナソニック株式会社 | 再生装置、再生装置の制御方法 |
| CN102067591B (zh) | 2008-06-26 | 2014-03-19 | 松下电器产业株式会社 | 再现装置、记录装置、再现方法及记录方法 |
| JP5395074B2 (ja) * | 2008-07-16 | 2014-01-22 | パナソニック株式会社 | 再生装置、再生方法、プログラム |
| US8444485B2 (en) * | 2008-08-05 | 2013-05-21 | Warner Bros. Entertainment Inc. | Seamless user navigation between high-definition movie and video game in digital medium |
| JP5269097B2 (ja) * | 2008-12-04 | 2013-08-21 | 三菱電機株式会社 | 映像情報再生方法、映像情報再生装置、記録媒体、及び映像コンテンツ |
| JP4984183B2 (ja) * | 2009-04-07 | 2012-07-25 | ソニー株式会社 | 再生装置、再生方法、および記録方法 |
| KR20110001618A (ko) * | 2009-06-30 | 2011-01-06 | 애니포인트 미디어 그룹 | 장치-특화 및 애플리케이션-특화된 컴퓨팅 장치, 재생 장치 및 컴퓨팅 장치를 이용한 재생 장치의 제어 방법 |
| US9092436B2 (en) * | 2009-09-08 | 2015-07-28 | Apple Inc. | Programming interface for use by media bundles to provide media presentations |
| US20110231762A1 (en) * | 2009-10-30 | 2011-09-22 | Pioneer Corporation | Play list generating apparatus, playlist generating method, playlist generating program, and recording medium |
| WO2011155099A1 (ja) | 2010-06-11 | 2011-12-15 | 三菱電機株式会社 | 映像表示装置 |
| KR101077778B1 (ko) | 2010-09-29 | 2011-10-28 | 주식회사 이노와이어리스 | Ｌｔｅ－ｔｄｄ 신호에서의 ｕｌ／ｄｌ 컨피규레이션 자동 검출 장치 및 방법 |
| CN103491332B (zh) * | 2012-06-11 | 2016-12-14 | 珠海扬智电子科技有限公司 | 显示处理装置、媒体播放器、显示处理方法以及电视信号抓取方法 |
| CN103809953B (zh) * | 2012-11-14 | 2018-09-07 | 腾讯科技（深圳）有限公司 | 多媒体播放监测方法及系统 |
| KR102170827B1 (ko) * | 2013-11-22 | 2020-10-28 | 삼성전자주식회사 | 영상표시장치 및 영상표시장치의 구동방법, 음향출력장치 및 음향출력장치의 구동방법 |
| US20150269836A1 (en) * | 2014-03-20 | 2015-09-24 | Lucida Technology Co., Ltd. | Configurable bi-directional remote control based on signal input device |
| US20150287433A1 (en) * | 2014-04-04 | 2015-10-08 | Rocky Williform | System and method of generating static contiguous media formats from dynamic playlists |
| US10009413B2 (en) * | 2014-06-26 | 2018-06-26 | At&T Intellectual Property I, L.P. | Collaborative media playback |
| CN104269185B (zh) * | 2014-09-09 | 2017-04-12 | 烽火通信科技股份有限公司 | 在Java虚拟机中实现混音播放的方法及系统 |
| CN104793917B (zh) * | 2015-02-10 | 2017-09-12 | 西南民族大学 | 一种实时获取Cocos2d‑x游戏播放声音的方法 |
| US11669296B2 (en) | 2015-10-27 | 2023-06-06 | Super Hi Fi, Llc | Computerized systems and methods for hosting and dynamically generating and providing customized media and media experiences |
| WO2017164270A1 (en) * | 2016-03-25 | 2017-09-28 | Sharp Kabushiki Kaisha | Systems and methods for signaling of information associated with audio content |
| CN106507187A (zh) * | 2016-09-22 | 2017-03-15 | 深圳市金立通信设备有限公司 | 一种视频播放方法及终端 |
| JP6855348B2 (ja) * | 2017-07-31 | 2021-04-07 | 株式会社ソニー・インタラクティブエンタテインメント | 情報処理装置およびダウンロード処理方法 |
| US10930284B2 (en) | 2019-04-11 | 2021-02-23 | Advanced New Technologies Co., Ltd. | Information processing system, method, device and equipment |
| WO2021195112A1 (en) * | 2020-03-23 | 2021-09-30 | Super Hi Fi, Llc | Computerized systems and methods for hosting and dynamically generating and providing customized media and media experiences |
Family Cites Families (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US120695A (en) * | 1871-11-07 | Improvement in roasting and treating ores | ||
| US161615A (en) * | 1875-04-06 | Improvement in revolving fire-arms | ||
| US194618A (en) * | 1877-08-28 | Improvement in substitutes for coffee | ||
| JP3443938B2 (ja) | 1994-03-31 | 2003-09-08 | ソニー株式会社 | ディジタル信号処理装置 |
| US20050089310A1 (en) * | 1994-09-22 | 2005-04-28 | Fischer Addison M. | Announcing device for entertainment systems |
| JP3665390B2 (ja) | 1995-06-30 | 2005-06-29 | 株式会社東芝 | 再生装置と光ディスクと記録装置 |
| JP4130965B2 (ja) * | 1995-10-30 | 2008-08-13 | パイオニア株式会社 | 光ディスク再生装置 |
| JP3421899B2 (ja) * | 1996-04-11 | 2003-06-30 | ソニー株式会社 | データ記録及び／又は再生装置並びに方法 |
| JP3595151B2 (ja) * | 1998-02-20 | 2004-12-02 | 株式会社東芝 | 使用可能キー表示システムで用いる光ディスク、この光ディスクを用いる方法および装置 |
| JP2001275089A (ja) * | 2000-03-27 | 2001-10-05 | Toshiba Corp | ディジタルビデオ記録媒体並びにディジタルビデオディスク再生装置 |
| KR20030007706A (ko) | 2001-04-02 | 2003-01-23 | 마츠시타 덴끼 산교 가부시키가이샤 | 디지털 영상 콘텐츠의 영상재생 장치, 영상재생 방법,영상재생 프로그램, 패키지 미디어 |
| JP2002369154A (ja) | 2001-04-02 | 2002-12-20 | Matsushita Electric Ind Co Ltd | ディジタル映像コンテンツの映像再生装置、映像再生方法、映像再生プログラム、パッケージメディア |
| JP2003009086A (ja) * | 2001-06-22 | 2003-01-10 | Matsushita Electric Ind Co Ltd | 映像記録装置及び記録方法 |
| JP4011329B2 (ja) | 2001-11-13 | 2007-11-21 | 三菱電機株式会社 | 音量調整装置 |
| JP2003249057A (ja) | 2002-02-26 | 2003-09-05 | Toshiba Corp | デジタル情報媒体を用いるエンハンスド・ナビゲーション・システム |
| US7664372B2 (en) * | 2002-11-20 | 2010-02-16 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of multiple component data recorded thereon and recording and reproducing methods and apparatuses |
| WO2004049710A1 (ja) | 2002-11-28 | 2004-06-10 | Sony Corporation | 再生装置、再生方法、再生プログラムおよび記録媒体 |
| US7580614B2 (en) | 2002-12-09 | 2009-08-25 | Kabushiki Kaisha Toshiba | Information playback apparatus having expansion information storage unit and information playback method |
| JP3908724B2 (ja) | 2002-12-09 | 2007-04-25 | 株式会社東芝 | 情報再生装置及び情報再生方法 |
| JP4715094B2 (ja) | 2003-01-30 | 2011-07-06 | ソニー株式会社 | 再生装置、再生方法、再生プログラムおよび記録媒体 |
| CA2512058C (en) | 2003-01-31 | 2013-01-15 | Matsushita Electric Industrial Co., Ltd. | Recording medium, reproduction apparatus, recording method, program, and reproduction method |
| JP3940164B2 (ja) * | 2003-02-21 | 2007-07-04 | 松下電器産業株式会社 | 記録媒体、再生装置、記録方法、集積回路、再生方法、プログラム |
| EP1463052A1 (en) * | 2003-03-25 | 2004-09-29 | Deutsche Thomson-Brandt Gmbh | Method for representing animated menu buttons |
| KR20050072256A (ko) * | 2004-01-06 | 2005-07-11 | 엘지전자 주식회사 | 고밀도 광디스크의 메뉴 사운드 구성방법 및 재생방법과기록재생장치 |
| US7765158B2 (en) * | 2004-01-27 | 2010-07-27 | Panasonic Corporation | Playback apparatus and server apparatus |
| CN101777372B (zh) * | 2004-12-01 | 2012-09-19 | 松下电器产业株式会社 | 再现装置和再现方法 |
| JP2009505325A (ja) * | 2005-08-22 | 2009-02-05 | エルジー エレクトロニクス インコーポレーテッド | データ再生方法及び再生装置、記録媒体並びにデータ記録方法及び記録装置 |
| JP2007180746A (ja) | 2005-12-27 | 2007-07-12 | Funai Electric Co Ltd | ディスク再生装置及びその映像データ出力方法 |
-
2005
- 2005-11-30 CN CN2010101299489A patent/CN101777372B/zh active Active
- 2005-11-30 KR KR1020067023756A patent/KR101226487B1/ko not_active IP Right Cessation
- 2005-11-30 CA CA 2564045 patent/CA2564045C/en active Active
- 2005-11-30 CN CN2010101295219A patent/CN101872637B/zh active Active
- 2005-11-30 JP JP2006547984A patent/JP4012559B2/ja active Active
- 2005-11-30 BR BRPI0510404-1A patent/BRPI0510404A/pt not_active IP Right Cessation
- 2005-11-30 CN CN201010129531A patent/CN101872632A/zh active Pending
- 2005-11-30 CN CN2005800158739A patent/CN1954387B/zh active Active
- 2005-11-30 EP EP20050811742 patent/EP1770705B1/en active Active
- 2005-11-30 KR KR1020077027323A patent/KR100822558B1/ko not_active IP Right Cessation
- 2005-11-30 CN CN2010101291468A patent/CN101833975B/zh active Active
- 2005-11-30 KR KR1020087014971A patent/KR100868145B1/ko not_active IP Right Cessation
- 2005-11-30 KR KR1020127016051A patent/KR101249218B1/ko not_active IP Right Cessation
- 2005-11-30 US US11/568,555 patent/US7835625B2/en active Active
- 2005-11-30 CN CN2010101291754A patent/CN101833966B/zh active Active
- 2005-11-30 MX MXPA06013139A patent/MXPA06013139A/es active IP Right Grant
- 2005-11-30 CN CN2010101291646A patent/CN101833965B/zh active Active
- 2005-11-30 WO PCT/JP2005/022009 patent/WO2006059654A1/ja active Application Filing
- 2005-11-30 CN CN201010129142XA patent/CN101853680B/zh not_active Expired - Fee Related
- 2005-11-30 ES ES05811742.5T patent/ES2498793T3/es active Active
-
2009
- 2009-04-01 JP JP2009088975A patent/JP4664419B2/ja not_active Expired - Fee Related
- 2009-04-27 JP JP2009107526A patent/JP4664420B2/ja not_active Expired - Fee Related
- 2009-10-30 US US12/609,394 patent/US7865069B2/en not_active Expired - Fee Related
-
2010
- 2010-03-04 JP JP2010047611A patent/JP4664439B2/ja not_active Expired - Fee Related
- 2010-09-17 US US12/884,497 patent/US8165452B2/en not_active Expired - Fee Related
- 2010-12-02 JP JP2010268935A patent/JP4971492B2/ja active Active
-
2012
- 2012-02-17 JP JP2012032804A patent/JP5319804B2/ja not_active Expired - Fee Related
- 2012-03-21 US US13/425,529 patent/US8842978B2/en not_active Expired - Fee Related
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2498793T3 (es) | Medio de grabación, dispositivo de reproducción, programa, método de reproducción y circuito integrado | |
| AU2006277225B2 (en) | Recording medium, playback apparatus, method and program | |
| US8655145B2 (en) | Recording medium, program, and reproduction method | |
| JP4664346B2 (ja) | 記録媒体、再生装置、プログラム、再生方法 | |
| JP4084833B2 (ja) | 記録媒体、再生装置、プログラム、再生方法、集積回路 |