MXPA06000728A

MXPA06000728A - Estructura de datos de corriente de metadatos sobre objeto en imagen en movimiento, y por consiguiente metodo de busqueda y metodo de reproduccion.

Info

Publication number: MXPA06000728A
Application number: MXPA06000728A
Authority: MX
Inventors: Yoichiro Yamagata
Original assignee: Toshiba Kk
Priority date: 2004-05-20
Filing date: 2005-05-20
Publication date: 2006-05-04
Also published as: EP1763791A1; BRPI0505975A; CA2533391A1; AU2005246159B2; CN1820269A; US20060153537A1; JP2005332274A; KR20060040703A; CN100440216C; AU2005246159A1; WO2005114473A1; NO20060280L

Abstract

Cuando el mismo objeto que aparece en una imagen en movimiento se divide en una pluralidad de elementos de datos (unidades de acceso), los resultados que utilizan los metadatos se despliegan facilmente. Una corriente de metadatos incluye dos o mas unidades de acceso AU que tienen una object_id para especificar si los objetos designados por los datos de la region de objeto en dos unidades de acceso AU son o no semanticamente identicos, y una object_subid para especificar si los datos de la region de objeto de las dos unidades de acceso AU son datos o no en la misma escena. A partir de la corriente de metadatos, una de una pluralidad de unidades de acceso AU se selecciona (S8200 p S8206), las unidades de acceso se determina que son los mismos objetos por la object_id y se determina que son la misma escena por la object_subid (S8203), y la unidad AU de acceso selecciona se utiliza para buscar un objeto (S8201).

Description

ESTRUCTURA DE DATOS DE CORRIENTE DE METADATOS SOBRE OBJETO EN IMAGEN EN MOVIMIENTO, Y POR CONSIGUIENTE MÉTODO DE BÚSQUEDA Y MÉTODO DE REPRODUCCIÓN Campo Técnico La presente invención se refiere a una estructura de datos de una corriente de metadatos en un sistema que combina datos de imagen en movimiento en un dispositivo de cliente y metadatos en un dispositivo de cliente o un dispositivo de servidor en la red para realizar hiper media de imagen en movimiento o para desplegar subtítulo o globos de texto en una imagen en movimiento, y por consiguiente un método de búsqueda y un método de reproducción.

Antecedente de la Técnica La hipermedia define asociaciones llamadas híperenlaces entre medios tales como una imagen en movimiento, imagen fija, audio, texto, y similares para permitir que estos medios se refieran entre sí o el uno del otro. Por ejemplo, los datos de texto y los datos de imágenes fijas se asignan en una página local que puede navegarse utilizando la Internet y se describe en HTML, y los enlaces se definen todos sobre éstos datos de texto y datos de imágenes fijas. Al designar tal enlace, la información asociada como un - destino de enlace puede desplegarse inmediatamente. Puesto que el usuario puede acceder a la información asociada al designar directamente una frase que se le parece, se permite una operación fácil e intuitiva. Por otro lado, en ipermedia que principalmente incluye datos de imagen en movimiento en lugar de datos de texto y de imágenes fijas, los enlaces desde objetos tales como personas, artículos, y similares que aparecen en la imagen en movimiento a contenidos asociados tales como sus datos de texto, los datos de imágenes fijas que los explican se definen. Cuando un espectador designa un objeto, los contenidos asociados se despliegan. En este tiempo, para poder definir un enlace entre la región espacio-temporal de un objeto que aparece en la imagen en movimiento y los contenidos asociados, los datos que indican (datos de la región de objeto) la región espacio-temporal del objeto en la imagen en movimiento se requieren. Como los datos de la región de objeto, una secuencia de imagen de máscara que tiene dos o más valores, codificación de formas arbitraria de MPEG-4, un método para describir los lugares de puntos característicos de una figura, como se describe la Publicación ????? de Solicitud de Patente Japonesa No. 2000-285253, un método descrito en la Publicación ?0??? de Solicitud de Patente Japonesa No. 2001-111996, y similares pueden utilizarse. Para poder implementar hipermedia que principalmente incluye datos de imagen en movimiento, datos que describen (información de acción) una acción para desplegar otros contenidos asociados con la designación de un objeto que se requiere además de los datos anteriores . Estos datos diferentes a los datos de imagen en movimiento se referirán como metadatos después de esto. Como un método para proporcionar datos de imagen en movimiento y metadatos a un espectador, un método para preparar un medio de grabación (CD de video, DVD, o similar) que grabe los datos de imagen en movimiento y los metadatos está disponible. Para poder proporcionar metadatos de datos de imagen en movimiento que ya han sido utilizados como un CD de video o DVD, sólo los metadatos pueden descargarse o distribuirse por propagación desde la red. Ambos datos de imagen en movimiento y metadatos pueden distribuirse mediante la red. En este tiempo, los metadatos de preferencia tienen un formato que puede utilizar eficientemente una memoria intermedia, son adecuados para el acceso aleatorio, y son fuertes contra cualesguier pérdida de datos en la red. Cuando los datos de imagen en movimiento se intercambian frecuentemente (por ejemplo, cuando los datos de imagen en movimiento capturados en una pluralidad de ángulos de cámara se preparan, y un espectador puede seleccionar libremente un ángulo de cámara arbitrario; como video de multi-ángulo de video de DVD) , los metadatos deben intercambiarse rápidamente en correspondencia con el intercambio de datos de imagen en movimiento (véase Publicación KOKAI de las Solicitudes de Patente Japonesas Nos. 2000-285253 y 2001-111996) . Puesto que los metadatos en la red asociados con una imagen en movimiento distribuida a una audiencia incluyen información sobre la imagen en movimiento o un objeto que aparece en la imagen en movimiento, los metadatos pueden utilizarse para buscar un objeto. Por ejemplo, un nombre o características de un objeto que aparece permiten buscar. En este tiempo, se desea buscar eficientemente utilizando los metadatos . Además, cuando tales metadatos se distribuyen a una audiencia en una forma de propagación, los metadatos están deseablemente en una forma resistente contra pérdida de datos en la red.

Descripción de la Invención Es un objeto de la presente invención proporcionar una estructura de datos de una corriente de metadatos y un método de búsqueda que utiliza la misma qué permitan buscar eficientemente un objeto al utilizar metadatos. Es otro objeto de la presente invención proporcionar una estructura de datos de una corriente de metadatos y un método de reproducción para el mismo que permitan reducir una influencia debido a las partes perdidas de los metadatos, provocadas por la pérdida de datos en la propagación . Es un objeto adicional de la presente invención proporcionar una estructura de datos de una corriente de metadatos que tiene un tamaño de datos reducido. Una estructura de datos de una corriente de metadatos de acuerdo con un aspecto de la presente invención incluye por lo menos dos unidades de acceso que son unidades de datos capaces de procesarse independientemente. Aquí, la unidad de acceso (por ejemplo, Vclick_AU en las FIGURAS 4, 77 y 78) tiene primeros datos (por ejemplo, datos 400 de la región de objeto) donde una región espacio-temporal de un objeto en una imagen en movimiento se describe, y los segundos datos (por ejemplo, object_id) qué especifican si los objetos en la imagen en movimiento designados respectivamente por los datos de la región de objeto en por lo menos dos unidades de acceso diferentes son o no semánticamente idénticos. La unidad de acceso puede incluir datos (por ejemplo, 402, B01/B02, COI/02) qué especifican un tiempo de vida (o un tiempo activo) como información sobre el tiempo de vida definido por el eje de tiempo de la imagen en movimiento . De esta manera, los segundos datos (object_id) que especifican los objetos semánticamente idénticos se describen en cada unidad de acceso para no desplegar unidades de acceso que tienen la misma ID de objeto en los resultados de búsqueda en la búsqueda. La unidad de acceso además puede tener terceros datos (por ejemplo, ob ect_subid) qué especifican si los datos de la región de objeto en por lo menos dos unidades de acceso son o no los datos en la misma escena en la imagen en movimiento cuando los objetos en la imagen en movimiento designados respectivamente por los datos de la región de objeto en por lo menos dos unidades de acceso son semánticamente idénticos. De esta forma, cada unidad de acceso ha descrito en la presente una object_id que especifica los objetos semánticamente idénticos entre la pluralidad de unidades de acceso y un object_subid que especifica que cada dato de la región de objeto es el dato en la misma escena para no desplegar unidades de acceso que tienen el mismo object_íd y el mismo object_subid en los resultados de búsqueda en la búsqueda^ Además, pueden prepararse cuartos datos (por ejemplo, una etiqueta continua) qué indican si las regiones de objeto descritas en las unidades de acceso previas y siguientes que tienen la misma object_id son o no temporalmente continuas para hacer una determinación de una unidad de acceso perdida o para realizar un procesamiento de interpolación para una región de objeto.

Además, los datos de texto se comprimen en forma deseable apropiadamente para almacenarse en una unidad de acceso, y en este caso, la unidad de acceso incluye datos que indican si los datos de texto están comprimidos o no comprimidos . De acuerdo con la presente invención, la object_id se utiliza para omitir el despliegue de las unidades de acceso que tienen la misma object_id, de manera que muchos resultados de búsqueda similares no se despliegan, a diferencia de cuando se realiza una búsqueda de palabra clave, facilitando con esto la búsqueda de un objeto. Cuando object_id y object_subid se utilizan juntos, es posible desplegar sólo objetos que aparecen en diferentes escenas como resultados de búsqueda. Una etiqueta que indica si las regiones de objeto descritas en las unidades de acceso previas y siguientes que tienen la misma object_id son o no temporalmente continuas pueden utilizarse para atender a las unidades de acceso perdidas . La compresión de los datos de texto hace posible reducir el tamaño de datos de los metadatos, mejorando con esto la eficiencia de transmisión/grabación.

Breve Descripción de los Dibujos FIGURA 1 es una vista para explicar un ejempl de despliegue de hipermedia de acuerdo con una modalidad de la presente invención; la FIGURA 2 es un diagrama de bloque que muestra un ejemplo de la disposición de un sistema de acuerdo con una modalidad de la presente invención; la FIGURA 3 es una vista para explicar la relación entre una región áe objeto y los datos de la región de objeto de acuerdo con una modalidad de la presente invención; la FIGURA 4 es una vista para explicar un ejemplo de la estructura de datos de una unidad de acceso de los metadatos de objeto de acuerdo con una modalidad de la presente invención; la FIGURA 5 es una vista para explicar un método para formar una corriente de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 6 es una vista para explicar un ejemplo de la configuración de una tabla de acceso de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 7 es una vista para explicar un ejemplo de la configuración de un paquete de transmisión de acuerdo con una modalidad de la presente invención; la FIGURA 8 es una vista para explicar otro ejemplo de la configuración de un paquete de transmisión de acuerdo con una modalidad de la presente invención; la FIGURA 9 es un diagrama para explicar un ejemplo de comunicaciones entre un servidor y cliente de acuerdo con una modalidad de la presente invención; la FIGURA 10 es un diagrama para explicar otro ejemplo de comunicaciones entre un servidor y cliente de acuerdo con una modalidad de la presente invención ; la FIGURA 11 es una tabla para explicar un ejemplo de los elementos de datos de una corriente de Vclick de acuerdo con una modalidad de la presente invención,- la FIGURA 12 es una tabla para explicar un ejemplo de los elementos de datos de un encabezado de la corriente de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 13 es una tabla para explicar un ejemplo de los elementos de datos de una unidad de acceso de Vclick (AU) de acuerdo con una modalidad de la presente invención; la FIGURA 14 es una tabla para explicar un ejemplo de los elementos de datos de un encabezado de la unidad de acceso de Vclick (AU) de acuerdo con una modalidad de la presente invención; la FIGURA 15 es una tabla para explicar un ejemplo de los elementos de datos de una marca de tiempo de la unidad de acceso de Vclick (AU) de acuerdo con una modalidad de la presente invención; la FIGURA 16 es una tabla para explicar un ejemplo de los elementos de datos de un salto de marca de tiempo de la unidad de acceso de Vclick (AU) de acuerdo con una modalidad de la presente invención; la FIGURA 17 es una tabla para explicar un ejemplo de los elementos de datos de la información de atributo de objeto de acuerdo con una modalidad de la presente invención; la FIGURA 18 es una tabla para explicar un ejemplo de los tipos de información de atributo de objeto de acuerdo con una modalidad de la presente invención; la FIGURA 19 es una tabla para explicar un ejemplo de los elementos de datos de un atributo de nombre de un objeto de acuerdo con una modalidad de la presente invención; la FIGURA 20 es una tabla para explicar un ejemplo de los elementos de datos de un atributo de acción de un objeto de acuerdo con una modalidad de la presente invención; la FIGURA 21 es una tabla para explicar un ejemplo de los elementos de datos de un atributo de contorno de un objeto de acuerdo con una modalidad de la presente invención; la FIGURA 22 es una tabla para explicar un ejemplo de los elementos de datos de un atributo de región de intermitencia de un objeto de acuerdo con una modalidad de la presente invención; la FIGURA 23 es una tabla para explicar un ejemplo de los elementos de datos de un atributo de región de mosaico de un objeto de acuerdo con una modalidad de la presente invención; la FIGURA 24 es una tabla para explicar un ejemplo de los elementos de datos de un atributo de región de pintura de un objeto de acuerdo con una modalidad de la presente invención; la FIGURA 25 es una tabla para explicar un ejemplo de los elementos de datos de datos de información de texto de un objeto de acuerdo con una modalidad de la presente invención; la FIGURA 26 es una tabla para explicar un ejemplo de los elementos de datos de un atributo de texto de un objeto de acuerdo con una modalidad de la presente invención; la FIGURA 27 es una tabla para explicar un ejemplo de los elementos de datos de un atributo de efecto para resaltar texto de un objeto de acuerdo con una modalidad de la presente invención; la FIGURA 28 es una tabla para explicar otro ejemplo de los elementos de datos de un atributo para resaltar texto de un objeto de acuerdo con una modalidad de la presente invención; la FIGURA 29 es una tabla para explicar un ejemplo de los elementos de datos de un atributo de efecto de intermitencia de texto de un objeto de acuerdo con una modalidad de la presente invención; la FIGURA 30 es una tabla para explicar un ejemplo de elementos de datos de una entrada de un atributo de intermitencia de texto de un objeto de acuerdo con una modalidad de la presente invención; la FIGURA. 31 es una tabla para explicar un ejemplo de elementos de datos de un atributo de efecto de desplegado de texto de un objeto de acuerdo con una modalidad de la presente invención; la FIGURA 32 es una tabla para explicar un ejemplo de elementos de datos de un atributo de efecto karaoke de texto de un objeto de acuerdo con una modalidad de la presente invención; la FIGURA 33 es una tabla para explicar otro ejemplo de los elementos de datos de un atributo de efecto karaoke de texto de un objeto de acuerdo con una modalidad de la presente invención; la FIGURA 34 es una tabla para explicar un ejemplo de los elementos de datos de un atributo de capa de un objeto de acuerdo con una modalidad de la presente invención la FIGURA 35 es una tabla para explicar un ejemplo de los elementos de datos de una entrada de un atributo de capa de un objeto de acuerdo con una modalidad de la presente invención; la FIGURA 36 es una tabla para explicar un ejemplo de los elementos de datos de los datos de la región de objeto de una unidad de acceso de Vclick (AU) de acuerdo con una modalidad de la presente invención; la FIGURA 37 es un diagrama de flujo que muestra una secuencia de procesamiento de inicio de reproducción normal (cuando los datos de Vclick se almacenan en un servidor) de acuerdo con una modalidad de la presente invención; la FIGURA 38 es un diagrama de flujo que muestra otra secuencia de procesamiento de inicio de reproducción normal (cuando los datos de Vclick se almacenan en el servidor) de acuerdo con una modalidad de la presente invención; la FIGURA 39 es un diagrama de flujo que muestra una secuencia de procesamiento final de reproducción normal (cuando los datos de Vclick se almacenan en el servidor) de acuerdo con una modalidad de la presente invención; la FIGURA 40 es un diagrama de flujo que muestra una secuencia de procesamiento de inicio de reproducción de acceso aleatorio (cuando los datos de Vclick se almacenan en el servidor) de acuerdo con una modalidad de la presente invención ,- la FIGURA 41 es un diagrama de flujo que muestra otra secuencia de procesamiento de inicio de reproducción de acceso aleatorio (cuando los datos de Vclick se almacenan en el servidor) de acuerdo con una modalidad de la presente invención,- la FIGURA 42 es un diagrama de flujo que muestra una secuencia de procesamiento de inicio de reproducción normal (cuando los datos de Vclick se almacenan en un cliente) de acuerdo con una modalidad de la presente invención; la FIGURA 43 es un diagrama de flujo que muestra una secuencia de procesamiento de inicio de reproducción de acceso aleatorio (cuando los datos de Vclick se almacenan en el cliente) de acuerdo con una modalidad de la presente invención; la FIGURA 44 es un diagrama de flujo que muestra una operación de filtración del cliente de acuerdo con una modalidad de la presente invención; la FIGURA 45 es un diagrama de flujo (parte 1) que muestra una secuencia de búsqueda de punto de acceso en una corriente de Vclick que utiliza una tabla de acceso de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 46 es un diagrama de flujo (parte 2) que muestra una secuencia de búsqueda de punto de acceso en una corriente de Vclick que utiliza una tabla de acceso de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 47 es una vista para explicar un ejemplo en donde un intervalo de tiempo efectivo Vclick_AU y el período activo no concuerdan de acuerdo con una modalidad de la presente invención; la FIGURA 48 es una vista para explicar un ejemplo de la estructura de datos de NULL AU de acuerdo con una modalidad de la presente invención,- la FIGURA 49 es una vista para explicar un ejemplo de la relación entre el intervalo de tiempo efectivo Vclick_AU y el período activo utilizando NULL_AU de acuerdo con una modalidad de la presente invención; la FIGURA 50 es un diagrama de flujo para explicar un ejemplo (parte 1) de la secuencia de procesamiento de un administrador de metadatos cuando NULL_AU de acuerdo con una modalidad de la presente invención se utiliza; la FIGURA 51 es un diagrama de flujo para explicar un ejemplo (parte 2) de la secuencia de procesamiento de un administrador de metadatos cuando NULL_AU de acuerdo con una modalidad de la presente invención se utiliza ; la FIGURA 52 es un diagrama de flujo para explicar un ejemplo (parte 3) de la secuencia de procesamiento de un administrador de metadatos cuando NULL_AU de acuerdo con una modalidad de la presente invención se utiliza; la FIGURA 53 es una vista para explicar un ejemplo de la estructura de un disco de video de DVD mejorado de acuerdo con una modalidad de la presente invención; la FIGURA 54 es una vista para explicar un ejemplo de la estructura del directorio en el disco de video de DVD mejorado de acuerdo con una modalidad de la presente invención ; la FIGURA 55 es una vista para explicar un ejemplo (parte 1) de la estructura de información de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 56 es una vista para explicar un ejemplo (parte 2) de la estructura de información de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 57 es una vista para explicar un ejemplo (parte 3) de la estructura de información de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 58 es una vista para explicar un ejemplo de la configuración de información de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 59 es una vista para explicar el ejemplo 1 de descripción de la información de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 60 es una vista para explicar el ejemplo 2 de descripción de la información de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 61 es una vista para explicar el ejemplo 3 de descripción de la información de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 62 es una vista para explicar el ejemplo 4 de descripción de la información de Vclick de acuerdo con una modalidad de la presente invención ; la FIGURA 63 es una vista para explicar el ejemplo 5 de descripción de la información de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 64 es una vista para explicar el ejemplo 6 de descripción de la información de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 65 es una vista para explicar el ejemplo 7 de descripción de la información de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 66 es una vista para explicar otro ejemplo de la configuración de información de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 67 es una vista para explicar un ejemplo en donde una corriente de Vclick de audio en inglés se selecciona mediante la información de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 68 es una vista para explicar un ejemplo en donde una corriente de Vclick de audio en japonés se selecciona mediante la información de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 69 es una vista para explicar un ejemplo en donde una corriente de Vclick de subtítulo en inglés se selecciona mediante la información de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 70 es una vista para explicar un ejemplo en donde una corriente de Vclick de subtítulo en japonés se selecciona mediante la información de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 71 es una vista para explicar un ejemplo en donde una corriente de Vclick de ángulo 1 se selecciona mediante la información de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 72 es una vista para explicar un ejemplo en donde una corriente de Vclick de ángulo 2 se selecciona mediante la información de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 73 es una vista para explicar un ejemplo en donde una corriente de Vclick de (relación de aspecto) de 16:9 se selecciona mediante la información de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 74 es una vista para explicar un ejemplo en donde una corriente de Vclick de despliegue de recuadro (relación de aspecto) de 4:3 se selecciona mediante la información de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 75 es una vista para explicar un ejemplo en donde una corriente de Vclick de despliegue panorámico (relación de aspecto) de 4:3 se selecciona mediante la información de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 76 es una vista para explicar un ejemplo de despliegue de hipermedia de acuerdo con una modalidad de la presente invención; la FIGURA 77 es una vista para explicar un ejemplo de la estructura de datos de una unidad de acceso de metadatos de objeto de acuerdo con una modalidad de la presente invención,- la FIGURA 78 es una vista para explicar un ejemplo de la estructura de datos de una unidad de acceso de metadatos de objeto de acuerdo con una modalidad de la presente invención; la FIGURA 79 es una vista para explicar un ejemplo de la estructura de datos de una duración de una unidad de acceso de Vclick de acuerdo con una modalidad de la presente invención; la FIGURA 80 es una vista explicativa de un ejemplo de despliegue de los resultados de búsqueda de una unidad de acceso de Vclick de acuerdo con una modalidad de la invención; la FIGURA 81 es una vista explicativa de un ejemplo de despliegue de un resultado de búsqueda de la unidad de acceso de Vclick de acuerdo con una modalidad de la invención; la FIGURA 82 es un diagrama de flujo para explicar un flujo de un procesamiento de búsqueda de la unidad de acceso de Vclick de acuerdo con una modalidad de la invención; la FIGURA 83 es una vista explicativa de un ejemplo de despliegue de los resultados de búsqueda de la unidad de acceso de Vclick de acuerdo con una modalidad de la invención; la FIGURA 84 es un diagrama de flujo para explicar un flujo de un procesamiento para determinar e interpolar una unidad de acceso de Vclick perdida de acuerdo con una modalidad de la i vención la FIGURA 85 es una vista explicativa de un método de interpolación que la unidad de acceso de Vclick perdida de acuerdo con una modalidad de la invención ; la FIGURA 86 es una vista explicativa de una estructura de datos de un encabezado de unidad de acceso de Vclick de la unidad de acceso de Vclick de acuerdo con una modalidad de la invención; la FIGURA 87 es un diagrama de flujo para explicar un flujo del procesamiento para determinar e interpolar la unidad de acceso de Vclick perdida de acuerdo con una modalidad de la invención; la FIGURA 88 es una vista explicativa de una estructura de datos de un atributo de nombre de un objeto de unidad de acceso de Vclick de la unidad de acceso de Vclick de acuerdo con una modalidad de la invención; la FIGURA 89 es una vista explicativa de una estructura de datos de un atributo de acción del objeto de unidad de acceso de Vclick de la unidad de acceso de Vclick de acuerdo con una modalidad de la- invención; y La FIGURA 90 es una vista explicativa de una estructura de datos de información de texto del objeto de unidad de acceso de Vclick de la unidad de acceso de Vclick de acuerdo con una modalidad de la invención.

Mejor Modo para Llevar a Cabo la Invención Una modalidad de la presente invención se describirá después de esto con referencia a los dibujos anexos . (Revisión de la Aplicación) La FIGURA 1 es un ejemplo de despliegue de una aplicación (hipermedia de imagen en movimiento) implementada al utilizar metadatos de objeto de acuerdo con la presente invención junto con una imagen en movimiento en la pantalla. En la FIGURA 1 (a) , el número 100 de referencia denota una ventana de reproducción de imagen en movimiento; y 101, un cursor de ratón. Los datos de imagen en movimiento los cuales se reproducen en la ventana de reproducción de imagen en movimiento se graban en un medio de grabación de datos de imagen en movimiento local. El número 102 de referencia denota una región de un objeto que aparece en la imagen en movimiento . Cuando el usuario mueve el cursor del ratón a la región del objeto y lo selecciona mediante, por ejemplo, al hacer clic en un botón del ratón, se ejecuta una función predeterminada. Por ejemplo, en la FIGURA 1(b), se despliega el documento 103 (información asociada con el objeto pulsado) en un disco local y/o una red. Además, puede ejecutarse una función de saltar a otra escena de la imagen en movimiento, una función de reproducir otro archivo de imagen en movimiento, una función de cambiar a un modo de reproducción, y similares. Los datos de la región 102 del objeto, los datos de acción de un cliente con la designación de esta región mediante, por ejemplo, al hacer clic o similar, y similares se referirán como metadatos de objeto o datos de Vclick j untos. Los metadatos de objeto pueden grabarse en un medio de grabación de datos de imagen en movimiento local (disco óptico, disco duro, memoria de semiconductor, o similar) junto con los datos de imagen en movimiento, o puede almacenarse en un servidor en la red y puede enviarse al cliente mediante la red. Se describirá en detalle después de esto cómo expresar esta aplicación. (Modelo de Sistema) La FIGURA 2 es un diagrama de bloque esquemático que muestra la disposición de un aparato de propagación (reproductor de discos compatible con red) de acuerdo con una modalidad de la presente invención. Las funciones de los componentes de construcción respectivos se describirán en lo siguiente utilizando la FIGURA 2. El número 200 de referencia denota un cliente; 201, un servidor; y 221, una red que conecta el servidor y el cliente. El cliente 200 comprende una máquina 203 de reproducción de imagen en movimiento, una máquina 202 de Vclick, un dispositivo 230 de disco, una interfaz 240 de usuario, un administrador 208 de red, y un administrador 213 de dispositivo de disco. Los números 204 a 206 de referencia denotan dispositivos incluidos en la máquina de reproducción de imagen en movimiento; 207, 209 a 212, y 214 a 218, dispositivos incluidos en la máquina de Vclick; y 219 y 220, dispositivos incluidos en el servidor. El cliente 200 puede reproducir los datos de imagen en movimiento, y puede desplegar un documento descrito en un lenguaje de marcación (por ejemplo, HTML o similar) , qué se almacena en el dispositivo 230 de disco. También, el cliente 200 puede desplegar un documento en la red (por ejemplo, HTML) . Cuando los metadatos asociados con los datos de imagen en movimiento almacenados en el cliente 200 se almacenan en el servidor 201, el cliente 200 puede ejecutar un proceso de reproducción utilizando estos metadatos y los datos de imagen en movimiento en el dispositivo 230 de disco. El servidor 201 envía los datos MI de medios al cliente 200 mediante la red 221 en respuesta a una solicitud del cliente 200. El cliente 200 procesa los datos de medios recibidos en sincronía con la reproducción de una imagen en- movimiento para implementar funciones adicionales de hipermedia y similares (nótese que "sincronización" no se limita a una correlación físicamente perfecta de tiempos pero cierto error de tiempo se permite) . La máquina 203 de reproducción de imagen en movimiento se utiliza para reproducir los datos de- imagen en movimiento almacenados en el dispositivo 230 de disco, y tiene dispositivos 204, 205 y 206. El número 231 de referencia denota un medio de grabación de datos de imagen en movimiento (más específicamente, un DVD, CD de video, videocinta, disco duro, memoria de semiconductor, o similar) . El medio 231 de grabación de datos de imagen en movimiento graba datos de imagen en movimiento digitales y/o análogos. Los metadatos asociados con los datos de imagen en movimiento pueden grabarse en el medio 231 de grabación de datos de imagen en movimiento junto con los datos de imagen en movimiento. El número 205 de referencia denota un controlador de reproducción de imagen en movimiento, el cual puede controlar la reproducción de los datos DI de video/audio/sub-imágenes del medio 231 de grabación de datos de imagen en movimiento de acuerdo con una salida de "señal de control" del manejador 207 de interfaz de la máquina 202 de Vclick. Más específicamente, el controlador 205 de reproducción de imagen en movimiento puede producir una señal de "disparo" que indica el estado de reproducción de los datos DI de video/audio/sub-imágenes para el mane dor 207 de interfaz de acuerdo con una señal de "control" la cual se genera con la generación de un evento arbitrario (por ejemplo, una llamada de menú o salto de titulo basado en una instrucción de usuario) del manejador 207 de interfaz en un modo de reproducción de imagen en movimiento. En este caso (en un tiempo simultáneamente con la salida de la señal de disparador o un tiempo apropiado antes de o después de ese tiempo) , el controlador 205 de reproducción de imagen en movimiento puede producir una señal de "estado" que indica la información de propiedad (por ejemplo; un idioma de audio, idioma de subtítulos de sub-imagen, operación de reproducción, posición de reproducción, varios tipos de información de tiempos, contenidos del disco, y similares establecidos en el reproductor) para el manejador 207 de interfaz. ?1 intercambiar estas señales, un proceso de lectura de imagen en movimiento puede iniciarse o detenerse, y el acceso a una ubicación deseada en los datos de imagen en movimiento puede hacerse. El descodificador 206 de AV tiene una función de descodificar los datos de video, datos de audio, y datos de sub-imágenes grabados en el medio 231 de grabación de datos de imagen en movimiento, y producir los datos de video descodificados (datos mezclados de los datos de video y sub-imágenes antes mencionados) y los datos de audio. La máquina 203 de reproducción de imagen en movimiento puede tener las mismas funciones que aquéllas de una máquina de reproducción de un reproductor de video de DVD normal el cual se fabrica en la base del estándar de video de DVD existente. Es decir, el cliente 200 en la FIGURA 2 puede reproducir datos de video, datos de audio, y similares con la estructura de corriente de programa de MPEG2 de la misma forma que un reproductor de video de DVD norm l, de este modo permitiendo la reproducción de discos de video de DVD existentes (discos que cumplen con el estándar de video de DVD convencional) (para asegurar compatibilidad de reproducción con el software existente de DVD) . El manej ador 207 de interfaz hace el control de interfaz entre módulos tal como una máquina 203 de reproducción de imagen en movimiento, administrador 213 de dispositivo de disco, administrador 208 de red, administrador 210 de metadatos, administrador 211 de memoria intermedia, interpretador 212 de escritura, descodificador 216 de medios (que incluye el descodificador 217 de metadatos) , administrador 215 de diseño, ejecutor 218 de AV, y similares. También, el manejador 207 de interfaz recibe un evento de entrada por la operación de un usuario (operación para un dispositivo de entrada tal como un ratón, panel digital, teclado, o similar) y transmite un evento a un módulo apropiado . El manejador 207 de interfaz tiene un analizador sintáctico de tabla de acceso que analiza sintácticamente una tabla de acceso de Vclick (que se describe posteriormente) , un analizador sintáctico de archivos de información que analiza sintácticamente un archivo de información de Vclick (que se describe posteriormente) , una memoria intermedia de propiedad que registra la información de propiedad administrada por la máquina de Vclick, un reloj de sistema de la máquina de Vclick, un reloj de imagen · en movimiento como una copia del reloj 204 de imagen en movimiento en la máquina de reproducción de imagen en movimiento, y similares. El administrador 208 de red tiene una función de adquirir un documento (por ejemplo, HTML), datos de imagen fija, datos de audio, y similares sobre la memoria intermedia 209 mediante la red, y controla la operación de la unidad 222 de conexión a Internet. Cuando el administrador 208 de red recibe una instrucción de conexión/desconexión hasta/desde la red del manejador 207 de interfaz que ha recibido una operación de usuario o una solicitud del administrador 210 de metadatos, conmuta la conexión/desconexión de la unidad 222 de conexión a Internet. Al establecer la conexión entre el servidor 201 y la unidad 222 de conexión a Internet mediante la red, el administrador 208 de red intercambia datos de control y datos de medios (metadatos de objeto) .

Los datos que se transmiten desde el cliente 200 hasta el servidor 201 incluyen una solicitud de apertura de sesión, solicitud de cierre de sesión, solicitud de transmisión de datos de medios (metadatos de objeto), información de estado (OK, error, etc.), y similares. También, la información de estado del cliente puede intercambiarse. Por otro lado, los datos que se transmiten desde el servidor hasta el cliente incluyen datos de medios (metadatos de objeto) e información de estado (OK, error, etc . ) . El administrador 213 de dispositivo de disco tiene una función de adquirir un documento (por ejemplo, HTML) , datos de imagen fija, datos de audio, y similares sobre la memoria intermedia 209, y una función de transmitir datos DI de video/audio/sub-imágenes a la máquina 203 de reproducción de imagen en movimiento. El administrador 213 de dispositivo de disco ejecuta un proceso de transmisión de datos de acuerdo con una instrucción del administrador 210 de metadatos . La memoria intermedia 209 almacena temporalmente los datos MI de medios que se envían desde el servidor 201 mediante la red (mediante el administrador de red) . El medio 231 de grabación de datos de imagen en movimiento graba los datos M2 de medios en algunos casos. En tal caso, los datos M2 de medios se almacenan en la memoria intermedia 209 mediante el administrador de dispositivo de disco. Nótese que los datos de medios incluyen datos de Vclick (metadatos de objeto) , un documento (por ejemplo, HTML) , y datos de imagen fija, datos de imagen en movimiento, y similares anexados al documento. Cuando los datos M2 de medios se graban en el medio 231 de grabación de datos de imagen en movimiento, pueden leerse del medio 231 de grabación de datos de imagen en movimiento y almacenarse en la memoria intermedia 209 con anticipación antes del comienzo de la reproducción de los datos DI de video/audio/sub-imágenes . Esto es por la siguiente razón: puesto que los datos M2 de medios y los datos DI de video/audio/sub-imágenes tienen diferentes lugares de grabación de datos sobre el medio 231 de grabación de datos de imagen en movimiento, si se hace la reproducción normal, una búsqueda de disco o similar ocurre y la reproducción sin hilos no puede garantizarse. El proceso anterior puede evitar tal problema. Como se describe en lo anterior, cuando los datos MI de medios descargados del servidor 201 se almacenan en la memoria intermedia 209 como datos M2 de medios grabados en el medio 231 de grabación de datos de imagen en movimiento, los datos DI de video/audio/sub- imágenes y los datos de medios pueden leerse simult neamente y reproducirse. Nótese que la capacidad de almacenaje de la memoria intermedia 209 está limitada. Es decir, el tamaño de datos de los datos MI de medios o M2 que pueden almacenarse en la memoria intermedia 209 se limita. Por esta razón, los datos innecesarios pueden borrarse bajo el control (control de la memoria intermedia) del administrador 210 de metadatos y/o el administrador 211 de memoria intermedia. El administrador 210 de metadatos administra los metadatos almacenados en la memoria intermedia 209, y transfiere los metadatos que tienen una marca de tiempo correspondiente al descodificador 215 de medios con la recepción de un tiempo apropiado (señal del "reloj de imagen en movimiento") sincronizada con la reproducción de una imagen en movimiento del manej ador 207 de interfaz. Cuando los metadatos que tienen una marca de tiempo correspondiente no están presentes en la memoria intermedia 209, no necesitan transferirse al descodificador 216 de medios. El administrador 210 de metadatos controla la carga de datos para un tamaño de la salida de metadatos de la memoria intermedia 209 o para un tamaño arbitrario del servidor 201 o dispositivo 230 de disco sobre la memoria intermedia 209. Como un proceso práctico, el administrador 210 de metadatos expide una solicitud de adquisición de metadatos para un tamaño designado para el administrador 208 de red o el administrador 213 de dispositivo de disco mediante el manejador 207 de interfaz. El administrador 208 de red o el administrador 213 de dispositivo de disco carga los metadatos para el tamaño designado sobre la memoria intermedia 209, y envía una respuesta de terminación de adquisición de metadatos al administrador 210 de metadatos mediante el mane ador 207 de interfaz . El administrador 211 de memoria intermedia administra los datos (un documento (por ejemplo, HTML), datos de imagen fija y datos de imagen en movimiento anexados al documento, y similares) diferentes a metadatos almacenados en la memoria intermedia 209, y envía datos diferentes a metadatos almacenados en la memoria intermedia 209 al analizador 214 sintáctico y el descodificador 216 de medios con la recepción de un tiempo apropiado sincronizado (señal del "reloj de imagen en movimiento") con la reproducción de una imagen en movimiento del manejador 207 de interfaz. El administrador 211 de memoria intermedia puede borrar datos que se vuelven innecesarios de la memoria intermedia 209. El analizador 214 sintáctico analiza sintácticamente un documento escrito en un lenguaje de marcación (por ejemplo, HTML), y envía un escritura al interpretador 212 de escritura y la información asociada con un diseño al administrador 215 de diseño. El interpretador 212 de escritura interpreta y ejecuta una entrada de escritura a partir del analizador 214 sintáctico. Al ejecutar la escritura, la información de un evento y la entrada de propiedad del manej ador 207 de interfaz pueden utilizarse. Cuando un objeto en una imagen en movimiento se designa por el usuario, una escritura se ingresa desde el descodificador 217 de metadatos al interpretador 212 de escritura. El ejecutor 218 de AV tiene una función de controlar las salidas de video/audio/texto . Más específicamente, el ejecutor 218 de AV controla, por ejemplo, las posiciones de despliegue de video/texto y los tamaños de despliegue (con frecuencia incluyendo también la sincronización del despliegue y el tiempo de despliegue en conjunto) y el nivel de audio (también con frecuencia incluyendo la sincronización de la salida y el tiempo de la salida en conjunto) de acuerdo con una salida de señal de "control de diseño" del administrador 215 de diseño, y ejecuta la conversión de píxeles de un video de acuerdo con el tipo de un monitor designado y/o el tipo de un video que se desplegará. Las salidas de video/audio/texto que se controlan son aquéllas de la máquina 203 de reproducción de imagen en movimiento y el descodificador 216 de medios. Además, el ejecutor 218 de AV tiene una función de controlar la mezcla o conmutación de la entrada de datos de video/audio a partir de la máquina 203 de reproducción de imagen en movimiento y la entrada de datos de video/audio/texto del descodificador de medios de acuerdo con una salida de señal de "control de salida de AV" del mane ador 207 de interfaz. El administrador 215 de diseño produce una señal de "control de diseño" en el ejecutor 218 de AV. La señal de "control de diseño" incluye información asociada con los tamaños y posiciones de los datos de imagen en movimiento/imagen fija/texto para producirse (también con frecuencia incluyendo información asociada con los tiempos de despliegue tal como los tiempos de inicio/finalización de despliegue y duración) , y se utiliza para designar el ejecutor 218 de AV sobre un diseño utilizado para desplegar datos. El administrador 215 de diseño verifica la información de entrada tal como la pulsación del usuario o entrada similar del manej ador 207 de interfaz para determinar un objeto designado, e instruye al descodificador 217 de metadatos para extraer un comando de acción tal como el despliegue de información asociada la cual se define por el objeto designado. El comando de acción extraído se envía a y se ejecuta por el interpretador 212 de escritura. El descodificador 216 de medios (que incluye el descodificador de metadatos) descodifica los datos de imagen en movimiento/imagen fija/texto. Éstos datos de video descodificados y datos de imagen de texto se transmiten desde el descodificador 216 de medios hasta el ejecutor 218 de AV. Estos datos que se descodifican se descodifican de acuerdo con una instrucción de una señal de "control de medios" del manej ador 207 de interfaz y en sincronía con una señal de "tiempo" del manejador 207 de interfaz. El número 219 de referencia denota un medio de grabación de metadatos del servidor tal como un disco duro, memoria de semiconductor, cinta magnética, o similar, que graba metadatos que se transmiten al cliente 200. Estos metadatos se asocian con los datos de imagen en movimiento grabados en el medio 231 de grabación de datos de imagen en movimiento. Estos metadatos incluyen metadatos de objeto que se describen posteriormente. El número 220 de referencia denota un administrador de red del servidor, que intercambia datos con el cliente 200 mediante la red 221.

(Estructura de Datos de EDVD y Archivo de IFO) La FIGURA 53 muestra un ejemplo de la estructura de datos cuando un disco de video de DVD mejorado se utiliza como el medio 231 de grabación de datos de imagen en movimiento. Un área de video de DVD del disco de video de DVD mejorado almacena los contenidos de video de DVD (que tienen la estructura de corriente de programa de MPEG2) teniendo la misma estructura de datos que el estándar de video de DVD. Además, otra área de grabación del disco de video de DVD mejorado almacena contenidos mejorados de navegación (que se abrevian como ENAV) que permiten varios procesos de reproducción de contenidos de video. Nótese que el área de grabación también se reconoce por el estándar de video de DVD. Una estructura de datos básica del disco de video DVD se describirá en lo siguiente. El área de grabación del disco de video de DVD incluye un área de entrada, espacio de volumen, y área de salida a su vez desde su periferia interior. El espacio de volumen incluye un área de información de estructura de volumen/archivos y área de video de DVD (zona de video de DVD) , y también puede tener otra área de grabación (otra zona de DVD) como una opción. El área 2 de información de estructura de volumen/archivos se asigna por la estructura de puente de UDF (Formato de Disco Universal) . El volumen del formato de puente de UDF está reconocido de acuerdo con la Parte 2 de ISO/IEC13346. Un espacio que reconoce este volumen incluye sectores sucesivos, y comienza desde el primer sector lógico del espacio de volumen en la FIGURA 53. Los primeros 16 sectores lógicos se reservan para el uso del sistema especificado por IS09660. Para poder asegurar compatibilidad con el estándar de video de DVD convencional, el área de información de estructura de volumen/archivos con tales contenidos se requiere. El área de video de DVD graba la información de administración llamada VMG del administrador de video y uno o más contenidos de video llamados conjuntos de título de video VTS (VTS#1 a VTS#n) . El VMG es la información de administración para todos los VTS presentes en el área de video de DVD, e incluye VMGI de datos de control, datos de menú de VMG VMGM_VOBS (opción) , y datos de respaldo de VMG. Cada VTS incluye datos de control de VTSI de ese VTS, datos de menú de VTS VTSM_VOBS (opción) , datos VTSTT_VOBS de los contenidos (película o similar) de ese VTS (título) , y datos de respaldo de VTSI . Para poder asegurar compatibilidad con el estándar de video de DVD convencional, el área de video de DVD con tales contenidos también se requiere. Un menú de selección de reproducción o similar de cada título (VTS#1 a VTS#n) se da con anticipación por un proveedor (el productor de un disco de video de DVD) utilizando el VMG, y un menú de selección de capítulos de reproducción, el orden de reproducción de los contenidos grabados (celdas) , y similares en un título específico (por ejemplo, VTS#1) se dan con anticipación por el proveedor utilizando el VTSI. Por lo tanto, el espectador del disco (el usuario del reproductor de video de DVD) puede disfrutar de los contenidos grabados de ese disco de acuerdo con los menús de VMG/VTSI preparados con anticipación por el proveedor y la información de control de reproducción (la información de cadena de programa PGCI) en el VTSI. Sin embargo, con el estándar de video de DVD, el espectador (usuario) no puede reproducir los contenidos (película o música) de cada VTS mediante un método diferente del VMG/VTSI preparado por el proveedo . El disco de video de DVD mejorado mostrado en la FIGURA 53 se prepara para un esquema que permite al usuario reproducir los contenidos (película o música) de cada VTS mediante un método diferente del VMG/VTSI preparado por el proveedor, y reproducir mientras agrega contenidos diferentes del VMG/VTSI preparado por el proveedor. Los contenidos de ENAV incluidos en este disco no pueden accederse por un reproductor de video de DVD el cual se fabrica sobre la base del estándar de video de DVD convencional (aun si los contenidos de ENAV pueden accederse, sus contenidos no pueden utilizarse) . Sin embargo, un reproductor de video de DVD de acuerdo con una modalidad de la presente invención puede acceder a los contenidos de ENAV, y puede utilizar sus contenidos de reproducción. Los contenidos de ENAV incluyen datos tales como datos de audio, datos de imagen fija, datos de fuente/texto, datos de imagen en movimiento, datos de animación, datos de Vclick, y similares, y también un documento de ENAV (descrita en un lenguaje de Marcación/Escrito) como información para controlar la reproducción de estos datos. Esta información de control de reproducción describe, utilizando un lenguaje de Marcación o lenguaje de Escrito, métodos de reproducción (método de despliegue, orden de reproducción, secuencia de conmutación de reproducción, selección de datos que se reproducen, y similares) de los contenidos de ENAV (incluyendo audio, imagen fija, uente/texto, imagen en movimiento, animación, Vclick, y similares) y/o los contenidos de video de DVD. Por ejemplo, los lenguajes de Marcación tales como HTML (Lenguaje de Marcación de Hiper Texto) /XHTML (Lenguaje de Marcación de Hiper Texto eXtensible) , SMIL (Lenguaje de Integración de Multimedia Sincronizado), y similares, lenguajes de escritura tales como un ECMA (Asociación Europea de Fabricantes de Computadoras) Script, JavaScript, y similares, etc., pueden utilizarse en combinación . Puesto que los contenidos del disco de video de DVD mejorado en la FIGURA 53 excepto para la otra área de grabación cumplen con el estándar de video de DVD, los contenido de video grabados en el área de video de DVD pueden reproducirse utilizando un reproductor de video de DVD ya prevalente (es decir, este disco es compatible con el disco de video de DVD convencional) . Los contenidos de ENAV grabados en la otra área de grabación no pueden reproducirse (o utilizarse) por el Reproductor de video de DVD convencional pero pueden reproducirse y utilizarse por un reproductor de video de DVD de acuerdo con una modalidad de la presente invención. Por lo tanto, cuando los contenidos de ENAV se reproducen utilizando el reproductor de video de DVD de acuerdo con la modalidad de la presente invención, el usuario puede disfrutar no sólo de los contenidos del VMG/VTSI preparados con anticipación por el proveedor sino también una variedad de característica de reproducción de video . Especialmente, como se muestra en la FIGURA 53, los contenidos de ENAV incluyen datos de Vclick, que incluyen un archivo de información de Vclick (Vclick Info) , tabla de acceso de Vclick, corriente de Vclick, respaldo de archivo de información de Vclick (Vclick Info backup) , y respaldo de tabla de acceso de Vclick. El archivo de información de Vclick es datos que indican una porción de los contenidos de video de DVD dónde una corriente de Vclick (que se describe en lo siguiente) se anexa (por ejemplo, a todo el título, todo el capítulo, una parte del mismo, o similar de los contenidos de video de DVD) . La tabla de acceso de Vclick se asegura para cada corriente de Vclick (que se describe en lo siguiente) , y se utiliza para acceder a la corriente de Vclick. La corriente de Vclick incluye datos tales como la información de ubicación de un objeto en una imagen en movimiento, una descripción de acción que se hace con la pulsación del objeto, y similares. El respaldo de archivo de información de Vclick es un respaldo del archivo de información de Vclick antes mencionado, y siempre tiene los mismos contenidos que el archivo de información de Vclick. El respaldo de tabla de acceso de Vclick es un respaldo de la tabla de acceso de Vclick, y siempre tiene los mismos contenidos que la tabla de acceso de Vclick. En el ejemplo de la FIGURA 53, los datos de Vclick se graban en el disco de video de DVD mejorado. Sin embargo, como se describe en lo anterior, los datos de Vclick se almacenan en un servidor en la red en algunos casos . La FIGURA 54 muestra un ejemplo de archivos que forman el archivo de información de Vclick, la tabla de acceso de Vclick, la corriente de Vclick, el respaldo de archivo de información de Vclick, y el respaldo de tabla de acceso de Vclick antes mencionados. Un archivo (VCKINDEX. IFO) que forma el archivo de información de Vclick se describe en XML (Lenguaje de Marcación eXtensible) , y describe una corriente de Vclick y-la información de ubicación (número de VTS, número de titulo, número de PGC, o similar) de los contenidos de video de DVD dónde la corriente de Vclick se anexa. La tabla de acceso de Vclick se forma de uno o más archivos (VC STR01. IFO a VCKSTR99. IFO o nombres de archivo arbitrarios) , y un archivo de tabla de acceso corresponde a una corriente de Vclick. Una archivo de corriente de Vclick describe la relación entre la información de ubicación (un tamaño de byte relativo de titulo del archivo) de cada corriente de Vclick y la información de tiempo (una marca de tiempo de una imagen en movimiento correspondiente o información de tiempo relativo del titulo del archivo) , y permite buscar una posición de inicio de reproducción que corresponde a un tiempo dado . La corriente de Vclick incluye uno o más archivos (VCKSTR01.VCK a VCKSTR99.VCK o nombres de archivo arbitrarios) , y puede reproducirse junto con los contenidos de video de DVD anexos con referencia a la descripción del archivo de información de Vclick antes mencionado. Si existe una pluralidad de atributos (por ejemplo, datos de Vclick en Japonés, datos de Vclick en Inglés, y similares), diferentes corrientes de Vclick, es decir, diferentes archivos pueden formarse en correspondencia con diferentes atributos, o atributos respectivos pueden multiplexarse para formar una corriente de Vclick, es decir, un archivo. En el caso de la configuración previa (una pluralidad de corrientes de Vclick se forma en correspondencia con diferentes atributos) , el tamaño ocupado de la memoria intermedia sobre los datos de Vclick que se almacenan temporalmente en el aparato de reproducción (reproductor) puede reducirse. En el caso de la última configuración (un archivo de Vclick se forma para incluir atributos diferentes) , un archivo puede mantenerse reproducido sin conmutar archivos sobre atributos de conmutación, de este modo asegurando alta velocidad de conmutación.

Nótese que cada corriente de Vclick y tabla de acceso de Vclick puede asociarse utilizando, por ejemplo, sus nombres de archivo. En el ejemplo antes mencionado, una tabla de acceso de Vclick (VCKSTRXX . IFO; XX = 01 a 99) se asigna a una corriente de Vclick (VCKSTRXX .VCK; XX = 01 a 99) . Por lo tanto, al adoptar el mismo nombre de archivo excepto para extensiones, la asociación entre la corriente de Vclick y la tabla de acceso de Vclick pueden identificarse. Además, el archivo de información de Vclick describe la asociación entre cada corriente de Vclick y tabla de acceso de Vclick (las describe en forma paralela) , identificando con esto la asociación entre la corriente de Vclick y la tabla de acceso de Vclick. El respaldo de archivo de información de Vclick se forma de un archivo VCKINDE .BUP , y tiene los mismos contenidos que el archivo de información de Vclick antes mencionado (VCKINDEX. IFO) . Si VCKINDEX . IFO no puede cargarse por alguna razón (debido a rayones, manchas, y similares en el disco) , procedimientos deseados pueden hacerse al cargar este VCKINDEX. BUP en su lugar. El respaldo de tabla de acceso de Vclick se forma de los archivos VCKSTR01. BUP a VCKSTR99. BUP , que tienen los mismos contenidos que la tabla de acceso de Vclick antes mencionada (VCKSTR01. IFO a VCKSTR99. IFO) . Un respaldo de tabla de acceso de Vclick (VCKSTRXX. BUP; XX = 01 a 99) se asigna a una tabla de acceso de Vclick (VCKST XX . IFO; XX = 01 a 99) , y el mismo nombre de archivo se adopta excepto para extensiones, de este modo identificando la asociación entre la tabla de acceso de Vclick y el respaldo de tabla de acceso de Vclick. Si VCKSTRXX. IFO no puede cargarse por alguna razón (debido a rayones, manchas, y similares en el disco) , procedimientos deseados pueden hacerse al cargar este VCKSTRXX. BUP en su lugar . Las FIGURAS 55 a 57 muestran un ejemplo de la configuración del archivo de información de Vclick. El archivo de información de Vclick se forma de XML, el uso de XML se declara primero, y un archivo de información de Vclick formado de XML se declara después. Además, los contenidos del archivo de información de Vclick se describen utilizando una etiqueta <vclickinfo> . El campo <vclickinfo> incluye cero o una etiqueta <vmg> y cero o una o más etiquetas <vts>. El campo <vmg> representa un espacio de VMG en el video de DVD, e indica que una corriente de Vclick descrita en el campo <vmg> se anexa a los datos de video de DVD en el espacio de VMG. También, el campo <vts> representa un espacio de VTS en el video de DVD, y designa el número de un espacio de VTS al anexar un atributo num en la etiqueta <vts>. Por ejemplo, <vts num="n"> representa el espacio de VTS n-th. Indica que una corriente de Vclick descrita en el campo <vts num="n"> se anexa a los datos de video de DVD que forman el espacio de VTS n-th. El campo <vmg> incluye cero o una o más etiquetas <vmgm> . El campo <vmgm> representa un dominio de menú de VMG en el espacio de VMG, y designa el número de un dominio de menú de VMG al anexar un atributo num en la etiqueta <vmgm> . Por ejemplo, <vmgm num="n"> indica el dominio de menú de VMG n-th. Indica que una corriente de Vclick descrita en el campo <vmgm nura=¾"> se anexa a los datos de video de DVD que forman el dominio de menú de VMG n-th. Además, el campo <vmgm> incluye cero o una o más etiquetas <pgc> . El campo <pgc> representa una PGC {Cadena de Programa) en el dominio de menú de VMG, y designa el número de una PGC al anexar un atributo num en la etiqueta <pgc> . Por ejemplo, <pgc num="n"> indica la PGC n-th. Indica que una corriente de Vclick descrita en el campo <pgc num="n"> se anexa a los datos de video de DVD que forman la PGC n-th. Después, el campo <vts> incluye cero o una o más etiquetas <vts_tt> y cero o una o más etiquetas <vtsm>. El campo <vts_tt> representa un dominio de título en el espacio de VTS, y designa el número de un dominio de titulo al anexar un atributo num en la etiqueta <vts_tt>. Por ejemplo, <vts_tt num="n"> indica el dominio de título n-th. Indica que una corriente de Vclick descrita en el campo <vts_tt num="n"> se anexa a los datos de video de DVD que forman el dominio de título n-th.

El campo <vtsm> representa un dominio de menú de VTS en el espacio de VTS, y designa el número de un dominio de menú de VTS al anexar un atributo num en la etiqueta <vtsm>. Por ejemplo, <vtsm num="n"> indica el dominio de título n-th. Indica que una corriente de Vclick descrita en el campo <vtsm num="n"> se anexa a los datos de video de DVD que forman el dominio de menú de VTS n-th. Además, el campo <vts_tt> o <vtsm> incluye cero o una o más etiquetas <pgc> . El campo <pgc> representa una PGC (Cadena de Programa) en el título o dominio de menú de VTS, y designa el número de una PGC al anexar un atributo num en la etiqueta <pgc> . Por ejemplo, <pgc num="n"> indica la PGC n-th. Indica que una corriente de Vclick descrita en el campo <pgc num="n"> se anexa a los datos de video de DVD que forman la PGC n-th. En el ejemplo mostrado en las FIGURAS 55 a 57, seis corrientes de Vclick se anexan a los contenidos de video de DVD. Por ejemplo, la primera corriente de Vclick se designa utilizando una etiqueta <object> en <pgc num="l"> en <vmgm num="l"> en <vmg> . Esto indica que la corriente de Vclick designada por la etiqueta <object> se anexa a la primera PGC en el primer dominio de menú de VMG en el espacio de VMG. La etiqueta <object> indica la ubicación de la corriente de Vclick utilizando un atributo de "data" . Por ejemplo, en la modalidad de la presente invención, la ubicación de la corriente de Vclick se designa por "file : //dvdrom: /dvd_enav/vclickl .vck" . Nótese que "file : //dvdrom: /" indica que la corriente de Vclick está presente en el disco de DVD mejorado, wdvd_enav/" indica que la corriente está presente ba o un directorio "DVD-ENAV" en el disco, y "vclickl . ck" indica el nombre de archivo de la corriente de Vclick. Al incluir la etiqueta <object> que describe la corriente de Vclick y que describe una tabla de acceso de Vclick, la información de la tabla de acceso de Vclick que corresponde a la corriente de Vclick puede describirse. En la etiqueta <object>, la ubicación de la tabla de acceso de Vclick se indica utilizando un atributo "data" . Por ejemplo, en la modalidad de la presente invención, la ubicación de la tabla de acceso de Vclick se designa por "file : //dvdrom: /DVD_enav/vclickl . ifo" . Nótese que "file : //dvdrom : /" indica que la tabla de acceso de Vclick está presente en el disco de DVD mejorado, "dvd_enav/" indica que la tabla está presente bajo un directorio "DVD_ENAV" en el disco, y "vclickl . ifo" indica el nombre de archivo de la tabla de acceso de Vclick. La siguiente corriente de Vclick se designa utilizando una etiqueta <object> en <vmgm num="n"> en <vmg> . Esto indica que una corriente de Vclick designada por la etiqueta <object> se anexa a todo el primer dominio de menú de VMG en el espacio de VMG. La etiqueta <object> indica la ubicación de la corriente de Vclick utilizando un atributo "data" . Por ejemplo, en la modalidad de la presente invención, la ubicación de la corriente de Vclick se designa por "http://www.vclick.com/dvd_enav/vclick2.vck". Nótese que "http://www.vclick.com/dvd_enav/" indica que la corriente de Vclick está presente en un servidor externo, y "vclick2. vck" indica el nombre de archivo de la corriente de Vclick. En cuanto a una tabla de acceso de Vclick, la ubicación de la tabla de acceso de Vclick se indica similarmente utilizando un atributo "data" en una etiqueta <object>. Por ejemplo, en la modalidad de la presente invención, la ubicación de la tabla de acceso de Vclick se designa por "http://www.vclick.com/dvd_enav/vclick2.ifo". Nótese que "http://www.vclick.com/dvd_enav/" indica que la tabla de acceso de Vclick está presente en un servidor externo, y "vclick2. ifo" indica el nombre de archivo de la tabla de acceso de Vclick. La tercera corriente de Vclick se designa utilizando una etiqueta <object> en <pgc num="l"> en <vts__tt num="l"> en <vts num="l">. Esto indica que la corriente de Vclick designada por la etiqueta <object> se anexa a la primera PGC en el primer dominio de título en el primer espacio de VTS . En la etiqueta <object>, la ubicación de la corriente de Vclick se indica utilizando un atributo "data" . Por ejemplo, en la modalidad-de la presente invención, la ubicación de la corriente de Vclick se designa por "file : //dvdrom: /DVD__enav/vclick3.vck" . Nótese que "file : //dvdrom: /" indica que la corriente de Vclick está presente en el disco de DVD mejorado, "dvd_enav/" indica que la corriente está presente bajo un directorio "DVD_ENAV" en el disco, y "vclick3.vck" indica el nombre de archivo de la corriente de Vclick. La cuarta corriente de Vclick se designa utilizando una etiqueta <object> en <vts_tt num="n"> en <vts num="l">. Esto indica que la corriente de Vclick designada por la etiqueta <object> se anexa al primer dominio de título en el primer espacio de VTS . En la etiqueta <object>, la ubicación de la corriente de Vclick se indica utilizando un atributo "data". Por ejemplo, en la modalidad de la presente invención, la ubicación de la corriente de Vclick se designa por "file : //dvdrom ·. /dvd_enav/vclick4. vck" . Nótese que "file : //dvdrom: /" indica que la corriente de Vclick está presente en el disco de DVD mejorado, "dvd_enav/" indica que la corriente está presente bajo un directorio "DVD_ENAV" en el disco, y "vclick .vck" indica el nombre de archivo de la corriente de Vclick. La quinta corriente de Vclick se designa utilizando una etiqueta <object> en <vtsm num="n"> en <vts num="l">. Esto indica que la corriente de Vclick designada por la etiqueta <object> se anexa al primer dominio de menú de VTS en el primer espacio de VTS . En la etiqueta <object>, la ubicación de la corriente de Vclick se indica utilizando un atributo "data" . Por e emplo, en la modalidad de la presente invención, la ubicación de la corriente de Vclick se designa por "file : //dvdrom: /dvd_enav/vclick5.vck" . Nótese que "file : //dvdrom: /" indica que la corriente de Vclick esta presente en el disco de DVD mejorado, "dvd_enav/" indica que la corriente está presente bajo un directorio "DVD_ENAV" en el disco, y "vclickS .vck" indica el nombre de archivo de la corriente de Vclick. La sexta corriente de Vclick se designa utilizando una etiqueta <object> en <pgc num="l"> en <vtsm num="n"> en <vts num="l">. Esto indica que la corriente de Vclick designada por la etiqueta <object> se anexa a la primera PGC en el primer dominio de menú de VTS en el primer espacio de VTS. En la etiqueta <object>, la ubicación de la corriente de Vclick se indica utilizando un atributo "data". Por ejemplo, en la modalidad de la presente invención, la ubicación de la corriente de Vclick se designa por "file : //dvdrom: /DVD_enav/vclick6.vck" . Nótese que "file : //dvdrom: /" indica que la corriente de Vclick está presente en el disco de DVD mejorado, "dvd_enav/" indica que la corriente está presente bajo un directorio "DVD_ENAV" en el disco, y "vclick6.vck" indica el nombre de archivo de la corriente de Vclick.

La FIGURA 58 muestra la relación entre las corrientes de Vclick descritas en el ejemplo de la descripción de información de Vclick anterior, y los contenidos de video de DVD. Como puede observarse a partir de la FIGURA 58, la quinta y sexta corrientes de Vclick antes mencionadas se anexan a la primera PGC en el primer dominio de menú de VTS en el primer espacio de VTS . Esto representa que dos corrientes de Vclick se anexan a los contenidos de video de DVD, y pueden conmutarse mediante, por ejemplo, el usuario o proveedor de contenidos (autor de los contenidos) . Cuando el usuario conmuta estas corrientes, un "botón de conmutación de Vclick" utilizado para conmutar las corrientes de Vclick se proporciona en un controlador remoto (no mostrado) . Con este botón, el usuario puede cambiar libremente dos o más corrientes de Vclick. Cuando el proveedor de contenidos cambia estas corrientes, un comando de conmutación de Vclick ( "changeVclick ( ) " ) se describe en un lenguaje de Marcación, y este comando se expide en un tiempo designado por el proveedor de contenidos en el lenguaje de Marcación, de este modo cambiando libremente dos o más corrientes de Vclick. Las FIGURAS 59 a 65 muestran otros ejemplos de descripción (siete ejemplos) del archivo de información de Vclick. En el primer ejemplo (FIGURA 59) , dos corrientes de Vclick (corrientes #1 y #2 de Vclick) grabadas en el disco y una corriente de Vclick (corriente #3 de Vclick) grabada en el servidor se anexan a una PGC (PGC #1) . Como se describe en lo anterior, estas corrientes #1, #2, y #3 de Vclick pueden conmutarse libremente por el usuario y también por el proveedor de contenidos . Con la conmutación de las corrientes de Vclick por el proveedor de contenidos, por ejemplo, cuando el aparato de reproducción se instruye para reproducir la corriente #3 de Vclick pero se conecta al servidor externo, o cuando se conecta al servidor externo pero no puede descargar la corriente #3 de Vclick del servidor externo, la corriente #1 o #2 de Vclick puede reproducirse en su lugar. Un atributo de "prioridad" en la etiqueta <object> indica una orden sobre corrientes de conmutación. Por ejemplo, cuando el usuario (utilizando el "botón de conmutación de Vclick") o el proveedor de contenidos (utilizando el comando de conmutación de Vclick "changeVclick ( ) " ) conmuta secuencialmente las corrientes de Vclick, como se describe en lo anterior, las corrientes de Vclick se conmutan similar a la corriente #1 de Vclick -> corriente #2 de Vclick - corriente #3 de Vclick -> corriente #1 de Vclick ... con referencia al orden en el atributo de "prioridad" . El proveedor de contenidos también puede seleccionar una corriente de Vclick arbitraria al emitir un comando en un tiempo designado en el lenguaje de Marcación utilizando un comando de conmutación de Vclick ( "changeVclick (priority) ") . Por ejemplo, cuando se emite un comando de "changeVclick (2 )" , la corriente #2 de Vclick con un atributo "prioridad" = "2" se reproduce. En el siguiente ejemplo (FIGURA 60) , dos corrientes de Vclick (corriente #1 y #2 de Vclick) grabadas en el disco se anexan a una PGC (PGC #2) . Nótese que- un atributo de "audio" en la etiqueta <object> corresponde a un número de corriente de audio . Este ejemplo indica que cuando la corriente #1 de audio de los contenidos de video de DVD se reproduce, la corriente #1 de Vclick (Vclickl .vck) se reproduce síncronamente, o cuando la corriente #2 de audio de los contenidos de video de DVD se reproduce, la corriente #2 de Vclick (Vclick2.vck) se reproduce síncronamente. Por ejemplo, cuando la corriente #1 de audio de los contenidos de video incluye audio en Japonés y la corriente #2 de audio incluye audio en Inglés, la corriente #1 de Vclick se forma en Japonés, como se muestra en la FIGURA 68 (es decir, un sitio o página que describe los comentarios en Japonés de los objetos de Vclick o un sitio o página en Japonés como un destino de acceso después de que se pulsa un objeto de Vclick) , y la corriente #2 de Vclick se forma en Inglés, como se muestra en la FIGURA 67 (es decir, un sitio o página que describe los comentarios en Inglés de los objetos de Vclick o un sitio o página en Inglés como un destino de acceso después de que se pulsa un objeto de Vclick) , de este modo ajustando el idioma del audio de los contenidos de video de DVD al idioma de la corriente de Vclick. En la práctica, el aparato de reproducción se refiere a SPRM(l) (número de corriente de audio) y busca este archivo de información de Vclick para una corriente de Vclick correspondiente y la reproduce . En el tercer ejemplo (FIGURA 61) , tres corrientes de Vclick (corrientes #1, #2, y #3 de Vclick) grabadas en el disco se anexan a una PGC (PGC #3) . Nótese que un atributo "subpic" en la etiqueta <object> corresponde a un número de corriente de sub- imagen (número de sub-imagen) . Este ejemplo indica que cuando la corriente #1 de sub-imagen de los contenidos de video de DVD se reproduce, la corriente #1 de Vclick (Vclickl . vck) se reproduce síncronamente, cuando la corriente #2 de sub-imagen se reproduce, la corriente #2 de Vclick (Vclick2. ck) se reproduce síncronamente, y cuando la corriente #3 de sub-imagen se reproduce, la corriente #3 de Vclick (Vclick3.vck) se reproduce síncronamente. Por ejemplo, cuando la corriente #1 de sub-imagen incluye un subtítulo en Japonés y la corriente #3 de sub-imagen incluye un subtítulo en Inglés, la corriente #1 de Vclick se forma en Japonés, como se muestra en la FIGURA 70 (es decir, un sitio o página que describe los comentarios en Japonés de los objetos de Vclick o un sitio o página en Japonés como un destino de acceso después de que se pulsa un objeto de Vclick) , y la corriente #3 de Vclick se forma en Inglés, como se muestra en la FIGURA 69 (es decir, un sitio o página que describe los comentarios en Inglés de los objetos de Vclick o un sitio o página en Inglés como un destino de acceso después de que se pulsa un objeto de Vclick) , de este modo ajustando el idioma de subtítulo de los contenidos de video de DVD al idioma de la corriente de Vclick. En la práctica, el aparato de reproducción se refiere a SPRM(2) (número de corriente de sub-imagen) y busca este archivo de información de Vclick para una corriente de Vclick correspondiente y lo reproduce . En el cuarto ejemplo (FIGURA 62) , dos corrientes de Vclick (corrientes #1 y .#2 de Vclick) grabadas en el disco se anexan a una PGC (PGC #4) . Nótese que un atributo de "ángulo" en la etiqueta <object> corresponde a un número de ángulo. Este ejemplo indica que cuando el ángulo #1 de los contenidos de video se reproduce, la corriente #1 de Vclick (Vclickl . ck) se reproduce síncronamente (FIGURA 71), cuando el ángulo #3 se reproduce, la corriente #2 de Vclick (Vclick2. ck) se reproduce síncronamente (FIGURA 2), y cuando el ángulo #2 se reproduce, ninguna corriente de Vclick se reproduce. Normalmente, cuando los ángulos son diferentes, las posiciones de las personas y similares a las cuales van a anexarse los objetos de Vclick son diferentes. Por lo tanto, las corrientes de Vclick deben formarse para ángulos respectivos. (los datos de objeto de Vclick respectivos pueden multiplexarse en una corriente de Vclick) . En la práctica, el aparato de reproducción se refiere a SPRM(3) (número de ángulo) y busca este archivo de información de Vclick para una corriente de Vclick correspondiente y lo reproduce . En el quinto ejemplo (FIGURA 63) , tres corrientes de Vclick (corrientes #1, #2, y #3 de Vclick) grabadas en el disco se anexan a una PGC (PGC #5) . Nótese que un atributo de "aspecto" en la etiqueta <object> corresponde a una relación de aspecto de despliegue (por defecto) , y un atributo de "despliegue" en la etiqueta <object> corresponde a un modo de despliegue (actual) . Este ejemplo indica que los contenidos de video de DVD mismos tienen una relación de aspecto de "16:9", y se les permite hacer una salida "amplia" a un monitor de TV que tiene una relación de aspecto de "16:9", y una salida de "recuadro (Ib) " o "panorámica (ps) " a un monitor de TV que tiene una relación de aspecto de "4:3". En contraste, cuando la relación de aspecto de despliegue (por defecto) es de "16:9" y el modo de despliegue (actual) es "amplio", la corriente #1 de Vclick se reproduce síncronamente (FIGURA 73) , cuando la relación de aspecto de despliegue (por defecto) es de "4:3" y el modo de despliegue (actual) es "Ib" , la corriente #2 de Vclick se reproduce síncronamente (FIGURA 74) , y cuando la relación de aspecto de despliegue (por defecto) es de "4:3" y el modo de despliegue (actual) es "ps" , la corriente #3 de Vclick se reproduce síncronamente (FIGURA 75) . Por ejemplo, un globo de texto como un objeto de Vclick, el cual se despliega justo al lado de una persona, cuando los contenidos de video se despliegan en una relación de aspecto de "16:9", puede desplegarse en la porción superior o inferior (negra) de la pantalla en caso del despliegue de "recuadro" en una relación de aspecto de "4:3" o puede intercambiarse a una posición desplegable en caso del despliegue "panorámico" en una relación de aspecto de "4:3" aunque los extremos derecho e izquierdo de la pantalla no se desplieguen. También, el tamaño del globo de texto puede disminuirse o incrementarse, y el tamaño del texto en el globo puede disminuirse o incrementarse en correspondencia con la configuración de la pantalla. De esta forma, los objetos de Vclick pueden desplegarse en correspondencia con el estado del despliegue de los contenidos de video de DVD. En la práctica, el aparato de reproducción se refiere a "relación de aspecto de despliegue por defecto" y "modo de despliegue actual" en SPRM(14) (configuración del reproductor para video) y busca este archivo de información de Vclick para una corriente de Vclick correspondiente y lo reproduce.

En el sexto e emplo (FIGURA 64) , una corriente de Vclick (corriente #1 de Vclick) grabada en el disco se anexa a una PGC (PGC #6) . Como en el ejemplo anterior, un atributo de "aspecto" en la etiqueta <object> corresponde a una relación de aspecto de despliegue (por defecto) , y un atributo de "despliegue" en la etiqueta <object> corresponde a un modo de despliegue (actual) . En este ejemplo, los contenidos de video de DVD mismos tienen una relación de aspecto de "4:3", y la corriente de Vclick se aplica a un monitor de TV que tiene una relación de aspecto de "4:3" cuando los contenidos se producen en un modo "normal" . Finalmente, las funciones antes mencionadas pueden utilizarse en combinación como se muestra en un ejemplo (FIGURA 65). Cuatro corrientes de Vclick (corrientes #1, #2, #3 , y #4 de Vclick) grabadas en el disco se anexan a una PGC (PGC #7) . En este ejemplo, cuando la corriente #1 de audio, la corriente #1 de sub-imagen, y el ángulo #1 de los contenidos de DVD que se reproducen, la corriente #1 de Vclick (Vclickl . ck) se reproduce síncronamente; cuando la corriente #1 de audio, la corriente #2 de sub-imagen, y el ángulo #1 se reproducen, la corriente #2 de Vclick (Vclick2. ck) se reproduce síncronamente; cuando el ángulo #2 se reproduce, la corriente #3 de Vclick (Vclick3. ck) se reproduce síncronamente; y cuando la corriente #2 de audio y la corriente #2 de sub-imagen se reproducen, la corriente #4 de Vclick (Vclick4. ck) se reproduce síncronamente. La FIGURA 66 muestras la relación entre los datos de PGC de los contenidos de video de DVD y las corrientes de Vclick para anexarse a sus atributos en asociación con los siete ejemplos (FIGURAS 59 a 65) . El aparato de reproducción (reproductor de DVD mejorado) de acuerdo con la modalidad de la presente invención puede cambiar secuencialmente las corrientes de Vclick para anexarse en correspondencia con el estado de reproducción de los contenidos de video de DVD al cargar el archivo de información de Vclick con anticipación o con referencia a ese archivo como se necesite, antes de la reproducción de los contenidos de video de DVD. De esta forma, un alto grado de libertad puede asegurarse con la formación de las corrientes de Vclick, y la cai'ga sobre autoría puede reducirse. Al incrementar el número de archivos (el número de corrientes) de los contenidos de Vclick unitarios, y disminuir el tamaño de cada archivo, un área (memoria intermedia) requerida por el aparato de reproducción para almacenar corrientes de Vclick puede reducirse. Al disminuir el número de archivos (es decir, formar una corriente para incluir una pluralidad de datos de Vclick) aunque incremente el tamaño de archivo, los datos de Vclick pueden conmutarse ligeramente cuando el estado de reproducción de los contenidos de video de DVD haya cambiado.

(Revisión de la Estructura de Datos y la Tabla de Acceso) Una corriente de Vclick incluye datos asociados con una región de un objeto (por ejemplo, una persona, artículo, o similar) que aparece en la imagen en movimiento grabada en el medio 231 de grabación de datos de imagen en movimiento, un método de despliegue del objeto en el cliente 200, y los datos de una acción que se toma por el cliente cuando el usuario designa ese objeto. Una revisión de la estructura de datos de Vclick y sus elementos se explicará en lo siguiente. Los datos de región de objeto como datos asociados con una región de un objeto (por ejemplo, una persona, artículo, o similar) que aparecen en la imagen en movimiento se explicarán primero. La FIGURA 3 es una vista para explicar la estructura de datos de región de objeto. El número 300 de referencia denota un lugar, el cual se forma por una región de un objeto, y se expresa en un sistema de coordenadas tridimensional (3D) de X (el valor de coordenada horizontal de una imagen de video) , Y (el valor de coordenada vertical de la imagen de video) , y Z (el tiempo de la imagen de video) . Una región de objeto se convierte en datos de región de objeto para cada margen de tiempo predeterminado (por ejemplo, entre 0.5 segundos a 1.0 segundos, entre 2 segundos a 5 segundos, o similar) . En la FIGURA 3, una región 300 de objeto se convierte en cinco datos 301 a 305 de región de objeto, qué se almacenan en unidades de acceso de Vclick independientes (AU: que se describe posteriormente) . Como un método de conversión en este tiempo, por ejemplo, codificación de forma de MPEG-4, un ubicador espacio-temporal de MPEG-7, o similar puede utilizarse. Puesto que la codificación de forma de MPEG-4 y el ubicador espacio-temporal de MPEG-7 son esquemas para reducir el tamaño de datos al explotar la correlación temporal entre las regiones de objeto, sufren de problemas: los datos no pueden descodificarse a la mitad, y si los datos en un tiempo dado se omiten, los datos en tiempos cercanos no pueden descodificarse. Puesto que la región de objeto que aparece continuamente en la imagen en movimiento durante un largo período de tiempo, como se muestra en la FIGURA 3, se convierte en datos al dividirlo en la dirección de tiempo, se permite fácil acceso aleatorio, y la influencia de omisión de los datos parciales puede reducirse. Cada Vclick_AU es efectiva en sólo un intervalo de tiempo específico en una imagen en movimiento. El intervalo de tiempo efectivo de Vclick_AU se llama un tiempo de vida de Vclick_AU. La FIGURA 4 muestra la estructura de una unidad (Vclick_AU) , la cual puede accederse independientemente, en una corriente de Vclick utilizada en la modalidad de la presente invención. El número 400 de referencia denota los datos de región de objeto. Como se ha explicado utilizando la FIGURA 3, el lugar de una región de objeto en un intervalo de tiempo dado se convierte en datos. El intervalo de tiempo en el cual la región de objeto se describe se llama un tiempo activo de esa Vclick_AU. Normalmente, el tiempo activo de Vclick_AU es igual al tiempo de vida de esa Vclick_AU. Sin embargo, el tiempo activo de Vclick_AU puede establecerse como una parte del tiempo de vida de esa Vclick_AU. El número 401 de referencia denota un encabezado de Vclick_AU. El encabezado 401 incluye una ID utilizada para identificar Vclick_AU, y los datos utilizados para especificar el tamaño de datos de esa AU. El número 402 de referencia denota una marca de tiempo que indica el inicio de tiempo de vida de esta Vclick_AU. Puesto que el tiempo activo y el tiempo de vida de Vclick_AU son normalmente iguales entre sí, la marca de tiempo también indica un tiempo de la imagen en movimiento que corresponde a la región de obj eto descrita en los datos de región de objeto. Como se muestra en la FIGURA 3, puesto que la región de objeto cubre un cierto margen de tiempo, la marca 402 de tiempo normalmente describe el tiempo de encabezamiento de la región de objeto. Desde luego, la marca de tiempo puede describir el intervalo de tiempo o el tiempo de encabezamiento de la región de objeto descrita en los datos de región de objeto. El número 403 de referencia denota la información de atributo de objeto, que incluye, por ejemplo, el nombre de un objeto, una descripción de acción con la designación del objeto, un atributo de despliegue del objeto, y similares. Estos datos en Vclick_AU se describirán en detalle posteriormente. El servidor de preferencia graba las Vclick_AU en orden de marcas de tiempo para facilitar la transmisión. La FIGURA 5 es una vista para explicar el método para generar una corriente de Vclick al acomodar una pluralidad de AU en el orden de marcas de tiempo. En la FIGURA 5, asumir que existen dos ángulos de cámara, es decir, ángulos 1 y 2 de cámara, y una imagen en movimiento que se despliega se conmuta cuando el ángulo de la cámara se conmuta en el cliente. También, asumir que existen dos modos de idioma que se pueden seleccionar: Japonés e Inglés, y diferentes datos de Vclick se preparan en correspondencia con estos idiomas . Con referencia a la FIGURA 5, las Vclick_AU para el ángulo 1 de cámara y Japonés son 500, 501, y 502, y aquellos para el ángulo 2 de cámara y Japonés es 503. También, las Vclick_AU para Inglés son 504 y 505. Cada una de las AU 500 a 505 son datos que corresponden a un objeto en la imagen en movimiento. Es decir, como ya se ha explicado en lo anterior utilizando las FIGURAS 3 y 4, los metadatos asociados con un objeto se forman de una pluralidad de Vclick_AU (en la FIGURA 5, un rectángulo representa una AU) . La abscisa de la FIGURA 5 corresponde a un tiempo en la imagen en movimiento, y las AU 500 a 505 se esquematizan en correspondencia con los tiempos de apariencia de los objetos. Divisiones temporales de las Vclick__AU respectivas pueden determinarse arbitrariamente. Sin embargo, cuando las divisiones de las Vclick_AU se alinean en todos los objetos, como se muestra en la FIGURA 5, la administración de datos se vuelve fácil. El número 506 de referencia denota una corriente de Vclick formada de estas Vclick_AU (500 a 505) . La corriente de Vclick se forma al acomodar las Vclick_AU en el orden de marcas de tiempo después de un encabezado 507. Puesto que el ángulo de la cámara seleccionada es más probable que se conmute por el usuario durante la visualización, la corriente de Vclick se prepara de preferencia al multiplexar las Vclick_AU de diferentes ángulos de cámara. Esto es debido a que la conmutación rápida de despliegue se permite en el cliente. Por ejemplo, cuando los datos de Vclick se almacenan en el servidor 201, si una corriente de Vclick que incluye las Vclick_AU de una pluralidad de ángulos de la cámara se transmite intacto al cliente, puesto que Vclick_AU corresponde a un ángulo de cámara actualmente visualizado siempre llega al cliente, un ángulo de cámara puede conmutarse instantáneamente. Desde luego, la información de establecimiento del cliente 200 puede enviarse al servidor 201, y solamente la Vclick_AU requerida puede transmitirse selectivamente desde una corriente de Vclick. En este caso, puesto que el cliente debe comunicarse con el servidor, el proceso se retarda ligeramente (aunque este problema de retardo de proceso puede resolverse si un medio de alta velocidad tal como una fibra óptica o similar se utiliza en una comunicación) . Por otro lado, puesto que los atributos tales como un título de imagen en movimiento, PGC de video de DVD, la relación de aspecto de la imagen en movimiento, la región de visualización, y similares no se cambian tan frecuentemente, se preparan de preferencia como corrientes de Vclick independientes para aligerar el proceso del cliente y para reducir la carga en la red. Una corriente de Vclick que se selecciona de una pluralidad de corrientes de Vclick puede determinarse con referencia al archivo de información de Vclick, como ya se ha descrito en lo anterior. Otro método de selección de Vclick se describirá en lo siguiente. Un caso se examinará en lo siguiente en donde el cliente descarga la corriente 506 de Vclick desde el servidor, y utiliza solamente las AU requeridas en el lado del cliente. En este caso, las ID utilizadas para identificar las Vclick_AU requeridas pueden asignarse a las AU respectivas. Tal ID se llama una ID de filtro. Las condiciones de las AU requeridas se describen en, por ejemplo, el archivo de información de Vclick como sigue. Nótese que el archivo de información de Vclick puede estar presente en el medio 231 de grabación de datos de imagen en movimiento o puede descargarse del servidor 201 mediante la red. El archivo de información de Vclick normalmente se proporciona desde el mismo medio que aquel de las corrientes de Vclick tal como el medio de grabación de datos de imagen en movimiento, el servidor, o similar: <pgc num="7"> //audio/definición de la corriente de Vclick mediante la corriente y ángulo de subimagen <obj ect data="file : //dvdrom: /dvd-enav/vclickl .vck" audio="l" subpic="l" angle="l"/> <obj ect data="file : //dvdrom: /dvd_enav/vclickl .vck" audio="3" subpic="2" angle="l"/> </pgc> En este caso, dos condiciones de filtración diferentes se describen para una corriente de Vclick. Esto indica que dos diferentes Vclick_AU que tienen diferentes atributos pueden seleccionarse de una sola corriente de Vclick de acuerdo con los establecimientos de los parámetros de sistema en el cliente. Si las AU no tienen ninguna ID de filtro, el administrador 210 de metadatos verifica las marcas de tiempo, los atributos, y similares de las AU para seleccionar las AU que concuerdan con las condiciones dadas, identificando con esto las Vclick_AU requeridas. Un ejemplo que utiliza las ID de filtro se explicará de acuerdo con la descripción anterior. En las condiciones anteriores, "audio" representa un número de corriente de audio, lo cual se expresa por un valor numérico de 4 bits. De igual manera, valores numéricos de 4 bits se asignan subpic de número de sub-imagen y angle de número de ángulo. De esta forma, los estados de tres parámetros pueden expresarse por un valor numérico de 12 bits. Es decir, tres parámetros audio="3", subpic="2", y angle="l" pueden expresarse por 0x321 (hexadecimal ) . Este valor se utiliza como una ID de filtro. Es decir, cada Vclick_AU tiene una ID de filtro de 12 bits en un encabezado Vclick_AU (véase filtering_id en la FIGURA 14) . Este método define una ID de filtro como una combinación de valores numéricos al asignar valores numéricos a valores de parámetros independientes utilizados para identificar cada AU. Nótese que la ID de filtro puede describirse en un campo diferente al encabezado de Vclick_AU. La FIGURA 44 muestra la operación de filtración del cliente. El administrador 210 de metadatos recibe el valor T de reloj de imagen en movimiento y la ID x de filtro del manejador 207 de interfaz (etapa S4401) . El administrador 210 de metadatos encuentra todas las Vclick_AU cuyos tiempos de vida incluyen el valor T de reloj de imagen en movimiento de una corriente de Vclick almacenada en la memoria intermedia 209 (etapa S4402) . Para poder encontrar tales AU, procedimientos mostrados en las FIGURAS 45 y 46 pueden utilizarse utilizando la tabla de acceso de Vclick. El administrador 210 de metadatos verifica los encabezados de Vclick_AU, y envía sólo las AU con la misma ID de filtro que x al descodificadcr 216 de medios (etapas S4403 a S4405) . Las Vclick_AU que se envían desde la memoria intermedia 209 al descodificador 217 de metadatos con los procedimientos antes mencionados tienen las siguientes propiedades : i) Todas estas AU tienen el mismo tiempo de vida que incluye el reloj T de imagen en movimiento . ii) Todas estas AU tienen la misma ID x de filtro. Las AU en la corriente de metadatos de objeto que satisfacen las condiciones anteriores i) e ii) no se presentan excepto para estas AU. En la descripción anterior, la ID de filtro se define por una combinación de valores asignados a parámetros. Alternativamente, la ID de filtro puede designarse directamente en el archivo de información de Vclick. Por ejemplo, la ID de filtro se define en un archivo de IFO como sigue : <pgc num="5"> <param angle="l"> <obj ect data="file : //dvdrom: /dvd_enav/vclickl .vck" filter id="3"/> </param> <param angle="3"> <obj ect data="file : //dvdrom: /dvd-enav/vclick2. ck" filter id= "/> </param> <param aspect="16 : 9" display="wide" > <object data="file : //dvdrom: /dvd-enav/vclickl . ck" filter id="2"/> </param> </pgc> La descripción anterior indica que las corrientes de Vclick y los valores de ID de filtro se determinan basándose en los parámetros designados. La selección de las Vclick_AU mediante la ID de filtro y la transferencia de las AU desde la memoria intermedia 209 al descodificador 217 de medios se hace en los mismos procedimientos como en la FIGURA 44. Basándose en la designación del archivo de información de Vclick, cuando el número de ángulo del reproductor es "3", solamente las Vclick_AU cuyo valor de ID de filtro es igual a "4" se envía desde una corriente de Vclick almacenada en el archivo wvclick2. vck" en la memoria intermedia 209 al descodificador 217 de medios.

Cuando los datos de Vclick se almacenan en el servidor 201, y una imagen en movimiento se reproducirá de su encabezamiento, el servidor 201 sólo necesita distribuir una corriente de Vclick a la vez desde el encabezamiento hasta el cliente. Sin embargo, si se hace un acceso aleatorio, los datos deben distribuirse desde la parte media de la corriente de Vclick. En este tiempo, para poder acceder rápidamente a una posición deseada en la corriente de Vclick, se requiere una tabla de acceso de Vclick. La FIGURA 6 muestra un ejemplo de la tabla de acceso de Vclick. Esta tabla se prepara con anticipación, y se graba en el servidor 201. Esta tabla también puede almacenarse en el archivo de información de Vclick. El número 600 de referencia denota una secuencia de marca de tiempo, la cual lista las marcas de tiempo de la imagen en movimiento. El número 601 de referencia denota una secuencia de punto de acceso, que lista los valores de desplazamiento del encabezamiento de una corriente de Vclick en correspondencia con las marcas de tiempo de la imagen en movimiento. Si un valor que corresponde a la marca de tiempo del destino de acceso aleatorio de la imagen en movimiento no se almacena en la tabla de acceso de Vclick, un punto de acceso de una marca de tiempo con un valor cercano a esa marca de tiempo se refiere a, y una ubicación de inicio de transmisión se busca mientras se refiere a las marcas de tiempo en la corriente de Vclick cerca de ese punto de acceso. Alternativamente, la tabla de acceso de Vclick se busca para una marca de tiempo de un tiempo antes del destino de acceso aleatorio de la imagen en movimiento, y la corriente de Vclick se transmite desde un punto de acceso que corresponde a la marca de tiempo . El servidor almacena la tabla de acceso de Vclick y la utiliza para conveniencia para buscar los datos de Vclick que se transmiten en respuesta al acceso aleatorio desde el cliente. Sin embargo, la tabla de acceso de Vclick almacenada en el servidor puede descargarse al cliente, el cual puede buscar una corriente de Vclick. Especialmente, cuando las corrientes de Vclick se descargan simultáneamente desde el servidor hasta el cliente, las tablas de acceso de Vclick también se descargan simultáneamente desde el servidor hasta el cliente. Por otro lado, un medio de grabación de imagen en movimiento tal como un DVD o similar que graba las corrientes de Vclick puede proporcionarse. En este caso también, es efectivo que el cliente utilice la tabla de acceso de Vclick para buscar datos que se utilizan en respuesta al acceso aleatorio de los contenidos de reproducción. En tal caso, las tablas de acceso de Vclick se graban en el medio de grabación de imagen en movimiento como en las corrientes de Vclick, y el cliente lee y utiliza la tabla de acceso de Vclick de interés del medio de grabación de imagen en movimiento sobre su memoria principal interna o similar. La reproducción aleatoria de las corrientes de Vclick, las cuales se producen con la reproducción aleatoria de una imagen en movimiento o similar, se procesa por el descodificador 217 de metadatos . En la tabla de acceso de Vclick mostrada en la FIGURA 6, un tiempo de marca de tiempo es la información de tiempo que tiene un formato de marca de tiempo de una imagen en movimiento grabada en el medio de grabación de imagen en movimiento. Por ejemplo, cuando la imagen en movimiento se comprime por MPEG-2 con la grabación, el tiempo tiene un formato de PTS de MPEG-2. Además, cuando la imagen en movimiento tiene una estructura de navegación de títulos, cadenas de programa, y similares como en DVD, parámetros (TTN, VTS_TTN, TT_PGCN, PTTN, y similares) que los expresan se incluyen en el formato de tiempo. Asumir que cierta relación totalmente ordenada natural se define para un juego de valores de marca de tiempo. Por ejemplo, en cuanto a PTS, una relación ordenada natural como un tiempo puede introducirse. En cuanto a las marcas de tiempo que incluyen parámetros de DVD, la relación ordenada puede introducirse de acuerdo con un orden de reproducción natural del DVD. Cada corriente de Vclick satisface las siguientes condiciones : i) Las Vclick AU en la corriente de Vclick se acomodan en orden ascendente de marca de tiempo. En este tiempo, el tiempo de vida de cada Vclick_AU se determina como sigue: Dejar que t sea el valor de marca de tiempo de una AU dada. Los valores u de marca de tiempo de las AU después de la AU dada satisfacen u >= t . Dejar que t' sea un mínimo de tales "u" , que satisface u ? t. Un período que tiene el tiempo t como el tiempo de inicio y t' como el tiempo final se define como el tiempo de vida de la AU dada. Si no existe ninguna AU que tenga el valor u de marca de tiempo que satisface u > t después de la AU dada, el tiempo final del tiempo de vida de la AU dada concuerda con el tiempo final de la imagen en movimiento. ii) El tiempo activo de cada Vclick__AU corresponde al margen de tiempo de la región de objeto descrita en los datos de región de objeto incluidos en esa Vclick_AU. Nótese que la siguiente restricción asociada con el tiempo activo para una corriente de Vclick: El tiempo activo de Vclick_AU se incluye en el tiempo de vida de esa AU. Una corriente de Vclick que satisface las restricciones anteriores i) e ii) tiene las siguientes buenas propiedades: Primero, puede tenerse acceso aleatorio a alta velocidad de la corriente de "Vclick, como se describirá posteriormente. En segundo lugar, puede simplificarse un proceso de guardado en memoria intermedia con la reproducción de la corriente de Vclick. La memoria intermedia almacena la corriente de Vclick para las Vclick_AU respectivas, y borra las AU de aquéllas que tienen marcas de tiempo más largas. Si no existe ninguna de las dos suposiciones anteriores, una memoria intermedia grande y administración de memoria intermedia complicada se requieren para contener las AU efectivas en la memoria intermedia. La siguiente descripción se dará bajo la suposición de que la corriente de Vclick satisface las dos condiciones anteriores i) e ii) . En la tabla de acceso de Vclick mostrada en la FIGURA 6, el desplazamiento de punto de acceso indica una posición en una corriente de Vclick. Por ejemplo, la corriente de Vclick es un archivo, y el desplazamiento indica un valor de puntero de archivo de ese archivo. La relación del desplazamiento de punto de acceso, que forma un par con el tiempo de marca de tiempo, es como sigue: i) Una posición indicada por el desplazamiento es la posición de encabezamiento de la Vclick_AU dada. ii) Un valor de marca de tiempo de esa AU es igual a o menor que el valor de tiempo. iii) Un valor de marca de tiempo de AU inmediatamente antes de esa AU es verdaderamente más pequeña que el tiempo . En la tabla de acceso de Vclick, los "time" pueden acomodarse a intervalos arbitrarios pero no necesitan acomodarse a intervalos iguales. Sin embargo, pueden acomodarse a intervalos iguales en consideración de la conveniencia para un procesamiento de búsqueda y similares. Las FIGURAS 45 y 46 muestran los procedimientos de búsqueda prácticos utilizando la tabla de acceso de Vclick. Cuando una corriente de Vclick se descarga con anticipación del servidor a la memoria intermedia 209, una tabla de acceso de Vclick también se descarga desde el servidor y se almacena en la memoria intermedia 209. Cuando ambas de la corriente de Vclick y la tabla de acceso de Vclick se almacenan en el medio 231 de grabación de datos de imagen en movimiento, se cargan desde el dispositivo 230 de disco y se almacenan en la memoria intermedia 209. Con la recepción del reloj T de imagen en movimiento del manejador 207 de interfaz (etapa S4501) , el administrador 210 de metadatos busca el tiempo de la tabla de acceso de Vclick almacenado en la memoria intermedia 209 para el tiempo t' máximo qué satisface t' <= T (etapa S4502) . Puede llevarse a cabo una búsqueda de alta velocidad utilizando, por ejemplo, búsqueda binaria como un algoritmo de búsqueda. El valor de desplazamiento que forma un par con el tiempo t' obtenido en la tabla de acceso de Vclick se sustituye en la variable h (etapa S4503) . El administrador 210 de metadatos encuentra AUx que se localiza en la posición de byte h-th del encabezamiento de la corriente de Vclick almacenada en la memoria intermedia 209 (etapa S4504) , y sustituye el valor de marca de tiempo de x en la variable t (etapa S4505) . De acuerdo con las condiciones antes mencionadas, puesto que t es igual a o menor que t' , t <= T. El administrador 210 de metadatos verifica las Vclick_AU en la corriente de Vclick en vez de x y establece la siguiente AU como nueva x (etapa S4506) . El valor de desplazamiento de x se sustituye en la variable h' (etapa S4507) , y el valor de marca de tiempo de x se sustituye en la variable u (etapa S4508) . Si u > T (SÍ en la etapa S4509) , el administrador 210 de metadatos instruye a la memoria intermedia 209 a enviar datos desde los desplazamientos h a h' de la corriente de Vclick al decodificador 216 de medios (etapas S4510 y S4511) . Por otro lado, si u <= T (NO en la etapa S4509) y u > T (SI en la etapa S4601) , el valor de t se actualiza por u (es decir, t = u) (etapa S4602) . Entonces, el valor de la variable h se actualiza por h' (es decir, h = h' ) (etapa S4603) . Si la siguiente AU está presente en la corriente de Vclick (es decir, si x no es la última AU) (SÍ en la etapa S4604) , la siguiente AU es establece como nueva x para repetir los procedimientos antes mencionados (el flujo regresa a la etapa S4506 en la FIGURA 45) . Si x es la última Vclick_AU de la corriente de Vclick (NO en la etapa S4604) , el administrador 210 de metadatos instruye a la memoria intermedia 209 a enviar datos desde el desplazamiento h al final de la corriente de Vclick al decodificador 216 de medios (etapas S4605 y S4606) . Con los procedimientos antes mencionados, las Vclick__AU enviadas desde la memoria intermedia 209 al decodificador 216 de medios aparentemente tienen las siguientes propiedades: i) Todas las Vclick_AU tienen el mismo tiempo de vida. Además, el reloj T de imagen en movimiento se incluye en este tiempo de vida. ii) Las Vclick_AU en la corriente de Vclick que satisfacen la condición anterior i) no están presentes excepto para estas AU. El tiempo de vida de cada Vclick_AU en la corriente de Vclick incluye el tiempo activo de esas AU, pero no siempre concuerdan. En la práctica, un caso mostrado en la FIGURA 47 es posible. Los tiempos de vida de AU#1 y AU#2 que describen respectivamente los objetos 1 y 2 están hasta el tiempo de inicio del tiempo de vida de AU#3. Sin embargo, los tiempos activos de las AU respectivas no concuerdan con sus tiempos de vida. Una corriente de Vclick en la cual las AU se acomodan en el orden de #1, #2, y #3 se examinará. Asumir que el reloj T de imagen en movimiento se designa. De acuerdo con los procedimientos mostrados en las FIGURAS 45 y 46, AU#1 y AU#2 se envían desde esta corriente de Vclick hasta el decodificador 216 de medios. Puesto que el decodificador 216 de medios puede reconocer el tiempo activo de la Vclick_AU recibida, el acceso aleatorio puede implementarse por este proceso. Sin embargo, en la práctica, puesto que la transferencia de datos desde la memoria intermedia 209 y un proceso de decodificación en el decodificador 216 de medios tiene lugar durante un tiempo T en el cual ningún objeto esta presente,' cae la eficiencia de cálculo. Este problema puede resolverse al introducir la Vclick_AU especial llamada NULL_AU . La FIGURA 48 muestra la estructura de ULL__AU. NULL_AU no tiene ningún dato de región de objeto a diferencia de Vclick_AU normal. Por lo tanto, NULL_AU tiene sólo un tiempo de vida, pero no tiene ningún tiempo activo. El encabezado de NULL_AU incluye una etiqueta que indica que la AU de interés es ULL_AU. NULL_AU puede insertarse en una corriente de Vclick dentro de un margen de tiempo dónde ningún tiempo activo de un objeto está presente. El administrador 210 de metadatos no produce ninguna NULL_AU al decodificador 216 de medios. Cuando NULL_AU se introduce, la FIGURA 47 cambia de igual forma, por ejemplo, FIGURA 49. AU#4 en la FIGURA 49 es ULL_AU. En este caso, en una corriente de Vclick, las Vclick_AU se acomodan en el orden de AU#1 ' , AU#2 ' , AU#4 , y AU#3. Las FIGURAS 50, 51, y 52 muestran la operación del administrador 210 de metadatos que corresponde a las FIGURAS 45 y 46 en asociación con una corriente de Vclick que incluye NULL_AU. Es decir, el administrador 210 de metadatos recibe el reloj T de imagen en movimiento del administrador 207 de interfaz (etapa S5001) , obtiene el máximo t' qué satisface t' <= T (etapa S5002) , y sustituye el valor de desplazamiento que forma un par con t' en la variable h (etapa S5003) . La unidad de acceso AU que se localiza en la posición del valor h de desplazamiento en la corriente de metadatos de objeto se establece como x (etapa S5004) , y el valor de marca de tiempo de x se almacena en la variable t (etapa S5005) . Si x es NULL_AU (SÍ en la etapa S5006) , AU cerca de x se establece como nueva x (etapa S5007) , y el flujo regresa a la etapa S5006. Si x no es NULL_AU (NO en la etapa S5006) , el valor de desplazamiento de x se almacena en la variable h' (etapa S5101) . Los procesos subsecuentes (etapas S5102 a S5105 en la FIGURA 51 y las etapas S5201 a S5206 en la FIGURA 52) son los mismos que aquéllos en las etapas S4508 a S4511 en la FIGURA 45 y las etapas S4601 a S4606 en la FIGURA 46. El protocolo entre el servidor y el cliente se explicará en lo siguiente. Cuando el protocolo utilizado con la transmisión de datos de Vclick desde el servidor 201 al cliente 200, por ejemplo, se conoce RTP (Protocolo de Transporte en Tiempo Real) . Puesto que RTP tiene buena química con UDP/IP y agrega importancia al tiempo real, los paquetes probablemente se omitirán. Si se utiliza TP, una corriente de Vclick se divide en paquetes de transmisión (paquetes de RTP) cuando se transmiten. Un ejemplo de un método para almacenar una corriente de Vclick en paquetes de transmisión se explicará en lo siguiente. Las Figuras 7 y 8 son respectivamente vistas para explicar un método para formar paquetes de transmisión en correspondencia con los tamaños de estados pequeños y grandes de Vclick_AU respectivamente. En la Figura 7, el número 700 de referencia denota una corriente de Vclick. Un paquete de transmisión incluye el encabezado 701 de paquete y una carga útil. El encabezado 701 de paquete incluye número de serie del paquete, el tiempo de transmisión, la información que especifica la fuente y similares. La carga útil es un área de datos para almacenar datos de transmisión. Las Vclick_JVU (702) extraídas a su vez de la corriente 700 de Vclick se almacenan en la carga útil. Cuando la siguiente Vclick_AU no puede almacenarse en la carga útil, los datos 703 de relleno se insertan en el área restante. Los datos de relleno son datos ficticios para ajustar el tamaño de los datos y una corrida de valores "0" . Cuando el tamaño de la carga útil puede establecerse para ser igual a aquel de una o una pluralidad de Vclick_AU, no se requieren datos de relleno. Por otro lado, la Figura 8 muestra un método para formar paquetes de transmisión cuando una Vclick_AU no pueda almacenarse en una carga útil. Solamente datos parciales (802) que pueden almacenarse en una carga útil del primer paquete de transmisión de Vclick_AU (800) se almacenan en la carga útil. Los datos restantes *804) se almacenan en una carga útil del segundo paquete de transmisión. Si el tamaño de almacenaje de la carga útil aún tiene espacio libre, ese espacio se rellena con los datos 805 de relleno. Lo mismo aplica a un caso donde una Vclick_AU se divide en tres o más paquetes. Como un protocolo diferente a RTP, HTTP (Protocolo de Transporte de Hipertexto) o HTTPS puede utilizarse. Puesto que HTTP tiene buena química con TCP/IP y se reenvían datos omitidos, de este modo se permiten comunicaciones de datos altamente viables. Sin embargo, cuando la producción de red es lenta, puede ocurrir un retardo de datos. Puesto que HTTP está libre de cualquier omisión de datos, un método para dividir una corriente de Vclick en paquetes sobre almacenaje no necesita tomarse en consideración.

(Procedimiento de Reproducción (Red) ) Los procedimientos de un proceso de reproducción cuando una corriente de Vclick está presente en el servidor 201 se describirán en lo siguiente. La Figura 37 es un diagrama de flujo que muestra los procedimientos del proceso de inicio de reproducción después de que el usuario ingresa una instrucción de inicio de reproducción hasta que comienza la reproducción. En la etapa S3700, el usuario ingresa una instrucción de inicio de reproducción. Esta entrada se recibe por el manej ador 207 de interfaz, que produce un comando de preparación de reproducción de imagen de movimiento al controlador 205 de reproducción de imagen de movimiento. Se verifica como la etapa S3701 de proceso de ramificación si una sesión con el servidor 201 ya se ha abierto. Si la sesión no se ha abierto todavía, el flujo avanza a la etapa S3702; de otra forma, el flujo avanza a la etapa S3703. En la etapa S3702, un proceso para abrir la sesión entre el servidor y el cliente se ej ecuta . La Figura 9 muestra un ejemplo de procedimientos de comunicación desde la apertura de sesión hasta el cierre de sesión cuando se utiliza RTP como el protocolo de comunicación entre el servidor y el cliente. Una negociación debe hacerse entre el servidor y el cliente al comienzo de la sesión. En el caso de RTP, RTSP (Protocolo de Propagación en Tiempo Real) normalmente se utiliza. Puesto que una comunicación de RTSP requiere alta fiabilidad, RTSP y RTP de preferencia hacen comunicaciones utilizando TCP/IP y UDP/lP, respectivamente. Para poder abrir una sesión, el cliente (200 en el ejemplo de la Figura 2) solicita al servidor (201 en el ejemplo de la Figura 2) proporcionar información asociada con los datos de Vclick para propagarse (método de RTSP DESCRIBE) . Asumir que el cliente se notifica con anticipación de la dirección del servidor que distribuye datos que corresponden a una imagen en movimiento para reproducirse por un método para, por ejemplo, grabar información de dirección en un medio de grabación de datos de imagen de movimiento. El servidor envía información de los datos de Vclick al cliente como una respuesta a esta solicitud. Más específicamente, el cliente recibe información tal como la versión del protocolo de la sesión, el poseedor de la sesión, el nombre de la sesión, la información de conexión, la información del tiempo de la sesión, el nombre de los metadatos, los atributos de metadatos, y similares. Como un método para describir estas piezas de información, por ejemplo, se utiliza SDP (Protocolo de Descripción de Sesión) . El cliente entonces solicita al servidor abrir una sesión (método de ESTABLECIMIENTO DE RTSP) . El servidor se prepara para la propagación, y regresa una ID de sesión. Los procesos descritos hasta ahora corresponden a aquellos en la etapa S3702 cuando se utiliza RTP. Cuando se utiliza HTTP en lugar de RTP, los procedimientos de comunicación se hacen, como se muestra en por ejemplo la Figura 10. Inicialmente , una sesión de TCP como una capa inferior de HTTP se abre (presentación de 3 vías) . Como en los procedimientos anteriores, asumir que al cliente se notifica con anticipación de la dirección del servidor que distribuye los datos que corresponden a una imagen en movimiento que se reproduce. Después de esto, un proceso para enviar la información de estado al cliente (por ejemplo, un país fabricante, idioma, estados de selección de varios parámetros y similares) al servidor utilizando, por ejemplo, SDP puede ejecutarse. Los procesos descritos hasta ahora corresponden a la etapa S3702 en el caso de HTTP. ?? la etapa S3703, un proceso para solicitar al servidor transmitir los datos de Vclick se ejecutan mientras que la sesión entre el servidor y el cliente se abre. Este proceso se implementa al enviar una instrucción del manejador de interfaz al administrador 208 de red, y después enviar una solicitud desde el administrador 208 de red hasta el servidor. En caso de RTP, el administración 208 de red envía un método de REPRODUCCIÓN DE RTSP al servidor para emitir una solicitud de transmisión de datos de Vclick. El servidor especifica una corriente de Vclick que se transmite con referencia a la información recibida desde el cliente hasta ahora y la información de Vclick en el servidor. Además, el servidor especifica una posición de inicio de transmisión en la corriente de Vclick utilizando la información de marca de tiempo de la posición de inicio de reproducción incluida en la solicitud de transmisión de datos de Vclick y la tabla de acceso de Vclick almacenada en el servidor. El servidor entonces guarda en paquete la corriente de Vclick y envía los paquetes al cliente mediante RTP. Por otro lado, en caso de la HTTP, el administrador 208 de red transmite un método de OBTENER HTTP para expedir una solicitud de transmisión de datos de Vclick. Esta solicitud puede incluir información de marca de tiempo de la posición de inicio de reproducción de una imagen en movimiento. El servidor especifica una corriente de Vclick que se transmite y la posición de inicio de transmisión en esa corriente mediante el mismo método que en RTP, y envía la corriente de Vclick al cliente mediante HTTP. En la etapa S3704, un proceso para guardar en memoria intermedia la corriente de Vclick enviada desde el servidor en la memoria intermedia 209 se ejecuta. Este proceso se hace para evitar que la memoria intermedia se vacíe cuando la transmisión de corriente de Vclick desde el servidor sea demasiado tarde. Si el administrador 210 de metadatos notifica al manejador de interfaz que la memoria intermedia ha almacenado la corriente de Vclick suficiente, el flujo avanza a la etapa S3705. En la etapa S3705, el manejador de interfaz emite un comando de inicio de reproducción de imagen en movimiento al controlador 205 y también emite un comando al controlador 210 de metadatos para iniciar la producción de la corriente de Vclick al descodificador 217 de metadatos. La Figura 38 es un diagrama de flujo que muestran los procedimientos del proceso de inicio de reproducción diferente de aquellos en la Figura 37. En los procesos descritos en el diagrama de flujo de la Figura 37, los procesos para guardar memoria intermedia en la corriente de Vclick para un tamaño dado en la etapa S3704 con frecuencia toma tiempo dependiendo del estado de la red, y el rendimiento de procesamiento del servidor y el cliente. Más específicamente, se requiere con frecuencia más tiempo después de que el usuario emite una instrucción de reproducción hasta que comienza la reproducción realmente. En los procedimientos de proceso mostrados en la Figura 38, si el usuario emite una instrucción de inicio de reproducción en la etapa S3800, la reproducción de una imagen en movimiento comienza inmediatamente en la etapa S3801. Es decir, con la recepción de la instrucción de inicio de reproducción del usuario, el manej ador 207 de interfaz emite un comando de inicio de reproducción al controlador 205. De esta forma, el usuario' no necesita esperar después de que emite una instrucción de reproducción hasta que pueda ver una imagen en movimiento. Las etapas S3802 a S3805 de proceso son las mismas que aquellas en las etapas S3701 a S3704 en la Figura 37. En la etapa S3806, un proceso para descodificar la corriente de Vclick en sincronía con la imagen en movimiento cuya reproducción está en progreso se e ecuta. Más específicamente, con la recepción de un mensaje que indica que un tamaño dado de la corriente de Vclick se almacena en la memoria intermedia del administrador 210 de metadatos, el manejador 207 de interfaz produce un comando de inicio de salida de la corriente de Vclick al descodificador de metadatos. El administrador 210 de metadatos recibe la marca de tiempo de la imagen en movimiento cuya reproducción está en progreso desde el manejador de interfaz, especifica la Vclick_AU que corresponde a esta marca de tiempo a partix~ de los datos almacenados en la memoria intermedia, y los reproduce en el ccdificador de metadatos. En los procedimientos de proceso mostrados en la Figura 38, el usuario jamás se espera después de que emite una instrucción de reproducción hasta que pueda ver una imagen en movimiento. Sin embargo, puesto que la corriente de Vclick no se descodifica inmediatamente después del comienzo de la reproducción, ningún despliegue asociado con los objetos puede hacerse, o ninguna acción se toma si el usuario pulsa un objeto. Durante la reproducción de la imagen en movimiento, el administrador 208 de red del cliente recibe las corrientes de Vclick que se envían en lugar del servidor, y las almacena en la memoria intermedia 209. Los metadatos de objeto almacenados se envían al descodificador 217 de metadatos en tiempos apropiados. Es decir, el administrador 210 de metadatos se refiere a la marca de tiempo de la imagen en movimiento cuya reproducción está en progreso, la cual se envía desde el mane ador 207 de interfaz para especificar la Vclick_AU que corresponde a esa marca de tiempo a partir de los datos almacenados en la memoria intermedia 209, y envía los metadatos de objeto específicos al descodificador 217 de metadatos para las AU respectivas. El descodificador 217 de metadatos descodifica los datos recibidos. Nótese que el descodificador 217 puede saltar la descodificación de los datos para un ángulo de cámara diferente a aquel actualmente seleccionado por el cliente. Cuando se conoce que Vclick_AU corresponde a la marca de tiempo de la imagen en movimiento cuya reproducción está en progreso ya se ha cargado al descodificador 217 de metadatos, el proceso de transmisión de los metadatos de objeto al descodificador de metadatos puede saltarse . La marca de tiempo de la imagen en movimiento cuya reproducción está en progreso secuencialmente se envía desde el manejador de interfaz hasta el descodificador 217 de metadatos. El descodificador de metadatos descodifica Vclíck_AU en sincronía con esta marca de tiempo, y envía los datos requeridos al ejecutor 218 de AV. Por ejemplo, cuando la información de atributo descrita en las instrucciones de Vclick_AU para desplegar una región de objeto, el descodificador de metadatos genera una imagen de máscara, contorno, y similar de la región de objeto y la envía al ejecutor 218 de AV en sincronía con la marca de tiempo de la imagen en movimiento cuya reproducción está en progreso. El descodificador de metadatos compara la marca de tiempo de la imagen en movimiento cuya reproducción está en progreso con el tiempo de vida de Vclick_AU para determinar los metadatos de objeto antiguos que no se requieren y para borrar esos datos. La Figura 39 es un diagrama de flujo para explicar los procedimientos de un proceso de detención de reproducción. En la etapa S3900, el usuario ingresa una instrucción de detección de reproducción durante la reproducción de la imagen en movimiento. En la etapa S3901, un proceso para detener el proceso de reproducción de imagen en movimiento se ejecuta. Se hace este proceso cuando el manej ador 207 de interfaz produce un comando de detección al controlador 205. Al mismo tiempo, el manejador de interfaz produce, en el administrador 210 de metadatos, un comando de detección de salida de los metadatos de objeto al descodificador de metadatos. En la etapa S3902, un proceso para cerrar la sesión con el servidor se ejecuta. Cuando se utiliza RTP, un método de DESPRENDIMIENTO DE RTSP se envía al servidor, como se muestra en la Figura 9. Con la recepción del mensaje de DESPRENDIMIENTO, el servidor detiene la transmisión de datos para cerrar la sesión y regresa un mensaje de confirmación al cliente. Con este proceso, la ID de sesión utilizada en la sesión se invalida. Por otro lado, cuando se utiliza HTTP, un método de cierre de HTTP se envía al servidor para cerrar la sesió .

(Procedimiento de Acceso Aleatorio (Red) ) Los procedimientos de reproducción de acceso aleatorio cuando está presente una corriente de Vclick en el servidor 201 se describirán en lo siguiente. La Figura 40 es un diagrama de flujo que muestra los procedimientos de proceso después de que el usuario emite una instrucción de inicio de reproducción de acceso aleatorio hasta que comienza la reproducción. En la etapa S4000, el usuario ingresa una instrucción de inicio de reproducción de acceso aleatorio. Como los métodos de entrada, un método para hacer que el usuario seleccione de una lista de posiciones accesibles tales como capítulos y similares, un método para hacer que el usuario designe un punto desde una barra deslizable que corresponde a las marcas de tiempo de una imagen en movimiento, un método para ingresar directamente la marca de tiempo de una imagen en movimiento, y similares están disponibles. La marca de tiempo de entrada se recibe por el manej dor 207 de interfaz, el cual emite un comando de preparación de reproducción de imagen en movimiento al controlador 205 de reproducción de imagen en movimiento. Si la reproducción de la imagen en movimiento ya ha iniciado, el controlador 205 emite una instrucción de detección de reproducción de la imagen en movimiento cuya reproducción está en progreso, y después produce el comando de preparación de imagen en movimiento. Se verifica como etapa S4001 de proceso de ramificación si una sección con el servidor 201 ya se ha abierto. Si la sección ya se ha abierto (por ejemplo, la reproducción de la imagen en movimiento está en progreso) , un proceso de cierre de sesión se ejecuta en la etapa S4002. Si la sesión aún no se ha abierto, el flujo avanza hacia la etapa S4003 sin ejecutar el proceso en la etapa S4002. En la etapa S4003, un proceso para abrir la sesión entre el servidor y el cliente se ejecuta. Este proceso es el mismo que aquel en la etapa S3702 en la Figura 37. En la etapa S4004, un proceso para solicitar que el servidor transmita los datos de Vclick al designar la marca de tiempo de la posición de inicio de reproducción se ejecuta mientras que la sesión entre el servidor y el cliente se abre. Este proceso se implementa al enviar una instrucción desde el manejador de interfaz hasta el administrador 208 de red, y después de enviar una solicitud desde el administrador 208 de red hasta el servidor. En el caso de RTP, el administrador 208 de red envía un método de REPRODUCCIÓN DE RTSP al servidor para emitir una solicitud de transmisión de datos de Vclick. En ese tiempo, el administrador 208 también envía la marca de tiempo que especifica la posición de inicio de reproducción al servidor mediante un método utilizando, por e emplo, una descripción de Margen. El servidor especifica una corriente de Vclick para transmitirse con referencia a la información recibida del cliente hasta ahora y la información de Vclick en el servidor. Además, el servidor especifica una posición de inicio de transmisión en la corriente de Vclick utilizando la información de marca de tiempo de la posición de inicio de reproducción incluida en la solicitud de transmisión de datos de Vclick y la tabla de acceso de Vclick almacenada en el servidor. El servidor entonces guarda empaques de la corriente de Vclick y envía los paquetes al cliente mediante RTP. Por otro lado, en el caso de HTTP, el administrador 208 de red transmite un método para OBTENER HTTP para expedir una solicitud de transmisión de datos de Vclick. Esta solicitud incluye la información de marca de tiempo de la posición de inicio de reproducción de la imagen en movimiento. El servidor especifica una corriente de Vclick para transmitirse con referencia a la información de Vclick, y también especifica la posición de inicio de transmisión en la corriente de Vclick utilizando la tabla de acceso de Vclick en el servidor mediante el mismo método que RTP. El servidor entonces envía la corriente de Vclick al cliente mediante HTTP. En la etapa S4005, un proceso para guardar en memoria intermedia la corriente de Vclick enviada desde el servidor en la memoria intermedia 209 se ejecuta. Este proceso se hace para evitar que la memoria intermedia se vacíe cuando la transmisión de corriente de Vclick desde el servidor sea demasiado tarde. Si el administrador 210 de metadatos notifica al interfaz que la memoria intermedia ha almacenado la corriente de Vclick suficiente, el flujo avanza a la etapa S4006. En la etapa S4006, el manejador de interfaz emite un comando de inicio de reproducción de imagen en movimiento al controlador 205 y también emite un comando al administrador 210 de metadatos para iniciar la producción de la corriente de Vclick al descodificador 217 de metadatos. La Figura 41 es un diagrama de flujo que muestra los procedimientos del proceso de inicio de reproducción de acceso aleatorio diferente de aquellos en la Figura 40. En los procesos descritos en el diagrama de flujo de la Figura 40, el proceso para guardar en memoria intermedia la corriente de Vclick para un tamaño dado en la etapa S4005 con frecuencia toma tiempo dependiendo del estado de la red, y el rendimiento de procesamiento del servidor y el cliente. Más específicamente, con frecuencia se requiere mucho tiempo después de que el usuario emite una instrucción de reproducción hasta que comienza realmente la reproducción. En contraste, en los procedimientos de proceso mostrados en la Figura 41, si el usuario emite una instrucción de inicio de reproducción en la etapa S4100, la reproducción de una imagen en movimiento comienza inmediatamente en la etapa S4101. Es decir, con la recepción de la instrucción de inicio de reproducción del usuario, el manejador 207 de interfaz emite un comando de inicio de reproducción de acceso aleatorio al controlador 205. De esta forma, el usuario no necesita esperar después de que emite una instrucción de reproducción hasta que pueda ver una imagen en movimiento. Las etapas S4102 a S4106 de proceso son las mismas que aquellas en las etapas S4001 a S4005 en la Figura 40. En la etapa S4107, un proceso para descodificar la corriente de Vclick en sincronía con la imagen en movimiento cuya reproducción está en progreso se ejecuta. Más específicamente, con la recepción de un mensaje que indica que un tamaño dado de la corriente de Vclick se almacena en la memoria intermedia del administrador 210 de metadatos, el manejador 207 de interfaz produce un comando de inicio de salida de la corriente de Vclick al descodificador de metadatos. El administrador 210 de metadatos recibe la marca de tiempo de la imagen en movimiento cuya reproducción está en progreso del manej ador de interfaz, especifica la Vclick__AU que corresponde a esta marca de tiempo de los datos almacenados en la memoria intermedia, y la produce en el descodificador de metadatos. En los procedimientos de proceso mostrados en la Figura 41, el usuario jamás se espera después de que emite una instrucción de reproducción hasta que puede ver una imagen en movimiento. Sin embargo, puesto que la corriente de Vclick no se descodifica inmediatamente después del comienzo de la reproducción, ningún despliegue asociado con los objetos puede hacerse, o ninguna acción se toma si el usuario pulsa un objeto. Puesto que los procesos durante la reproducción de la imagen en movimiento y el proceso de detección de reproducción de imagen en movimiento son los mismos que aquellos en el proceso de reproducción normal, una descripción de los mismos se omitirá.

(Procedimiento de Reproducción (Local) ) Los procedimientos de un procedimiento de reproducción cuando una corriente de Vclick está presente en el medio 231 de grabación de datos de imagen en movimiento se describirá en lo siguiente. La Figura 42 es un diagrama de flujo que muestra los procedimientos de proceso de inicio de reproducción después de que el usuario ingresa una instrucción de inicio de reproducción hasta que comienza la reproducción. En la etapa S4200, el usuario ingresa una instrucción de inicio de reproducción. Esa entrada se recibe por el manej ador 207 de interfaz, que produce un comando de preparación de reproducción de imagen en movimiento en el controlador 205 de reproducción de imagen en movimiento. En la etapa S4201, se ejecuta un proceso para especificar una corriente de Vclick que se utiliza. En este proceso, el manejador de interfaz se refiere al archivo de información de Vclick sobre el medio 231 de grabación de datos de imagen en movimiento y especifica una corriente de Vclick que corresponde a la imagen en movimiento que se reproduce designada por el usuario . En la etapa S4202, un proceso para almacenar la corriente de Vclick en la memoria intermedia se ejecuta. Para implementar este proceso, el manejador 207 de interfaz emite, al administrador 210 de metadatos, un comando para asegurar una memoria intermedia. El tamaño de la memoria intermedia que se asegura se determina como de un tamaño lo suficientemente grande para almacenar la corriente de Vclick especifica. Normalmente, un documento de inicio de memoria intermedia que describe este tamaño se graba en el medio 231 de grabación de datos de imagen en movimiento. Con el término de asegurar la memoria intermedia, el manejador 207 de interfaz emite, al controlador 205, un comando para leer la corriente de Vclick específica y almacenarla en la memoria intermedia . Después de que se almacena la corriente de Vclick en la memoria intermedia, un proceso de inicio de reproducción se ejecuta en la etapa S4203. En este proceso, el manejador 207 de interfaz emite un comando de reproducción de imagen en movimiento al controlador 205 de reproducción de imagen en movimiento, y simultáneamente emite al administrador 210 de metadatos, un comando de inicio de salida de la corriente de Vclick a descodificador de metadatos . Durante la reproducción de la imagen en movimiento, la lectura de Vclick_AU del medio 231 de grabación de datos de imagen en movimiento se almacena en la memoria intermedia 209. La corriente eléctrica almacenada se envía al codificador 217 de metadatos en un tiempo apropiado. Es decir, el administrador 210 se refiere a la marca de tiempo de la imagen en movimiento cuya reproducción está en progreso, la cual se envía desde el manejador 207 de interfaz para especificar Vclick_AU que corresponde a esa marca de tiempo a partir de los datos almacenados en la memoria intermedia 209, y envía los metadatos de objeto específicos al descodificador 217 de metadatos para las AU respectivas. El descodificador 217 de metadatos descodifica los datos recibidos. Nótese que el descodificador 217 puede saltar la descodificación de los datos para un ángulo de cámara diferente de aquel actualmente seleccionado por el cliente. Cuando se conoce que Vclick_AU que corresponde a la marca de tiempo de la imagen en movimiento cuya reproducción está en progreso ya se ha cargado al descodificador 217 de metadatos, el proceso de transmisión de los metadatos de objeto al descodificador de metadatos puede saltarse. La marca de tiempo de la imagen en movimiento cuya reproducción está en progreso secuencialmente se envía desde el manejador de interfaz hasta el descodificador 217 de metadatos. El descodificador de metadatos descodifica Vclick_AU en sincronía con esta marca de tiempo, y envía los datos requeridos al ejecutor 218 de AV. Por ejemplo, cuando la información de atributo descrita en las instrucciones de Vclñ ck_AU para desplegar una región de objeto, el descodificador de metadatos genera una imagen de máscara, contorno y similares de la región de objeto, y las envía al ejecutor 218 de AV en sincronía con la marca de tiempo de la imagen en movimiento cuya reproducción está en progreso. El descodificador de metadatos compara la marca de tiempo de la imagen en movimiento cuya reproducción está en progreso con el tiempo de vida de Vclick_AU para determinar metadatos de objeto antiguos que no se requieren y para borrar esos datos. Si el usuario ingresa una instrucción de detención de reproducción durante la reproducción de la imagen en movimiento, el manej ador 207 de interfaz produce un comando de detección de reproducción de imagen en movimiento y un comando de detección de lectura de corriente de Vclick al controlador 205. Con estos comandos, el proceso de reproducción de imagen en movimiento finaliza.

(Procedimiento de Acceso Aleatorio (Red) ) Los procedimientos de reproducción de acceso aleatorio cuando una corriente de Vclick está presente en el medio 231 de grabación de datos de imagen en movimiento se describirán en lo siguiente . La Figura 43 es un diagrama que flujo que muestra los procedimientos de proceso después de que el usuario emite una instrucción de inicio de reproducción de acceso aleatorio hasta que comienza la reproducción. En la etapa S4300, el usuario ingresa una instrucción de inicio de reproducción de acceso aleatorio. Como los métodos de entrada, un método para hacer que el usuario seleccione de una lista de posiciones accesibles tales como capítulos y similares, un método para hacer que el usuario designe un punto de una barra de deslizamiento que corresponde a las marcas de tiempo de una imagen en movimiento, un método para ingresar directamente la marca de tiempo de una imagen en movimiento, y similares están disponibles. La marca de tiempo de entrada se recibe por el mane ador 207 de interfaz, el cual emite en un comando de preparación de reproducción de imagen en movimiento al controlador 205 de reproducción de imagen en movimiento. En la etapa S4301, un proceso para especificar una corriente de Vclick que se utiliza se ejecuta. En este proceso, el manej ador de interfaz se refiere al archivo de información de Vclick sobre el medio 231 de grabación de datos de imagen en movimiento y especifica una corriente de Vclick que corresponde a la imagen en movimiento que se reproduce designada por el usuario. La etapa S4302 es un proceso de ramificación que verifica si la corriente de Vclick específica se carga actualmente sobre la memoria intermedia 209. Si la corriente de Vclick específica no se carga, el flujo avanza a la etapa S4304 después de un proceso en la etapa S4303. Si la corriente de Vclick específica se carga actualmente sobre la memoria intermedia, el flujo avanza a la etapa S4304 mientras que salta el proceso en la etapa S4303. En la etapa S4304, la reproducción de acceso aleatorio de la imagen en movimiento y la descodificación de la corriente de Vclick comienza. En este proceso, el manej ador 207 de interfaz emite un comando de reproducción de acceso aleatorio de imagen en movimiento al controlador 205 de reproducción de imagen en movimiento, y simultáneamente produce, en el administrador 210 de metadatos, un comando para iniciar la producción de la corriente de Vclick en el descodificador de metadatos. Después de eso, el proceso de descodificación de la corriente de Vclick se ejecuta en sincronía con la reproducción de la imagen en movimiento. Puesto que los procesos durante la reproducción de la imagen en movimiento y el proceso de detención de reproducción de imagen en movimiento son los mismos que aquellos en el proceso de reproducción normal, una descripción de los mismos se omitirá.

(Procedimiento de Pulsación hasta el Despliegue de Información Relacionada) La operación del cliente ejecutada cuando el usuario ha pulsado una posición dentro de una región de objeto utilizando un dispositivo de señalamiento tal como un ratón o similar se describirá en lo siguiente. Cuando el usuario ha pulsado una posición dada, la posición de coordenadas pulsada en la imagen en movimiento se ingresa al manej ador 207 de interfaz. El manej ador de interfaz envía la marca de tiempo y la posición de coordenadas de la imagen en movimiento con la pulsación en el codificador 217 de metadatos. El codificador de metadatos ejecuta un proceso para especificar un objeto designado por el usuario en la base de la marca de tiempo y la posición de coordenada. Puesto que el descodificador de metadatos descodifica una corriente de Vclick en sincronía con la reproducción de la imagen en movimiento, y ya ha generado la región del objeto de la marca de tiempo con la pulsación, puede implementar fácilmente este proceso. Cuado una pluralidad de regiones de objeto están presentes en la posición de coordenada pulsada, el objeto más frontal se especifica con referencia a la información de capa incluida en Vclick_AU. Después de que se especifica el objeto designado por el usuario, el descodificador 217 de metadatos envía una descripción de acción (un escrito que designa una acción) descrito en la información 403 de atributo de objeto al interpretador 212 de escritura. Con la descripción de la recepción de acción, el interpretador de escritura interpreta los contenidos de acción y ejecuta una acción. Por ejemplo, el interpretador de escritura despliega un archivo de HTML designado o comienza a reproducir una imagen en movimiento designada. El archivo de HTML y esos datos de imagen en movimiento pueden grabarse en el cliente 200, pueden enviarse desde el servidor 201 mediante la red, o pueden estar presentes en otro servidor en la red. (Estructura de Datos Detallada) Ejemplos de configuración de estructura de datos en la práctica se explicarán en lo siguiente. La Figura 11 muestra un ejemplo de la estructura de datos de la corriente 506 de Vclick. Los significados de los elementos de datos son.- vcs_start_code indica el inicio de una corriente de Vclick; data_length designa la longitud de datos de un campo después de data_length en esta corriente de Vclick utilizando bytes.como una unidad; y data_bytes corresponde a un campo de datos de Vclick_AU. Este campo incluye el encabezado 507 de la corriente de Vclick en la posición de encabezamiento, y una o una pluralidad de Vclick_AU o NULL_AU (que se describe posteriormente) sigue. La Figura 12 muestra un ejemplo de la estructura de datos del encabezado 507 de la corriente de Vclick. Los significados de los elementos de datos son: vcs_header_code indica el inicio del encabezado de la corriente de Vclick; data_length designa la longitud de datos de un campo después de data_length en el encabezado de la corriente de Vclick utilizando bytes como una unidad; vclick_version designa la versión del formato. Este valor asume Olh en esta especificación; y bit_rate designa una proporción de bit máxima de esta corriente de Vclick. La Figura 13 muestra un ejemplo de la estructura de datos de Vclick_AU. Los significados de los elementos de datos son: vclick_start_code indica el inicio de cada Vclick_AU; data_length designa la longitud de datos de un campo después de data_length en esta Vclick_AU utilizando bytes como una unidad; y data_bytes corresponde a un campo de datos de Vclick_AU. Este campo incluye el encabezado 401, la marca 402 de tiempo, la información 403 de atributo de objeto, y la información 400 de región de objeto. La Figura 14 muestra un ejemplo de la estructura de datos del encabezado 401 de Vclick_AU. Los significados de los elementos de datos son: Vclick_header_code indica el inicio del encabezado de cada Vclick_AU; data_length designa la longitud de datos de un campo después de data_length en el encabezado de esta Vclick_AU utilizando bytes como una unidad; filtering_id es una ID utilizada para identificar Vclick_AU. Estos datos se utilizan para determinar Vclick_AU para descodificarse en la base de los atributos del cliente y esta ID; object_id es un número de identificación de un objeto descrito en los datos de Vclick. Cuando el mismo valor de object_id en dos Vclick_AU, son datos de un objeto semánticamente idéntico; object_subid representa continuidad semántica de los objetos. Cuando dos Vclick_AU incluyen los mismos valores object_id y obj ect_subid, quiere decir objetos continuos; continue_flag es una etiqueta. Si esta etiqueta es "1", una región de objeto descrita en esta Vclick_AU es continua a aquella descrita en la siguiente Vclick_AU que tiene el mismo object__id. De otra forma, esta etiqueta es «0" ; y la capa representa un valor de capa de un objeto.

Cuando el valor de capa es más grande, esto quiere decir que un objeto se localiza en el lado frontal en la pantalla. La Figura 15 muestra un ejemplo de la estructura de datos de la marca 402 de tiempo de Vclick_AU. Este ejemplo asume un caso donde un DVD se utiliza como medio 231 de grabación de datos de imagen y movimiento. Utilizando la siguiente marca de tiempo, un tiempo arbitrario de una imagen en movimiento en el DVD puede designarse, y la sincronización en la imagen en movimiento y los datos de Vclick pueden obtenerse. Los significados de los elementos de datos son: time_type indica el inicio de una marca de tiempo de DVD; data_length designa la longitud de datos de un campo después de data_length en esta marca de tiempo utilizando bytes como una unidad; VTSN indica un número de VTS (conjunto de título de video) del vídeo de DVD; TTN indica un número de título en el dominio de título de video de DVD. Este número corresponde a un valor almacenado en el parámetro de sistema SPRM(4) de un reproductor de DVD; V S_TTN indica un número de título de VTS en el dominio de titulo de vídeo de DVD. Este número corresponde a un valor almacenado en el parámetro de sistema SPRM(5) del reproductor de DVD; TT_PGCN indica un número de PGC de título (cadena de programa) en el dominio de título de vídeo de DVD. Este número corresponde a un valor almacenado en el parámetro de sistema SPRM(6) del reproductor de DVD; PTTN indica un número de parte de título (Part_of_Title) de vídeo de DVD. Este número corresponde a un valor almacenado en el parámetro de sistema SPRM(7) del reproductor de DVD; CN indica un número de celda del vídeo de DVD; AGNL indica un número de ángulo de video de DVD; y PTS [s .. e] indica datos de los bits s-th a e-th de la marca de tiempo de despliegue del vídeo de DVD. La Figura 16 muestra un ejemplo de la estructura de datos del salto de la marca de tiempo de Vclick_AU. Cuando el salto de la marca de tiempo se describe en Vclick_AU en lugar de una marca de tiempo, esto quiere decir que la marca de tiempo de este Vclick_AU es la misma que aquella de la Vclick_AU inmediatamente precedente. Los significados de los elementos de datos son: time_type indica el inicio ¿el salto de la marca de tiempo; y data_length designa longitud de datos de un campo después de data_length de este salto de marca de tiempo utilizando bytes como una unidad. Sin embargo, este valor siempre asume "0" puesto que el salto de marca de tiempo incluye solo time_type y data_length. La Figura 17 muestra un ejemplo de la estructura de datos de una información 403 de atributo de objeto de Vclick_AU. Los significados de los elementos de datos son: vca_start_code indica el inicio de la información de atributo de objeto de cada Vclick__AU; data_length designa la longitud de datos de un campo después de data_length en esta información de atributo de objeto utilizando bytes como una unidad; y data_bytes corresponde a un campo de datos de la información de atributo de objeto. Este campo describe uno o una pluralidad de atributos. Detalles de la información de atributo descrita en la información 403 de atributo de objeto se describirá en lo siguiente. La Figura 18 muestra una vista de los tipos de atributos que pueden describirse en la información 403 de atributo de objeto. Una columna "valor máximo" describe un ejemplo del número máximo de datos que pueden describirse en un AU de metadatos de objeto para cada atributo. attribute_id es una ID incluida en cada uno de los datos de atributo, y son los datos utilizados para identificar el tipo de atributo. Un atributo de nombre es la información utilizada para especificar el nombre del objeto. Un atributo de acción describe una acción que se toma con la pulsación de una región de objeto en una imagen en movimiento . Un atributo de contorno indica un método de despliegue de un contorno de objeto. Un atributo de región de intermitencia especifica un color de intermitencia con la intermitencia en una región de objeto. Un atributo de región de mosaico describe un método de conversión de mosaico con la aplicación de conversión de mosaico a una región de objeto, y desplegar la región convertida. Un atributo de región de pintura especifica un color sobre la pintura y despliega una región de objeto. Atributos que pertenecen a una categoría de texto definen atributos asociados con caracteres que se despliegan cuando los caracteres se desplegarán en una imagen en movimiento. La información de texto describe texto que se despliega. Un atributo de texto especifica atributos tales como color, fuente y similares de texto que se despliegan. Un atributo de efecto de resalto especifica un método de despliegue de resalto de caracteres con el resalto de texto parcial o completo. Un atributo de efecto de intermitencia especifica un método de despliegue de intermitencia de caracteres con la intermitencia de texto parcial o completo. Un atributo de efecto de despliegue describe una dirección de despliegue y velocidad con el despliegue del texto que se desplegará. Un atributo de efecto karaoke especifica un tiempo de cambio y posición de caracteres con el cambio de un color de texto secuencialmente . Finalmente, un atributo de extensión de capa se utiliza para definir un tiempo de cambio y valor de cambio en el valor de capa cuando el valor de capa de un objeto cambia en Vclick_AU. Las estructuras de datos de los atributos antes mencionados se explicarán individualmente en lo siguiente. La Figura 19 muestra un ejemplo de la estructura de datos del atributo de nombre de un objeto. Los significados de los elementos de datos son: attribute_id designa un tipo de datos de atributo. El atributo de nombre tiene attribute__id = 00h; data_length indica la longitud de datos después de data_length de los datos de atributo de nombre utilizando bytes como una unidad; idioma especifica un idioma utilizado para describir los siguientes elementos (nombre y anotación) . Un idioma se designa utilizando ISO- 639 "código para la representación de nombres de idioma" name_length designa la longitud de datos de un elemento de nombre utilizando bytes como una unidad; el nombre es una cadena de caracteres, que representa el nombre de un objeto descrito en esta Vclick_AU; annotation_length representa la longitud de datos de un elemento de anotación utilizando bytes como una unidad; y la anotación es una cadena de caracteres, que representa una anotación asociada con un ob eto descrito en esta Vclick_AU. La Figura 20 muestra un ejemplo de la estructura de datos del atributo de acción de un objeto. Los significados de los elementos de datos son: attribute_id designa un tipo de datos de atributo. El atributo de acción tiene attribute_id = Olh; data_length indica la longitud de datos de un campo después de data_length de los datos de atributo de acción utilizando bytes como una unidad; script_language especifica un tipo de idioma de escritura en el elemento de escritura; script_length representa la longitud de datos del elemento de escritura utilizando bytes como una unidad; y la escritura es una cadena de caracteres que describe una acción que se ejecuta utilizando el idioma de escritura designado por script_language cuando el usuario designa un objeto descrito en esta Vclick_AU. La Figura 21 muestra un ejemplo de la estructura de datos del atributo de contorno de un objeto. Los significados de los elementos de datos son: attribute_id designa un tipo de datos de atributo. El atributo de contorno tiene attribute_id = 02h; data_length indica la longitud de datos de un campo después de data_length de los datos de atributo de contorno utilizando bytes como una unidad; color_r, color_g, color__b, y color_a designan un color de despliegue del contorno de un objeto descrito en esta AU de metadatos de objeto; colorar, color_g, y color_b designan valores de rojo, verde y azul en la expresión de RGB del color. color_a indica transparencia; line_type designa el tipo de contorno (línea gruesa, línea discontinua o similar) de un objeto descrito en esta Vclick_AU; y el espesor designa el espesor de contorno de un objeto descrito en esta Vclick_AU utilizando puntos como una unidad. La Figura 22 muestra un ejemplo de la estructura de datos del atributo de región de intermitencia de un objeto.

Los significados de los elementos de datos son: attribute_id designa un tipo de datos de atributo. Los datos de atributo de región de intermitencia tienen attribute_id = 03h; data_length indica la longitud de datos de un campo después de data_length de los datos de atributo de región de intermitencia utilizando bytes como una unidad; color_r, color_g, color_b y color_a designan un color de despliegue de una región de un objeto descrito en esta Vclick_AU. color_r, color_g, y color_b designan los •valores de rojo, verde y azul en la expresión de RGB del color. color_a indica transparencia. La intermitencia de una región de objeto se realiza al desplegar alternativamente el color designado en el atributo de la región de pintura y aquel designado en este atributo; y intervalo designa el intervalo de tiempo de intermitencia . La Figura 23 muestra un ejemplo de la estructura de datos del atributo de región de mosaico de un objeto. Los significados de los elementos de datos son: attribute_id designa un tipo de datos de atributo. Los datos de atributo de región de mosaico tienen attributte_id = 04h; data__length indica la longitud de datos de un campo después de data_length de los datos de atributo de región de mosaico utilizando bytes como una unidad; mosaic_size designa el tamaño de un bloque de mosaico utilizando pinceles como una unidad; y aleatorio representa un grado de calidad de aleatorio al reemplazar posiciones de bloque convertidas en mosaico . La Figura 24 muestra un e emplo de la estructura de datos del atributo de la región de pintura de un objeto. Los significados de los elementos de datos son: attribute_id designa un tipo de datos de atributo.

Los datos de atributo de región de pintura tienen attribute_id = 05h; data_length indica la longitud de datos de un campo después de data_length de los datos de atributo de región de pintura utilizando bytes como una unidad; y colorar, color_g, color_b y color_a designan un color de despliegue de una región de un objeto descrito en esta Vclick_AU. color_r, color_g, y color_b designan los valores de rojo, verde y azul en la expresión de RGB de color. color_a indica transparencia. La Figura 25 muestra un ejemplo de la estructura de datos de la información de texto de un objeto. Los significados de los elementos de datos son: attribute_id designa un tipo de datos de atributo. La información de texto de un objeto tiene attribute_id = 06h; data_length indica la longitud de datos de un campo después de data_length de la información de texto de un objeto utilizando bytes como una unidad; idioma indica un idioma del texto descrito. Un método para designar un idioma puede utilizar ISO-639 "código para la representación de nombres de idiomas" ; char_code especifica un tipo de código de texto. Por ejemplo, UTF-8, UTF-16, ASCII , Shift JIS, y similares se utilizan para designar el tipo de código ; dirección especifica una dirección a la izquierda, derecha, arriba, o abajo como una dirección al acomodar los caracteres. Por ejemplo, en el caso de Inglés o Francés, los caracteres normalmente se acomodan en la dirección izquierda. Por otro lado, en caso de Árabe, los caracteres se acomodan en la dirección a la derecha. En el caso de Japonés, los caracteres se acomodan en cualquier dirección izquierda o abajo, sin embargo, una dirección de disposición diferente a aquella determinada para cada idioma puede designarse. También, una dirección oblicua puede designarse; text_length designa la longitud del texto cronometrado utilizando bytes como una unidad; y el texto es una cadena de caracteres, la cual es texto descrito utilizando el código de caracteres designado con char code .

La Figura 26 muestra un e emplo del atributo de texto de un objeto. Los significados de los elementos de datos son: attribute_id designa un tipo de datos de atributo. El atributo de texto de un objeto tiene attribute_id = 07h; data_length indica la longitud de datos de un campo después de data__length del atributo de texto de un objeto utilizando bytes como una unidad; font_length designa la longitud de descripción de la fuente utilizando bytes como una unidad; fuente es una cadena de caracteres, la cual designa la fuente utilizada con el despliegue de texto, color_r, color_g, color__b y color_a designan un color de despliegue de texto. color_r, color_g y color_b designan los colores de rojo, verde y azul en la expresión de RGB del color. color_a indica transparencia. La Figura 27 muestra un ejemplo del atributo de resalte de texto de un objeto. Los significados de los elementos de datos son: attribute_id designa un tipo de datos de atributo.

El atributo de efecto de resalte de texto de un objeto tiene attribute_id = 08h; data_length indica la longitud de datos de un campo después de data_length del atributo de efecto de resalte de texto de un objeto utilizando bytes como una unidad; entrada indica el número de "highlight_effect_entry" s en estos datos de atributo de efecto de resalte de texto; y data_bytes incluye "highlight_effect_entry" s tanto como entrada . La especificación de highlight_effect_entry es como sigue . La Figura 28 muestra un ejemplo de una entrada del atributo de efecto de resalte de texto de un objeto. Los significados de los elementos de datos son: start_position designa la posición de inicio de un carácter que se resalte utilizando el número de caracteres del encabezamiento de ese carácter; end_position designa la posición final de un carácter que se resalte utilizando el número de caracteres del encabezamiento de ese carácter; y color_r, color_g, color_b, y color_a designan un color de despliegue de los caracteres resaltados. color_r, color_g, y color_b designan los valores de rojo, verde y azul en la expresión de RGB del color. colorea indica transparencia . La Figura 29 muestra un ejemplo de la estructura de datos del atributo de efecto de intermitencia de texto de un objeto. Los significados de los elementos de datos son: attribute_id designa un tipo de datos de atributo.

Los datos de atributo de efecto de intermitencia de texto de un objeto tienen attribute_id = 09b.; data_length indica la longitud de datos de un campo después de data_length de los datos de atributo de efecto de intermitencia de texto utilizando bytes como una unidad; entrada indica el número de "blink_effect_entry" s en esos datos de atributo de efecto de la intermitencia de texto; y data_bytes incluye "blink_effect_entry" s tanto como una entrada. La especificación de blink_effect_entry es como sigue . La Figura 30 muestra un ejemplo de una entrada del atributo de efecto de intermitencia de texto de un objeto. Los significados de los elementos de datos son: startjposition designa la posición de inicio de un carácter que centellea utilizando el número de caracteres del encabezamiento de ese carácter. end_position designa la posición final de un carácter que centellea utilizando el número de carácter del encabezamiento de carácter; colorjr, color_g, color_b y color_a designan un color de despliegue de los caracteres de intermitencia. color_r, color_g y color_b designan los valores de rojo, verde y azul en la expresión de RGB del color. color_a indica transparencia. Nótese que los caracteres se centellean mediante el despliegue alternativo del color designado por esta entrada y el color designado por el atributo de texto; e intervalo designa el intervalo de tiempo de intermitencia. La Figura 31 muestra un e emplo de la estructura de datos del atributo de efecto de despliegue de texto de un objeto. Los significados de los elementos de datos son: attribute_id designa un tipo de datos de atributo. Los datos de atributo de efecto de despliegue de texto de un objeto tienen attríbute__id = Oah; data_length indica la longitud de datos de un campo después de data_length de los datos de atributo de texto de despliegue de texto utilizando bytes como una unidad; dirección designa una dirección para desplegar los caracteres. Por ejemplo, 0 indica una dirección de derecha a izquierda, 1 indica una dirección de izquierda a derecha, 2 indica una dirección de arriba abajo, y 3 indica una dirección de abajo a arriba; y retardo designa una velocidad de despliegue mediante una diferencia de tiempo de cuando el primer carácter que se despliega aparece hasta que aparece el último carácter . La Figura 32 muestra un ejemplo de la estructura de datos de atributo de efecto de karaoke de texto de un objeto.

Los significados de los elementos de datos son: attribute^id designa un tipo de datos de atributo. Los datos de atributo de efecto de karaoke de texto de un ob eto tienen attribute_id = Obh; data__length indica la longitud de datos de un campo después de data_lengt de los datos de atributo de efecto de karaoke de texto utilizando bytes como una unidad; start_time designa un tiempo de inicio de cambio de un color de texto de una cadena de caracteres designada por el primer karaoke_effect_entry incluido en data_bytes de estos datos de atributo; la entrada indica el número de "karaoke_effect_entry" s en estos datos de atributo de efecto de karaoke de texto; y data_bytes incluye "karaoke_effect_entry"s tanto como una entrada . La especificación de karaoke_effect_entry es como sigue . La Figura 33 muestra un ejemplo de la estructura de datos de una entrada del atributo de efecto de karaoke de texto de un objeto. Los significados de los elementos de datos son: end_time indica un tiempo final de cambio de color de texto de una cadena de caracteres designada por esta entrada. Si otra entrada sigue esta entrada, end_time también indica un tiempo de inicio de cambio de color de texto de una cadena de caracteres designada por la siguiente entrada; start_position designa la posición de inicio de un carácter cuyo color de texto va a cambiarse utilizando el número de caracteres del encabezamiento de ese carácter; y end_jposition designa una posición final de un carácter cuyo color de texto va a cambiarse utilizando el número de caracteres del encabezamiento de ese carácter. La Figura 34 muestra un ejemplo de la estructura de datos del atributo de extensión de capa de un objeto. El significado de elementos de datos es: attribute_id designa un tipo de datos de atributo. Los datos de atributo de extensión de capa de un objeto tienen attribute_id = Och; data_length indica la longitud de datos de un campo después de data_length de los datos de atributo de extensión de capa utilizando bytes como una unidad; start_time designa un tiempo de inicio en el cual el valor de capa designado por la primera layer_extension_entry incluida en data_bytes de estos datos de atributo se habilita; la entrada designa el número de "layer_extension_entry" s incluido en esos datos de atributo de extensión de capa; y data_bytes incluye "layer_extension_entry" s tanto como una entrada . La especificación de layer_extension_entry se describirá en lo siguiente. La Figura 35 muestra un ejemplo de la estructura de datos de una entrada del atributo de extensión de capa de un objeto. Los significados de los elementos de datos son: end_time designa un tiempo en el cual el valor de capa designado por esta layer_extension_entry se déshabilita. Si otra entrada sigue esta entrada, end_time también indica un tiempo de inicio en el cual el valor de capa designado por la entrada siguiente se habilita; y la capa designa el valor de capa de un objeto. La Figura 36 muestra un ejemplo de los datos 400 de región de objeto de los metadatos de objeto. Los significados de los elementos de datos son: vcr_start_code quiere decir el inicio de los datos de la región de obj eto ; data_length designa la longitud de datos de un campo después de que data_length dé los datos de región de objeto utilizando bytes como una unidad; y data_bytes es un campo de datos que describe una región de objeto. La región de objeto puede describirse utilizando, por ejemplo, el formato binario de MPEG- 7 SpatioTemporalLocator .

(Imagen de Aplicación) La Figura 76 muestra un ejemplo de despliegue, en una pantalla, de una aplicación (hipermedia de imagen en movimiento) , la cual es diferente de la Figura 1, y se implementa utilizando metadatos de objeto de la presente invención y una imagen en movimiento en conjunto. En la Figura 1, una imagen en movimiento e información asociada se despliegan en ventanas independientes. Sin embargo, en la Figura 76, una ventana A01 despliega imagen A02 en movimiento e información A03 asociada. Como la información asociada, no sólo el texto sino también la imagen A04 fija y una imagen en movimiento diferente de A02 pueden desplegarse.

(Método de Designación de Tiempo de Vida de Vclick_AU Utilizando Datos de Duración) La Figura 77 muestra un ejemplo de la estructura de datos de Vclick_AU la cual es diferente de la Figura 4. La diferencia de la Figura 4 es que los datos utilizados para especificar el tiempo de vida de Vclick_AU es una combinación de una marca B01 de tiempo y resistencia o duración B02 en lugar de la marca de tiempo sola. La marca E01 de tiempo en el tiempo de inicio del tiempo de vida de Vclick_AU, y la duración B02 es una duración del tiempo de inicio al tiempo final del tiempo de vida de Vclick_AU. Nótese que time_type es una ID utilizada para especificar que los datos mostrados en la Figura 79 significan una duración, y la duración es una duración. Duración indica una duración utilizando una unidad predeterminada (por ejemplo, 1 mseg, 0.1 seg, o similares) . Una venta a ofrecida cuando la duración también se describe como datos utilizados para especificar Vclick_AU yace en que la duración de Vclick_AU puede detectarse al verificar sólo Vclick_AU para procesarse. Cuando Vclick_AU valida con una marca de tiempo dada va a encontrarse, se verifica sin verificar otros datos de Vclick_AU si Vclick_AU de interés va a encontrarse. Sin embargo, el tamaño de datos se incrementa por la duración de B02 comparada con la Figura 4. La Figura 78 muestra un ejemplo de la estructura de datos de Vclick_AU la cual es diferente de la Figura 77. En este ejemplo, como datos para especificar el tiempo de vida de Vclick_AU la marca COI de tiempo que especifica el tiempo de inicio del tiempo de vida de Vclick_AU y la marca C02 de tiempo que especifica el tiempo final se utilizan. La ventaja ofrecida con utilizar esta estructura de datos es la misma que aquella con utilizar la estructura de datos de la Figura 77. Nótese que la presente invención no se limita a las modalidades antes mencionadas, y que varias modificaciones de elementos constituyentes pueden hacerse sin apartarse del alcance de la invención cuando se practique. Por ejemplo, la presente invención puede aplicarse no sólo a video de DVD-ROM ampliamente difundido, sino también a DVR-VR (video grabadora) cuya demanda está incrementada ampliamente en años recientes y que permite la grabación/reproducción. Además, la presente invención puede aplicarse a un sistema de reproducción o de grabación/reproducción de HD-DVD de siguiente generación, que será prevalente pronto. Varias invenciones pueden formarse al combinar apropiadamente una pluralidad de elementos constituyentes requeridos descritos en la modalidad antes mencionada. Por ejemplo, ciertos elementos constituyentes requeridos se borran de todos los elementos constituyentes requeridos descritos en las modalidades. También, elementos constituyentes requeridos asociados con diferentes modalidades pueden combinarse apropiadamente .

(Uso de obj etc_subid) Los datos de Vclick explicados en lo anterior pueden utilizarse para buscar un objeto que aparece en una imagen en movimiento. Por ejemplo, un nombre o pieza de información de un objeto se describe en texto en el nombre o anotación incluida en el atributo de nombre del ob eto. Por lo tanto, la búsqueda de palabra clave se realiza para estos elementos de datos, buscando con esto un objeto deseado. La Figura 80 es un ejemplo de pantalla donde los resultados de búsqueda que utiliza los datos de búsqueda de Vclick se despliegan. En esta búsqueda, de todas las AU de Vclick que incluyen una palabra clave de entrada van a buscarse. Una imagen (8000) es una miniatura y es una imagen de un tiempo que corresponde a una marca de tiempo de la AU de Vclick buscada. Explicaciones (8001) bajo la miniatura son un nombre y anotación incluidos en el atributo de nombre y el objeto de la AU de Vclick buscada, y una marca de tiempo de la misma. En este ejemplo, una imagen en movimiento puede reproducirse de la escena al pulsar la miniatura o las explicaciones ba o la miniatura. Cuando todas las AU de Vclick se enlistan como los resultados de búsqueda como se muestran en la Figura 80, existe un problema de que hay demasiados resultados de búsqueda desplegados. Por ejemplo, se asume que una imagen en movimiento donde un carácter aparece en diez escenas se busca. Además, se asume que cada escena de aparición se divide en quince AU de Vclick en promedio y que 150 AU de Vclick en total para el carácter se incluyen. Todas las object_id's de estas AU de Vclick tienen el mismo valor. Por lo tanto, cuando se realiza la búsqueda mediante una palabra clave que corresponde a ese carácter, 150 AU de Vclick son aciertos. Sin embargo, muchas de ellas son las apariencias en la misma escena, y de este modo, aún cuando la lista de miniaturas como se muestra en la Figura 80 o las escenas buscadas se reproducen, casi todas las escenas son similares. Además, puesto que el número de aciertos de búsqueda se incrementa, es difícil buscar una escena deseada de los resultados de búsqueda. El problema anterior de que muchos resultados de búsqueda similares se despliegan se resuelve al utilizar una ob ect_id incluida en el encabezado de AU de Vclick. En otras palabras, la AU de Vclick que tiene la misma object_id puede omitirse de los resultados de búsqueda. La Figura 81 es un ejemplo donde el resultado de búsqueda se despliega en esta manera. Sin embargo, en este método es posible obtener solamente un resultado de búsqueda para un objeto como puede observarse en la Figura 81. En este caso, no es posible hacer accesos a la escena respectiva cuando un objeto que se busca aparece en las diversas escenas. Para poder resolver el problema cuando todos los resultados de búsqueda de palabra clave para todas las AU de Vclick se despliegan, muchos resultados de búsqueda similares se despliegan, y para evitar un fenómeno de cuando los resultados de búsqueda de las AU de Vclick que tienen la object_id común se omiten, los resultados de búsqueda son muy pocos, la búsqueda se realiza al utilizar no sólo la object_id sino también la object_subid incluida en el encabezado de AU de Vclick. El método del mismo se describirá en lo siguiente.

La Figura 82 es un ejemplo de un flujo para explicar un procesamiento de búsqueda de palabra clave de la AU de Vclick utilizando la obj ect_subid . En la etapa S8200, 0 se sustituye "i" como un valor inicial. Después, en la etapa S8201, la búsqueda de palabra clave se realiza para la AU de Vclick i-th en una corriente de Vclick. En otras palabras, se verifica si la palabra clave de entrada se incluye en el nombre o anotación que se incluye en el atributo de nombre del objeto de AU de Vclick. En este tiempo, alta correlación de nivel puede realizarse, tal como verificación no sólo de la palabra clave sino también sinónimos de la palabra clave se incluyen o no. Además, no sólo la entrada por la palabra clave simple sino también la entrada por idioma natural pueden realizarse. La etapa S8202 es un procesamiento de selección, donde se verifica si la AU de Vclick i-th es un hallazgo o no como resultado del procesamiento de búsqueda en la etapa S8201. Cuando es un acierto, el procesamiento avanza a la etapa S8203. Cuando no es un acierto, el procesamiento procede a la etapa S8205. La etapa S8203 es un procesamiento de ramificación, donde se verifica si la object_id y object_subid de la AU de Vclick i-th son o no idénticas para object-id y object_subid de la AU Vclick de acierto, respectivamente. Cuando ambas object_id y object_subid son idénticas, respectivamente, el procesamiento procede a la etapa S8204, donde la AU de Vclick i-th se registra en los resultados de búsqueda. De otra forma, el registro no se realiza y el procesamiento procede a la etapa S8205. En la etapa S8205, se hace una determinación en cuanto a sí la AU de Vclick i-th que se procesa es la última o no de la corriente de Vclick. Cuando es la última, el procesamiento se termina, y cuando no es la última, la variable "i" se actualiza en la etapa S8206 y los procesamientos de la etapa S8201 se repiten. Mientras la object_id que tiene el mismo valor se da al mismo objeto en la AU de Vclick, la object_subid que tiene el mismo valor se da a la misma solamente cuando la escena también es idéntica. Por lo tanto, cuando el procesamiento en la Figura 82 se realiza, una AU de Vclick para cada escena se produce como el resultado de búsqueda. La Figura 83 es un ejemplo de despliegue en pantalla de los resultados de la búsqueda de palabra clave de las AU de Vclick utilizando la obj ect_subid . Como puede observarse a partir de la Figura 83, puesto que es posible obtener sólo un resultado de búsqueda para cada escena de acuerdo con este método, escenas similares no se despliegan a diferencia de cuando una lista de objetos de búsqueda se despliega o una escena de apariencia se reproduce. Además, el número de aciertos de la búsqueda se vuelve menor, facilitando con esto la búsqueda de una escena deseada.

(Uso de etiqueta continua) Cuando RTP se utiliza como un protocolo de comunicación, aparte de los datos que se distribuyen desde un servidor hasta un cliente pueden perderse puesto que la retransmisión de datos no se realiza en un modo normal. Aún cuando HTTP, el cual es un protocolo de comunicación altamente confiable, se utiliza, ocurre un retardo durante la distribución correcta de los datos desde el servidor hasta el cliente si una situación de la trayectoria de comunicación es mala, y los datos no pueden estar a tiempo para el procesamiento del cliente. Esto puede provocar que parte de las AU de Vclick se pierda en el lado del cliente. Cuando se pierde la AU de Vclick, ocurre una influencia de que una acción deseada no ocurre aún cuando un objeto se designa o aparece un contorno o desaparece cuando el contorno del objeto se despliega. Aquí, se describirá un método para utilizar etiqueta continua para reducir una influencia de ausencia parcial de las AU de Vclick. La Figura 84 es un diagrama de flujo para explicar un flujo de un procesamiento donde las AU de Vclick en una corriente de Vclick se ingresan secuencialmente los datos de un objeto que corresponde a un cierto valor de object_id. De ese procesamiento, la AU de Vclick perdida se determina inicialmente , y después se hace una determinación en cuanto si el procesamiento de interpolación para los datos perdidos se realiza o no. Primero, en la etapa S8400, 0 se sustituye en dos variables ^etiqueta" y "TR" como un procesamiento de inicio. Después, en la etapa S8401, las AU de Vclick que el cliente ha recibido se extraen secuencialmente y los procesamientos subsecuentes a esta etapa se realizan. Cuando una nueva AU de Vclick no está presente, el procesamiento se termina. En la etapa S8402, la object_id de la AU de Vclick que se procesa se extrae, y se hace una determinación en cuanto a si es idéntica o no a una cierta object_id que se procesa. Cuando es idéntica a la misma, en la etapa S8403, se realiza un procesamiento de extraer un TR de tiempo de encabezado de la región de objeto descrita en los datos 400 de la región de objeto incluidos en esta AU de Vclick. Cuando la object_id es diferente, el procesamiento regresa a la etapa S8401. En la etapa S8404, se hace una determinación en cuanto si la TR es más grande o no de la TL. TL es un tiempo final de la región de objeto de la AU de Vclick que tiene la misma object_id procesada inmediatamente después de la AU de Vclick la cual actualmente se está procesando. Cuando TR es más grande que TL, se determina que no existe ninguna AU de Vclick perdida, y el procesamiento de descodificación de AU de Vclick normal (etapa S8407) se realiza. Por otro lado, cuando TR es TL o menos , el procesamiento avanza a la etapa S8405. En la etapa S8405, el valor de la variable "etiqueta" se verifica, y cuando es 1, se determina que la AU de Vclick está perdida, y el procesamiento en la etapa S8406 se realiza. Cuando el valor de "etiqueta" es 0 , se determina que no existe ninguna AU de Vclick perdida, y el procesamiento en la etapa S8407 se realiza. La etapa S8408 es un procesamiento de actualización variable, donde el valor de la etiqueta continua de la AU de Vclick se sustituye en la variable "etiqueta" y el tiempo final de la región objeto descrita en esta AU de Vclick se sustituye en TR, y el procesamiento regresa a la etapa S8401. La Figura 85 es una vista explicatoria de un procesamiento de interpolación realizado en la etapa S8406. Aquí, se asume que una región de objeto en cada trama se expresa aproximadamente en polígonos o elipses como los datos 400 de la región de objeto (por ejemplo, ubicador espacio temporal de MPEG-7) . En la Figura 85, el eje de abcisa indica tiempo, y el eje de ordenada indica X (o Y) valor de coordenada de un cierto vértice de un polígono que expresa la región objeto. Un lugar del valor de coordenada en un margen de 8500 después del tiempo TR se describe en la AU de Vclick la cual actualmente se está procesando, y un lugar de un valor de coordenada en un margen 8501 antes del tiempo TL se describe en la AU de Vclick previa. Se determina en el procesamiento hasta la etapa S8403 que la AU de Vclick donde se describe un lugar del valor de coordenada en un margen 85,02 del tiempo TL a TR está perdido. En este tiempo, en el procesamiento de interpolación en la etapa S8404, los valores de coordenada en el tiempo TL y el tiempo TR se interpolan linealmente para generar los valores de coordenada en el margen perdido del tiempo ¾ a TR. Puesto que un polígono tiene varios vértices, un procesamiento similar se realiza para las coordenadas X y las coordenadas Y de los vértices respectivos, y una región de objeto en el margen del tiempo TL a TR la cual finalmente está perdida se genera. La etiqueta continua se define como una etiqueta que indica si la región de objeto descrita en la AU de Vclick es no temporalmente continua a la región de objeto descrita en la siguiente AU de Vclick que tiene la misma object_id. Sin embargo, aún cuando se define como una etiqueta que indica continuidad temporal con la región de objeto descrita no en la AU de Vclick siguiente sino en la AU de Vclick previa, el procesamiento de interpolación similar puede realizarse . En el procesamiento anterior, cuando una AU de Vclick intermedia se pierde entre varias AU de Vclick donde regiones de objeto temporalmente continuas se describen, una determinación de ausencia se hace correctamente. Cuando la AU de Vclick de encabezado se pierde, el procesamiento de interpolación no puede realizarse. Cuando la AU de Vclick última se pierde, existe una posibilidad de que a un periodo de tiempo cuando un objeto no está presente, puede interpolarse cuando una región de objeto temporalmente discontinua aparece posteriormente. El método más simple para evitar tal interpolación errónea es establecer un límite superior para el intervalo de tiempo cuando el procesamiento de interpolación se realiza y no para realizar la interpolación sobre un tiempo más largo que el límite superior. Otro método es utilizar no sólo una etiqueta continua sino también un encabezado de AU de Vclick que incluye dos etiquetas, tal como una etiqueta f continua y una etiqueta b continua, las cuales indican la continuidad entre las AU de Vclick previa y siguiente. La etiqueta b continua indica si la región de objeto descrita en esta AU de Vclick es o no temporalmente continua a la región de objeto descrita en la siguiente AU de Vclick que tiene la misma object_id. Cuando las regiones son continuas, la etiqueta es "1", y de otra forma, la etiqueta es "0" . Por otro lado, la etiqueta f continua indica si la región de objeto descrita en la AU de Vclick es no temporalmente continua a la región de objeto descrita en la AU de Vclick previa que tiene la misma object_id. Cuando las regiones son continuas, la etiqueta es "1" y de otra forma, la etiqueta es "0" . La Figura 87 es un diagrama de flujo para explicar un ejemplo de procesamiento de utilizar la etiqueta f continua y la etiqueta b continua para interpolar una AU de Vclick perdida. Es diferente de la Figura 84 en que la etapa S8405 se reemplaza con la etapa S8700. En la etapa S8700, se hace una determinación en cuanto a si el procesamiento de interpolación se realiza o no en consideración del valor de la etiqueta f continua que indica la continuidad con la región de objeto descrita en la AU de Vclick pasada.

(Compresión de texto) Cualesquier datos de texto se incluyen en los datos de la AU de Vclick explicada en lo anterior. Convertir el texto en datos como códigos de carácter es ineficiente para grandes números de datos. Cuando existe mucho texto que describirse, es mejor comprimir sólo los datos de texto y almacenar los mismos en la AU de Vclick. Las Figura 88, 89 y 90 son ejemplos de estructuras de datos de un atributo de nombre de un objeto que puede comprimir datos de texto, un atributo de acción de un objeto e información de texto de un objeto, respectivamente. En la estructura de datos del atributo de nombre de un objeto en la Figura 88, los datos de compresión de nombre están presentes además de la estructura de datos en la Figura 19. Los datos especifican si los datos de nombre del objeto subsiguiente se comprimen o no se comprimen, y especifican el método de compresión cuando los datos se comprimen. Cuando los datos se comprimen, la longitud de nombre indica el tamaño de datos de los datos comprimidos, y los datos de texto comprimidos se almacenan en el nombre. Similarmente , también en anotación, la compresión de anotación especifica si los datos de anotación se comprimen o no se comprimen, y especifica el método de compresión cuando los datos se comprimen. La longitud de anotación especifica el tamaño de datos de la anotación. La estructura de datos del atributo de acción de un objeto en la Figura 89 se agrega con datos de compresión de escritura cuando se compara con la estructura de datos en la Figura 20. La compresión de escritura especifica si los datos de escritura se comprimen o no se comprimen, y especifica el método de compresión cuando los datos se comprimen. La longitud de escritura especifica el tamaño de datos de escritura . La estructura de datos de información de texto de un objeto en la Figura 90 se constituye al agregar datos de compresión de texto a la estructura de datos en la Figura 25. La compresión de texto especifica si los datos de texto se comprimen o no se comprimen, y especifica el método de compresión cuando se comprimen los datos. La longitud de texto especifica el tamaño de datos de escritura.

Claims

REIVINDICACIONES

1. Una estructura de datos de una corriente de metadatos que se configura para incluir dos o más unidades de acceso que son unidades de datos capaces de procesarse independientemente, la unidad de acceso tiene primeros datos donde una región de especio temporal de un objeto en una imagen en movimiento se describe y segundos datos que especifican si objetos en una imagen de movimiento, que se designan respectivamente por los datos de la región de objeto y por lo menos dos unidades de acceso diferentes, son o no semánticamente idénticos.

2. Un método para buscar un objeto al utilizar la corriente de metadatos de acuerdo con la reivindicación 1, que comprende: extraer de la corriente de metadatos una pluralidad de unidades de acceso determinadas que son los mismos objetos por los segundos datos ; seleccionar una de la pluralidad de unidades de acceso extraídas; y utilizar la unidad de acceso seleccionada para realizar la búsqueda.

3. La estructura de datos de una corriente de metadatos de acuerdo con la reivindicación 1, donde cada una de las unidades de acceso además tiene terceros datos que especifican, cuando los objetos en una imagen de movimiento,, los cuales se designan respectivamente por los datos de la región de objeto en por lo menos dos unidades de acceso, son semánticamente idénticos, si los datos de la región de objeto en por lo menos dos unidades de acceso son datos o no en la misma escena en la imagen en movimiento.

4. Un método para buscar el objeto al utilizar la corriente de metadatos de acuerdo con la reivindicación 3, que comprende : extraer de la corriente de metadatos una pluralidad de unidades de acceso que se determina por ser los mismos objetos por los segundos datos y se determina por ser la misma escena por los terceros datos; seleccionar una de la pluralidad de unidades de acceso extraídas; y utilizar la unidad de acceso seleccionada para realizar la búsqueda.

5. La estructura de datos de una corriente de metadatos de acuerdo con la reivindicación 1, donde cada una de las unidades de acceso que incluyen la primera y la segunda unidades de acceso además tiene cuatro cuartos datos que especifican si la segunda unidad de acceso se incluye o no en la corriente de metadatos, la segunda unidad de acceso tiene los primeros datos que son continuos a los datos de la región de objeto en la primera unidad de acceso en un eje de tiempo de la imagen en movimiento, los primeros datos se especifican para designar semánticamente el mismo objeto por los terceros datos en la primera unidad de acceso.

6. Un método para reproducir la corriente de metadatos de acuerdo con la reivindicación 5, que comprende: utilizar los segundos datos y los cuartos datos en la primera unidad de acceso para determinar si la segunda unidad de acceso se pierde antes o después de la primera unidad de acceso; y cuando la segunda unidad de acceso se pierde, interpolar una región espacio temporal de un objeto específico por los primeros datos en la segunda unidad de acceso de la primera unidad de acceso y la tercera unidad de acceso antes y después de la segunda unidad de acceso.

7. Una estructura de datos de una corriente de metadatos que se configura para incluir una o más unidades de acceso que son unidades de datos capaces de procesarse independientemente, la unidad de acceso tiene: primeros datos donde una región espacio temporal de un objeto en una imagen en movimiento se describe; segundos datos que especifican si objetos en una imagen en movimiento, que se designan respectivamente por los datos de la región de objeto en por lo menos dos unidades de acceso, son o no semánticamente idénticos ,- datos de texto; y terceros datos que indican si los datos de texto se comprimen o no se comprimen.

8. Una estructura de datos de una corriente de metadatos que se configura para incluir una o más unidades de acceso que son unidades de datos capaces de procesarse independientemente, cada unidad de acceso tiene: primeros datos que especifican un tiempo de vida definido por un eje de tiempo de una imagen en movimiento; segundos datos que incluyen por lo menos uno de datos que especifican los datos de la región de objeto donde una región espacio temporal de un objeto a la imagen de movimiento se describe y un método de despliegue asociado con la región espacio temporal, y datos que especifican un procesamiento realizado cuando la región espacio temporal se designa; datos de texto; y terceros datos que indican si los datos de texto se comprimen o no se comprimen.

9. Un medio de información configurado para adaptar la estructura de datos de la reivindicación 1, 7 u 8.

10. Un aparato que comprende una máquina de procesamiento de datos configurado para manejar la estructura de datos de la reivindicación 1, 7 u 8.