MXPA01000997A - Tarjeta de memoria semiconductora, aparato de reproduccion, aparato de grabacion, metodo de reproduccion, metodo de grabacion y sistema de grabacion legible en computadora - Google Patents

Abstract

Una tarjeta de memoria semiconductora almacena una pluralidad de objetos de audio (AOB) que componen una pluralidad de pistas e información de playlist que muestran un orden de reproducción para las pistas. La tarjeta de memoria semiconductora también almacena, como información de reanudación (PLMG_RSM_PL), (1) un Playlist_Number que muestra cuál información de la playlist se utilizólaúltima vez que se utilizóuna reproducción para la tarjeta de memoria semiconductora, (2) un Track_Number que muestra laúltima pista que fue reproducida, y (3) un Playback_Time que muestra el momento en el que se detuvo la reproducción como un tiempo expresado en relación respecto al inicio de la pista.

Description

TARJETA DE MEMORIA SEMICONDUCTORA, APARATO DE REPRODUCCIÓN.

APARATO DE GRABACIÓN. MÉTODO DE REPRODUCCIÓN, MÉTODO DE GRABACIÓN Y SISTEMA DE GRABACIÓN LEGIBLE EN COMPUTADORA CAMPO TÉCNICO La presente invención se relaciona con una tarjeta de memoria semiconductora que almacena datos de audio y datos de control y con un aparato de reproducción, aparato de grabación, método de reproducción, método de grabación y medio de grabación legible en computadora en relación a tal tarjeta de memoria semiconductora. En particular, la presente invención se relaciona con el almacenamiento mejorado de datos de audio y datos de control distribuidos como contenido por un servicio de distribución de contenido, tal como un servicio de distribución de música electrónica.

ANTECEDENTES DE LA TÉCNICA La distribución de la música electrónica permite al usuario adquirir y recibir contenido de música (por ejemplo canciones y grupos de canciones o álbumes) vía la internet. Tal tecnología tiene el potencial de incrementar ampliamente el mercado de música grabada y gradualmente se vuelve posible que se i plemente la estructura de hardware necesaria. Una manera REF: 126828 de almacenar el contenido de música que se obtiene de un servicio de distribución de música electrónica es en tarjetas de memoria semiconductora cuya capacidad portátil las vuelve ideales. En consecuencia, se espera un gran incremento en la demanda por tales tarjetas. Están disponibles diversas clases de tarjetas de memoria semiconductora, tales como las tarjetas Flash ATA y Compact Flash. El contenido de música también se puede almacenar en un medio de disco, tal como un CD-R (disco compacto-regrabable) o MiniDisc (MD) . Aunque existe una amplia variedad de medios de grabación que se pueden utilizar para grabar el contenido de música, existe únicamente un número limitado de métodos para indicar el momento en el que debe iniciarse la reproducción de un contenido de música (pista) . Esca operación se lleva a cabo generalmente de acuerdo con uno de los siguientes patrones. Cuando un álbum de música está constituido de una pluralidad de contenidos musicales (pistas) , existen dos métodos principales para indicar en donde debía iniciarse la reproducción. El primer método tiene el inicio de reproducción desde la primera pista en el álbum. En el segundo método el usuario debe indicar el número de pista y después la reproducción se inicia desde el principio de la pista indicada. En el primero de estos métodos, la reproducción siempre comienza con la misma pista y continúa a través de todas las pistas en el álbum en el mismo orden. Si el usuario detiene la reproducción en la parte media del desarrollo de un álbum, un reinicio de la reproducción de acuerdo con este método resultará en que el aparato regrese a la primera pista. El usuario, por lo tanto, debe tener qué escuchar todas las pistas que acaba de reproducir. En el segundo método, la reproducción se inicia desde la pista indicada por el usuario. Cuando el usuario detiene la reproducción en un punto dado en el álbum y después presiona una vez más reproducir, el usuario puede tener el reinicio de reproducción desde cualquier pista, tal como la pista posterior a la pista en donde se detuvo la reproducción. Esto certifica que el usuario no necesita escuchar las pistas desde el inicio una vez más. Sin embargo, en este último caso, el usuario aún debe realizar varias operaciones, tales como introducir el número de pista. Esto puede ser problemático, especialmente si el usuario no desea saber cuál pista corresponde con cuál número de pista. En tales casos, el usuario puede indicar una pista errónea, la cual después se reproducirá por el aparato reproductor. Como se describe antes, cuando se detiene la reproducción y después se vuelve a iniciar, los dos métodos utilizados actualmente obligan al usuario a escuchar la totalidad de las pistas en orden desde el inicio o introducir un número de pista para la pista desde la cual se debe iniciar la reproducción. Esto está lejos de ser ideal. Los siguientes dos métodos también algunas veces se utilizan para indicar una posición en la cual debe comenzar la reproducción. Un tercer método es aquél en donde el usuario indica el movimiento de la posición de reproducción al momento de inicio deseado dentro de la pista deseada utilizando una impulsión de búsqueda de avance o retroceso que se proporciona por un aparato reproductor. Un cuarto método es aquél en donde el usuario indica la pista deseada y la posición deseada dentro de esa pista utilizando una perilla oscilante (o similar) y después comienza la reproducción desde esta posición. Puesto que en ambos métodos el usuario debe indicar qué tan lejos ha avanzado la reproducción previa, tienen el mismo inconveniente que el segundo método descrito antes . Los aparatos actuales de reproducción de MiniDisc (MD) utilizan un método de reproducción que indica la posición de reproducción de una manera más sencilla en comparación con el primero al cuarto métodos indicados antes . Cuando el usuario detiene la reproducción en un MD, se registra la información de reanudación que muestra la posición en la que se detuvo la reproducción, en una memoria no volátil en el reproductor de MD . Cuando el usuario indica la reproducción del mismo MD, la reproducción de las pistas grabadas en el MD se inicia en la posición indicada en la información de reanudación. La información de reanudación se registra en el reproductor de MD de una manera no volátil de manera que la interrupción de suministro de energía no resulta en la pérdida de la información. Esto significa que el usuario puede escuchar una parte de un álbum de música, apagar el reproductor y aún tener la reanudación de la reproducción en la posición en donde se detuvo la reproducción. En este caso, el usuario no tiene que escuchar repetidamente las pistas al inicio del álbum como en el primer método, o tener que introducir un número de pistas, como en el segundo método, lo que lo vuelve una manera ideal de escuchar la totalidad de las pistas incluidas en un álbum. Sin embargo, con un MD, la información demuestra cuánto se ha reproducido de un álbum se almacena dentro del hardware del reproductor de MD. En consecuencia, existe el problema de que cuando se expulsa el MD de un reproductor y se desata en otro reproductor, el segundo reproductor reproducirá las pistas del MD a partir de la primera pista en el álbum, de la misma manera que en el primer método. Como un ejemplo específico, cuando un usuario escucha algunas de las pistas en un álbum utilizando primero un aparato de reproducción, define la reproducción y después transfiere el disco a otro aparato de reproducción, este segundo aparato de reproducción no almacenará la información de reanudación que muestre la posición alcanzada por la reproducción de este disco. Como un resultado, la reproducción comenzará desde el inicio del álbum y hará que el usuario escuche las mismas pistas nuevamente . Puesto que los discos raramente se transfieren de un reproductor a otro durante la reproducción de un álbum, la reproducción que regresa al inicio del álbum no puede ser un problema muy importante. Cuando el álbum se somete a distribución de música electrónica antes de ser grabado en un medio de grabación, sin embargo, se considera que habrá muchos casos en los que el álbum sea reproducido parcialmente en un reproductor y después transferido a otro. Se obtiene distribución de música electrónica al tener una computadora propiedad del usuario en donde se descarga un álbum de música desde una computadora servidora operada por una marca de grabaciones . El usuario después puede tener un álbum descargado y lo puede reproducir en su computadora. Puesto que las computadoras personales modernas son capaces de reproducir contenido de música, el usuario puede escuchar álbumes los cuales hayan sido comprados en su computadora. Suponiendo que el usuario escucha el álbum en un aparato de reproducción portátil después escucharlo en su computadora .

En este caso, el aparato de reproducción portátil no puede saber cuánto ha avanzado la reproducción en la computadora, de manera que el álbum se reproducirá una vez más desde el inicio. Conforme el usuario se somete a las mismas canciones que fueron reproducidas por la computadora, es probable que el usuario adelante el álbum más rápido que si se reprodujeran todas las pistas. Conforme los medios de grabación se vuelven más pequeños y ligeros, aunque de mayor capacidad, cada vez se vuelve posible registrar álbumes que contengan grandes cantidades de pistas en un sólo medio de grabación. Se considera que tal medio de grabación con frecuencia se transferirá entre aparatos de reproducción. Si la reproducción regresa al inicio después de que se han reproducido una gran cantidad de pistas, esto será muy incómodo para los escuchas.

DESCRIPCIÓN DE LA INVENCIÓN Un primer obj etivo de la presente invención es proporcionar una tarj eta de memoria semiconductora que permita la reanudación de la reproducción desde una posición detenida previamente sin que se reproduzca el mismo material grabado y s in que el usuari o tenga qué indi car l a pos i ci ón de reproducci ón , inclus o cuando l a tarj eta de memoria semiconductora haya sido transferida entre aparatos de reproducción. Un segundo objetivo de la presente invención es proporcionar una tarjeta de memoria semiconductora que permita al aparato reproductor volver a comenzar la reproducción de un álbum que ha comenzado en un aparato de reproducción diferente sin que se reproduzca el mismo material grabado. El primer objetivo se puede obtener por una tarjeta de memoria semiconductora que almacene : una secuencia de audio en la cuál se colocan una pluralidad de objetos de audio ; e información de reanudación que muestre una posición de reanudación para uso cuando haya una reproducción de la secuencia de audio y se reanude en la parte media a través de la secuencia de audio. Suponiendo que una secuencia de audio corresponde al álbum de música y que el usuario escucha una primera parte del álbum en un aparato de reproducción. Si el usuario después transfiere la tarjeta de memoria semiconductora a otro aparato de reproducción, este aparato de reproducción será capaz de volver a comenzar la reproducción del álbum en la posición donde se detuvo al hacer referencia al valor de reanudación de reproducción mostrado por la información de reanudación. La reanudación de la reproducción en base en la información de reanudación no requiere que el usuario realice alguna operación particular. Esto significa que el usuario no necesita meterse en el problema de indicar una pista (objeto de audio) cuando transfiere la tarjeta de memoria semiconductora a otro aparato de reproducción. La información de reanudación puede incluir por lo menos una información de posición tipo 1 y uniformación de posición tipo 2, la información de posición tipo 1 muestra una posición de reanudación tipo 1 que se establece de acuerdo con la operación del usuario, y la información de posición tipo 2 muestra una posición de reanudación tipo 2 que se establece automáticamente cuando se ha detenido la reproducción de la última secuencia de audio. Aquí, cada objeto de audio en la secuencia de audio se puede proporcionar con información de identificación única, la información de posición de tipo 1 muestra la posición de reanudación tipo 1 utilizando la información de identificación de uno de los objetos de audio y la información de posición tipo 2 muestra la posición de reanudación tipo 2 utilizando la información de identificación de uno de los objetos de audio y la información de tiempo que muestra una desviación desde el inicio de uno de los objetos de audio a la posición de reanudación de tipo 2. El segundo objetivo se obtiene por la construcción anterior. La información de posición de tipo 2 incluye una desviación desde el inicio de un objeto de audio. Cuando se transfiere la tarjeta de memoria semiconductora entre aparatos reproductores, el segundo aparato reproductor puede comenzar la reproducción en una posición inmediatamente posterior a un punto en donde se detuvo la reproducción en el primer aparato reproductor. Esto significa que el usuario pueda comenzar a escuchar un álbum en un primer aparato reproductor, detener la reproducción, transferir la tarjeta de memoria semiconductora a otro aparato reproductor y después realizar la continuación de la reproducción justo después de la posición de detención. A diferencia de las tecnologías convencionales, el usuario no necesita tener qué escuchar las mismas pistas siempre que la tarjeta de memoria semiconductora se transfiera entre aparatos de reproducción. Los álbumes que se obtienen de un servicio de distribución de música electrónica con frecuencia se transferirán entre aparatos de reproducción diferentes . En tal caso, sin embargo, el usuario no tendrá que escuchar las mismas pistas siempre que el álbum se transfiera a otro aparato reproductor .

DESCRIPCIÓN BREVE DE LOS DIBUJOS Este y otros objetivos, ventajas y características de la invención serán más evidentes a partir de la siguiente descripción detallada de la misma tomada junto con los dibujos anexos los cuales ilustran una modalidad específica de la invención. En los dibujos: la figura 1 muestra la apariencia de una tarjeta 31 de memoria instantánea cuando se observa desde la parte superior; la figura 2 muestra la construcción de la tarjeta de memoria instantánea 31 cuando se observa desde la parte inferior; la figura 3 muestra la composición jerárquica de la tarjeta 31 de memoria instantánea en las modalidades; la figura 4A muestra la región especial, la región de autentificación y la región de usuario que se proporciona en la capa física de la tarjeta 31 de memoria instantánea; la figura 4B muestra la composición de la región de autentificación de la región de usuario en la capa de sistema de archivo; la figura 5 muestra la composición detallada de la capa de sistema de archivo; la figura 6 es una representación del momento en el que se divide el archivo AOB "AOB001.SA1" en cinco partes que se almacenan en los grupos 003, 004, 005, 00A, y 00C. la figura 7 muestra un ejemplo de los ajustes de las entradas de directorio y la tabla de asignación de archivos cuando se registra el archivo AOB "AOB001.SA1" en una pluralidad de grupos; las figuras 8A y 8B muestran que se proporcionan directorios en la región del usuario y que la región de autentificación en la capa de sistema de archivo cuando los dos tipos anteriores de datos se graban en la capa de aplicación, así como qué clase de archivos se graban y cuáles directorios; la figura 9 muestra la correspondencia entre el archivo "AOBSAl.KEY" y los archivos AOB en los directorios SD_AudiO; la figura 10 muestra la composición jerárquica de los datos en un archivo AOB; la figura HA muestra los parámetros estipulados por el estándar ISO/IEC 13818-7 en forma tabular; la figura 11B muestra los parámetros que se podrían utilizar cuando se codifica un archivo en el formato MPEG-capa 3 (MP3) en forma tabular; la figura 11C muestra los parámetros que se utilizarían cuando se codifica un archivo en el formato Windows Media Audio (WMA) en forma tabular; la figura 12 muestra la construcción detallada de un A0B_FRAME; la figura 13 muestra la manera en que se establece la longitud de octetos de los datos de audio en cada uno de los tres AOB_FRAME; la figura 14 muestra la correspondencia entre sampling_frequency y el número de AOB_FRAME incluidos en un AOB_ELEMENT; la figura 15 muestra ejemplos de los períodos de reproducción de los AOB_ELEMENTS y los períodos de reproducción de los AOB_FRAME; la figura 16 muestra lo que se reproduce cuando los AOB y los AOB_BLOCK grabados en un archivo AOB se reproducen de manera consecutiva; la figura 17 muestra la composición jerárquica de los PlaylistManager y Trac Manager utilizados en las modalidades en detalle; la figura 18 muestra los tamaños de PlaylistManager y de TrackManager; la figura 19 muestra la correspondencia entre los TKI y mostrados en la figura 17 y los AOB y los archivos de AOB que se muestran en la figura 16; la figura 20 muestra la composición detallada de datos de TKTMSRT mostrada en la figura 17;; la figura 21 muestra un ejemplo del TKTMSRT; la figura 22 muestra la composición detallada del TKGI, las figuras 23A y 23B muestran la composición del BIT; la figura 23C muestra el campo Time_Length; la figura 24 muestra los grupos 007 a OOE dentro de los cuales se almacenan los AOB constituidos de AOB_ELEMENT#l a AOB_ELEMENTO#4 ; la figura 25 muestra la manera en que se establece la reproducción después de AOB_FRAME#x+l cuando se realiza una búsqueda adelantada a partir de AOB_FRAME#x en un AOB_ELEMENT#y arbitrario en un AOB; las figuras 26A y 26B muestran la manera en que un AOB, un AOB_ELEMENT y un AOB_FRAME que corresponden a un código de tiempo de reproducción arbitraria se especifican; las figuras 27A y 27B muestran la supresión de una pista; la figura 28A muestra el TrackManager después de que se ha realizado una supresión varias veces; la figura 28B muestra un archivo nuevo TKI y AOB el cual se escribe cuando están presentes los TKI "no utilizados" en el TrackManager; las figuras 29A y 29B muestran los TKI que se ajustan cuando se combinan dos pistas para producir una pista nueva; la figura 30A muestra un AOB tipo 1; la figura 30B muestra los AOB tipo 2; l a f igura 3 ÍA mue s t ra l a c omb ina c i ón de una pluralidad de pistas en una sola pista para una combinación de AOB tipo 1 + tipo 2 + Tipo 2 + Tipo 1 AOB ; la figura 31B muestra la combinación de una pluralidad de pistas en una sola pista para un combinación de AOB tipo 1 + tipo 2 + tipo 2 + tipo 2+ tipo 1 AOB; la figura 32A muestra un patrón en donde está presente un AOB tipo 1 al final de la pista precedente y está presente un AOB tipo 1 al inicio de la siguiente pista; la figura 32B muestra un patrón en donde está presente un AOB tipo 1 al final de una primera pista y está presente un AOB tipo 2 al inicio de la siguiente pista; la figura 32C muestra un patrón en donde están presentes dos AOB tipo 1 y tipo 2 al final de una primera pista y está presente un AOB tipo 1 al inicio de la siguiente pista; la figura 32D muestra un patrón en donde están presentes dos AOB tipo 1 y tipo 2 al final de una primera pista y está presente un tipo 2 y un tipo 1 al inicio de la siguiente pista; la figura 32E muestra un patrón en donde están presentes dos AOB tipo 2 al final de una primera pista y está presente uno tipo 1 al inicio de la siguiente pista; las figuras 33A y 33B muestran la división de una pista para producir dos pistas,- las figuras 34A y 34B muestran el contenido de las entradas de directorio SD_Audio en el directorio SD_Audio que incluyen el archivo AOB "AOB003.SA1" antes y después de la división de la pista; la figura 35A muestra la división de una parte media de AOB a través de AOB_ELEMENT#2 ; la figura 35B muestra los dos AOB, A0B#1 y A0B#2, obtenidos al dividir un AOB a la mitad a través de AOB_ELEMENT#2 ; la figura 36 muestra cómo se establecen los BIT cuando se divide un AOB, como se muestra en la figura 35; la figura 37 muestra un ejemplo específico de cambios en el BIT antes y después de la división; la figura 38 muestra un ejemplo específico de cambios en TKTMSRT antes y después de la división; la figura 39A muestra el formato de un DPL_TK_SRP; la figura 39B muestra el formato de un PL_TK_SRP; l a f igura 40 mue s tra l a int errel ac ión entre Def ault_Playlist_Inf ormation, los TKI y los archivos AOB; la figura 41 muestra los ajustes de ej emplo para Default_Playlist y varios PLI ; la figura 42 muestra la manera en que los DPL_TK_SRP corresponden con los TKI utilizando la misma anotación que en la figura 40 ; las figuras 43A y 43B muestran la manera en que se rearregla el orden de pistas ; las figuras 44A y 44B muestran la manera en que Def aul t_Pl ayl i s t , TrackManager y l os archivo s AOB s e actualizarán cuando se supriman DPL_TK_SRP#2 y TKI#2 de la Default_Playlist que se muestra en la figura 40; las figuras 45A y 45B muestran la manera en que se escribe un nuevo TKI y DPL_TK_SRP cuando están presentes un TKI y DPL_TK_SRP "no utilizado"; las figuras 46A y 46B muestran la manera en que se combinan las pistas; las figuras 47A y 47B muestran cómo se dividen las pistas; la figura 48 muestra la apariencia de un aparato de reproducción portátil para la tarjeta 31 de memoria instantánea de las presentes modalidades; la figura 49 muestra un ejemplo de la pantalla en un panel de LCD cuando se selecciona una Playlist; las figuras 50A a 50E muestran ejemplos de la pantalla en el panel de LCD cuando se selecciona una pista,- las figuras 51A a 51C muestran operaciones de ejemplo del marcador j og ; la figura 52 muestra la construcción interna del aparato de reproducción; la figura 53 muestra cómo se transfieren los datos dentro y fuera de la memoria 15 doble; la figura 54A y 54B muestra cómo las áreas en la memoria intermedia doble se asignan cíclicamente utilizando apuntadores de anillo, la figura 55 es un diagrama de flujo que muestra el procedimiento de lectura del archivo AOB; la figura 56 es un diagrama de flujo que muestra el procedimiento de salida del archivo AOB; la figura 57 es un diagrama de flujo que muestra el procedimiento de salida del archivo AOB; la figura 58 es un diagrama de flujo que muestra el procedimiento de salida del archivo AOB; las figuras 59A a 59D muestran cómo el código de tiempo de reproducción exhibido en el marco de código de tiempo de reproducción en el panel 5 de LCD se actualiza de acuerdo con la actualización de la variable Play_time; la figura 60 es un diagrama de flujo que muestra el procesamiento de la CPU 10 cuando se utiliza la función de búsqueda hacia adelante; las figuras 61A a 61B muestran cómo se incrementan el código de tiempo de reproducción cuando se utiliza la función de búsqueda hacia adelante; las figuras 62A y 62B muestran los ejemplos específicos de cómo se utiliza la función de búsqueda de tiempo; la figura 63 es un diagrama de flujo que muestra el procesamiento en un programa de control de edición; la figura 64 es un diagrama de flujo que muestra el procesamiento en el programa de control de edición; la figura 65 es un diagrama de flujo que muestra el procesamiento en el programa de control de edición; la figura 66 muestra un ejemplo de un aparato de grabación para grabar datos en la tarjeta 31 de memoria instantánea; la figura 67 muestra la configuración de hardware del aparato de grabación; la figura 68 es un diagrama de flujo que muestra el procesamiento durante la grabación; la figura 69 muestra la composición interna del PlaylistManager y TrackManager en la segunda modalidad; la figura 70 muestra la composición detallada del PlaylistManager__Information; la figura 71 muestra cómo se establecen PLMG_AP_PL y PLMG_RSM_PL cuando la tarjeta de memoria instantánea de la segunda modalidad se transfiere entre una pluralidad de aparatos de reproducción; la figura 72 muestra la pantalla de menú utilizada para recibir un ajuste de usuario de PLMG_AP_PL y el establecimiento de activación; la figura 73 es un diagrama de flujo que muestra el procedimiento de determinación de posición de reproducción realizado en base en el PLMG_AP_PL y en el PLMG_RSM_PL; la figura 74 muestra la construcción de datos utilizada cuando se almacenan 6 octetos superiores del PLI_RSM_PL (DPLI_RSM_PL) en el DPLGI para el DPLI y en el PLGI para un PLI ; la figura 75 muestra la manera en que se establece PLI_RSM_PL (DPLI_RSM_PL) para el Default_Playlist_Information y cada PLI; la figura 76 muestra las secuencias de pista constituidas de los órdenes de reproducción indicados por las Playlist que se muestran en la figura 41 a las que se hace referencia en la primera modalidad; la figura 77 muestra un ejemplo de una pantalla de menú que muestra cada Playlist junto con el establecimiento del PLI_RSM_PL para un caso en el que ya se han reproducido las pistas de reproducción (1) a (3) en la figura 76; y la figura 78 muestra el formato de datos del DPLGI, PLGI, TKGI en la cuarta modalidad de la presente invención.

Mejor modo para llevar a cabo la invención Lo siguiente describe una tarjeta de memoria semiconductora (tarjeta de memoria instantánea) que es una modalidad de la presente invención, con referencia a las figuras anexas .

Los siguientes párrafos se colocan en una jerarquía utilizando números de referencia con la notación indicada a continuación . {xl-x2_x3-x4} La longitud de un número de referencia muestra el nivel del tópico en la jerarquía. Como un ejemplo específico, el número xl es el número de dibujo al que se hace referencia en la explicación. Los dibujos unidos a esta especificación se han numerado en el orden en el que se mencionan en la especificación, de manera que el orden de los dibujos coincide en general con el orden de la explicación. La explicación de ciertos dibujos se ha dividido en secciones, con el número de referencia x2 proporcionado al número de sección de una sección en la explicación de un dibujo indicado por el número de referencia xl . El número de referencia x3 muestra el número de un dibujo adicional que se proporciona para mostrar los detalles de la sección indicada por el número x2 de sección. Finalmente, el número x4 de referencia muestra el número de una sección en la explicación de este dibujo adicional.

PRIMERA MODALIDAD {l-l_2} Apariencia externa de la tarjeta 31 de memoria instantánea La presente explicación se inicia con la apariencia externa de la tarjeta 31 de memoria instantánea. La figura 1 muestra la apariencia de la tarjeta 31 de memoria instantánea cuando se observa desde la parte superior, mientras que la figura 2 muestra la construcción de la tarjeta 31 de memoria instantánea cuando se observa desde la parte inferior. Como se muestra en las figuras 1 y 2, la tarjeta 31 de memoria instantánea tiene aproximadamente el mismo tamaño que un timbre postal, y por lo tanto es lo suficientemente grande para mantenerse en la mano. Sus dimensiones aproximadas son de 32.0 mm de largo, 24.0 mm de ancho y 2.0 mm de espesor. Se puede ver que la tarjeta 31 de memoria instantánea tiene nueve conectores en su borde inferior para conectar la tarjeta a un dispositivo compatible y con conmutador 32 de protección en un lado para permitir al usuario establecer si se permite o prohibe la sobreescritura del contenido de la tarjeta 31 de memoria instantánea. {3-1} Construcción física de la tarjeta 31 de memoria instantánea La figura 3 muestra la estructura jerárquica de la tarjeta de memoria semiconductora (a continuación denominada como la "tarjeta 31 de memoria instantánea") de la presente modalidad. Como se muestra en la figura 3, la tarjeta 31 de memoria instantánea se construye con una capa física, una capa de sistema de archivo y una capa de aplicación de la misma manera que un DVD (videodisco digital) , aunque las construcciones lógicas y físicas de estas capas son muy diferentes a las de un DVD. {3-2} Capa física de la tarjeta 31 de memoria instantánea Lo siguiente describe la capa física de la tarjeta 31 de memoria instantánea. La memoria instantánea está constituida de una pluralidad de sectores, cada uno de los cuales almacena 512 octetos de datos digitales. Como un ejemplo, una tarjeta 31 de memoria instantánea de 64MB tendrá una capacidad de 67,108,864 (=64*1,024*1,024) octetos, de manera que esta tarjeta incluirá 131, 072 ( =67108864/512 ) sectores válidos. Una vez que se reste el número de sectores de sustitución, los cuales se proporcionan para uso en caso de errores, se resta, el número restante de sectores válidos en el cual las diversas clases de datos se pueden escribir es de aproximadamente 128,000. {3-2_4A-l} Tres regiones en la capa física Las tres regiones que se muestran en la figura 4A se proporcionan en el área de almacenamiento compuesta de estos sectores válidos. Estas regiones son la "región especial", la "región de autentificación" y la "región de usuario" si se describen con detalle en lo siguiente. La región de usuario está caracterizada porque se puede leer o escribir libremente un dispositivo para el cual se conecta la tarjeta 131 de memoria instantánea de diversas clases de datos desde o dentro de esta región. Las áreas dentro de la región de usuario son administradas por un sistema de archivo. La región especial almacena un medio ID que es un valor asignado de manera única a cada tarjeta 31 de memoria instantánea. A diferencia de la región de usuario, esta región es de sólo lectura, de manera que el ID del medio almacenado en la región especial no se puede cambiar. La región de autentif icación es una región escribible, como la región de usuario. Esta región difiere de la región de usuario en que un dispositivo conectado a la tarjeta 31 de memoria instantánea puede tener acceso (es decir, leer o escribir datos en) la región de autentificación únicamente si la tarjeta 31 de memoria instantánea y el dispositivo primero se han confirmado entre sí como un dispositivo auténtico. En otras palabras, los datos únicamente se pueden leer o escribir en la región de autentificación si se ha realizado con éxito una autentificación mutua por la tarjeta 31 de memoria instantánea y el dispositivo conectado a la tarjeta 31 de memoria instantánea. {3-2_4A-2} Usos de las tres regiones en la capa física Cuando el dispositivo conectado a la tarjeta 31 de memoria instantánea escribe datos dentro de la tarjeta 31 de memoria instantánea, la región utilizada para almacenar estos datos dependerá de si es necesaria protección de derechos de autor para los datos que se escriban. Cuando los datos que requieren protección de propiedad registrada se escriben en la tarjeta 31 en memoria instantánea, los datos son codificados utilizando una clave de codificación terminada (denominada una "FileKey") , antes de que se escriba en el área de usuario. Esta FileKey se puede establecer libremente por el retenedor del derecho de autor y, aunque el uso de esta FileKey proporciona cierto nivel de protección de los derechos de autor, la FileKey utilizada para codificar los datos escritos en sí misma está codificada para realizar una protección más segura de los derechos de autor. Cualquier valor obtenido al someter el medio ID almacenado en la región especial en un cálculo previo determinado se puede utilizar para codificar el FileKey. El FileKey codificado producido de esta manera se almacena en una región de autentificación. Puesto que los datos que requieren protección de derechos de autor se someten a un proceso de codificación de dos etapas, cuando los datos son codificados utilizando un FileKey que en sí mismo está codificado en base en la ID del medio, será extremadamente difícil la producción de copias no autorizados de estos datos. {3~2_4B-l} Aspectos generales del sistema de archivo Como se puede comprender, la construcción de la capa física de la tarjeta 31 de memoria instantánea incrementa la protección de derechos de autor de los datos escritos en la tarjeta 31 de memoria instantánea. Lo siguiente describe la capa de sistema de archivo presente en esta capa física. Aunque la capa de sistema de archivo de un DVD utiliza un sistema de archivo de tipo UVF (formato de disco universal) , la capa de sistema de archivo de la tarjeta 31 de memoria instantánea utiliza una FAT (Tabla de asignación de archivo) , como se describe en el ISO/IEC 9293. La figura 4B muestra la construcción de la región de autentificación y la región de usuario en la capa de sistema de archivo. Como se muestra en la figura 4B, la región de autentificación y la región de usuario en el sistema de archivo incluyen cada una "sectores de inicio de división", una "tabla de asignación de archivos (FAT)", un "directorio raíz" y una "región de datos", lo que significa que la región de autentificación y la región de usuario tienen la misma construcción. La figura 5 muestra las diversas partes de estos sistemas de archivo con mayor detalle. Lo siguiente describe la construcción de la región de usuario con referencia a las figuras 4A, 4B y 5. {3-2_4B-2} Sectores de inicio de división Los sectores de inicio de división son sectores que almacenan los datos a los que se hará referencia por una computadora personal estándar que esté conectada a la tarjeta 31 de memoria instantánea cuando la tarjeta 31 de memoria instantánea se establezca como el disco de inicio para el sistema operativo (OS) de la computadora personal. {3-2_4B-3_5} Región de datos Se puede tener acceso a la región de datos por el dispositivo conectado a la tarjeta 31 de memoria instantánea en unidades no más pequeñas que un "grupo", aunque cada sector en la tarjeta 31 de memoria instantánea tiene un tamaño de 512 octetos, el tamaño de grupo es de 16KB, de manera que la capa de sistema de archivo lee y escribe datos en unidades de 32 sectores. La razón de que se establezca el tamaño de grupo en 16 kB es que cuando se escriben datos en la tarjeta 31 de memoria instantánea, parte de los datos almacenados en la tarjeta 31 de memoria instantánea primero deben borrarse antes de que se pueda llevar a cabo la escritura. La cantidad más pequeña de datos que se pueden borrar en la tarjeta 31 de memoria instantánea es de 16 kB, de manera que al establecer un tamaño que se puede borrar más pequeño como un tamaño de grupo significa que se pueden realizar favorablemente escritura de datos. La flecha ff2 dibujada utilizando una línea discontinua en la figura 5, muestra la pluralidad de grupos 002,003,004,005 . . . incluidos en la región de datos. Los números 002,003,004,005,006,007,008 . . . utilizados en la figura 5 son números de grupos hexadecimales de tres dígitos que se asignan exclusivamente para identificar cada grupo. Puesto que la unidad más pequeña mediante la cual se puede realizar el acceso es un grupo, las posiciones de almacenamiento dentro de la región de datos se indican utilizando números de grupo. {3-2_4B-4_5} Sistema de asignación de archivo El sistema de asignación de archivo tiene una construcción de sistemas de archivo de acuerdo con el estándar ISO/IEC 9293, y de esta manera está constituido de una pluralidad de valores FAT. Cada valor FAT corresponde a un grupo y muestra cuál grupo puede ser leído después del grupo correspondiente a cada valor FAT. La flecha ffl mostrada por una línea discontinua en la figura 5 muestra la pluralidad de valores FAT 002,003,004,005 . . . que se incluyen en la tabla de asignación de archivos. Los números 002,003,004,005 . . . asignados a cada valor FAT muestran cuál grupo corresponde a cada valor de FAT y por lo tanto son los números de grupos de los grupos correspondientes a los valores FAT. {3 -2_4B-5_5-l} Entradas del directorio raíz Las "entradas del directorio raíz" son información que muestra qué clase de archivos están presentes en el directorio raíz. Como ejemplos específicos, se pueden escribir como la entrada de directorio raíz de un archivo el "filename" (nombre de archivo) de un archivo existente, su "filename extensión" (extensión de nombre de archivo) , la "revision/time/date" (hora/fecha de revisión) y "number of first cluster in file" (número del primer grupo en el archivo) que muestra el momento en que se puede escribir el inicio del archivo que se almacena como la entrada de directorio raíz de un archivo . {3 -2_4B-5_5-2} Entradas de directorio para subdirectorios La información en relación a los archivos en el directorio raíz se escribe como entradas de directorio raíz, aunque la información en relación a los subdirectorios no se escribe como las entradas al directorio raíz . Las entradas del directorio para los subdirectorios en vez de esto se producen en la región de datos. En la figura 5, la entrada de directorio SD-Audio proporcionada en la región de datos es un ejemplo de una entrada de directorio para un subdirectorio. Al igual que una entrada del directorio raíz, una entrada de directorio SD-Audio incluye el "filename" de un archivo presente en este subdirectorio, su "filename extensión" , el "revisión time/date" y el "number o first cluster in file", mostrando el lugar en el que se almacena el inicio del archivo . {3-2_4B-5_6-l} Formato de almacenamiento para archivos AOB Lo siguiente describe el método de almacenamiento de archivo al mostrar cómo se almacena un archivo denominado "AOB001.SA1" en el directorio SD-Audio, con referencia a la figura 6. Puesto que la unidad más pequeña mediante la cual se puede tener acceso a una región de datos es de un grupo, el archivo "AOB001.SA1" necesita ser almacenado en la región de datos en partes que no sean más pequeñas que un grupo. Por lo tanto, el archivo "AOB001.SA1" se almacena al primero tener que dividirlo en grupos. En la figura 6, el archivo "AOB001.SA1" se divide en cinco partes y se mantiene con el tamaño de grupo, y las partes resultantes se almacenen dentro de los grupos numerados 003, 004, 005, 00A y 00C {3-2_4B-5_7-l} Formato de almacenamiento para archivos AOB Cuando el archivo "AOB001.SA1" se divide en partes y se almacena, una entrada de directorio y la tabla de asignación de archivos necesitan establecerse, como se muestran en la, figura 7. La figura 7 muestra un ejemplo de cómo la entrada de directorio y la tabla de asignación de archivos necesitan establecerse cuando se almacena el archivo "AOB001.SA1" que ha sido dividido en partes y se ha almacenado. En la figura 7, el inicio del archivo "AOB001.SA1" se almacena en el grupo 003, de manera que el número 003 de grupo se escribe dentro del "el número del primer grupo en archivo" en la entrada de directorio de SD-Audio para indicar el grupo que almacena la primera parte del archivo . Como se muestra en la figura 7, las siguientes partes del archivo "AOB001.SA1" se almacenan en los grupos 004 y 005. Como un resultado, aunque el valor FAT 003 (004) corresponde al grupo 003 que almacena la primera parte del archivo "AOB001. SAI" , este valor indica al grupo 004 como el grupo que almacena la siguiente parte del archivo "AOB001. SAI" . De la misma manera, aunque los valores de FAT 004(005) y 005 (00A) corresponden respectivamente a los grupos 004 y 005 que almacenan las siguientes partes del archivo "AOB001. SAI" , estos valores respectivamente indican el grupo 005 y el grupo 00A como los grupos que almacenan las siguientes partes del archivo "AOB001.SAI" . Al leer los grupos con los números de grupo escritos en estos valores de FAT en el orden como se muestran por las flechas fkl, fk2, fk3 , fk4, fk5 . . . en la figura 7, todas las partes producidas al dividir el archivo "AOB001. SAI" , se puede leer. Como se explicó antes, la región de datos de la tarjeta 31 de memoria instantánea es accesada en unidades de grupos, cada uno de los cuales se asocia con un valor de FAT. Nótese que el valor de FAT que corresponde al grupo que almacena la parte final de un archivo AOB (el grupo OOC en el ejemplo que se muestra en la figura 7) se establece con el número de grupo FFF para mostrar que el grupo correspondiente almacena la parte final de un archivo . Esto completa la explicación del sistema de archivo en la tarjeta 31 de memoria instantánea de la presente invención. Lo siguiente describe la capa de aplicación que existe en este sistema de archivo. {3-3} Aspectos generales de la capa de aplicación en la tarjeta 31 de memoria instantánea En la figura 3 se muestra un esquema general de la capa de aplicación en la tarjeta 31 de memoria instantánea. Como se muestra por la flecha PN2 dibujada con una línea discontinua en la figura 3, la capa de aplicación en la tarjeta 31 de memoria instantánea está constituida de datos de presentación y datos de navegación que se utilizan para controlar la reproducción de los datos de presentación. Como se muestra por la flecha PN2 , los datos de presentación incluyen conjuntos de objetos de audio (conjuntos de AOB) que se producen al codificar datos de audio que representan música, por ejemplo. Los datos de navegación incluyen un "PlaylistManager" (PLMG) (administrador de lista de reproducción) y un "TrackManager" (TKMG) (administrador de pistas) . {3--3_8A,B-l} Composición del directorio Las figuras 8A y 8B muestran qué clase de directorios están presentes en la región del usuario y la región de autentificación en la capa de sistema de archivo cuando se almacenen estos dos tipos de datos en la capa de aplicación, así como mostrar cuáles archivos se colocan dentro de estos directorios . Los filenames "SD_AUDIO.PLM" y "SD_AUDIO .TKM" en la figura 8A indican los archivos en los cuales se almacenan el PlaylistManager (PLMG) y TrackManager (TKMG) que componen la información de navegación. Mientras tanto, los filenames "AOB001.SA1", "AOB002.SA1", "AOB003. SAI" , "AOB004. SAI" , . . . indican los archivos (archivos "AOB") que almacenan los sujetos de audio que son los datos de presentación. Los nombres "SA" en la extensión de filename del "AOBOxx-SAl" son la abreviatura para "Secure Audio" (audio seguro) y muestran que el contenido almacenado de este archivo requiere protección de derechos de autor. Nótese que aunque únicamente se muestran ocho archivos AOB en el Ejemplo en la figura 8A, se pueden almacenar un máximo de 999 archivos AOB en un directorio de SD-Audio. Cuando se requiere protección de derechos de autor para datos de presentación, se proporciona un subdirectorio denominado un "SD-Audio directory" (directorio de SD-Audio) en la región de autentificación y se produce un archivo de almacenamiento de claves de codificación "AOBSAl.KEY" en este directorio de SD-Audio. La figura 8B muestra el archivo de almacenamiento de clave de codificación "AOBSAl.KEY" que se almacena bajo la leyenda "SD-Audio" (es decir, dentro del "SD-Audio directory") . Este archivo de almacenamiento de clave de codificación "AOBSAl.KEY" almacena una secuencia de clave de codificación que se producen al colocar una pluralidad de claves de codificación en un orden predeterminado . El directorio de SD-Audio que se muestra en las figuras 8A y 8B se almacenan en una computadora servidor administrada por una marca de grabaciones que utiliza distribución de música electrónica. Cuando un consumidor ordena un contenido de música, se comprime el directorio correspondiente de SD-Audio, se codifica y transmite al consumidor vía una red pública. La computadora del consumidor recibe este directorio de SD-Audio, lo descifra, lo descomprime y de esta manera obtiene el directorio de SD-Audio original. Nótese que la expresión "red pública" aquí se refiere a cualquier clase de red que se puede utilizar por el público, tal como una red de comunicación cableada, por ejemplo una red ISDN, o una red de comunicación inalámbrica, por ejemplo un sistema de teléfono móvil. También es posible que la computadora de un consumidor descargue o baje un archivo AOB de una computadora servidor operada por una marca de grabaciones y de esta manera produzca un directorio SD-Audio, tal como el mostrado en las figuras 8A y 8B en la tarjeta 31 de memoria instantánea. {3-3_9-l} Correspondencia entre el archivo "A0BSA1. KEY" y los archivos AOB La figura 9 muestra la correspondencia entre el archivo "AOBSAl.KEY" en el directorio de SD-Audio y los archivos AOB. Los FileKeys (claves de archivo) utilizadas cuando se codifican archivos en la región de usuario que se muestra en la figura 9 se almacenan en el archivo de almacenamiento de clave de codificación correspondiente en la región de autentificación. Los archivos AOB codificados y el archivo de almacenamiento de clave de modificación corresponden de acuerdo con las reglas predeterminadas (1), (2) y (3) descritas en lo que sigue. (1) El archivo de almacenamiento de clave de codificación se coloca dentro de un directorio con el mismo nombre de directorio que el directorio en el cual se almacena el archivo codificado. En la figura 9, los archivos AOB se colocan dentro del directorio SD-Audio en la región de usuario y el archivo de almacenamiento de la clave de codificación se coloca en un directorio denominado el directorio de SD-Audio en la región de autentificación, de acuerdo con esta regla. (2) El archivo de almacenamiento de clave de codificación se le proporciona un filename producido al combinar las primeras tres letras del filename de los archivos AOB en la región de datos con una extensión predeterminada ".key". Cuando el filename de un archivo AOB es "AOB001. SAI" , el archivo de almacenamiento de clave de codificación se le proporciona el filename "AOBSAl.KEY" producido al agregar los primeros tres caracteres "AOB", "SAI" y la extensión ".key", como se muestra por las flechas nkl y nk2 en la figura 9. (3) El filename de un archivo AOB se le proporciona un número de serie que muestra la posición del FileKey que corresponde a este objeto de audio en la secuencia de claves de codificación que se proporcionan en el archivo de almacenamiento de clave de codificación. El "File Key Entries (entradas de claves de archivo) #1, #2, #3, . . . #8" muestra las primeras posiciones de las regiones en las cuales se almacenan las FileKeys respectivas en el archivo de almacenamiento de clave de codificación. Mientras tanto, los filenames de los archivos AOB se les asigna los números de serie "001", "002", "003", "004" .... Estos números de serie muestran las posiciones de los FileKeys correspondientes en la secuencia de clave de codificación, de manera que el FileKey se utiliza para codificar cada archivo AOB estará presente en el "FileKey Entry" (entrada de clave de archivo) con el mismo número de serie. En la figura 9, las flechas Akl, Ak2, Ak3 , . . . muestran la correspondencia entre los archivos AOB y los FileKeys. En otras palabras, el archivo "AOB001.SA1" corresponden con el FileKey cuya posición de almacenamiento se indica por "FileKey Entry#l" (clave de archivo entrada #1), el archivo "AOB002.SA1" corresponde al FileKey cuya posición de almacenamiento se indica por el "FileKey Entry#2", y el archivo "AOB003.SA1" corresponde con el FileKey cuya posición de almacenamiento se indica por el "FileKey Entry#3". Como se puede comprender de la regla (3), se utilizan FileKeys diferentes para codificar diferentes archivos AOB, en donde estas FileKeys se almacenan en "FileKeys Entries" (entradas de clave de archivo) con los números de serie "001", "002", "003", "004" etc., dados en los filenames de los archivos AOB correspondientes . Puesto que cada archivo AOB se codifica utilizando un FileKey diferente, la exposición de la clave de codificación utilizada para un archivo AOB no permitirá a los usuarios descodificar otros archivos AOB. Esto significa que cuando se almacenan los archivos AOB en una forma codificada en una tarjeta 31 de memoria instantánea, se puede minimizar el daño causado por la exposición de un FileKey. {3-3_10-l} Composición interna de un archivo AOB Lo siguiente describe la composición interna de un archivo AOB. La figura 10 muestra la estructura jerárquica de datos de un archivo AOB . El primer nivel en la figura 10 muestra el archivo AOB, mientras que el segundo nivel muestra el objeto de audio (AOB) mismo. El tercer nivel muestra los AOB_BLOCK, el cuarto nivel un AOB_ELEMENT, y el quinto nivel un A0B_FRAME. El A0B_FRAME en el quinto nivel en la figura 10 es la unidad más pequeña que compone el AOB, y está constituido de datos de audio en formato ADTS (corriente de transporte de datos de audio) y un encabezado ADTS. Los datos de audio en el formato ADTS están codificados de acuerdo con el formato MPEG2-AAC (perfil de baja complejidad) y es una corriente de datos que puede ser reproducida a una velocidad de transferencia de 16 Kbps a 144 Kbps. Nótese que la velocidad de transferencia para PCM (modulación de código de pulso) que se graba en un disco compacto convencional es de 1.5 Mbps, de manera que los datos en el formato ADTS generalmente utilizan una velocidad de transferencia menor que PCM. La construcción de datos de una secuencia de los AOB_FRAME es la misma que la secuencia de cuadros de audio incluidos en una corriente de transporte de datos de audio distribuida por un servicio de distribución de música electrónica. Esto significa que la corriente de transporte de datos de audio que se va a almacenar como una secuencia A0B_FRAME es codificada de acuerdo con el estándar MPEG2-ACC, codificada y transmitida a una red pública al consumidor. Los archivos AOB se producen al dividir la corriente de transporte de datos de audio transmitida en una secuencia de los AOB_FRAME y almacena estos AOB_FRAME . {3-3_10-l_ll} MPEG2-AAC MPEG2-AAC se describe con detalle en ISO/IEC 13818- 7: 1997 (E) "Information Technology - Generic Coding of Moving Pictures and Associated Audio Information - Part7 Advanced Audio Coding (AAC) " (Tecnología de información - codificación genérica de películas e información de audio asociadas - parte 7 codificación de audio avanzada (AAC) ) . Se debe hacer notar que los objetos de audio únicamente se pueden comprimir de acuerdo con MPEG2-AAC utilizando los parámetros en la Tabla de parámetros que se muestra en la figura HA que se define en ISO/IEC13818-7. Esta tabla de parámetros está constituida en la columna de "Parámetro", una columna de "Valor" y una columna de "Comentario" . La leyenda "perfil" en la columna de parámetro muestra que se puede utilizar únicamente el perfil de LC, como se estipula bajo ISO/IEC 13838-7. La leyenda "sampling_frequency#index" (frecuencia de muestreo #índice) en la columna de parámetro muestra que se pueden utilizar frecuencias de muestreo de "48kHz, 44.1kHz, 32kHz, 24kHz, 22.05kHz, y 16kHz" . La leyenda "number_of_data_block_in_frarae" (número de bloques de datos en marco) en la columna de parámetro muestra que se utiliza una relación de un encabezado respecto a un raw_data_block (bloque de datos sin tratar) . Nótese que aunque esta explicación describe el caso en el que se codifican los A0B_FRAME de acuerdo con el formato MPEG-AAC, los A0B_FRAME en realidad pueden estar codificados de acuerdo con otro formato, tal como el formato MPEG-Layer3 (MP3) o Windows media Audio (WMA) . Cuando sucede así, se deben utilizar los parámetros que se muestran en las tablas de parámetros de las figuras 11B o de la figura 11C. {3 -3_10-2_12} Composición de un AOB_FRAME Aunque cada A0B_FRAME incluye datos de audio que son codificados de acuerdo con las restricciones descritas antes, la longitud de datos de los datos de audio en cada A0B_FRAME se restringe a un tiempo de reproducción de únicamente 20 ms . Sin embargo, puesto que MPEG2-AAC es un método de codificación de vibración variable (VBR) , la longitud de datos, de los datos de audio en cada AOB_FRAME variará. Lo siguiente describe la composición de un AOB_FRAME con referencia a la figura 12. El primer nivel en la figura 12 muestra la composición general, mientras que el segundo nivel muestra cómo se codifica cada parte de un AOB_FRAME . Como se puede ver del dibujo, el encabezado ADTS corresponde a una parte no codificada. Los datos de audio incluyen tanto una parte codificada como una parte no codificada. La parte codificada de los datos de audio está constituida de una pluralidad de piezas de ocho octetos de datos codificados, cada uno de los cuales se produce por codificación de una pieza de ocho octetos de datos de audio utilizando un Filekey de 56 bitios. Cuando la codificación se realiza en piezas de datos de audio de 64 bits, la parte no codificada de los datos de audio simplemente es una parte final de los datos que no se puede codificar debido a que es más corta de 64 bits. El tercer nivel en la figura 12 muestra el contenido del encabezado ADTS que es la parte no codificante del AOB_FRAME. El encabezado ADTS tiene una longitud de siete octetos, e incluye una palabra de sincronización de 12 bitios (que se establece en FFF) , la longitud de datos de los datos de audio en este A0B_FRAME y la frecuencia de muestreo utilizada cuando se codifican los datos de audio. {3-3_10-3_13} Establecimiento de la longitud de octetos de un AOB_FRAME La figura 13 muestra la manera en que se establece la longitud de octetos de los datos de audio en cada uno de los tres AOB_FRAME . En la figura 13 , los datos de longitud de datos #1 de audio incluidos en A0B_FRAME#1 es xl, la longitud de datos de los datos #1 de audio incluidos en A0B_FRAME#2 es x2, y la longitud de datos de los datos #1 de audio incluidos en AOB_FRAME#3 es x3. Cuando las longitudes de datos xl, x2 y x3 son todas diferentes, la longitud de datos xl se escribirá en el encabezado ADTS de A0B_FRAME#1, la longitud de datos x2 se escribirá en el encabezado ADTS de A0B_FRAME#2, y la longitud de datos x3 se escribirá en el encabezado ADTS de AOB_FRAME#3. Aunque los datos de audio están codificados, el encabezado de ADTS no, de manera que el dispositivo de reproducción puede conocer la longitud de los datos de los datos de audio en un AOB_FRAME al leer la longitud de datos proporcionada en el encabezado ADTS del AOB_FRAME. Esto completa la explicación de un A0B_FRAME. {3 -3_10-4} AOB ELEMENT Lo siguiente describe el AOB_ELEMENT mostrado en el cuarto nivel en la figura 10.

Un "AOBJELEMENT" es un grupo de AOB_FRAME . El número de AOB_FRAME en un AOB_ELEMENT depende del valor establecido en el sampling_f requency_index mostrado en la figura HA y el método de codificación utilizado. El número de A0B_FRAME en un AOB_ELEMENT se establece de manera que el tiempo de reproducción total del A0B_FRAME incluidos es de aproximadamente dos segundos y, este número depende de la frecuencia de muestreo y el método de codificación que se utiliza. {3~3_10-5_14} Número de AOB_FRAME en un AOB_ELEMENT La figura 14 muestra la correspondencia entre la frecuencia de muestreo y el número de los A0B_FRAME incluidos en un AOB_ELEMENT. El número N que se proporciona en la figura 14, representa el período de reproducción de un AOB_ELEMENT en segundos. Cuando se utiliza MPEG-ACC como el método de codificación, el valor de N es "2". Cuando sampling_frequency es 48 kHz, el número de los AOB_FRAME incluidos en un AOB_ELEMENT se proporciona como 94 (=47*2) , mientras que cuando el sampling_frequency es 44.1 kHz, el número de los A0B_FRAME incluidos en un AOB_ELEMENT se proporciona como 86 (=43*2). Cuando el sampling_frequency es 32 kHz, el número de AOB_FRAME se proporciona como 64 (=32*2), cuando la sampling_frequency es de 24 kHz, el número de los AOB_FRAME está dado como 48 (=24*2), es 22.05 kHz, el número de AOB_FRAME se proporciona como 44 (=2*2) , y cuando sampling_frequency es 16 kHz, el número de AOB_FRAME incluido en un AOB_ELEMENT se proporciona como 32 (=16*2) . Sin embargo, cuando se encuentra en una operación de edición, tal como la división de un AOB, se ha realizado, el número de AOB_FRAME incluidos en un AOB_ELEMENT en el inicio o final de un AOB puede ser menor que el número calculado de esta manera. Aunque no se proporciona un encabezado u otra información especial para cada AOB_ELEMENT, la longitud de datos de cada AOB_ELEMENT se muestra en vez de esto por una tabla de búsqueda de tiempo. {3™3_10-6_15} Un ejemplo de los períodos de reproducción de AOB_ELEMENT y AOB FRAME La figura 15 muestra un ejemplo de período de reproducción de AOB_ELEMENT y AOB_FRAME . El primer nivel en la figura 15 muestra una pluralidad de AOB_BLOCK, mientras que el segundo nivel muestra una pluralidad de AOB_ELEMENT. El tercer nivel muestra una pluralidad de AOB_FRAME . Como se muestra en la figura 15, un AOB_ELEMENT tiene un período de reproducción de aproximadamente 2.0 segundos, mientras que un AOB_FRAME tiene un período de reproducción de 20 milisegundos. La "TMSRT_entry" proporcionada a cada AOB_ELEMENT muestra que la longitud de datos de cada AOB_ELEMENT se proporciona en una tabla de búsqueda de tiempo . Al referirse a TMSRT_entries, un aparato de reproducción puede realizar una búsqueda hacia adelante o hacia atrás cuando, por ejemplo, se reproducen descargas intermitentes de música al reproducir repetidamente 240 milisegundos de datos de audio y después saltar dos segundos de datos de audio en la dirección deseada. {3-3_10-7} AOB BLOCK Esto completa la explicación de un AOB_ELEMENT. Lo siguiente describe el concepto de AOB_BLOCK mostrados en el tercer nivel de la construcción de datos de un archivo AOB proporcionado en la figura 10. Cada "AOB_BLOCK" está constituido de AOB_ELEMENT válidos. Únicamente existe un AOB_BLOCK en cada AOB_FILE. Aunque un AOB_ELEMENT tiene un período de reproducción de aproximadamente dos segundos, un AOB_BLOCK tiene un período de reproducción máximo de 8.4 minutos. La limitación de 8.4 minutos está impuesta para restringir el tamaño de la tabla de búsqueda de tiempo a 504 octetos o menos. {3-3_10-8} Restricción de la Tabla de búsqueda de tiempo Lo siguiente describe con detalle el motivo por el cual el tamaño de la tabla de búsqueda de tiempo se restringe al limitar el período de reproducción. Cuando un aparato de reproducción realiza una búsqueda hacia adelante o hacia atrás, el aparato de reproducción salta la lectura de dos segundos de datos de audio antes de reproducir 240 milisegundos. Cuando se saltan dos segundos de datos, el aparato de reproducción en teoría puede referirse a las longitudes de datos mostrados en los encabezados ADTS de AOB_FRAME, aunque esto puede significar que el aparato de reproducción pueda tener qué detectar consecutivamente 100 AOB_FRAME (2 segundos/20 milisegundos) justo para saltarse dos segundos de datos de audio. Esto puede constituir una carga de procesamiento excesiva para un aparato de reproducción. Para reducir la carga de procesamiento de un aparato de reproducción, las direcciones de lectura para datos a intervalos de dos segundos se pueden escribir dentro de una tabla de búsqueda de tiempo a la cual se hace referencia por el aparato de reproducción cuando se realice una búsqueda hacia adelante o hacia atrás . Al escribir información que permite que las direcciones de lectura sean de dos a cuatro segundos adelante o detrás para que se encuentran rápidamente en la tabla de búsqueda de tiempo (tal información son tamaños de datos de AOB_ELEMENT) , un aparato de reproducción únicamente necesita hacer referencia a esta información cuando realiza una búsqueda hacia adelante o hacia atrás . El tamaño de datos de datos de audio con un período de reproducción de dos segundos dependerá de la velocidad de bitios utilizada cuando se reproduzcan los datos de audio. Como se establece anteriormente, una velocidad de bitios en el intervalo de 16 Kbps a 144 Kbps es la que se utiliza, de manera que la cantidad de datos reproducidos en dos segundos estará en el intervalo de 4 KB (=16 Kbps x 2/8) a 36 KB (=144 Kbps x 2/8) . Puesto que la cantidad de datos reproducidos en dos segundos estará en un intervalo de 4 KB a 36 KB, la longitud de datos de cada entrada en la tabla de búsqueda de tiempo para escribir la longitud de datos de datos de audio necesita ser de dos octetos (=16 bitios) de largo. Esto es debido a que un valor de 16 bitios es capaz de expresar un número en el intervalo de 0-64 KB. Por otra parte, si el tamaño total de datos de la tabla de búsqueda de tiempo necesita restringirse a 504 octetos (este es el tamaño de datos del TKTMSRT descrito posteriormente) , por ejemplo, el número máximo de entradas en la tabla de búsqueda de tiempo se puede calcular como 504/2=252.

Puesto que se proporciona una entrada cada dos segundos, el tiempo de reproducción que corresponde a este máximo de 252 entradas es 504 segundos (=2s*252) , o en otras palabras, 8 minutos y 24 segundos (=8.4 minutos) . Esto significa que el establecimiento del período de reproducción máximo para un AOB_BLOCK de 8.4 minutos limita el tamaño de datos de la tabla de búsqueda de tiempo a 504 octetos. {3-3_10-9} Respecto a los AOB Esto concluye la descripción de los A0B_BL0CK. Lo siguiente describe los AOB. Los AOB que se muestran en el segundo nivel de la figura 10 son regiones que tienen áreas no válidas en ambos extremos . Únicamente se presenta un AOB en cada archivo AOB . Las áreas no válidas son regiones que se leen y escriben junto con los A0B_BL0CK y se almacenan en los mismos grupos que los AOB_BLOCK. La posición de inicio y fin de los AOB_BLOCK dentro de los AOB se muestra por los BIT incluidos en los datos de navegación. Estos BIT se describen con detalle posteriormente en esta especificación. Esto completa la explicación de cuáles son almacenados en un archivo AOB. Lo siguiente describe qué clase de contenido se reproduce cuando ocho AOB y AOB_BLOCK mostrados en el archivo AOB en la figura 9 se leen sucesivamente. {3-3_10-10_16} La figura 16 muestra el contenido de reproducción cuando los AOB y los AOB_BLOCK en este archivo de AOB se leen sucesivamente. El primer nivel en la figura 16 muestra los ocho archivos AOB en la región del usuario, mientras que el segundo nivel muestra los ocho AOB grabados en estos archivos AOB. El tercer nivel muestra los ocho AOB_BLOCK incluidos en estos AOB . El quinto nivel muestra los títulos de cinco contenidos constituidos por estos archivos AOB. En este ejemplo, el "contenido" son cinco canciones SongA, SongB, SongC, SongD y SongE, mientras que el "título" es un álbum de música constituido de estas cinco canciones. Las líneas discontinuas ASI, ASI, AS3 , . . . AS7, y AS8 muestran la correspondencia entre los A0B_BL0CK y las partes dentro de las cuales se divide el álbum, de manera que el cuarto nivel en la figura 16 muestra las unidades utilizadas para dividir al álbum de música que se muestra en el quinto nivel . Con referencia a las líneas discontinuas, se puede ver que AOB_BLOCK está incluido en A0B#1, es una canción (SongA) con un período de reproducción de 6.1 minutos. El AOB_BLOCK incluido AOB#2 es una canción (SongB) con un período de reproducción de 3.3 minutos. El AOB_BLOCK incluido en A0B#3 es una canción (SongC) con un período de reproducción de 5.5 minutos. De esta manera, "AOB001. SAI" a "AOB003.SA1" corresponden cada uno a una canción diferente. El sexto nivel de la figura 16 es una secuencia de pistas constituida de pistas TrackA a TrackE. Estas pistas TrackA-TrackE corresponden a las cinco canciones SongA, SongB, SongC, SongD y SongE y cada una se trata como una unidad de reproducción separada. Por otra parte, A0B#4 tiene un período de reproducción de 8.4 minutos y es la primera parte (o "encabezado") de la canción SongD ue tiene un período de reproducción de 30.6 minutos. Los A0B_BL0CK incluidos en A0B#5 y AOB#6 son las partes medias de la canción SongD y también tienen períodos de reproducción de 8.4 minutos . El A0B_BL0CK incluido en A0B#7 es la parte final de la canción SongD y tiene un período de reproducción de 5.4 minutos. De esta manera, una canción que tiene un período de reproducción total de 30.6 minutos se divide en (8.4 + 8.4 + 8.4 + 5.4-minutos) partes cada una incluida en un AOB diferente. Como se puede ver de la figura 16, cada canción incluida en un archivo AOB se somete a un período máximo de reproducción de 8.4 minutos. Esta explicación muestra claramente que al limitar los períodos de reproducción de los ABO como se describe antes se restringen el tamaño de datos de la tabla de búsqueda de tiempo que corresponde a cada AOB. Lo siguiente describe los datos de navegación incluidos en cada tabla de búsqueda de tiempo. {3-3_8A,B-2} Los datos de navegación están constituidos de los dos archivos "SD_Audio.PLM" y "SD_Audio .TKM" mencionados antes. El archivo "SD_Audio .PLM" incluye el PlaylistManager, mientras que el archivo "SD_Audio.TKM" incluye el TrackManager. Como se mencionó como parte de la explicación de los datos de presentación, una pluralidad de archivos AOB almacenan los AOB codificados, aunque no otra información, tal como el período de reproducción de los ABO, los nombres de las canciones representados por los AOB o los créditos para el escritor de la canción que se proporcionan. Aunque se registran una pluralidad de AOB en una pluralidad de archivos AOB, no se proporciona indicación respecto al orden de reproducción de los AOB. Para informar a un aparato de reproducción de tal información, se proporcionan el TrackManager y PlaylistManager. El TrackManager muestra la correspondencia entre los AOB grabados en los archivos AOB y las pistas, e incluye una pluralidad de piezas de la información de administración de pistas de manera que cada una proporciona una variedad de información, de manera que el período de reproducción de los AOB y los nombres de las canciones así como los escritores de la canción de los diversos AOB. En esta especificación, el término "pista" se refiere a una unidad de reproducción con significado para los usuarios, de manera que cuando se almacena música de derechos de autor en una tarjeta 31 de memoria instantánea, cada canción es una pista separada. Inversamente, cuando se graba un "audio libro" (es decir, literatura con derechos de autor almacenada como una grabación de audio) en una tarjeta 31 de memoria instantánea, cada capítulo o párrafo se puede establecer como una pista separada. El TrackManager se proporciona para manejar una pluralidad de los AOB grabados en una pluralidad de archivos AOB como un grupo de pistas. Un Playlist establece el orden de reproducción de una pluralidad de pistas. Una pluralidad de Playlist se pueden incluir en el PlaylistManager. Lo siguiente describe al TrackManager con referencia a los dibujos. {17-1_18} Composición detallada del PlaylistManager y TrackManager La figura 17 muestra la composición detallada de PlaylistManager y TrackManager en esta modalidad, como una jerarquía. La figura 18 muestra los tamaños de PlaylistManager y TrackManager. El lado derecho de la figura 17 muestra los incisos en el lado izquierdo con más detalle, con líneas discontinuas indicando cuáles incisos se muestran con mayor detalle.

Como se muestra en la figura 17, TrackManager está constituido de información de pista (TKI) #1, #2, #3, #4 . . . #n, como se muestra por la línea discontinua hl . Estos TKI son información para administrar los AOB grabados en archivos AOB como pistas, y cada uno corresponde a un archivo AOB diferente. A partir de la figura 17, se puede ver que cada TKI está constituido de Track_General_Inf orma t i on (TKGI) , Track_Text_Information (TKTXTI_DA) en los cuales la información de texto exclusiva para cada pista se puede escribir y un Track_Time_Search_Table (TKTMSRT) que sirve como una tabla de búsqueda de tiempo. A partir de la figura 18, se puede ver que cada TKI tiene un tamaño fijo de 1,024 octetos, lo que significa que el tamaño total de TKGI en el TKTXTI_DA se fija en 512 octetos debido al tamaño de TKTMSRT el cual está fijo en 512 octetos. En el TrackManager, se puede establecer un total de 999 TKI . Como se muestra por la línea discontinua h.3 , el TKTMSRT está constituido de TMSRT_Header y TMSRT_entries #1, #2, #3 . . . #n. {17-2_19} Correspondencia de TKI con los archivos AOB y los ABO La figura 19 muestra la manera en que los TKI mostrados en la figura 17 corresponden con los archivos AOB y los AOB mostrados en la figura 16. Los cuadros en el primer nivel en la figura 19 muestran una secuencia de pistas constituidas de las pistas TrackA a TrackE, el cuadro grande en el segundo nivel muestra el TrackManager mientras que el tercero y cuarto niveles muestran los ocho archivos AOB que se proporcionan en la figura 16. Los ocho archivos AOB se graban en los ocho AOB que se muestran en la figura 16, y constituyen un álbum de música que incluyen las pistas TrackA, TrackB, TrackC, TrackD y TrackE. El segundo nivel muestra los ocho TKI . Los números "1", "2", "3", "4" asignados a cada TKI son los números de serie utilizados para identificar cada TKI, en donde cada TKI corresponde con el archivo AOB que se ha proporcionado con el mismo número de serie 001,002,003,004,005 . . . . Con esto en mente, se puede ver a partir de la figura 19 que TKI#1 corresponde con el archivo "AOB001.SAI" , que TKI#2 corresponde con el archivo "AOB002. SAI" , TKI#3 corresponde con el archivo "AOB003.SA1" y TKI#4 corresponde con el archivo "AOB004.SA1" . La correspondencia entre los TKI y AOB_FRAME se muestra por las flechas TAI, TA2 , TA3 , TA4 . . . en la figura 19. De esta manera, cada TKI corresponde con un AOB diferente grabado en un archivo AOB que proporciona información detallada que se aplica únicamente al AOB correspondiente. {l7-3_20} Composición de datos de un TKTMSRT Lo siguiente describe la información que se aplica a un sólo de los AOB grabados en los archivos AOB, comenzando con TKTMSRT. La figura 20 muestra la composición de datos de TKTMSRT con detalle. El lado derecho de la figura 20 muestra la composición de datos detallada del encabezado de la tabla de búsqueda de tiempo (TMSRT_Header) . En la figura 20, el TMSRT_Header tiene un tamaño de datos de ocho octetos, y está constituido de tres campos . El primero de dos octetos son un TMSRT_ID, los siguientes dos Octetos se reservan y los cuatro octetos finales son el TMSRT_entry_Number total. Un ID único para identificar al TMSRT se registra en "TMSRT__ID" . El número total de TMSRT_entries en el TMSRT se registra en "TotalTMSRT_entry Number" . {17-3_21-1} Ejemplo específico de TKTMSRT Lo siguiente describe con detalle TKTMSRT. La figura 21 muestra un ejemplo de un TKTMSRT. El lado izquierdo de la figura 21, muestra un AOB, mientras que el lado derecho muestra el TKTMSRT correspondiente . El AOB en el lado izquierdo de la figura 21 está constituido de una pluralidad de AOB ELEMENT numerados #1, #2, #3 . . . #n que ocupan las regiones numeradas ARl, AR2, AR3 . . . ARn a la derecha. Los números tales como "0", "32000", "64200", "97000", "1203400" y "1240000" muestran las direcciones relativas de las áreas ARl, AR2 , AR3 , ARn-1, ARn ocupadas por los AOB_ELEMENT con respecto al inicio del A0B_BL0CK. Como ejemplos, se registra AOB_ELEMENT#2 en una posición que está a una distancia "32000" desde el inicio de AOB_BLOCK, mientras que se graba "AOB_ELEMENT#3 en una posición que está a una distancia "64200" desde el inicio de A0B_BL0CK y AOB_ELEMENT#n-1 se graba en una posición que está a una distancia "1203400" del inicio de AOB_BLOCK. Se debe hacer notar que la distancia entre cada región ocupada en el inicio del AOB_BLOCK no es un múltiplo de cierto valor, lo que significa que las regiones ocupadas por AOB_ELEMENT no son del mismo tamaño. La razón de que las regiones ocupadas tengan tamaños diferentes es que se utilizan cantidades variables de datos para codificar cada A0B_FRAME . Puesto que el tamaño de la región ocupada por cada AOB_ELEMENT difiere, es necesario informar al aparato reproductor por adelantado de la posición de cada AOB_ELEMENT en un AOB cuando se realiza un salto al inicio de un AOB_ELEMENT. Para este propósito, se proporcionan una pluralidad de TMSRT entries en TKTMSRT. Las flechas RT1, RT2 , RT3 . . . RTn-1, RTn muestran la correspondencia entre las regiones ARl, AR2 , AR3 . . . ARn-1, ARn ocupadas por cada AOB_ELEMENT y TMSRT_entry#l, TMSRT_entry#2 , TMSRT_entry#3 . . . TMSRT_entry#n-l, TMSRT_entry#n. En otras palabras, el tamaño de la región ARl ocupado por A0B_ELEMENT#1 se escribe en TMSRT_entry#l, mientras que los tamaños de las regiones AR2 y AR3 ocupadas por A0B_ELEMENT#2 y A0B_ELEMENT#3 se escriben en TMSRT_entries #2 y #3. Puesto que el área ocupada ARl toma la región desde el inicio del ABO al inicio de A0B_ELEMENT#2 "32000 " , el tamaño "32000" (=32000-0) se escribe en TMSRT_entry#l. El área ocupada AR2 capta la región desde el inicio de A0B_ELEMENT#2 "32000" al inicio de A0B_ELEMENT#3 "64200", de manera que el tamaño "32200" (=64200-32000) se escribe en TMSRT_entry#2. El área ocupada AR3 toma la región desde el inicio de AOB_ELEMENT#3 "64200" al inicio de A0B_ELEMENT#4 "97000", de manera que el tamaño "32800" (=97000-64200) se escribe en TMSRT_entry#3. De la misma manera, el área ocupada ARl capta la región desde el inicio de AOB_ELEMENT#n-l "1203400" al inicio de AOB_ELEMENT#n "1240000", el tamaño "36600" (=1240000-1203400) se escribe en TMSRT_entry#n-l. {l7-3_21-2} Como se lee TKTMSRT De esta manera, los tamaños de datos de AOB_ELEMENT se escriben en una tabla de búsqueda de tiempo. Sin embargo, puesto que la longitud de datos de cada AOB_BLOCK se restringe a un máximo de 8.4 minutos, el número total de AOB_ELEMENT incluidos en un sólo AOB se limita a un número predeterminado ("252" como se muestra en la figura 20) o menos. Puesto que el número de AOB_ELEMENT se restringe, el número de TMSRT_entries que corresponde a AOB_ELEMENT también se restringe, lo que restringe el tamaño de TKTMSRT incluyendo estos TMSRT_entries dentro de un tamaño predeterminado. Puesto que el tamaño de TKTMSRT se restringe, un aparato de reproducción puede leer y utilizar los TKI de la siguiente manera. El aparato de reproducción lee cierto AOB y al comenzar la reproducción del AOB, lee el TKI correspondiente y lo almacena en una memoria. Este TKI correspondiente se mantiene en la memoria mientras continúa la reproducción de este AOB. Una vez que finaliza la reproducción del AOB, se lee el siguiente AOB y cuando comienza la reproducción de este AOB, el aparato de reproducción sobreescribe el TKI correspondiente a este AOB siguiente dentro de la memoria en lugar del TKI anterior. Este TKI posterior se mantiene en la memoria mientras continúa la reproducción de ése AOB siguiente.

Al leer y almacenar los TKI de esta manera, se puede minimizar la capacidad necesaria de la memoria en el aparato de reproducción mientras aún se permite que se lleven a cabo funciones especiales de reproducción tales como adelanto y retroceso. Aunque la presente modalidad describe el caso en el que la longitud de datos desde la primera dirección de un AOB_ELEMENT a la primera dirección de la siguiente AOB_ELEMENT se escribe en el TMSRT_entry, en relación a las direcciones desde el inicio de AOB_BLOCK a la primera dirección de AOB_ELEMENT se pueden escribir en la misma en vez de esta. {l7-3_21-3} Especificación de un grupo que incluye un AOB ELEMENT Lo siguiente describe la manera en que se puede leer un AOB_ELEMENT utilizando TKTMSRT. El TKTMSRT incluido el tamaño de cada AOB_ELEMENT, de manera que cuando AOB_ELEMENT#y, el cual es el iésimo AOB_ELEMENT desde el inicio de un AOB, que se va a leer, el grupo u que satisface la Ecuación 1 que se proporciona en lo anterior se calcula, y se leen los datos colocados con la desviación v desde el inicio del grupo u.

Ecuación 1 Grupo u = (Total de TMSRT_entries a partir de A0B_ELEMENT#1 para AOB_ELEMENT#y-l + DATA_Offset) / Tamaño de grupo Desviación v = (Total de TMSRT_entries a partir de AOB_ELEMENT#l a AOB_ELEMENT#y- 1 + DATA_Offset) tamaño del grupo mod en donde c=a mod b indica que c es el reproducido cuando a se divide entre b El DATA_Offset se escribe en el BIT y se describe posteriormente en esta especificación. {17-4} TKTXI_DA Esto completa la explicación de la tabla de búsqueda de tiempo (TKTMSRT) . Lo siguiente describe el Track_Text_Information Data Área (TKTXI_DA) registrado en la parte superior de TKTMSRT. Se utiliza Track_Text_Inf ormation Data Área (TKTXTI_DA) para almacenar información de texto que muestra el nombre del artista, nombre del álbum, mezclador, productor y otra información similar. Esta área se proporciona incluso cuando tal información del texto no existe. {17-5} TKGI Lo siguiente describe el TKGI registrado en la parte superior de TKTXI_DA. En la figura 17, varios conjuntos de información mostrados como el identificador "TKI_ID" del TKI, el número de TKI "TKIN", el tamaño de TKI "TKI_SZ", un apuntador de enlace para el siguiente TKI "TKI_LNK_PTR" , atributos de bloque "TKI_BLK_ATR" , un período de reproducción "TKI_PB_TM", los atributos de audio "TKI_AOB__ATR" , un "ISRC", e información de bloque "BIT" . Nótese que únicamente parte de esta información se ha demostrado en la figura 17 para simplificar la representación. {l7-5_22-l} TKGI Lo siguiente describe la composición de un texto TKGI con detalle, con referencia a la figura 22. La diferencia entre la figura 17 y la figura 22 es que la composición de datos del TKGI que se muestra en la figura 17 se coloca en el lado izquierdo de este dibujo y que las composiciones de bitios de "TKI BLK ATR", "TKI AOB ATR" e "ISRC" se muestran claramente. {l7-5_22-2} TKI_ID Un ID único para TKI se escribe en "TKI_ID" . En la presente modalidad, se utiliza el código de dos octetos "A4". {l7-5_22-3} TKIN Un número de TKI en el intervalo de 1 a 999 se escribe en "TKIN" . Nótese que el TKIN de cada TKI es único. En la presente modalidad, la posición de cada TKI en el TrackManager se utiliza como el TKIN. Esto significa que "1" se escribe como el número TKI de TKI#1, "2" se escribe como el número TKI de TKI#2 y "3" se escribe como el número TKI de TKI#3. {l7-5_22-4} TKI_SZ El tamaño de datos de TKI en unidades de octetos se escribe en "TKI_SZ". En la figura 22, se proporcionan 1.024 octetos como el tamaño de datos del TKI, de manera que cada TKI en la presente modalidad tiene una longitud de 1,024 octetos. {17-5_22_5} TKI_LNK_PTR El TKIN del TKI al cual se une el presente TKI se escribe en "TKIN_LNK-PTR" . Lo siguiente describe tales señales entre TKI . Cuando una pista está constituida de una pluralidad de AOB los cuales se graban en una pluralidad de archivos de AOB, estos archivos de AOB se administrarán como una sola pista al enlazar la pluralidad de los TKI que corresponden a estos archivos AOB. Para enlazar una pluralidad de TKI, es necesario mostrar el TKI del archivo AOB que sigue después del archivo AOB del presente TKI . En consecuencia, los TKIn de los TKI que exhiben al TKI presente se escriben en TKI_LNK_PTR. {l7-5_22-6_19} TKI_LNK_PTR Lo siguiente describe los ajustes realizados al TKI_LNK_PTR y los ocho TKI que se muestran en la figura 19. La información de pista numerada #1 a #3 y #8 corresponden cada una a pistas separadas, de manera que no establece información en que TKI_LNK_PTR. La información de pista TKI#4, TKI#5, TKI#6, TKI#7 corresponden con los cuatro archivos AOB que constituyen TrackD, de manera que la siguiente información de pista se indica en el TKI_LNK_PTR para estos TKI . Como se muestra por las flechas TL4, TL5 y TL6 en la figura 19, se establece "TKI#5" en el TKI_LNK_PTR de TKI#4, "TKI#6" se establece en el TKI_LNK_PTR de TKI#5 y se establece "TKI#7" TKI_LNK_PTR DE TKI#6. Como un resultado, un aparato de reproducción puede hacer referencia a los TKI_LNK_PTR proporcionados en los TKI que corresponden a estos cuatro archivos a AOB y de esta manera encontrar los cuatro TKI, TKI#4 a TKI#7 y los cuatro archivos AOB "AOB004.SA1" a "AOB007.SA1" que componen una sola pista, trackD. {17-5_22-7} TKI_BLK_ATR Los atributos del presente TKI se escriben en "TKI_BLK_ATR" . En la figura 22, la información mostrada dentro de las líneas discontinuas se extiende desde el TKI_BLK_ATR que muestra la composición de bitios de TKI_BLK_ATR. En la figura 22, se muestra el TKI_BLK_ATR constituido de 16 bitios de largo, con los bitios de b3 a bl5 reservados para uso futuro. Los tres bítios del bitio b2 a bO se utilizan para mostrar los atributos del TKI . Cuando un TKI corresponde a una pista completa, se escribe el valor "00b" es escribe el valor TKI_BLK-ATR (este ajuste se denomina posteriormente como "Pista") . Cuando varias TKI corresponden a la misma pista, se escribe el valor "001b" en el TKI_BLK_ATR del primer TKI (este ajuste posteriormente se denomina como "Head_of_Track" (inicio de pista) , el valor "010b" se escribe en los TKI_BLK_ATR de los TKI que corresponden a los AOB en la parte media de la pista (este ajuste se denomina posteriormente como "Midpoint_of :_Track" ) , y el valor "011b" se escribe en TKI_BLK_ATR de los TKI y que corresponden al AOB al final de la pista (este ajuste se denomina posteriormente como "End__of_Track" ) . Cuando no se utiliza TKI pero existe una región de TKI, lo que equivale a decir cuando existe un TKI suprimido, se escribe el valor "100b" en el TKI_BLK_ATR (este se ajuste se denomina en lo siguiente como "No usado") . Cuando existe un TKI no usado y no existe una región TKI , se escribe el valor "101b" en un TKI BLK ATR. {l7-5_22-8_19} Ejemplo del ajuste de TKI_BLK_ATR Lo siguiente describe los ajustes de TKI_BLK_ATR para cada TKI en el ejemplo que se muestra en la figura 19. Al hacer referencia al TKI_BLK_ATR de cada TKI, se puede ver que los cuatro pares TKI#1 ( "AOB001. SAI" ) , TKI#2 ("AOB002.SAI") , TKI#3 ( "AOB003. SAI" ) , y TKI#8 ( "AOB008. SAI" ) corresponden cada uno a pistas separadas puesto que el TKI_BLK_ATR de cada TKI#1, TKI#2 , TKI#3 y TKI#8 se establece como una "Pista".

El TLK_BLK_ATR de TKI#4 se establece en "Head_of_Track" , el TLK_BLK_ATR del TKI#7 se establece en "End_of_Track" , y el TLK_BLK_ATR del TKI#5 y TKI#6 se establecen en "Midpoint_of_Track" . Esto significa que el archivo AOB ( "AOB004.SAI" ) corresponde al TKI#4 es el inicio de una pista, los archivos AOB ( "AOB005. SAI" ) y ( "AOB006. SAI" ) corresponden a TKI#5 y TKI#6 son los puntos medios de la pista en el archivo AOB ( "AOB007. SAI" ) corresponde a TKI#7 es el final de la pista. Al clasificar las combinaciones de TKI y el archivo AOB correspondiente de acuerdo con los ajustes de TKI_BLK_ATR en TKI, se puede ver que la combinación de TKI#1 y "AOB001.SA1" constituye la primera pista (TrackA) . De igual manera, la combinación de TKI#2 y "AOB002.SA1" constituye una segunda pista (TrackB) y la combinación de TKI#3 y "AOB003.SA1" constituye una tercera pista (TrackC) . La combinación de TKI#4 y "AOB004.SA1" constituye la primera parte de una cuarta pista (TrackD), la combinación de TKI#5 con "AOB005.SA1" y TKI#6 con "AOB006.SA1" constituyen las partes centrales de TrackD y la combinación de TKI#7 y "AOB007.SA1" constituye la parte final de TrackD. Finalmente, la combinación de TKI#8 y "AOB008.SA1" constituye una quinta pista (TrackE) . {l7-5_22-9} TKI_PB_TM El período de reproducción de la pista (canción) constituida de AOB registrado en el archivo AOB que corresponde a un TKI se escribe en "TKI_PB_TM" . Cuando una pista está constituida de una pluralidad de TKI, la totalidad del período de reproducción de la pista que escribe en TKI_PB__TM de la primera TKI que corresponde a la pista, mientras que el período de reproducción del AOB correspondiente se escribe dentro del segundo y los siguientes TKI para la pista. {17 -5_22-10} TKI_AOB_ATR Las condiciones de codificación utilizadas cuando se produce un AOB el cual es decir la información tal como (1) , la frecuencia de muestreo a la cual se muestra al AOB grabado en el archivo de AOB correspondiente, (2) la velocidad de bitio de transferencia y (3) el número de canales, se escribe en el "TKI_AOB_ATR" en un TKI . La composición de bitios de TKI-AOB_ATR se muestra dentro de las líneas discontinuas que se extienden desde "TKI-AOB_ATR" en la figura 22. En la figura 22, el TKI-AOB_ATR está constituido de 32 bitios, con el modo de codificación escrito en el campo de cuatro bitios desde el bitio bl6 al bitio bl9. Cuando el AOB es codificado de acuerdo con el MPEG-2 AAC (con un encabezado ADTS) , el valor "0000b" se escribe dentro de este campo, mientras que cuando AOB se codifica de acuerdo con MPEG-capa 3 (MP3) , se escribe el valor "0001b". Cuando el AOB es codificado de acuerdo con Windows Media Audio (WMA) , se escribe en este campo el valor "0010b" . La velocidad de bitios utilizada cuando se codifica el AOB que se escribe en el campo de ocho bitios entre el bitio bl5 y el bitio b8. Cuando el AOB codifica de acuerdo con MPEG-2 AAC (con el encabezado ADTS) , se escribe en este campo un valor entre "16" y "72", después mientras el AOB se codifica de acuerdo con MPEG-1 capa 3, se escribe un valor entre "16" y "96". Cuando el AOB es codificado de acuerdo con MPEG-1 capa 3 (MP3) LSF, se escribe en este campo un valor entre "16" y "80" en este campo, mientras que cuando se codifica un AOB de acuerdo con Windows Media Audio (WMA) , se escribe un valor entre "8" y "16". La frecuencia de muestreo utilizada cuando se codifica el AOB se escribe en el campo de cuatro bitios entre el bitio b7 y b4. Cuando la frecuencia de muestreo 48 kHz, se escribe en este campo el valor "000b". Cuando la frecuencia de muestreo es de 44.1 kHz, el valor es "0001b", cuando la frecuencia de muestreo es 32 kHz, el valor es "0010b", cuando la frecuencia es de 24 kHz, el valor es "0011b", cuando la frecuencia de muestreo es 22.05 kHz, el valor es "0100b", y cuando la frecuencia de muestreo es de 16 kHz, el valor es "0101b" . El número de canales se escribe en el campo de tres bitios del bitio b3 al bitio bl . Cuando se utiliza un canal (es decir, monaural) , en este campo se escribe "000b", mientras que cuando se utilizan dos canales (es decir estereofonía) , se escribe en este campo el valor "001b". El campo de doce bitios del bitio b31 al bitio b20 se reserva para uso futuro, al igual que el bitio bO . {l7-5_22-ll} ISRC Se escribe un ISRC (Código de grabación estándar internacional) en el TKGI . En la figura 22, las líneas discontinuas se extienden desde el cuadro de "ISRC" muestran el contenido del ISRC. Como se muestra en el dibujo, el ISRC está constituido de diez octetos, con un código de artículo de grabación (#12) escrito dentro del campo de cuatro bitios entre el bitio b4 y el bitio b7. Un código de grabación/código de artículo de grabación (#11) se escribe en el campo de cuatro bitios entre el bitio b8 y el bitio bll . Se escribe un código de grabación (ISRC#10, #9, #8) en el campo de doce bitios entre el bitio bl2 y el bitio b23. Se escribe un código de Year-of-Recording (año de grabación) (ISRC#6, #7) en el campo b24 de ocho bitios y el bitio b31.

Se escribe un First Owner Code (Código de primer propietario) (ISR #3, #4, #5) en el campo de seis bitios entre el bitio b32 y el bitio b37, el campo de seis bitios entre el bitio b40 y el bitio b45, y el campo de seis bitios entre el bitio b48 y el bitio b53. Se escribe un código de país (ISRC #1, #2, #3) en el campo de seis bitios entre el bitio b56 y el bitio b61 y el campo de seis bitios entre el bitio b64 y el bitio b69. Se escribe una bandera de validez de un bitio en un campo de un bitio constituido del bitio b79. Se puede encontrar una descripción detallada de ISRC en ISO3901:1986 "Documentation-International Standard Recording Code (ISRC)". {l7-5_22-12_23A-l} BIT La "Tabla de información de bloque (BIT) " es una tabla para la administración de un AOB_BLOCK y tiene la composición detallada que se muestra en las figuras 23A y 23B. Como se muestra en la figura 23A, una BIT está constituida de un campo de DATA_OFFSET que ocupa una región desde el octeto 60avo al octeto 63avo y un campo SZ_DATA que ocupa una región desde el octeto 64avo al octeto 67avo, un campo TMSRTE_Ns que ocupa una región desde el octeto 68avo al octeto 71avo, un campo FNs_lst_TMSRTE que ocupa una región desde el octeto 72avo hasta el octeto 73avo, un FNs_Last_TMSRTE que ocupa una región desde el octeto 74avo al octeto 75avo, un campo FNs_Middle_TMSRTE que ocupa una región desde el octeto 76avo al octeto 77avo, y un campo de TIME_LENGTH que ocupa una región desde el octeto 78avo al octeto 79avo. Cada uno de estos campos se describe con detalle en lo siguiente. {l7-5_22-12_23A-2} DATA Offset Las direcciones relativas del inicio de un AOB_BLOCK a partir del límite entre los grupos se escribe en "DATA_OFFSET" como un valor dado en unidades de octeto. Esto expresa el tamaño de un área no válida entre un AOB y en AOB_BLOCK. Como un ejemplo, cuando un usuario graba una difusión de radio en una tarjeta 31 de memoria instantánea como AOB y desea suprimir la parte de introducción de una pista sobre la cual ha hablado un DJ, el DATA_OFFSET en la BIT se puede ajustar para que tenga la pista reproducida sin la parte que incluye la voz del DJ. {l7-5_22-12_23A-3} SZ DATA La longitud de datos de un AOB_BLOCK expresado en unidades de octeto se escribe en "SZ_DATA". Al restar un valor producido al sumar SZ_DATA a DATA_Offset del tamaño de archivo (un múltiplo entero del tamaño de grupo) , se puede encontrar el tamaño del área no válida que sigue a AOB_BLOCK. {l7-5_22-12_23A-4} TMSRTE NS El número total de TMSRT_Entries incluidas en un AOB_BLOCK se escribe en "TMSRTE_Ns". {l7-5_22-12_23A-5} " FNs_ls t_TMSRTE" , " FNs_Las t_TMSRTE" , "FNs Middle TMSRTE" El número de A0B_FRAME incluidos en AOB_ELEMENT colocados al inicio de un AOB_BLOCK presente se escribe en "FNs_lst_TMSRTE" . El número de AOB_FRAME incluido en AOB_ELEMENT colocado al f inal del AOB_BLOCK se escribe en "FN_Last_TMSRTE" . El número de los AOB_FRAME incluidos en cada AOB_ELEMENT separados de los del inicio y el final del AOB_BLOCK presente, los cuales son los AOB_ELEMENT en la parte media de AOB_BLOCK, se escriben en "FNsJMiddleJTMSRTE" . El período de reproducción de un AOB_ELEMENT se escribe en el formato que se muestra en la figura 23C en el campo " TIME_LENGTH" a una precisión en el orden de milisegundos. Como se muestra en la figura 23C, el campo "TIME_LENGHT" tiene 16 bitios de longitud. Cuando el método de codificación utilizado en MPEG-ACC o MPEG-Capa3, el período de reproducción de un AOB_ELEMENT es de dos segundos, de manera que el valor "2000" se escribe en el campo "TIME_LENGTH" . {l7-5_22-13__23B} La figura 23B muestra el número de A0B_FRAME indicado por "FNs_Middle_TMRTE" . De la misma manera que en la figura 14, la figura 23B muestra la relación entre sampling_frequency y el número de A0B_FRAME incluidos en un AOB_ELEMENT en la parte media de A0B_BL0CK. La relación entre sampling_frequency y el número de cuadros incluidos en AOB_ELEMENT mostrados en la figura 23B es el mismo ue el mostrado en la figura 14, lo cual es decir, que el número de cuadros en un AOB_ELEMENT depende de la frecuencia de muestreo usada. El número de cuadros escritos en "FNs_lst_TMSRTE" y "FNs_Last_TMSRTE" fundamentalmente será el mismo que el número escrito en "FNs_Middle_TMSRTE" , aunque cuando está presente un área no válida en los AOB_ELEMENTS al inicio o al final de un AOB_BLOCK, los valores dados en "FNs_lst_TMSRTE" o "FNs_Last_TMSRTE" diferirán del valor en "FNS Middle TMSRTE". {l7-5_22-14_24} Ejemplo de un AOB_ELEMENT almacenado La figura 24 muestra los grupos 007 a OOE que almacenan el AOB constituido de AOB_ELEMENT#l a A0B_ELEMENT#4. Lo siguiente describe los ajustes en la BIT cuando se almacena AOB como se muestra en la figura 24. Los AOB_ELEMENT#l a A0B_ELEMENT#4 que se almacenan en el grupo 007 al grupo OOE se indican en la figura 24 por las banderas triangulares con TMSRT_entries ajustados en el TKI para cada AOB_ELEMENT#1 a A0B_ELEMENT#4. En este ejemplo, la primera parte de A0B_ELEMENT#1 en el inicio de AOB se almacena en el grupo 007, mientras que la última parte de A0B_ELEMENT#4 al final de AOB se almacena en el grupo OOE. Los AOB_ELEMENT#l a #4 ocupan la región entre mdO en el grupo 007 a md4 en el grupo OOE. Como se muestra por la flecha sdl en la figura 24, el SZ_DATA en la BIT indica los AOB_ELEMENT #1 a #4 que ocupan una región desde el inicio_ del grupo 007 al final del grupo OOE, y de esta manera no indican que existen áreas no válidas udO y udl en los grupos 007 y OOE que no estén ocupadas por un AOB_ELEMENT. Por otra parte, el AOB también incluye las partes udO y udl que están presentes en los grupos 007 y OOE pero que no están ocupadas por AOB_ELEMENT#l o AOB_ELEMENT#4. El DATA_0ffset proporcionado en la BIT proporciona la longitud de la región no ocupada udO, lo cual es decir, desde el inicio de A0B_ELEMENT#1 en relación al inicio del grupo 007. En la figura 24, AOB_ELEMENT#l ocupa una región de mdO en el grupo 007 a mdl en el grupo 008. Este AOB_ELEMENT#l no ocupa la totalidad del grupo 008, con la parte remanente del grupo ocupada por A0B_ELEMENT#2. A0B_ELEMENT#4 ocupa una región de md3 en la parte media a través del grupo OOC a md4 en la parte media a través del grupo OOE. De esta manera, los AOB_ELEMENT se pueden almacenar a través de los límites de grupo, o en otras palabras; los AOB_ELEMENT se pueden grabar sin considerar los límites entre grupos. El "FNs__lst_TMSRTE" en la BIT muestra el número de cuadros en AOB_ELEMENT#l que se localizan en los grupos 007 y 008, mientras que "FNs_Last__TMSRTE" en la BIT muestra el número de cuadros en AOB_ELEMENT#4 que se localizan en los grupos OOC a OOE. De esta manera, los AOB_ELEMENT se pueden colocar libremente sin considerar los límites entre los grupos. La BIT proporciona información que muestra la desviación desde un límite de grupo a un AOB_ELEMENT y el número de cuadros en cada AOB ELEMENT. {l7-5_22-14_25} Uso del número de cuadros proporcionados en cada AOB ELEMENT (parte 1) Lo siguiente describe la manera en que se utiliza el número de cuadros en cada AOB_ELEMENT proporcionado en la BIT. Este número de cuadros proporcionado en la BIT se utiliza cuando se realiza una búsqueda hacia adelante o hacia atrás. Como se mencionó anteriormente, tales operaciones reproducen 240 milisegundos de datos después del primer salto de datos con un período de reproducción de dos segundos . La figura 25 muestra la manera en que AOB_FRAME#x+l, el cual se puede reproducir después, se establece cuando se realiza una búsqueda hacia adelante comenzando desde un AOB_FRAME#x en un AOB_ELEMENT#y en un AOB. La figura 25 muestra el caso cuando un usuario selecciona una búsqueda hacia adelante durante la reproducción de "AOB_FRAME#x incluido en AOB_ELEMENT#y . En la figura 25 "t" representa el período de reproducción intermitente (aquí, 240 milisegundos), "f(t)" muestra el número de cuadros que corresponden a este período de reproducción intermitente, "skip_time" muestra la longitud del período que debe ser saltado entre los períodos de reproducción intermitentes (aquí, dos segundos), "f (skip_time) " muestra el número de cuadros que corresponden al tiempo saltado. La reproducción intermitente se obtiene al repetir los tres procedimientos (1) , (2) y (3) descritos en lo siguiente. (1) El aparato de reproducción al que se hace referencia del TMSRT_entry en TKTMSRT y salta al inicio del símbolo de bandera (AOB_ELEMENT) . (2) El aparato de reproducción realiza la reproducción durante 240 milisegundos. (3) El aparato de reproducción salta al inicio del siguiente símbolo de bandera (AOB_ELEMENT) . El AOB_FRAME#x+l que existe 2s+240ms a partir de AOB_FRAME#x incluido en AOB_ELEMENT#y definitivamente estará presente en AOB_ELEMENT#y+l . Cuando se especifica el AOB_FRAME#x+l que es de 2s+240ms a partir del AOB_FRAME#x, la primera dirección del siguiente AOB_ELEMENT#y+l se puede calcular de inmediato al leer un TMSRT_entry a partir de TKTMSRT, a través de un aparato de reproducción el cual no puede saber el número de los AOB_ELEMENT#y+l a partir de la dirección de inicio del AOB_FRAME#x+l a partir del TMSRT_entry solo. Para calcular este número de AOB_FRAME, es necesario sustraer el número total de cuadros incluidos en AOB_ELEMENT#y del total de (1) el número #x que muestra la posición del AOB_FRAME#x en relación al inicio de AOB_ELEMENT#y, (2) f(t) y (3) f (skip_time) . Para simplificar el cálculo de la posición de cuadros relativa de AOB_FRAME#x+l en AOB_ELEMENT#y+l, el " Fns_lst_TMSRTE" , para cada " FNs_Middl e_TMSRTE " , y "FNs_Last_TMSRTE" para cada AOB_ELEMENT se escribe en la BIT como se menciona antes . {l7-5_22-15_26A} Uso del número de cuadros proporcionado en cada AOB_ELEMENT (parte 2) El número de cuadros escritos en BIT también se utiliza cuando un aparato de reproducción realiza una función de búsqueda de tiempo cuando la reproducción se inicia en un punto indicado utilizando un código de tiempo. En la figura 26A, se muestra cómo un aparato de reproducción puede especificar un AOB_ELEMENT y un AOB_FRAME que corresponde al momento de inicio de reproducción indicado por el usuario. Cuando la reproducción va a comenzar durante un tiempo indicado por el usuario, el tiempo indicado (en segundos) se ajusta en el campo Jmp_Entry, y una reproducción debe comenzar con un AOB_ELEMENT#y y un AOB_FRAME en una posición x que satisfaga la Ecuación 2 que se proporciona después .

Ecuación 2 Jmp_Entry (seg) = (FNs_lst_TMSRTE+FNs_middle_TMSRTE*y+ x) *20 mseg Puesto que "FNs_lst_TMSRTE" y "FNs_Middle_TMSRTE" se proporcionan en la BIT, estos pueden ser sustituidos en la Ecuación 2 para calcular el AOB_ELEMENT#y y AOB_FRAME#x. Al hacer esto, un aparato de reproducción puede hacer referencia a TKTMSRT del AOB, calcular la primera dirección de A0B_ELEMENT#y+2 (el cual es el (y+2)éslmo AOB_ELEMENT en este AOB) , e iniciar la búsqueda por AOB_FRAME#x a partir de esta primera dirección. Al hallar el AOB_FRAME ?és?mo; el aparato de reproducción inicia la producción desde este cuadro. De esta manera, el aparato de reproducción puede comenzar la reproducción de datos a partir del momento indicado por Jmp_Entry (en segundos) . De esta manera, un aparato de reproducción no necesita buscar las partes de encabezado ADTS de los A0B_FRAME y únicamente necesita realizar la búsqueda en los TMSRT_entries que se proporcionan en las TKTMSRT. Esto significa que el aparato de reproducción puede encontrar una posición de reproducción que corresponda con un tiempo de reproducción indicado a alta velocidad. De la misma manera, cuando se establece Jmp_Entry y la función de búsqueda de tiempo se utiliza en una pista que está constituida de una pluralidad de AOB, el aparato de reproducción únicamente necesita calcular un AOB_ELEMENT#y y AOB_FRAME#x que satisfaga la ecuación 3 a continuación.

Ecuación 3 Jmp_Entry (en segundos) = Período de reproducción de A0B#1 a AOB#n + (FNs_lst_TMSRTE (#n+l) +FNs_middle_TMSRTE (#n+l) *y+x) *20m seg El período de reproducción total de los AOB desde A0B#1 a A0B#2 es como sigue.

Período de reproducción total desde A0B#1 a AOB#n = ["FNs_lst_TMSRTE" (#1 ) +" FNs_Middle_TMSRTE " (#1) * (Número de TMSRT_entries (#1) -2) + "FNs_Last_TMSRTE" (#1) + "FNs_lst_TMSRTE" (#2 ) + ( " FNs_Middle_TMSRTE" (#2)* Número de TMSRT_entries (#2) -2) + " FN s_L a s t _TMS TE " (#2) + "FNs_lst_TMSRTE" (#3) + ( "FNs_Middle_TMSRTE" (#3)*Número de TMSRT_entries (#3) -2) + "FNs_Middle_TMSRTE" (#3) . . . + "FNs_lst_TMSRTE" (#n) + ( "FNs_Middle_TMSRTE" (#n) * Número de TMSRT_entries (#n) -2) + "FNs_Last_TMSRTE" (#n) ] *20 mseg Al haber calculado un AOB#n, un AOB_ELEMENT#y y un AOB_FRAME#x que satisfaga la Ecuación 3, el aparato de reproducción se refiere al TKTMSRT que corresponde al AOB#n+l, y busca por el AOB_FRAME ?ési o desde la dirección en la cual se coloca el elemento AOB_ELEMENT (y + 2)ésimo (es decir, AOB_ELEMENT#y+2) , y comienza la reproducción desde este AOB FRAME ?ésimo . {l7-5_22-16_27A,B} Supresión de un archivo AOB y un TKI Esto completa la explicación de la totalidad de la información incluida en el TKI . Lo siguiente describe cómo el TKI es actualizado en los siguientes cuatro casos. En el primer caso (caso 1) , se suprime una pista. En el segundo caso (caso 2) se suprime una pista y se graba una pista nueva. En el tercer caso (caso 3) , se seleccionan dos de una pluralidad de pistas y se combinan en una sola pista. Finalmente, en el cuarto caso (caso 4) , se divide una pista para producir dos pistas . Lo siguiente describe el caso 1, en donde se suprime una pista. Las figuras 27A y 27B muestran la supresión parcial de una pista. El ejemplo en las figuras 27A y 27B corresponde con el TrackManager que se muestra en la figura 19 y supone que el usuario ha indicado la supresión parcial de la pista B. El AOB que corresponde a la pista B se graba en "AOB002.SA1" el cual se asocia con TKI#2. Esto significa que la supresión de "AOB002.SA1" se acompaña por el establecimiento de "no usado" en TKI_BLK_ATR de TKI#2. Este estado en donde "AOB002.SA1" se ha suprimido y se ha establecido "no usado" en el TKI_BLK_ATR de TKI#2, se muestra en la figura 27B. Puesto que se ha suprimido "AOB002. SAI" , la región que anteriormente estaba ocupada por "AOB002.SA1" se libera para volverse una región no usada. Como se mencionó antes, el otro cambio es cuando "no usado" se ajusta en TKI_BLK_ATR de TKI#2. {l7-5_22-17_28A,B} Asignación de los TKI cuando se registra un nuevo AOB Lo siguiente describe el caso 2, en donde se graba una nueva pista después de la supresión de una pista. La figura 28A muestra el TrackManager después de que se ha revisado varias veces la supresión de pistas. Como se muestra en la figura 28A, si se han suprimido las pistas que corresponden a TKI#2, TKI#4, TKI#7, y TKI#8, entonces se establece "no usado" en el TKI_BLK_ATR de estos TKI . Aunque los archivos AOB se suprimen de la misma manera que los archivos de datos convencionales, se actualiza el TrackManager únicamente al establecer "no usado" en el TKI_BLK_ATR del TKI correspondiente. Esto significa que los TKI, cuyos TKI_BLK_ATR se establecen como "no usado" pueden aparecer en lugares diferentes en el TrackManager. La figura 28B muestra cómo se escribe un nuevo TKI y un archivo AOB cuando está presente un TKI cuyo TKI_BLK_ATR es "no usado" en el TrackManager. Al igual que en la figura 28A, los TKI#2, TKI#4, TKI#5, TKI#7 y TKI#8 en la figura 28B se establece como "no usado" .

En la figura 28B, la pista nueva que se va a escribir está constituida de cuatro AOB. Los TKI no usados utilizados para grabar estos AOB se determinan de acuerdo con el DPL_TK_SRP o se pueden elegir libremente. En el presente ejemplo, los TKI no usados numerados TKI#2 , TKI#4 , TKI#7 y TKI#8 se utilizan para grabar los TKI para la pista nueva. Puesto que estos cuatro AOB constituyen una pista, se establece "Head_of_Track" en el TKI_BLK_ATR del TKI#2, se establece "Middle_of_Track" en el TKI_BLK_ATR del TKI#4 y TKI#7 y se establece "End_of_Track" en TKI_BLK_ATR de TKI#8. El TKI_LNK_PTR en cada uno de los cuatro TKI, TKI#2, TKI#4, TKI#7 y TKI#8, utilizados para constituir el nuevo TrackD se establecen de manera que muestran el TKI que forma la siguiente parte de TrackD de la manera como se muestra por las flechas TL2, TL4 y TL7 , TKI#4 se establece en el TKI_LNK_PTR de TKI#2, TK1#7 se establece en TKI_LNK_PTR de TKI#4 y TKI#8 se establece en TKI_LNK_PTR de TKI#7. Después de esto, los archivos " AOB002. SAI " , "AOB004.SA1", "AOB007.SA1" y "AOB008.SA1" tiene los mismos números que TKI#2, TKI#4, TKI#7, TKI#8 que se han producido, y los cuatro AOB que constituyen la TrackD se almacenan en estos cuatro archivos. Al establecer apropiadamente los TKI_LNK_PTR y los TKI_BLK_ATR, esta cuarta pista TrackD se puede administrar utilizando TKI#2, TKI#4, TKI#7 y TKI#8.

Como se describe en lo anterior, cuando se escribe una pista nueva en la tarjeta 31 de memoria instantánea, los TKI en el TrackManager que se establecen como "no usado" se asignan como los TKI para ser utilizados para las pistas que se van a grabar recientes . {l7-5_22-18_29A,B} Establecimiento de TKI cuando se combinan dos pistas Lo que sigue describe la actualización de los TKI cuando se combinan pistas (caso 3) . Las figuras 29A y 29B muestran la manera en que se establecen los TKI cuando se combinan dos pistas para producir una pista nueva. El ejemplo en la figura 29A utiliza el mismo TrackManager que la figura 19 y muestra el caso cuando el usuario realiza una operación de edición para combinar TrackC y TrackE en una sola pista. En este caso, los AOB que corresponden a TrackC y TrackE se registran en los archivos AOB "AOB003.SA1" y "AOB008.SA1" los cuales corresponden a TKI#3 y TKI#8, de manera que los TKI_BLK_ATR de TKI#3 y TKI#8 se vuelven a escribir. La figura 29B muestra el TKI_BLK_ATR de estos TKI después de reescritura. En la figura 29A, los TKI_BLK_ATR de TKI#3 y TKI#8 se escriben como "Pista", pero en la figura 29B, el TKI_BLK_ATR de TKI#3 se reescribe para "Head_of_Track" y el TKI_BLK_ATR de TKI#8 se reescribe como "End_of_Track" . Al reescribir los TKI_BLK_ATR de esta manera, los archivos AOB "AOB003.SA1" y "AOB008.SA1" los cuales corresponden TKI#3 y TKI#8 finalizan siendo tratados como parte de una sola pista, la nueva TrackC. Esta operación es acompañada por el TKI_LNK_PTR de TKI#3 que se reescribe para indicar TKI#8. Se debe hacer notar particularmente aquí que aunque los TKI_BLK_ATR en los TKI se reescriben, no se realiza procesamiento para combinar físicamente los archivos AOB "AOB003.SA1" y "AOB008. SAI" . Esto es debido a que los archivos AOB cada uno están codificados utilizando FileKeys diferentes, de manera que cuando se combinan archivos AOB, sería necesario realizar dos procesos para cada archivo AOB para primero descodificar el archivo AOB codificado y después volver a codificar el resultado, lo que implica una carga de procesamiento excesiva. Además, un archivo AOB combinado de esta manera se puede codificar utilizando un FileKey único el cual puede realizar que la pista combinada sea menos segura que las pistas utilizadas para producirla. El TKI se diseña originalmente de manera que suprime el tamaño del TKTMSRT, de manera que la combinación física de los archivos AOB por una operación de edición también lleva a cabo el riesgo de que el TKI se vuelva demasiado grande. Por las razones indicadas antes, las operaciones de edición que combinan pistas que dejan los archivos AOB en su estado codificado y que se llevan a cabo simplemente al cambiar los atributos proporcionados por los TKI_BLK_ATR. {l7-5_22-18_29A,B-l_30, 31} Condiciones que se deben satisfacer cuando se combinan pistas La combinación de pistas se lleva a cabo al cambiar los atributos de TKI_BLK_ATR como se describe antes, pero los AOB que se incluyen en las pistas combinadas deben satisfacer las condiciones que se proporcionarán a continuación. Una primera condición es que el AOB que va a componer la parte final de una pista nueva necesita tener los mismos atributos de audio (modo de codificación de audio, velocidad de bitios, frecuencia de muestreo, número de canales, etc.) que el AOB del que está compuesto la primera parte de la nueva pista. Si un AOB tiene atributos de audio diferentes al AOB precedente o sucesivo, el aparato de reproducción tendrá que restablecer la operación del descodificador, lo cual hace una reproducción sin costuras (es decir, ininterrumpidas) de los AOB consecutivos difícil. La segunda condición es de que la pista producida por la combinación, tres o más de los AOB constituidos de únicamente el AOB_ELEMENT cuyo número de AOB_FRAME está por debajo del número requerido para un "FNs_Middle_TMSRTE" no se puede enlazar.

Los AOB se clasifican en dos tipos dependiendo de si por lo menos un AOB_ELEMENT incluye el mismo número de AOB_FRAME que el número de cuadros estipulados para un "FNs_Middle_TMSRTE" . El AOB tipo 1 incluye por lo menos un AOB_ELEMENT que tiene este número de AOB_FRAME, mientras que el AOB tipo 2 no incluye un AOB_ELEMENT que tenga este número de AOB_FRAME. En otras palabras, AOB_ELEMENT en un AOB tipo 2 tiene menos AOB_FRAME que "FNs_Middle_TMSRTE" , y la segunda condición estipula que no se pueden unir juntos tres AOB de tipo 2. La razón para la segunda condición es la siguiente. Cuando un aparato de reproducción lee los AOB sucesivamente, es preferible para un número suficiente de AOB_FRAME que se acumulen en la memoria intermedia del aparato de reproducción, aunque esto no se puede obtener cuando existen AOB tipo 2 consecutivo. En tal caso, es probable que ocurra un flujo insuficiente en la memoria intermedia del aparato de reproducción, de manera que la reproducción ininterrumpida del aparato reproductor ya no se puede garantizar. Por lo tanto, con el fin de evitar tales flujos insuficientes, se utiliza la segunda condición que estipula que no se pueden unir continuamente tres o más AOB tipo 2. La figura 30A muestra un AOB tipo 1 mientras que la figura 30B muestra dos ejemplos de los AOB tipo 2. En la figura 30B, ambos AOB están constituidos de menos de dos AOB_ELEMENT, con ninguno de los AOB_ELEMENT incluyendo un número de AOB_FRAME que se establezca para un "FNs_Middle_TMSRTE" . Puesto que la ausencia de un AOB_ELEMENT con el número de A0B_FRAME se establece para "FNs_Middle_TMSRTE" es la condición mediante la cual un AOB se clasifica como AOB tipo 2, esto significa que la totalidad de los AOB mostrados en este dibujo se clasifican como AOB tipo 2. En la figura 31A, se muestra una combinación de los AOB tipo 1 + tipo 2 + tipo 2 + tipo 1 en una sola pista. Puesto que esta combinación no involucra el enlace de tres AOB tipo 2, estos AOB se pueden unir para formar una sola pista. La figura 3IB muestra el enlace de los AOB tipo 1 + tipo 2 + tipo 2 + tipo 2 + tipo 1. Esta combinación resultaría en que existirían tres AOB tipo 2 consecutivos y por lo tanto está prohibida. {l7-5_22-18_29A/B-l_32} Combinación de pistas con respecto a las combinaciones de AOB tipo 1 y tipo 2 En la combinación de AOB en una sola pista como se muestra en la figura 31A, si el último AOB en la primera pista es un AOB tipo 1, la combinación se puede llevar a cabo sin importar si la primera parte de esta pista es un AOB tipo 1 o un AOB tipo 2.

La figura 32A muestra el caso en el que el último AOB en la primera pista es un AOB tipo 1 y el primer AOB en la siguiente pista también es un AOB tipo 1. La figura 32 muestra el caso en el que el último AOB en la primera pista es un AOB tipo 1 y el primer AOB en la siguiente pista es un AOB tipo 2. Puesto que en ambos casos se satisface la segunda condición, las pistas ilustradas se pueden combinar en una sola pista. Cuando el último AOB en la primera pista es un AOB tipo 2 y el AOB precedente en la primera pista es un AOB tipo 1, la primera pista se puede combinar con una pista posterior que comience con un AOB tipo 1, sin importar si el primer AOB en la primera pista es un AOB tipo 1 o un AOB tipo 2. La figura 32C muestra el caso en el que la primera pista finaliza con un AOB tipo 1 y un AOB tipo 2 en ése orden, y la segunda pista comienza con un AOB tipo 1. La figura 32D muestra el caso en el que la primera pista finaliza con un AOB tipo 1 y un AOB tipo 2 en ése orden y la segunda pista comienza con el AOB tipo 2 y el AOB tipo 1 en ése orden. Puesto que la segunda condición se satisface en ambos casos, las pistas ilustradas se pueden combinar en una sola pista. Cuando la primera pista termina con un AOB tipo 2 y el AOB inmediatamente precedente también es un AOB tipo 2, esta primera pista se puede combinar con una pista posterior que comience con un AOB tipo 1. La figura 32E muestra el caso en el que la primera pista termina con los AOB tipo 2, y la segunda pista comienza con un AOB tipo 1. Puesto que en este caso se satisface la segunda condición, las pistas ilustradas se pueden combinar en una sola pista. De esta manera, cuando se van a combinar dos pistas, se realiza una investigación para ver si las dos pistas satisfacen la primera y segunda condiciones y las dos pistas se combinan únicamente si se considera que satisfacen estas condiciones. Lo siguiente describe la actualización del TKI para el caso 4 en donde la pista se divide. {17-5_22-19_33A,B} Establecimiento para el TKI cuando se divide una pista Las figuras 33A y 33B muestran ejemplos de cuando una pista única se va a dividir para producir dos pistas nuevas. Para estos ejemplos, el contenido del TrackManager es el mismo que en la figura 27, y se supone que el usuario ha realizado una operación de edición que divide el TrackC en dos nuevas pistas, TrackC y TrackF. Cuando TrackC se va a dividir en un nuevo TrackC y TrackF, se genera un archivo AOB "AOB002.SA1" que corresponde a TrackF. La figuar 33A muestra que TKI#2 se establece como "no usado", con este TKI#2 que es asignado al archivo AOB "AOB002. SAI"recién generado. {l7-5_22-19_33A,B-l_34A,B} Actualización de las entradas de directorio y los valores FAT Cuando se divide el archivo AOB "AOB003.SA1" para producir "AOB002.SAI" , se deben actualizar las entradas de directorio y los valores FAT. Esta actualización se explica en lo siguiente. La figura 34A muestra cómo la entrada de directorio de SD-Audio en el Directorio de SD-Audio al cual pertenece el archivo AOB "AOB003.SA1" se escribe antes de que se divida el archivo. El archivo AOB "AOB003.SA1" se divide en una pluralidad de partes que se almacenan en grupos 007, 008, 009, 00A . . . 00D, OOE. En este caso, el primer número de grupo para el archivo AOB "AOB003.SA1" proporcionado en la entrada de directorio se escribe como "007". Los valores (008), (009), (00A) . . . (00D) , (OOE) también se escriben en los valores FAT 007, 008, 009, 00A . . . 00D que corresponden a los grupos 007, 008, 009, 00A . . . 00D. Cuando se divide el archivo AOB "AOB003.SA1" de manera que su última parte pertenece a un nuevo archivo AOB "AOB002.SAI" , se agrega un "filename" (nombre de archivo), un "filename extensión" (extensión de nombre de archivo) y un "number of first clusters in file" (número de los primeros grupos en archivo) para un archivo nuevo AOB "AOB002.SA1" que se agrega a la entrada de directorio de SD-AUDIO. La figura 34B muestra cómo la entrada de directorio de SD-Audio en el directorio de SD-Audio al cual pertenece el archivo AOB "AOB003.SA1" se escribe después de que se ha dividido el archivo AOB "AOB003. SAI" . En la figura 34B, el grupo 00F almacena una copia del grupo OOB que incluye el límite indicado por el usuario cuando se divide el archivo. Las partes del archivo "AOB002.SA1" que siguen a la parte incluida en el grupo OOB se almacenan en los grupos OOC, OOD y OOE, como en lo anterior. Puesto que la primera parte del archivo AOB "AOB002.SA1" se almacena en el grupo 00F y las partes restantes se almacenan en los grupos OOC, OOD, OOE, se escribe "00F" en el "número del primer grupo en archivo" para el archivo nuevo AOB, "AOB002. SAI" , mientras que (OOC) , (OOD) , (OOE) se escriben en los valores de FAT 00F, OOC, OOD, OOE que corresponden a los grupos 00F, OOC, OOD y OOE. {l7-5_22-19_33A,B-2_35A,B} Establecimiento de los campos de información en el TKI Lo siguiente describe la manera en que se establecen los campos de información en el TKI para el archivo AOB "AOB002.SA1" una vez que se ha obtenido este archivo al actualizar las entradas de directorio y los valores FAT. Cuando se genera un TKI para una pista dividida, existen dos clases de campos de información el TKI . Estas son (1) información que puede copiarse del TKI original y (2) información obtenida al actualizar la información del TKI original . El TKTXTI_DA en el ISRC es del primer tipo, mientras que BIT, el TKTMSRT y otros campos de información son del último tipo. Puesto que existen ambos tipos de información, la presente modalidad genera un TKI para una pista dividida al copiar el TKI original para producir una plantilla para el TKI nuevo, y después se divide/actualiza el TKTMSRT y el BIT en esta plantilla y se actualizan los campos de información restantes . La figura 35A muestra el caso en el que se divide AOB_FRAME en un AOB. El primer nivel en la figura 35A muestra los cuatro AOB_ELEMENT, A0B_ELEMENT#1 , A0B_ELEMENT#2 , AOB_ELEMENT#3 , y A0B_ELEMENT#4. Las longitudes de datos de estos AOB_ELEMENT se establecen en el TKTMSRT como las cuatro TMSRT_entries #1, #2, #3 y #4. Si el límite bdl para la división se establece en AOB_ELEMENT#2 en la figura 35A, se divide A0B_ELEMENT#2 en una primera región (1) constituida de los cuadros localizados antes del límite bdl, y una segunda región (2) constituida de los cuadros localizados después del límite bdl. La figura 35 muestra los dos AOB, AOB#l y AOB#2 que se obtienen al dividir el AOB enmedio a través de AOB_ELEMENT#2. {l7-5_22-19_33A,B-3_36} Establecimiento de la BIT La figura 36 muestra cómo se establece la BIT cuando se divide un AOB, como se muestra en la figura 35. El AOB que se muestra en la figura 35 se divide en el límite bdl. El A0B#1 producido por esta división incluye los dos AOB_ELEMENT, A0B_ELEMENT#1 y A0B_ELEMENT#2 , mientras que el otro A0B#2 producido por esta división incluye los tres AOB_ELEMENT, A0B_ELEMENT#1, A0B_ELEMENT#2 y A0B_ELEMENT#3. En la figura 36, estos AOB_ELEMENT también se han proporcionado con banderas triangulares para mostrar los ajustes de TMSRT_entries en los TKI que corresponden a estos AOB. La explicación primero se enfocará en el AOB#l el cual se obtiene por esta división. Los A0B_ELEMENT#1 y AOB_ELEMENT#2 que se incluyen en A0B#1 ocupan el grupo 007 al grupo 00A, de manera que el AOB#l se manejan como constituido del compuesto de los grupos 007 al grupo 00A. A0B_ELEMENT#2 en AOB#l tiene una longitud de datos que finaliza no en el extremo del grupo 00A, sino en el límite de bdl que está presente dentro del grupo 00A, de manera que se proporciona SZ_DATA para AOB#l como la cantidad de datos a partir de la región MDO al límite bdl en el grupo 00A. El "FNs_lst_TMSRTE" para el A0B#1 es el mismo que antes de la división, mientras que el "FNs_Last_TMSRTE" para A0B#1 difiere del valor utilizado antes de la división en que ahora indica el número de cuadros desde el inicio de A0B_ELEMENT#2 antes de la división al límite bdl. Lo siguiente describe al A0B#2, el cual se obtiene por esta división. AOB_ELEMENT# 1 , AOB_ELEMENT# 2 , y A0B_ELEMENT#3 que se incluyen en A0B#2 ocupan el grupo OOB al grupo 007. El grupo OOF incluye una copia del contenido del grupo 00A. La razón por la que el grupo OOF almacena una copia del grupo 00A es que el grupo 00A está ocupado por AOB_ELEMENT#2 en AOB#l, de manera que es necesario asignar un grupo diferente a AOB_ELEMENT#l en AOB#2. AOB_ELEMENT#l en AOB#2 tiene una longitud de datos que comienza no en el principio del grupo OOF, en el límite bdl que está presente dentro del grupo OOF, de manera que SZ_DATA para AOB#2 se proporciona como la misma cantidad de datos desde el inicio del grupo OOB a un punto medio a través del grupo OOE más la longitud de datos de la parte del grupo OOF ocupada por AOB_ELEMENT#l. La parte de AOB_ELEMENT#2 en AOB#l se incluye en la copia del grupo 00A almacenada en el grupo OOF no necesita excluirse de AOB#2, de manera que el campo DATA_Offset en el campo de BIT de AOB#2 se establece en el tamaño de la parte de AOB_ELEMENT#2 en AOB#l incluida en el grupo OOF. Como se puede ver de la figura 36, la división del AOB resulta en que únicamente el AOB_ELEMENT que incluye el límite para la división se divide en dos, y en otros AOB_ELEMENT colocados antes y después del AOB_ELEMENT dividido permanecen sin cambio. Como un resultado, se establece un "FN_Last_TMSRTE" de A0B#2 en el mismo valor para el "A0B_ELEMENT#4" antes de la división, y se establece un "FNs_lst_TMSRTE" de A0B#2 como se establece en AOB_ELEMENT#1 de A0B#2, lo cual es decir, el número de cuadros incluidos en la parte que sigue al límite una vez que se ha dividido AOB ELEMENT#2. {l7-5_22-19_33A,B-4_37} Establecimiento de la BIT La figura 37 muestra un ejemplo más específico de cambios en las BIT como un resultado de la división de una pista. El lado izquierdo de la figura 37 muestra un ejemplo de los ajustes de la BIT antes de la división. En esta BIT, se establece el Data_Offset como "X", se establece SZ_DATA en "52428" y se establece TMSRTE_Ns en "n" . Se establece FNs_lst_TMSRTE en "80 cuadros", se establece FNs_Middle_TMSRTE en "94 cuadros", y se establece FNs_Last_TMSRTE en "50 cuadros" . El lado derecho de la figura 37 muestra los ajustes de dos BIT producidas por la división de una pista. Cuando el AOB que corresponde al BIT en el lado izquierdo de la figura 37 se divide como se muestra en la figura 35A, el Data_Offset en la BIT de la primera pista producida por la división se establece en "X", como la pista antes de la división", se actualiza "SZ_DATA" a la longitud de datos "Q" desde el inicio del punto de división Q, y se establece TMSRTE_Ns en "k" , el cual muestra el número de TMSRT_entries a partir del primer TMSRT_entry a la késima TMSRT_entry. Los FNs_lst_-TMSRTE y FNs_Middle_TMSRTE se establecen respectivamente en "80" y "94" cuadros de la misma manera que la BIT antes de la división, pero puesto que el AOB_ELEMENT final en el AOB de la primera pista producida por la división incluye "p" AOB_FRAMES, se establece FNs_Last_TMSRTE en "p cuadros". En la BIT de la segunda pista producida por la división, se establece "Data_Offset" en "R", se establece "SZ_DATA" en (SZ#DATA original "52428" longitud de datos hasta el punto de división Q) y se establece TMSRTE_Ns en "n-k+1" producido al adicionar uno (para la késima TMSRT_entry que se agrega reciente como un resultado de la división) al número de TMSRT_entries a partir de la késima TMSRT_entry a la nésima TMSRT_entry . Los FNs_Middle_TMSRTE y FNs_Last_TMSRTE se establecen en los mismos valores que la BIT antes de la división, es decir, "94 cuadros" y "50 cuadros" respectivamente. El primer AOB_ELEMENT en el AOB de esta segunda pista incluye "94-p" AOB_FRAME, de manera que "94-p" se establece en el FNs_lst_TMSRTE de la BIT correspondiente a esta pista. {l7-5_22-19_33A,B-5_38} Establecimiento de la BIT La figura 38 muestra el TKTMSRT después de la división. Lo siguiente explica los establecimientos del TMSRT primero. El TMSRT de la primera pista incluye las TMSRT_entries de la primera TMSRT_entry de AOB antes de la división por el késimo tMSRT_entry, es decir, las TMSRT_entries #1 a #k. Se debe hacer notar aquí que AOB_ELEMENT#k incluye el límite para la división únicamente incluyendo la región (1) , de manera que el késimo TMSRT_entry únicamente incluye un tamaño de datos que corresponde a esta región (1) . El TMSRT de la segunda pista incluye el TMSRT-entries del késimo TMSRT_entry del AOB antes de la división por la nésim TMSRT_entry, es decir, las TMSRT_entries #k a #n. Se debe hacer notar aquí que AOB_ELEMENT#k que incluye el límite para la división, únicamente incluye la región (2), de manera que la ké3ima únicamente incluye un tamaño de datos que corresponde a esta región (2) . El copiado del TKI se acompaña por la división y actualización del TKTMSRT y la BIT, y una vez que se ha actualizado la información remanente, los TKI para las nuevas pistas producidas por la división se completarán. De la misma manera que cuando se combinan pistas, los archivos AOB no se descodifican, de manera que las dos pistas se pueden producir al dividir un archivo AOB en su estado codificado. Puesto que la división de un archivo AOB no involucra la descodificación y recodificación, se puede suprimir la carga de procesamiento de dividir una pista. Esto significa que se pueden editar las pistas incluso por un aparato de reproducción con una potencia de procesamiento limitada. Esto completa la explicación del TKI . Lo siguiente describe las Playlists (listas de reproducción) . {17-6} PlaylistManager Como se muestra por las líneas discontinuas h5 en la figura 17, el PlaylistManager mostrado está constituido de PlaylistManager_Inf ormation (PLMGI) para administrar las Playlist almacenadas en la tarjeta 31 de memoria instantánea, Def ault_Playlist_Inf ormation (DPLI) par administrar la totalidad de las pistas almacenadas en la tarjeta 31 de memoria instantánea y Playlistlnformation (PLI) , #1, #2, #3, #4 . . . #m. Cada PLI es información para una Playlist definida por el usuario. Como se muestra por las líneas discontinuas h.6, el DPLI está constituido de Defult_Playlist_General_Inf ormation (DPLGI) y Default_Playlist_Track_Search_Pointers (DPL_TK_SRP) 9 #1, #2, #3, #4 . . . #m. Como se muestra por las líneas discontinuas h7, cada PLI está constituido de Playl i s t_General__Inf ormat ion ( PLGI ) , y Playlist_Trac_Search_Pointers (PL_TK_SRP) #1, #2, #3, #4 . . . #m. El DPLI al que se hace referencia aquí difiere de cada PLI de la siguiente manera. Aunque el DPLI debe indicar la totalidad de las pistas almacenadas en la tarjeta 52 de memoria instantánea, un PLI no tiene esta restricción y puede indicar cualquier número de pistas. Esto abre diversas posibilidades para el usuario. Como ejemplos representativos, el usuario puede generar Playlist_Inf ormation indicando únicamente sus pistas favoritas y almacenar esta Playlist_Inf ormation en la tarjeta 31 de memoria instantánea, o puede tener un aparato de reproducción que genere automáticamente una Playlist_Information que únicamente indique las pistas de cierto género, de la pluralidad de pistas almacenadas en la tarjeta 31 de memoria instantánea y almacenar la información de lista de reproducción en la tarjeta 31 de memoria instantánea. {17-7_18} Número de Playlist y sus tamaños de datos Como se muestra en la figura 18, se pueden almacenar un máximo de 99 Playlist en una tarjeta 31 de memoria instantánea. El tamaño de datos combinados del PlaylistManager_Inf ormation (PLMGI) y la información de la lista de reproducción implícai (DPLI) también se fija en 2,560 octetos. Cada PLI tiene una longitud fija de 512 octetos. El "DPL_TK_SRP" incluido en la información de lista de reproducción implícita incluye un "DPL_TK_ATR" y un "DPL_TKIN" . Por otra parte, el campo "PL_TK_SRP" incluido en un PLI incluye únicamente un "PL_TK_SRP" . El formato de los campos DPL_TK_ATR, DPL_TKIN y PL_TKIN se muestra en la figura 39. {17-8_39-l} Formato de DPL_TK_SRP La figura 3 A muestra el formato de DPL_TK_SRP. En la figura 39A, el DPL_TKIN se escribe en los bitios Oavo a 9avo en el DPL_TK_SRP, mientras que DPL_TK_ATR se escribe en los bitios 13avo a 15avo. Los bitios lOavo a 12avo del DPL_TK_SRP se reservan para uso futuro. El número TKI se escribe en el DPL_TKIN que ocupa los bitios Oavo a 9avo en el DPL_TK_SRP . Esto permite que se especifique un TKI . {l7-9_39b} Formato del PL TK SRP La figura 39B muestra el formato del PL_TK_SRP. Este es un campo de diez bitios en el cual se escribe PL_TKIN escr-Lbe, es decir, un número de TKI . {l7-8_39A-2} Composición de DPL_TK_ATR Las líneas discontinuas h.51 y h52 que se extienden desde DPL_TK_ATR en la figura 39A muestran un ejemplo de ajuste de DPL_TK_ATR. Como se puede ver a partir de este dibujo, se establece para DPL_TK_ATR se establece DPL_TK_SRP para un TKI_BLK_ATR de la misma manera que se establece TKI_BLK_ATR para un TKI, es decir, el DPL_TK_ATR se establece en uno de "Track", "Head_of_Track" "Midpoint_of_Track" , y "End_of_Track" . Cuando el TKI indicado por el TKIN se utiliza, un objeto de Audio (AOB) que corresponde a una pista completa se graba en el archivo AOB que corresponde al TKI indicado (es decir, cuando el TKI_BLK_ATR del TKI es "Pista"), se establece un valor de "00b" en el "DPL_TK_ATR" . Cuando el TKI indicado por el TKIN se utiliza y se graba un objeto de audio (AOB) que corresponde únicamente al inicio de una pista en el archivo AOB que corresponde al TKI indicado (es decir, cuando TKI_BLK_ATR del TKI es "Head_of_Track" ) , se establece el valor "001b" en el "DPL_TK_ATR" . Cuando el TKI indicado por el TKIN se utiliza en un objeto de audio (AOB) que corresponde a la parte media de una pista que se graba en el archivo AOB correspondiente al TKI indicado (es decir, cuando el TKI_BLK_ATR del TKI es "Midpoint_of_Track" ) , se establece el valor "010b" en el "DPL_TK_ATR" . Cuando el TKI indicado por el TKIN se utiliza y - 1Ó4 -se graba un objeto de audio (AOB) que corresponde a la parte de extremo de una pista en el archivo (AOB) que corresponde al TKI indicado (es decir, cuando el TKI_BLK_ATR del TKI es " End_of_Track" ) , se establece el valor "001b" en el "DPL_TK_ATR" . Inversamente, cuando el TKI indicado por el TKIN no se utiliza y la región de TKI únicamente se establece, lo cual corresponde por ejemplo cuando se ha suprimido un TKI (es decir, cuando elL TKI_BLK_ATR del TKI está "no usado"), se establece un valor de "100b" en el DPL_TK_ATR. Cuando el TKI indicado por el TKIN no se utiliza y no se ha establecido una región TKI, es decir, cuando el TKI está en un estado inicial, se establece un valor "101b" en el "DPL_TK_ATR" . Puesto que el número de un TKI se escribe en el DPL_TKIN, es claro cuál de la pluralidad de TKI corresponde a cada DPL_TK_SRP. La posición del DPL_TK_SRP en el Default_Playlist_Information muestra que cuando el AOB que corresponde al TKI a su vez corresponde con el DPL_TK_SRP es el que se reproducirá, es decir, la posición ordinal del AOB en el Default_Playlist . Como resultado, el orden de los artículos DPL_TK_SRP en el Default_Playlist indica el orden en el cual se reproducirá la pluralidad de pistas o, en otras palabras, determina el orden de reproducción de las pistas. {l7-9_40-l} Interrelación entre Default_Playlist_Infromation, TKI y los archivos AOB La figura 40 muestra la interrelación entre Default_Playlist_Information, el TKI y los archivos AOB. El segundo, tercero y cuarto niveles en este dibujo son iguales que el primero, segundo y tercer niveles en la figura 19, y de esta manera muestran un TrackManager que incluyen ocho TKI y ocho archivos AOB. La figura 40 difiere de la figura 19 en que se proporciona en el primer nivel un cuadro que muestra el Default_Playlist_Information. Las ocho divisiones pequeñas que se muestran en este cuadro muestran los ocho Default_Playlist_Information incluidos en Default_Playlist_Information. Lia parte superior de cada división muestra el DPL_TK_ATR, mientras que la parte inferior muestra el DPL_TKIN. Como se muestra por las flechas DT1, DT2 , DT3 , DT4 . . . en la figura 40, DPL_TK_SRP#1 y TKI#1 están relacionados, como lo están DPL_TK_SRP#2 y TKI#2, DPL_TK_SRP#3 y TKI#3 y DPL_TK_SRP#4. Al buscar en los campos DPL_TK_ATR en el DPL_TK_SRP, se puede ver que se ha establecido una "Pista" para cada DPL_TK_SRP#1, DPL_TK_SRP#2 , DPL__TK_SRP#3 y DPL_TK_SRP#8. En otras palabras, las cuatro combinaciones DPL TK SRP#1 ? TKI#1 ("AOB001. SAI" ) , DPL_TK_SRP#2 - TKI#2 ( " OBO 02. SAI " ) , DPL_TK_SRP#3 ( "AOB003. SAI" ) , DPL_TK_SRP#8 ? TKI#8 ("AOBO 08.SAI") corresponde a las cuatro pistas separadas. Mientras tanto, ninguno de DPL_TK_S RP # 4 , DPL_TK_SRP#5 , DPL_TK_SRP#6, y DPL_TK_SRP#7 tiene un DPL_TK_ATR establecido como "Pista". En vez de esto, el DPL_TK_SRP#4 de DPL_TK_ATR se establece como "Head_of_Track" , el DPL_TK_ATR de DPL_TK_SRP#7 se establece en "End_of_Track" y el DPL_TK_ATR de DPL_TK_SRP#5 y DPL_TK_SRP#6 se establecen en "Midpoint_of_Track" . Esto significa que TKI#4 ( "AOB004. SAI") , el cual se relaciona con DPL_TK_SRP#4 , es el inicio de una pista, TKI#5 ("AOBO 05. SAI") y TKI#6 ( "AOB006. SAI" ) , los cuales se relacionan respectivamente con DPL_TK_SRP#5 y DPL_TK_SRP#6 , son las partes medias de una pista, y TKI#7 ( "AOB007. SAI" ) , el cual se relaciona con DPL_TK_SRP#7, es el final de una pista. Las entradas DPL_TK_SRP en la Def aultPlaylist muestran en qué orden se van a reproducir los AOB correspondientes a cada TKI . Los DPL_TKIN de DPL_TK_SRP1, #2, #3, #4 . . . #8 en la Def aultPlaylist de la figura 40 indican TKI#1, #2, #3, #4 . . . #8. Como se muestra por las flechas (1) (2) (3) (4) . . . (8), el archivo AOB "AOB001. SAI" corresponde a TKI#1 se reproducirá primero, "AOB002.SA1" que corresponde a TKI#2 se reproducirá en segundo lugar, "AOB003.SA1" que corresponde a TKI#3 se reproducirá en tercer lugar y "AOB004. SAI" , que corresponde a TKI#4 se reproducirá al final, en cuarto lugar. {17-10_41} Ejemplos de ajustes para DefaultPlayslist y Playlist_Information La figura 41 muestra los ajustes de ejemplo para el Default_Playlist y el Playlist_Information utilizando la misma notación que en la figura 40. En la figura 41, el cuadro en el primer nivel muestra el Default_Playlist , mientras que los tres cuadros en el segundo nivel muestran los PLI . Las divisiones pequeñas en el cuadro que muestra el Default_Playlist muestra los ocho valores de DPL_TK_SRP incluidos en Default_Playlist, mientras que las divisiones pequeñas en los cuadros que ilustran cada PLI muestran tres o cuatro valores de PL_TK_SRP. Este establecimiento de TKIN de cada DPL_TK_SRP incluido en Default_Playlist_Information es el mismo que en la figura 40. Sin embargo, los ajustes de TKIN en PL__TK_SRP incluidos en cada PLI son completamente diferentes de los de DPL TK SRP. {17-10_42} Correspondencia entre DPL_TK_SRP y el TKI La figura 42 muestra la correspondencia entre DPL_TK_SRP y la TKI utilizando la misma notación que en la figura 40. En la figura 42, la Playlist#l está constituido de PL_TK_SRP#1, #2, #3. De estos, #3 se escribe como PL_TKIN de PL_TKI_SRP#1, mientras que #1 se escribe como el PL_TKIN de PL_TK_SRP#2 y #2 como el PL_TKIN de PL_TK_SRP#3. Esto significa que cuando se reproducen las pistas de acuerdo con Playlist#l, se reproducirán una pluralidad de AOB, como se muestran por las flechas (11) (12) (13) en el orden AOB#3 , AOB#l, AOB#2. Playlist#2 se compone de PL_TK_SRP#1, #2, #3. De estos #8, se escribe como la PL_TKIN de PL_TK_SRP#1, mientras que el #3 se escribe como el PL_TKIN de PL_TK_SRP#2 y #1 como el PL_TKIN de PL_TK_SRP#3. Esto significa que cuando se reproducen las pistas de acuerdo con Playlist#2, se reproducirán una pluralidad de AOB, como se muestran por las flechas (21) (22) (23) en el orden AOB#8, A0B#3, A0B#1, es decir, en un orden completamente diferente a Playlist#l. Playlist#3 está constituido de PL_TK_SRP#1, #2, #3, #4. El PL_TKIN de estos PL_TK_SRP#1 a #4 se establecen respectivamente como #8, #4, #3, y #1. Esto significa que cuando se reproducen las pistas de acuerdo con Playlist#3, se reproducirá una pluralidad de AOB, como sigue. En primer lugar, AOB#8 que constituye TrackE se reproduce como se muestra por la flecha (31) . Después, A0B#4, AOB#5, AOB#6 y AOB#7 que componente TrackD, se reproducen como se muestra por la flecha (32) . Después de esto, AOB#3 y AOB#l, que respectivamente componente TrackC y TrackA se reproducen como se muestra por las flechas (33) y (34) . De nota especial es que cuando una pista está constituida por una pluralidad de TKI, únicamente se escribe el número de TKI del inicio de la pista dentro de la entrada PL_TK_SRP . De manera más detallada, aunque los valores de Default_Playlist_Information especifican los cuatro TKI (TKI#4, TKI#5, TKI#6, TKI#7) que constituyen TrackD, el PL_TK_SRP proporcionado en un conjunto de Playlist_Information no necesita indicar la totalidad de los cuatro TKI . Por esta razón, PL_TK_SRP#2 en el Playlist#3 únicamente indica TKI#4 de TKI#4 a TKI#7. Por otra parte, un DPLI que incluye una pluralidad de DK_TK_SRP tiene un tamaño de datos que es no mayor que un sector que siempre se carga en la RAM de un aparato de reproducción. Cuando las pistas se reproducen de acuerdo con una Playlist, el aparato reproductor hace referencia a los DK_TK_SRP que se cargan en su RAM y de esta manera puede buscar los TKI a alta velocidad. Para reproducir los TKI (AOB) utilizando un PL_TK_SRP que únicamente indica el número de TKI del primer TKI, un aparato de reproducción busca el TPL_TK_SRP cargado en su RAM en base en el TKI indicado por el PL_TK_SRP y juzga si la pista actual está constituida de una pluralidad de TKI. En caso de ser así, el aparato reproductor ejecuta el procedimiento apropiado para reproducir la totalidad de los TKI (AOB) correspondientes. Como se describe en lo anterior, el Default_Playlist y una pluralidad de PLI se escribe en el Playlist_Manager . Si se escriben órdenes de reproducción diferentes en el DPL_TKIN y el PL_TKIN del DPL_TK_SRP y el PL_TK_SRP que componen tales Playlist, se vuelve posibe reproducir los AOB en órdenes diferentes. Al proporcionar una variedad de distribuciones de reproducción diferentes para el usuario de esta manera, el usuario puede tener la impresión de que tiene muchos álbumes de música almacenados en la tarjeta 31 de memoria instantánea. Es una nota especial aquí el hecho de que el tamaño de los datos de DPL_TK_SRP que corresponden a un archivo AOB es pequeño (no mayor de dos octetos) , aunque el tamaño de datos de TKI que corresponde a un archivo AOB es grande (de hasta 1,024 octetos) . Cuando se reordena el TKI en el TrackManager, necesitan realizarse una gran cantidad de accesos a la tarjeta 31 de memoria instantánea, pero cuando se reordenan los DPL_TK_SRP en Default_Playlist_Information o un PLI, esto se puede realizar con menos accesos a la tarjeta 31 de memoria instantánea. En vista de esto, cuando se editan los datos de navegación, el orden de los DPL_TK_SRP en Default_Playlist se cambia activamente de acuerdo con la operación de edición, mientras que el orden del TKX en el TrackManager se deja sin cambios pese a la operación de edición. {l7-9_40-2_43A,B} Reordenamiento del DPL_TK_SRP Lo siguiente describe una operación de edición que cambia el orden de reproducción de las pistas al reordenar los TPL_TK_SRP en el Default_Playlist_Information. Las figuras 43A y 43B muestran un ejemplo de reordenamiento de pistas. Los ajustes de los DPL_TK_SRP y los TKI en la figura 43A son los mismos que en la figura 40. En la figura 40A, el DPL_TKIN en DPL_TK_SRP#3 se establece en TKI#3, mientras que el DPL_TKIN en DPL_TK_SRP#8 se establece en TKI#8. Lo siguiente describe el caso en el que estos DPL_TK_SRP con los contornos gruesos en la figura 40A se intercambian. Los números (1) (2) (3) (4) (5) (6) (7) (8) en la figura 43B muestran el orden de reproducción de las pistas después de esta operación de edición. Se debe hacer notar aquí que aunque el orden de reproducción que se muestra en la figura 43A es TrackA, TrackB, TrackC, TrackD, TrackE, en la figura 43B los DPL_TKIN del DPL_TK_SRP#3 y DPL_TK_SRP#8 se intercambian en la Default_Playlist_Information de manera que las pistas se reproducirán en el orden TrackA, TrackB, TrackC. De esta manera, el orden de reproducción de las pistas se puede cambiar fácilmente al cambiar el orden de los DPL_TK_SRP en el Default_Playlist_Information. Aunque la explicación anterior hace mención de la operación de edición que cambia el orden de las pistas, lo siguiente describirá las siguientes cuatro operaciones que se explican con respecto a los cambios en los TKI . Estas operaciones son un primer caso (caso 1) , en donde se suprime una pista, un segundo caso (caso 2) en donde se graba una pista nueva, un tercer caso (caso 3) en donde se combinan dos pistas seleccionadas libremente para producir una pista nueva y un cuarto caso (caso 4) , en donde una pista se divide para producir dos pistas nuevas . {l7-9_40-3_44A,B} Supresión de una pista Lo siguiente describe el caso 1 en donde se suprime una pista. Las figuras 44A y 44B muestran la manera en que Default_Playlist , TrackManager y los archivos AOB son actualizados cuando, además de DefaultPlaylist mostrado en la figura 40, se suprimen DPL_TK_SRP#2 y TKI#2. En estos dibujos, se suprime la misma parte de un AOB como en la figura 27 que se utiliza para describir la supresión de un TKI . Como un resultado, el segundo, tercero y cuarto niveles en la figura 44A y 44B son iguales que en la figura 27. La diferencia con la figura 27 es que Default_Playlist_Information incluye una pluralidad de DPL_TK_SRP que se proporcionan en el primer nivel de la misma manera que en la figura 40. El presente ejemplo trabaja con el caso cuando el usuario suprime TrackB constituido de DPL_TK_SRP#2 ? TKI#2 ("AOB002.SAI" ) que se muestra con el contorno grueso en la figura 44A. En este caso, se suprime DPL_TK_SRP#2 de Default_Playlist_Information y DPL_TK_SRP#3 a DPL_TK_SRP#8 en donde cada uno se mueve en un lugar en el orden de reproducción de manera que llenen el espacio en el orden liberado por la supresión de DPL_TK_SRP#2. Cuando se mueven los DPL_TK_SRP de esta manera, el DPL__TK_SRP#8 final se establece como "no usado" . Por otra parte, el TKI que corresponde a la parte suprimida se establece como "no usado" como se muestra en las figuras 27A y 27B sin que se muevan otros TKI para llenar el espacio creado por la supresión. La supresión del TKI también está acompañada por la supresión del archivo AOB "AOB002. SAI" . De esta manera, se mueven los DPL_TK_SRP en el orden de reproducción pero no se mueven los TKI, de manera que en la figura 44B, únicamente se han actualizado los DPL_TKIN en los DPL_TK_SRP. Para este ejemplo, el DPL_TKIN en el DPL_TK_SRP#2 se establece de manera que indique el TKI#3 como se muestra por la flecha DT11, el DPL_TKIN en DPL_TK_SRP#3 se establece de manera que indique el TKI#4, como se muestra por la flecha DT12 , el DPL_TKIN en DPL_TK_SRP#4 se establece de manera que indique TKI#5 y el DPL_TKIN en DPL_TK_SRP#5 se establece de manera que indique TKI#6. El DPL_TKIN en DPL_TK_SRP#8 que se ha establecido como "no usado" se establece para indicar TKI#2 , como se muestra por la flecha DT13. Cuando se suprime una pista, el DPL_TK_SRP utilizado para seguir las pistas en el orden de reproducción se mueve, mientras que el TKI correspondiente a la pista suprimida se establece como "no usado", mientras el resto está en su posición presente. De esta manera, una operación de edición no está acompañada por movimientos de los TKI, lo cual suprime la carga de procesamiento cuando se editan pistas . {l7-9_40-4_A,B} Asignación de los TI cuando se graban pistas Lo siguiente describe el caso 2 cuando se graban una pista nueva después de la supresión parcial de una pista. Las figuras A y 45B muestran como una operación que escribe un TKI nuevo y DPL_TK_SRP se realizan cuando está presente un TKI "no utilizado" y DPL_TK_SRP . Estos dibujos en gran medida son iguales a los de las figuras 28A y 28B que se utilizan para explicar la asignación de un TKI nuevo a un conjunto de TKI como "no utilizado" . El segundo, tercero y cuarto niveles en las figuras 45A y 45B son los mismos que los primeros tres niveles en las figuras 28A y 28B. La diferencia entre los dibujos es que los primeros niveles en las f iguras 45A y 45B muestran la Default_Playlist_Information constituida de una pluralidad de DPL_TK_SRP. En la figura 45A, el DPL_TK_SRP#4 para DPL_TK_SRP#8 se establece como "no usado". Por otra parte, en la figura 28, se establecen los TKI#2, TKI#4, TKI#5, TKI#7, TKI#8 como "no usado" . Mientras los TKI establecidos como "no usados" están presentes aquí y además en el TrackManager, los DPL_TK_SRP "no u s ado " s e col o c an cercano s ent re s i en l a Def aul t_Playlis t_Inf ormation . Esto resulta de que los DPL_TK_SRP us ado s s e mueven arriba en l a Def ault_Playlist_Inf ormation como se describe antes, mientras que no se realice tal movimiento para los TKI . La siguiente explicación describe el caso cuando se escribe un TrackD constituido de cuatro AOB. Los TKI para estos cuatro AOB se escriben respectivamente dentro de los siguientes TKI "no usados" en el TrackManager: TKI#2, TKI#4 ; TKI#7; y TKI#8. Los DPL_TK_SRP para estos cuatro AOB se escriben en DPL_TK_SRP#4 a DPL_TK_SRP#7 en el Def aul t_Playlist_Inf ormation. Puesto que estos cuatro AOB constituyen una pista única, los DPL_TK_ATR de DPL_TK_SRP#4 se establecen en "Head_of_Track" , los DPL_TK_ATR de DPL_TK_SRP#5 y DPL_TK_SRP#6 se establecen en "Middle_of_Track" , y el DPL_TK_ATR de DPL_TK_SRP#7 se establecen en "End_of_Track" . El DPL_TKIN de DPL_TK_SRP#4 se establece en TKI#2, el DPL_TKIN de DPL_TK_SRP#5 en TKI#4, el DPL_TKIN de DPL_TK_SRP#6 en TKI#7 y el DPLJTKIN de DPL_TK_SRP#7 en TKI#8. Al establecer los DPL_TKIN y los DPL_TK_ATR de esta manera, se manejan TKI#2, TKI#4, TKI#7 y TKI#8 como la cuarta pista TrackD. En el procesamiento anterior, se realiza una escritura para los TKI "no usados". Aunque esto no tiene efecto en los otros TKI, TKI#1, TKI#2 , TKI#3 y TKI#4, como también es el caso en las figuras 28A y 28B. {l7-9_40-5_46A,B} Caso 3: Combinación de Pistas Lo siguiente describe la actualización del Default_Playlist_Information cuando se combinan las pistas (es decir, en el caso 3) . Las figuras 46A y 46B muestran un ejemplo de la combinación de pistas. Estos dibujos son en gran medida los mismos que las figuras 29A y 29B que se utilizaron para explicar la combinación de TKI . El segundo, tercero y cuarto niveles en las figuras 46A y 46B son los mismos que los primeros dos niveles en las figuras 29A y 29B. La diferencia entre estas figuras es que los primeros niveles en las figuras 46A y 46B muestran l|Default_Playlist_Information, en el cual se establece DPL_TK_SRP#8 como "no usado" y se relaciona con TKI#2 que también se establece como "no usado" . Cuando se realiza una operación de edición combinando las pistas para los archivos AOB y TKI como se muestran en las figuras 29A y 29B, cada uno de los contenidos de DPL_TK_SRP#3 a DPL_TK_SRP#6 se mueven hacia abajo por uno y el contenido de DPL_TK_SRP#7 que se muestra con un contorno grueso dentro de DPL_TK_SRP#3 como se muestra en las figuras 46A y 46B. Los TKI también se actualizan, como se muestra en las figuras 29A y 29B. {l7-9_40-6_47A,B} Caso 4: División de una Pista Lo s igu i ent e de s cribe l a a c tual i z a c i ón del Def ault_Playl ist_Inf ormation cuando se divide una pista " caso 4) . Las figuras 47A y 47B muestran un ej emplo de la división de una pista . Estos dibuj os son principalmente los mismos que la figuras 33A y 33B que se utilizaron para explicar la división de los TKI . El segundo y tercer niveles en las figuras 47A y 47B son los mismos que los primeros dos niveles en las figuras 33A y 33B . La diferencia entre estas figuras es que el primer nivel en las f iguras 47A y 47B mues tra Def ault_Playlist_Inf ormation, en la cual DPL TK SRP#8 se establece como "no usado" y se relaciona con TKI#2 que también se establece como "no usado" . Si, como en las figuras 33A y 33B, el usuario indica que la división de TKI#3 ( "AOB003. SAI" ) mostrada con el contorno grueso dentro de dos, las posiciones de DPL_TK_SRP#3 a DPL_TK_SRP#7 se mueven cada una hacia abajo en uno en el orden, y se establece de DPL_TK_SRP como "no usado" y se mueve dentro de Default_Playlist_Information a la posición anterior de DPL_TK_SRP#3. Este nuevo DPL_TK_SRP#3 se asocia con el TKI, TKI#2, recién producido por la división. El archivo AOB "AOB002.SA1" asociado con TKI#2 almacena lo que fue originalmente la última parte del archivo AOB "AOB003. SAI" . DPL_TK_SRP#2 está presente antes que DPL_TK_SRP#3 que se asocia con TKI#2 y se asocia con TKI#2 y "AOB002.SA1" . Es decir, "AOB002.SA1" y "AOB003.SA1" respectivamente almacenan las partes última y anterior del "AOB003.SA1" original, con el DPL_TK_SRP#2 y DPL_TK_SRP#3 correspondiente a estos archivos indicando que estos AOB deben reproducirse en el orden "AOB003.SA1" y "AOB002. SAI" . Como un resultado, las partes finales y anteriores de "AOB003.SA1" original se reproducirán en el orden de parte anterior, parte posterior y de acuerdo con el orden de reproducción proporcionada en el DPL_TK_SRP . {17-9_40-8} Aplicación del Procesamiento de Edición Al combinar los cuatro procesos de edición anteriores, un usuario puede realizar una amplia variedad de operaciones de edición. Cuando, por ejemplo, una pista grabada tiene una cubierta de introducción en la cual un disc jockey ha hablado, el usuario primero puede dividir la pista para separar la parte que incluye la voz del jockey. El usuario después puede suprimir esta pista para dejar la parte de la pista que no incluye al disc jockey. Esto completa la explicación de los datos de navegación. Lo siguiente describe un aparato de reproducción con una composición adecuada para reproducir los datos de navegación y los datos de presentación descritos antes . {48-1} Apariencia Externa del Aparato de Reproducción La figura 48 muestra un aparato de reproducción portátil para la tarjeta 31 de memoria instantánea de la presente invención. El aparato de reproducción mostrado en la figura 48 tiene una ranura de inserción para insertar la tarjeta 31 de memoria instantánea, un panel de teclas para recibir indicaciones del usuario para operaciones tales como reproducción, búsqueda hacia adelante, búsqueda hacia atrás, adelantado, rebobinado, alto, etc., y un panel de LCD (pantalla de cristal líquido) . En términos de apariencia, este aparato reproductor recuerda a otras clases de reproductores portátiles de música. El panel de teclas incluye: una tecla de "Playlist" (lista de reproducción) que recibe la selección de una playlist o una pista; una tecla "|<<" que recibe una operación de desplazamiento que mueve la posición de reproducción al inicio de la pista actual; una tecla ">>|" que recibe una operación de desplazamiento que mueve la posición de reproducción al inicio de la siguiente pista; una tecla "<<" y una tecla ">>" que reciben respectivamente una operación de búsqueda hacia atrás y una operación de búsqueda hacia adelante que permiten al usuario tener una reproducción que se mueva más rápidamente a través de la pista actual; una tecla de "Display" (pantalla) que recibe una operación para tener imágenes fijas almacenadas en la tarjeta 31 de memoria instantánea exhibidas; una tecla de "Rec" (grabación) que recibe la operación de grabación; una tecla de "Audio" para recibir selecciones del usuario de la frecuencia de muestreo o si se va a utilizar estereofonía o sonido monoaural; una tecla de "Mark" (marca) que recibe las indicaciones del usuario de las posiciones de marca en las pistas; y una tecla de "Edit" (editar) que recibe las indicaciones del usuario para edición de las pistas o para la entrada de títulos de pista. {48-2} Mejoraras Realizadas en Este Aparato de Reproducción Portátil para la Tarjeta 31 de Memoria Instantánea Las diferencias entre este aparato de reproducción portátil de la tarjeta 31 de memoria instantánea y un reproductor convencional de música portátil se encuentra en las cuatro siguientes mejoras (1) a (4) . (1) Se muestra una lista de playlist y pistas en el panel de LCD para permitir al usuario indicar la Default_Playlist_Information, un PLI o pistas separadas. (2) Los botones en el panel de botones se asignan a las listas de reproducción o pistas, o ambas, exhibidas en el panel de LCD para permitir al usuario seleccionar una pista o playlist que se va a reproducir o editar. (3) Un código de tiempo que muestra una posición en una pista se exhibe en el panel 5 de LCD cuando la pista se reproduce . (4) Se proporciona un indicador de jog para permitir al usuario establecer un código de tiempo para uso como tiempo de inicio de reproducción cuando utiliza la función de búsqueda de tiempo o como un límite de división cuando divide una pista. {48-2_49_50} Mejora (2) Lo siguiente describe la mejora (2) con detalle. La figura 49 muestra un ejemplo de la pantalla de exhibición mostrada en el panel de LCD cuando el usuario selecciona una playlist, mientras que las figuras 50A a 50E muestran ejemplos del contenido exhibido cuando el usuario selecciona una pista. En la figura 49, las secuencias ordenadas de caracteres ASCII "DEFAULTPLAYLIST" , "PLAYLIST#1" , PLAYLIST#2", "PLAYLIST#3" y PLAYLIST#4" representan la playlist implícita y las cuatro listas de reproducción almacenadas en la tarjeta 31 de memoria instantánea. Mientras tanto, las secuencias de ordenadas de caracteres ASCII "Trackl", "Track#2", Track#3" , Track#4", Track#5" representan las cinco pistas que se indican en el orden de reproducción proporcionado por la playlist implícita almacenada en la tarjeta 31 de memoria instantánea. En las figuras 49 y 50A, la playlist iluminada y la lista muestran la pista o la playlist que actualmente está indicada para reproducción o edición.

Si el usuario presiona el botón ">>" cuando la pista #1 está indicada para reproducción dentro del orden de reproducción proporcionado por la playlist implícita exhibida en el panel de LCD, se indicará la pista #2 para reproducción dentro de la lista de pistas, como se muestra en la figura 50B. Si el usuario presiona nuevamente el botón ">>", se indicará la pista #3 para reproducción dentro de la lista de pistas, como se muestra en la figura 50C. Si el usuario presiona el botón "<<" entonces se indica la pista #3 para reproducción dentro del orden de reproducción proporcionado por la playlist implícita exhibida en el panel de LCD, la pista #2 se indicará para reproducción dentro de la lista de pistas, como se muestra en la figura 50D. Como se muestra en la figura 50E, si el usuario presiona el botón "Play" cuando se indica cualquiera de las pistas, se iniciará la reproducción de la pista indicada, y si el usuario presiona el botón "Edit", se seleccionará la pista indicada para edición. {48-3_5l} Mejora (4) Lo siguiente describe la mejora (4) con detalle. Las figuras 51A a 51C muestran una operación ejemplar del interruptor de selección. Cuando el usuario hace girar el interruptor de selección en una cierta cantidad, el código de tiempo de reproducción exhibido en el panel de LCD se incrementará o disminuirá de acuerdo con esta cierta cantidad. El ejemplo en la figura 51A muestra el caso en el que el código de tiempo de reproducción que inicialmente se exhibe en el panel de LCD es "00:00:20". Cuando el usuario hace girar el interruptor de selección en sentido contrario al de las manecillas del reloj , como se muestra en la figura 5IB, se reduce el código de tiempo de reproducción a "0:00:10" al mantener la cantidad la cual se ha hecho girar el interruptor de selección. Inversamente, cuando el usuario hace girar el interruptor de selección en el sentido de las manecillas del reloj , como se muestra en la figura 51C, el código de tiempo de reproducción se incrementa a "0:00:30" al mantenerse con la cantidad mediante la cual se hizo girar el interruptor de selección. Al permitir al usuario cambiar el código de tiempo de reproducción de esta manera, el aparato de reproducción permite al usuario indicar cualquier código de tiempo de reproducción en una pista únicamente al hacer girar el interruptor de selección. Si el usuario después presiona el botón "Play", los AOB se reproducirán a partir de una posición que se encuentra de acuerdo con la ecuación 2 y la ecuación 3. Mediante la utilización del interruptor de selección durante una operación de división de pista, el usuario puede realizar ajustes finos en el código de tiempo de reproducción utilizado como el límite de división. {52-1} Construcción Interna del Aparato de Reproducción Lo siguiente describe la construcción interna del aparato de reproducción. En la figura 52 se muestra esta construcción interna. Como se muestra en la figura 52, el aparato de reproducción incluye un conectador 1 de tarjeta para conectar el aparato de reproducción a la tarjeta 31 de memoria instantánea, una unidad 2 de interfase con el usuario que se conecta al panel de botones y el interruptor de selección, un RAM 3, una ROM 4, un panel 5 de LCD que tiene un armazón de lista para exhibir una lista de pistas o pistas de reproducción y un marco de código de tiempo de reproducción para exhibir un código de tiempo de reproducción, un impulsor 6 de LCD para impulsar al panel 5 de LCD primero, un descodificador 7 para descodificar los AOB_FRAME utilizando un FileKey diferente para cada archivo AOB. Un descodificador AAC 8 para hacer referencia a los ADTS de un A0B_FRAME descodificado por el descodificador 7 y que descodifica a AOB_FRAME para obtener los datos de PCM, un convertidor 9 D/A (digital-analógico) para conversión de D/A de los datos de PCM y transmitir las señales analógicas resultantes a un altavoz o un audífono, y una CPU 10 para realizar un control total sobre el aparato de reproducción. Como se puede comprender a partir de esta construcción de hardware, el presente aparato de reproducción no tiene elementos de hardware especiales para procesar al TrackManager y al Default_Playlist_Information. Para procesar al TrackManager y Default_Playlist_Information, se proporciona la RAM 3 un área 11 de retención de DPLI, un área 12 de almacenamiento de PLI, un área 13 de almacenamiento de TKI, un área 14 de almacenamiento de FileKey y una memoria intermedia 15 doble, mientras que el programa de control de reproducción y el programa de control de adición se almacenan en la ROM 4. {52-2} Área 11 de Retención de DPLI El área 11 de retención de DPLI es un área para retener continuamente la Default_Playlist_Information que se ha leído de la tarjeta 31 de memoria instantánea conectada al conectador 1 de tarjeta. {52_12} Área 12 de Almacenamiento de PLI El área 12 de almacenamiento de PLI es un área que se reserva para almacenar Playlist_Information que se ha seleccionado para reproducción por el usuario. {52-3} Área 13 de Almacenamiento de TKI El área 13 de almacenamiento de TKI es un área que se reserva para almacenamiento únicamente del TKI que corresponde al archivo AOB que actualmente está indicado para reproducción, fuera de la pluralidad de los TKI incluidos en el TrackManager. Por esta razón, la capacidad del área 13 de almacenamiento de TKI es igual al tamaño de datos de un TKI . {52-4} Área 14 de Almacenamiento de FileKey El área 14 de almacenamiento de FileKey es un área que se reserva para almacenamiento únicamente del FileKey que corresponde al archivo AOB que actualmente se indica para reproducción, fuera de la pluralidad de los FileKey incluidos en "AOBSAl.KEY" en la región de autentificación. {52-5} Memoria Intermedia 15 Doble La memoria intermedia 15 doble es una memoria intermedia de entrada /salida que se utiliza cuando un proceso de entrada, el cual introduce sucesivamente datos del grupo (datos que son almacenados en un grupo) se leen de la tarjeta 31 de memoria instantánea, y un proceso de salida, el cual lee los A0B_FRAME de los datos de grupo y transmite sucesivamente los A0B_FRAME al descodificador 7, lo cual se realiza en paralelo . La memoria intermedia 15 doble libera sucesivamente las regiones que fueron ocupadas por los datos de grupo que se han transmitido como A0B_FRAME y de esta manera asegura las regiones para almacenamiento de los siguientes grupos que se lean. Es decir, las regiones en la memoria intermedia 15 doble se aseguran cíclicamente para los datos de grupo de almacenamiento utilizando apuntadores de anillo. {52-5_53_54A,B} Entrada y Salida por la Memoria Intermedia 15 Doble La figura 53 muestra como se llevan a cabo la entrada y salida para la memoria intermedia 15 doble. Las figuras 54A y 54B muestran como las regiones en la memoria intermedia 15 doble se fijan cíclicamente para los datos de grupo de almacenamiento utilizando los apuntadores de anillo. Las flechas apuntan hacia abajo y hacia la izquierda son los apuntadores para escribir direcciones para datos de grupo, lo cual significa, los apuntadores de escritura. Las flechas que apuntan hacia arriba y a la izquierda son apuntadores para direcciones de lectura para datos de grupo, es decir, apuntadores de lectura. Estos apuntadores se utilizan como el apuntador de anillo. {54-6_53} Cuando se conecta una tarjeta 31 de memoria instantánea al conectador 1 de tarjeta, los datos de grupo en la región de usuario de la tarjeta 31 de memoria instantánea se leen y almacenan en la memoria 15 doble, como se muestra por las flechas wl y w2. Los datos del grupo de lectura se almacenan sucesivamente en las posiciones en la memoria intermedia 15 doble que se muestra por los apuntadores de escritura wpl y wp2. {52-7_54A} De los AOB_Frames incluidos en los datos de grupo almacenados de esta manera, los AOB_Frames presentes en las posiciones 1 2 3 4 5 6 7 8 9 que se indican sucesivamente por el apuntador de lectura se transmiten, uno a la vez, al descodificador 7, como se muestra por las flechas rl, r2 , r3 , r4, r5 En el presente caso, los datos 002 y 003 de grupo se almacenan en una memoria intermedia 15 doble y las posiciones de lectura 1 2 3 4 se indican sucesivamente por el apuntador de lectura, como se muestra en la figura 53. Cuando el apuntador de lectura alcance la posición 5 de lectura, la totalidad de los AOB_FRAME incluidos en el grupo 002 se han leído, de manera que el grupo 004 se lee y, como se muestra por la flecha w6 en la figura 54A, se sobrescribe dentro de la región que previamente fue ocupada por el grupo 002. {52-8_54B} El apuntador de lectura después avanza a las posiciones de lectura 6 y 7, y finalmente alcanza la posición 9 de lectura, punto en el cual la totalidad de los A0B_FRAME incluidos en el grupo 003 han sido leídos, de manera que el grupo 005 se lee y, como se muestra por la flecha w7 en la figura 54B, se sobrescribe en la región que previamente ha sido ocupada por el grupo 003. La salida de un A0B_FRAME y la sobreescritura de los datos de grupo se realizan de manera repetida como se describe en lo anterior, de manera que los A0B_FRAME incluidos en un archivo AOB son transmitidos todos sucesivamente al descodificador 7 y al descodificador 8 de AAC. {52-9_55-58} Programa de Control de Reproducción Almacenado en la ROM 4 Lo siguiente describe el programa de control de reproducción almacenado y la ROM 4 La figura 55 es un diagrama de flujo que muestra el procesamiento en el procedimiento de lectura del archivo AOB. Las figuras 56, 57 y 58 son diagramas de flujo que muestran el procesamiento en el procedimiento de salida de AOB_FRAME. {52-9_55-l} Estos diagramas de flujo utilizan las variables w, z, y y x. La variable w u indica uno de la pluralidad de los DPL__TL_SRP . La variable z indica un archivo AOB grabado en la región del usuario, el TKI correspondiente a este archivo AOB, y el AOB incluido en este archivo AOB. La variable y indica un AOB_ELEMENT incluido en el AOB#z indicado por la variable z . La variable x indica un A0B_FRAME incluido en el AOB_ELEMENT#y indicado por la variable y. Lo siguiente explicará primero el procesamiento en el procedimiento de lectura de archivo AOB, con referencia a la figura 55. {59-9_55-2} En la etapa SI, la CPU 10 lee el PlaylistManager y exhibe un a lista que incluye el Default_Playlist_Information y los PLI.

En la etapa S2, la CPU 10 espera por una indicación para reproducir los AOB de acuerdo ya sea con la Default_Playlist_Information o uno de los PLI . Cuando se indica el Default_Playlist_Information, el procesamiento se mueve de la etapa S2 a la etapa S3 en donde se inicia la variable w (#w-l) y después a la etapa S4 en donde se especifica TKI#z indicado por el DPL_TKIN que corresponde a DPL_TK_SRP#w en la Default_Playlist_Information, y únicamente éste TKI#z se lee de la tarjeta 31 de memoria instantánea y se almacena en el área 13 de almacenamiento de TKI . En la etapa S5, se específica un archivo AOB #z con el mismo número que TKI#z . De esta manera, el archivo AOB que se va a reproducir se específica finalmente. El archivo AOB especificado está en un estado codificado y necesita ser descodificado, de manera que se llevan a cabo las etapas S6 y S7. En la etapa S6, el aparato de reproducción tiene acceso a la región de autentificación y lee el FileKey#z que se almacena en FileKey_Entry#z en el archivo de almacenamiento de clave de codificación, el FileKey_Entry#z tiene el mismo número al del archivo AOB especificado. En la etapa S7, la CPU 10 establece el FileKey#z en el descodificador 7. Esta operación resulta en que se establece FileKey en el descodificador 7, de manera que al introducir sucesivamente los AOB FRAME incluidos en el archivo AOB dentro del des codif icador 7 , se puede reproducir sucesivamente los AOB_FRAME . {52 -9_55 -3} Después de esto, el aparato de reproducción lee sucesivamente los grupos que almacenan al archivo AOB. En la etapa S8, se especifica el "primer número de grupo en el archivo" para el AOB_File#z en la entrada de directorio. En la etapa S9, la CPU 10 lee los datos almacenados en este grupo a partir de la tarjeta 31 de memoria instantánea. En la etapa S10, la CPU 10 realiza un juicio respecto a si el número de grupo en el valor FAT es "FFF" . De no ser así, en la etapa Sil, la CPU lee los datos almacenados en el grupo indicado por el valor de FAT, antes de regresar a la etapa S10. Cuando el aparato de reproducción lee los datos almacenados en cualguiera de los grupos y hace referencia al valor FAT correspondiente para este grupo, el procesamiento en las etapas S10 y Sil se repetirá en la medida en que el valor FAT no se establezca en "FFF". Esto resulta en un aparato de reproducción que lee sucesivamente los grupos indicados por los valores FAT. Cuando el número de grupo dado por el valor de FAT es "FFF", esto significa que la totalidad de los grupos que constituyen AOB archivo #z sea leído, de manera que el procesamiento avanza de la etapa S10 a la etapa S12. {52-9_55-4} En la etapa S12, la CPU 10 realiza un juicio respecto a si la variable #w coincide con el número total de los DPL_TK_SRP. En caso de no ser así, el procesamiento avanza a la etapa S13, en donde se incrementa la variable #w (#w-w+l) antes de que el procesamiento regrese a la etapa S4. En la etapa S4, el aparato de reproducción especifica el TKI#z el cual está indicado por el DPL_TKIN#w del DPL_TK_SRP#w en el Default_Playlist_Information, y escribe únicamente el TKI#z dentro del área 13 de almacenamiento de TKI . El TKI que se utiliza hasta este punto se almacenará en el área 13 de almacenamiento de TKI, aunque este TKI actual se sobrescribirá por el TKI#z que se lea nuevamente por la CPU 10. Esta sobreescritura resulta en que únicamente se almacena el último TKI en el área 13 de almacenamiento de TKI . Una vez que el TKI se ha sobrescrito, el procesamiento en las etapas S5 a S12 se repite para el AOB archivo #z . Una vez que este procesamiento ha leído la totalidad de los archivos TKI y AOB correspondientes a la totalidad de los DPL_TK_SRP incluidos en el Default_Playlist_Information, la variable #z coincidirá con el número total de DPL_TK_SRP de manera que se proporciona un juicio de "Si" en la etapa S12 y el procesamiento en este diagrama de flujo termina. {52-9_56_57_58} Procesamiento de Salida para un AOB_FRAME En paralelo con un procedimiento de lectura de archivo AOB, la CPU 10 realiza un procedimiento de salida AOB_FRAME de acuerdo con los diagramas de flujo que se muestran en las figuras 56, 57 y 58. En estos diagramas de flujo, la variable "play_time" muestra cuanto se ha realizado de la reproducción para una pista actual, es decir, el código de tiempo de reproducción. El tiempo exhibido en el marco de código de tiempo de reproducción en el panel 5 de LTD se actualice de acuerdo con los cambios con este código de tiempo de reproducción. Mientras tanto, la variable "play_data" representa la longitud de los datos que se han reproducido para la pista actual . {52-9_56-l} En la etapa S21, la CPU 10 monitorea si los datos de grupo para AOB archivo #z se han acumulado en la memoria intermedia 15 doble. Esta etapa S21 se realizará repetidamente hasta que se hallan acumulado los datos de grupo, punto en el cual el procesamiento avanza a la etapa S22 en donde se inicializan las variables x e y (#x-l, #y-l) . Después de esto, en la etapa S23 la CPU 10 busca los grupos para AOB archivo #z y detecta el AOB_FRAME#x en el AOB_ELEMENT#y que se coloca no antes de los Data_0ffset que se proporcionan en BIT#z incluidos en TKI#z . En este ejemplo, se supone que los siete octetos comenzando desde SZ_DATA están ocupados por el encabezado ATDS . Al referirse al encabezado ADTS, se puede reconocer como datos de audio la longitud de datos indicado por el encabezado de ADTS. Los datos de audio y el encabezado de ADTS se leen juntos y se transmiten al descodificador 7. El descodificador 7 descodifica los AOB_FRAME los cuales después se descodifican por el descodificador 8 AAC y se reproduce como audio. {52-9_56-2} Después de esta detección, en la etapa S24, se transmite el AOB_FRAME#x al descodificador 7 y en la etapa S25 se incrementa la variable play_time se incrementa por el período de reproducción del AOB_FRAME#x y la variable play_data se incrementa por la cantidad de datos que corresponden a AOB_FRAME#x. Puesto que el tiempo de reproducción de AOB_FRAME es de 20 mseg en el presente caso, se agregan 20 mseg a la variable "play_time" . Una vez que sea transmitido el primer A0B_FRAME al descodificador 7, en la etapa S26, el aparato de reproducción hace referencia al encabezado ADTS del A0B_FRAME#x y especifica en que momento está el siguiente A0B_FRAME . En la etapa S27, el aparato de reproducción incrementa la variable "x (#x-#x+l) y establece AOB_FRAME#x como el siguiente AOB_FRAME . En la etapa S28, se introduce AOB_FRAME#x dentro del descodificador 7. Después de esto, en la etapa S29, se incrementa la variable play_time por el período de reproducción del AOB_FRAME#x y la variable play_data se incrementa por la cantidad de datos correspondientes a AOB_FRAME#x . Después de incrementar la AOB_FRAME#x, en la etapa S30, la CPU 10 realiza un juicio para determinar si la variable #x ha alcanzado el valor proporcionado en FNs_lst_TMSRTE . Si la variable #x no ha alcanzado el valor en FNs_lst_TMSRTE, en la etapa S31, el aparato de reproducción verifica si el usuario ha presionado cualquier botón además del botón de "play" y después regresa a la etapa S26. El aparato de reproducción posteriormente repite el procesamiento en las etapas S26 a S31 hasta que la variable #x alcanza el valor en FNs_lst_TMSRTE o hasta que el usuario presiona cualquier botón además del botón de "PLay" . Cuando el usuario presiona un botón además del botón "Play", el procesamiento en este diagrama de flujo termina y se realiza cualquier procesamiento adecuado para el botón presionado. Cuando el botón presionado es el botón de "Stop", el procedimiento de reproducción se detiene, mientras que si el botón presionado es el botón de "Pause", se establece una pausa en la reproducción. {52-9_57-l} Por otra parte, cuando la variable #x alcance el valor en FNs_lst_TMSRTE se realiza un juicio de "Si" en la etapa S30, y el procesamiento avanza a la etapa S32 en la figura 57. Puesto que la totalidad de los AOB_FRAME incluidos en el presente AOB_ELEMENT habrán sido introducidos dentro del descodificador 7 en el procesamiento entre la etapa S26 a S30, en la etapa S32 se incrementa la variable #y para establecer el siguiente AOB_ELEMENT como los datos que se van a procesar y se inicializa la variable #x (#y-#y+l, #x-l) . Después de esto, en la etapa S33, el aparato de reproducción hace referencia a TKTMSRT y calcula la primera dirección del AOB_ELEMENT#y . El aparato de reproducción después realiza el procedimiento constituido de las etapas S34 a S42. Este procedimiento lee el AOB_FRAME incluido en un AOB_ELEMENT uno después de otro, y de esta manera se puede decir que recuerda el procedimiento constituido de las etapas S24 a S31. La diferencia con el procedimiento constituido de las etapas S24 a S31 es la condición mediante la cual termina el procedimiento constituido de las etapas S24 a S31 si la variable #x ha alcanzado el valor mostrado por "FNs_lst_TMSRTE" mientras que la condición mediante la cual el procedimiento constituido de las etapas S34 a S42 termina si la variable #x ha alcanzado el valor mostrado por "FNs_Middle_TMSRTE" . Cuando la variable #x alcanza el valor mostrado por "FNs_Middle_TMSRTE" , el procedimiento de rizo constituido de las etapas S34 a S42 terminan, se proporciona un juicio de "Si" en la etapa S41 y el procesamiento avanza a la etapa S43. En la etapa S43, la CPU incrementa la variable #y e inicializa la variable #x (#y^#y+l, #x^l) . Después de esto, en la etapa S44, la variable y considera si la variable #y ha alcanzado un valor que sea igual a uno menor que el de TotalTMSRT_entry_Number en el TMSRT_Header en el TKI#z . Cuando la variable #y es menor que (TotalTMSRT_entry_Number_l) , el AOB_ELEMENT#y no es el AOB_ELEMENT final, de manera que el procesamiento regresa de la etapa S44 a la etapa S32 y se realiza el procedimiento de rizo de la etapa S32 a la etapa S42. Cuando la variable #y alcanza (TotalTMSRT_entry_Number_l) , se puede suponer que el procedimiento de lectura ha avanzado tan lejos como el penúltimo, de manera que se proporciona un juicio de "Si" en la etapa S44 y el procesamiento avanza a la etapa S45 en la figura 58. {52-9_57-2} El procedimiento constituido de las etapas S45 a S54 semeja al procedimiento constituido de las etapas S33 a S42 en donde cada uno de los AOB_FRAME en el AOB_ELEMENT final son leídos . La diferencia con el procedimiento constituido de las etapas S33 a S42 es que aunque el procedimiento de rizo constituido de las etapas S33 a S42 termina cuando se establece un juicio en la etapa S41 de que la variable #x ha alcanzado un valor en "FNs_Middle_TMSRTE" , el procedimiento de rizo constituido de las etapas S45 a S54 termina cuando se establece un juicio en la etapa S53 de que la variable #x ha alcanzado un valor en "Fns_Last_TMSRTE" y la variable play_data muestra el tamaño de los datos que hasta ahora se han leído y que han alcanzado el valor proporcionado como "SZ_DATA" . El procedimiento constituido de las etapas S49 a S54 se repite hasta que se satisfacen las condiciones en la etapa S53, punto en el cual se proporciona un juicio de "Si" en la etapa S53 y el procesamiento avanza a la etapa S55. En la etapa S55, la CPU 10 incrementa la variable #z (#z-#z+l) antes de que el procesamiento regrese a la etapa S21 en donde la CPU 10 espera por el siguiente archivo AOB para acumularlo en la memoria intermedia 15 doble. Una vez que sucede esto, el procesamiento avanza a la etapa S22 y se repite el procedimiento constituido de las etapas S22 a la etapa S54. Esto significa que el TKI indicado por el DPL_TKIN del siguiente DPL_TK_SRP se específica y que el archivo AOB correspondiente a este TKI, es decir, el archivo AOB con el mismo número que el TKI, es el que se especifica. Después de esto, el aparato de reproducción accesa a la región de autentificación y especifica el FileKey, además de los FileKeys en el archivo de almacenamiento de clave de codificación que tenga el mismo número que el TKI, antes de leer este FileKey y establecerlo en el descodificador 7. Como resultado, los A0B_FRAME incluidos en el archivo AOB que tienen el mismo número que el TKI se leen y reproducen sucesivamente. { 52 - 9_57 - 3_59 } Actualización del Código de Tiempo de Reproducción Las figuras 59A a 59D muestran el código de tiempo de reproducción exhibido en el cuadro de exhibición de código de tiempo de reproducción del panel 5 de LCD que se incrementa de acuerdo con la actualización de la variable play_time. En la figura 59A, el código de tiempo de reproducción es "00:00:00.000", después, cuando finaliza la reproducción de AOB_FRAME#l, se agrega un período de reproducción de 20 mseg a A0B_FRAME#1 al código de tiempo de reproducción para actualizarlo a "00:00:00.020", como se muestra en la figura 59B. Cuando finaliza la reproducción de A0B_FRAME#2 , se agrega un período de reproducción de 20 mseg de AOB_FRAME#2 al código de tiempo de reproducción para actualizarlo a "00:00:00.040", como se muestra en la figura 59C. De la misma manera, cuando finaliza la reproducción de AOB_FRAME#6, se agrega un período de reproducción de 20 mseg de AOB_FRAME#6 al código de tiempo de reproducción para actualizarlo a "00:00:00.120" como se muestra en la figura 59D. Esto completa la descripción del procedimiento de salida de A0B_FRAME . En la etapa S31 del diagrama de flujo en la figura 56, si el usuario presiona un botón además del botón de "Play", el procesamiento en este diagrama de flujo finaliza. El procesamiento que acompaña a la presión de los botones de "Stop" o "Pause" se ha descrito de antemano, aunque cuando el usuario presiona uno de los botones proporcionados para tener un aparato de reproducción que realice una reproducción especial, el procesamiento en este diagrama de flujo, o en los diagramas de flujo que se muestran en las figuras 56, 57 o 58 se finaliza y se realiza el procesamiento adecuado para el botón presionado. Lo siguiente describe el procedimiento realizado por la CPU 10 (1) cuando realiza la función de búsqueda hacia adelante en respuesta a la acción en donde el usuario presione el botón ">>" y (2) cuando realiza una función de búsqueda de tiempo en respuesta a una acción del usuario del interruptor de selección después de presionar el botón de "Pause" o "Stop" . {52-10_60} Función de Búsqueda Hacia Adelante La figura 60 es un diagrama de flujo que muestra el procedimiento que se lleva a cabo por la CPU cuando realiza la función de búsqueda hacia adelante. Cuando el usuario presiona el botón ">>", se proporciona un juicio de "Si" en la etapa S31, etapa S42 o etapa S54 en los diagramas de flujo en las figuras 56, 57 y 58, y la CPU 10 realiza el procesamiento en el diagrama de flujo de la figura 60. En la etapa S61, los AOB_FRAME #x para #(x+f(t)-l) se introducen dentro del descodificador 7. Aquí, "t" representa el período de reproducción intermitente, f(t) representa el número de marcos que corresponden al período de reproducción intermitente y d(t) representa la cantidad de datos que corresponden al período de reproducción intermitente . En la etapa S62, la variable play_time muestra el tiempo transcurrido de reproducción, y la variable play_data muestra la cantidad de datos de reproducción que se actualizan respectivamente utilizando un período de reproducción intermitente "t", el número de marcos f (t) que corresponde al período de reproducción intermitente, y la cantidad de datos d(t) que corresponden al período de reproducción intermitente (x-x+f (t) , play_time-play_time+t, play_data-play_data+d (t) ) . Nótese que el período de reproducción intermitente generalmente será de 240 mseg (equivalente al período de reproducción de doce A0B_FRAME) . {52-10_60-l_61A,B} Las figuras 61A y 61B muestran el incremento del código de tiempo de reproducción durante una operación de búsqueda hacia adelante. La figura 61A muestra el valor inicial del código de tiempo de reproducción, con un punto de reproducción que es el AOB_FRAME#l en AOB_ELEMENT#51. El código de tiempo de reproducción en este caso es "00:00:01.000". Cuando se han introducido del primero al décimo segundo AOB_FRAME dentro del descodificador 7 como el período de reproducción intermitente, se agrega el período de reproducción de doce A0B_FRAME (es decir, 240 mseg) al código de tiempo de reproducción de manera que el código de tiempo de reproducción se vuelve "00:00:01.240" como se muestra en la figura 61B. {52-10_60-2} Después de esta actualización, en la etapa S63, la CPU 10 compara la variable #x incrementada con el número total de marcos en AOB_ELEMENT#y y establece un juicio de si la variable #x incrementada está dentro del número total de marcos en AOB_ELEMENT#y. Como se mencionó anteriormente, el número de marcos en un AOB_ELEMENT colocado al inicio de un AOB es "FNs_lst_TMSRTE" , el número de marcos en un AOB_ELEMENT colocado en una parte central de un AOB es "FNs_Middle_TMSRTE" , y el número de marcos en un AOB_ELEMENT colocado en el fin de un AOB es "FNs_Last_TMSRTE" . La CPU 10 realiza el juicio anterior al comparar uno de estos valores, apropiado, con la variable #x. Cuando la variable x no está dentro del presente AOB_ELEMENT#y, la CPU 10 entonces realiza un juicio en la etapa S64 de si existe un AOB_ELEMENT que siga al AOB_ELEMENT#y . Cuando AOB_ELEMENT#y final en un AOB_ELEMENT, entonces no habrá un A0B_BL0CK, que siga el AOB_ELEMENT de manera que el juicio "No" se proporcione en la etapa S64 y el procesamiento en el presente diagrama de flujo termina. Inversamente, cuando existe un AOB_ELEMENT se sigue al AOB_ELEMENT#y, en la etapa S65 se reduce la variable #x en el número de A0B_FRAME en el AOB_ELEMENT#y y en la etapa S66 se actualiza la variable #y (#y^#y+i) . Como un resultado, la variable #x ahora indicará la posición de marco de un marco en el siguiente AOB_ELEMENT#y indicado por la variable #y actualizada. Inversamente, cuando la variable "x indica un AOB_FRAME que está presente en el AOB_ELEMENT actual (S63_FRAME) , se saltan el procesamiento en las etapas S64-S66 y el procesamiento avanza a la etapa S67. {52-10_60-3} Después de esto, las variables #x, play_time y play_data se actualizan de acuerdo con el período de salto intermitente. El período "skip_time" que es equivalente al período de salto intermitente es de dos segundos, el número de marcos que son equivalentes a este skip_time se proporciona como f (skip_time) y la cantidad de datos que es equivalente a este skip_time se proporciona como d(skip-time) . En la etapa S67. estos valores se utilizan para actualizar las variables #x, play_time y play_data ( # x - # x + f ( s k i p_ t i me ) , play_time-play_time + skip_time y play_data-^-play_data + d- (skip_time) ) . {52-10_60_4-61C] Como se muestra en la figura 61C, el período de salto intermitente se agrega a la variable "x que muestra una posición de cuadro dentro de A0B_ELEMENT#51. Cuando la variable #x actualizada excede el número de cuadros en AOB_ELEMENT#51 se actualiza la variable #y para indicar el siguiente AOB_ELEMENT y el número de cuadros en el AOB_ELEMENT#51 se resta de la variable #x. Como un resultado, la variable #x ahora indicará una posición de cuadro dentro del AOB_ELEMENT#52 indicado por la variable #y actualizada. Después se agrega el valor 2.000 (=2 seg) al valor actual "00:00:01.240" del código de tiempo de reproducción de manera que se vuelve "00:00:03.240". La variable #x se actualiza al calcular (3240 mseg - 2000 mseg) /20 mseg) para proporcionar el valor "62" y de esta manera indica el AOB_FRAME#62 en el AOB ELEMENT#52. {52-10_60-5_61(d)} Una vez que el AOB_FRAME#62 en el AOB_ELEMENT#52 se ha introducido en el descodificador 7, se actualiza el código de tiempo de reproducción como se muestra en la figura 61D al agregar "0.240" al valor actual de "00:00:03.240" para proporcionar "00:00:03.480". En la etapa S67, las variables se actualizan de acuerdo con el tiempo de salto intermitente y después se realiza el procesamiento en las etapas S68 a S71. Este procesamiento en las etapas S68 a S71 es la misma que el procesamiento en las etapas S63 a S66 y de esta manera actualiza la variable #x por un número de cuadros que es equivalente al tiempo de salto intermitente "skip_time" antes de verificar si la variable #x aún indica un AOB_FRAME dentro del presente AOB_ELEMENT#y . De no ser así, la variable #y se actualiza de manera que se establece el siguiente AOB_ELEMENT como el AOB_ELEMENT#y y la variable #x se convierte de manera que indica una posición de marco en este siguiente AOB_ELEMENT. Una vez que las variables #x y #y están de acuerdo con el tiempo de reproducción intermitente y el tiempo de salto intermitente, en la etapa S72 la CPU 10 hace referencia a TKTMSRT y calcula la dirección de inicio para el AOB_ELEMENT#y . Después, en la etapa S73, la CPU 10 comienza la búsqueda por un encabezado de ADTS a partir de las direcciones de inicio del AOB_ELEMENT#y para detectar el AOB_FRAME#x. En la etapa S74, la CPU 10 realiza el juicio de si el usuario ha presionado algún botón además del botón de búsqueda hacia adelante. En caso de no ser así, el AOB_FRAME del AOB_FRAME#x para el AOB_FRAME#x+f (t) -1 se introduce dentro del descodificador 7, y se repite el procesamiento en las etapas S62 a S73. El procedimiento anterior incrementa las variables #x y #y que indican el AOB_FRAME#x y el AOB_ELEMENT#y y de esta manera hace avanzar la posición de reproducción. Después de esto, si el usuario presiona el botón "Play", se proporciona un juicio de "No" en la figura 74 y finaliza el procesamiento en el presente diagrama de flujo. {52-11} Ejecución de la Función de Búsqueda de Tiempo Lo siguiente describe el procesamiento que se lleva a cabo cuando se utiliza la función de búsqueda de tiempo. En primer lugar, las pistas en el Default_Playlist_Information se exhiben y el usuario indica la pista deseada. Cuando está pista ha sido indicada y el usuario ha operado el interruptor de selección, se actualiza el código de tiempo de reproducción. Si el usuario después presiona el botón de "Play", se utiliza el código de tiempo de reproducción en este punto para establecer un valor en la variable "Jmp_Entry" en segundos. Después se realiza un juicio respecto a si la pista indicada está constituida de una pluralidad de AOB o una AOB única. Cuando la pista está constituida de un AOB única, se calculan las variables tty y #x de manera que satisfagan la ecuación 2. Después de esto, una búsqueda por el AOB_FRAME#x se inicia desde la dirección en la posición (y+2)é3ima en el TKTMSRT que corresponde a este AOB. Una vez que se ha encontrado este AOB_FRAME#x se inicia la reproducción del AOB_FRAME#x. {52-12} Cuando la pista está constituida de una pluralidad de AOB, las variables #n (indicativa de un AOB) , #y y #x se calculan de manera que satisfacen la ecuación 3. Después de esto, se inicia una búsqueda por el AOB_FRAME#x a partir de la dirección en la posición (y + 2)ésima en el TKTMSRT que corresponden al AOB#n. Una vez que se ha encontrado este AOB_FRAME#x se inicia la reproducción a partir de AOB_FRAME#x. Lo siguiente describe el caso en el que se inicia la reproducción desde una posición arbitraria con un AOB en donde el " FNs_lst_TMSRTE " en el BIT es de "80 cuadros", " FNs_Middl e_TMSRTE " en el BIT es "94 cuadros", y "FNs Last TMSRTE" en el BIT es "50 cuadros". {52-13_62A,B} Como un ejemplo específico de el momento en que se utiliza una función de búsqueda de tiempo, lo siguiente describe el modo en el que AOB_ELEMENT y la posición de cuadro a partir de la cual se especifica el inicio de reproducción cuando se indica el código de tiempo de reproducción utilizando la perilla de selección. Como se muestra en la figura 62A, el usuario mantiene el aparato de reproducción en su mano y hace girar la perilla de selección con su pulgar derecho para indicar el código de tiempo de reproducción "00:04:40.000 (=280 seg)". Cuando el BIT en el TKI para este AOB es como se muestra en la figura 62B, la ecuación 2 se utiliza como sigue 280 seg = (FNs_lst_TMSRTE+ (FNs_Middle_TMSRTE*y) +x) *20 mseg = (80+ (94*148) +8) *20 mseg de manera que la ecuación 2 se satisface por los valores y = 148 y x = 8. Puesto que y = 148, la dirección de entrada del AOB_ELEMENT#150 (=148+2) se obtiene a partir de TKTMSRT. La reproducción a partir del código de tiempo de reproducción indicado 00:04:40.000 (=280.00 seg) después se puede llevar a cabo al comenzar la reproducción en el octavo AOB_FRAME a partir de esta dirección de entrada. {52-14_63_64_65} Esto completa la explicación del procesamiento de la CPU 10 en respuesta a la presión que hace el usuario del botón "Play" . Lo siguiente describe el programa de control de edición almacenado en la ROM 4. Este programa de control de edición se ejecuta cuando el usuario presiona el botón "Edit" y contiene los procedimientos mostrados en las figuras 63, 64 y 65. Lo siguiente describe el procesamiento en este programa con los diagramas de flujo mostrados en estos dibujos. {52-14_61-l} Programa de Control de Edición Cuando el usuario presiona el botón "Edit", se exhibe una pantalla interactiva en la etapa SlOl en la figura 63 para preguntar al usuario cual de las tres operaciones fundamentales de edición se va a realizar: supresión", "división" y "combinación". En la etapa S102, la CPU 10 juzga que operación ee ha realizado por el usuario en respuesta a la pantalla interactiva. En el presente ejemplo, se supone que también se utilizan los botones "|<<" y ">>|" en el panel de botones, como se indica por las operaciones del cursor "Up" (arriba) y "Down" (abajo) (es decir, estos botones se utilizan como botones de cursor "Up" and "Down") . Cuando el usuario indica una operación de "supresión" avanza al procedimiento de rizo constituido de las etapas S103 y S104. En la etapa S103, la CPU 10 juzga si un usuario ha presionado los botones "|<<" y ">>|". En la etapa S104, la CPU 10 juzga si el usuario ha presionado el botón "Edit". Cuando el usuario ha presionado el botón "|<<" y ">>|", el procesamiento avanza de la etapa S103 a S105, en donde se establece la pista indicada como la pista que se va a editar. Por otra parte, cuando el usuario ha presionado el botón "Edit", se establece la pista indicada como la pista que se va a suprimir. Se ejecuta el procesamiento que se muestra en la figura 44, de manera que TKI_BLK_ATR de cada TKI para la pista indicada se establece como "no usado" para suprimir la pista indicada. {52-14_63-2} Procesos de Combinación Cuando el usuario selecciona el proceso de combinación, el procesamiento avanza de la etapa S102 al procedimiento de rizo constituido de las etapas S107 a S109. En el procedimiento de rizo constituido de las etapas S107 a S109, el aparato de reproducción recibe las entradas del usuario vía los botones "|<<", ">>|", y "Edit". Cuando el usuario presiona los botones "|<<" o ">>|" el procesamiento avanza de la etapa S107 a la etapa S110 en donde la pista indicada resalta en la pantalla. Cuando el usuario presiona el botón de "Edit" se suministra un juicio de "Si" en la etapa S108 y el procesamiento avanza en la etapa Slll. En la etapa Slll, la pista indicada actualmente se establece como la primera pista que se va a utilizar en este proceso de edición y el procesamiento regresa al procedimiento de rizo constituido de las etapas S107 a S109. Cuando se ha seleccionado la segunda pista para edición, se proporciona un juicio de "Si" en la etapa S109, y el procesamiento avanza a la etapa S112. En la etapa S112, la CPU 110 se refiere a los BITs en los TKI de las pistas anterior y última y realiza un juicio de que clase de AOB (tipo 1 ó tipo 2) están presentes en el inicio y final respectivos de cada una de estas pistas y las pistas en ambos lados de estas pistas, en caso de que estén presentes. Después de identificar el tipo de cada AOB relevante, en la etapa S103 la CPU 10 realiza un juicio de si la disposición de los AOB coincide con un cierto patrón. Cuando la disposición de los AOB coincide con uno de los cuatro patrones que se muestran en la figura 32A a 32D en donde es claro que tres AOB de tipo 2 no estarán presentes consecutivamente después de la combinación, las pistas anterior y última se combinan en una sola pista en la etapa S115. En otras palabras, la operación que se muestra en la figura 46 se realiza para el TKI y DPL_TK_SRP correspondiente a estos AOB. Al reescribir los TKI_BLK_ATR en los TKI, la pluralidad de pistas seleccionadas para edición se combinan en una sola pista. Cuando el arreglo de los AOB no coincide con ninguno de los patrones en las figuras 32A a 32D, un mensaje de que existirán tres o más AOB tipo 2 después de la combinación, la CPU 10 juzga que la pista combinada puede provocar un subflujo de memoria intermedia y de esta manera finaliza el proceso de combinación. {52-14_64-l} Proceso de División de Pistas Cuando el usuario indica que se va a dividir una pista, el procesamiento avanza de la etapa S102 al procedimiento de rizo constituido de las etapas S116 a S117. En el procedimiento de rizo constituido de las etapas S116 a S117, el aparato de reproducción recibe las entradas del usuario vía los botones "|<<", ">>|" y "Edit". Cuando el usuario presiona el botón " | <<" o ">>|", el procesamiento avanza de la etapa S116 a la etapa S118 en donde se establece la pista indicada como la pista que se va a evitar. Cuando el usuario presiona el botón "Edit", se proporciona un juicio de "Si" en la etapa S117 y el procesamiento avanza a la etapa S119. En la etapa S119, la pista indicada se determina como la pista que se va a editar y el procesamiento avanza a la etapa S120 en donde se inicia la reproducción de esta pista.

En la etapa S121, el aparato de reproducción recibe una entrada de usuario por medio del botón "Mark" . Cuando el usuario presiona el botón "Mark", se establece una pausa de la reproducción de la pista y el procesamiento avanza al procedimiento de rizo constituido de las etapas S122 y S123. En la etapa S122, el aparato de reproducción recibe instrucciones del usuario realizadas por el interruptor de selección. Cuando el usuario hace girar el interruptor de selección, se actualiza el código de tiempo de reproducción en la etapa S124 de acuerdo con la rotación del interruptor de selección. Después de esto, se repite el procedimiento de rizo constituido de las etapas S122 y S123. Si el usuario presiona el botón "Edit", el procesamiento avanza de la etapa S123 de la etapa S125, en donde se establece el código de tiempo de reproducción exhibido cuando el usuario presiona el botón "Edit" como el límite de división. Nótese que se puede proporcionar una función "deshacer" para este ajuste del límite de división para permitir al usuario invalidar el límite de división seleccionado. Después de esto, se ejecuta el procesamiento explicado con referencia a la figura 47 en la etapa S126 para actualizar el DPLI y TKI de manera que se divida la pista seleccionada. {52-14_65-l} Proceso de Establecimiento de una Playlist Cuando el usuario elige establecer una Playlist, el procesamiento conmuta al procedimiento que se muestra en el diagrama de flujo en la figura 65. En este diagrama de flujo, se utiliza la variable k proporcionada en este diagrama de flujo para indicar la posición de una pista en el orden de reproducción proporcionado por la Playlist que se edita en ese momento. El diagrama de flujo en la figura 65 comienza con esta variable k que se inicializa a "1" en la etapa S131, antes de que el procesamiento avance al rizo de procedimiento constituido de las etapas S132 a S134. En el procedimiento de rizo constituido de las etapas S132 a S134, el aparato de reproducción recibe las operaciones del usuario por medio de los botones "|<<", ">>|", "Edit" y "Stop". Cuando el usuario presiona el botón "|<<" o ">>]", el procesamiento avanza de la etapa S132 a la etapa S135 en donde se indica una nueva pista de acuerdo con el presionado del botón "|<<" o ">>|". Si el usuario presiona el botón "Edit", se proporciona un juicio de "Si" en la etapa S133 y el procesamiento avanza a la etapa S136. En la etapa S136, la pista indicada cuando el usuario presiona el botón "Edit" se selecciona como la késima pista en el orden de reproducción. Después de esto, la etapa S137, se incrementa la variable k y el procesamiento regresa al procedimiento de rizo constituido de las etapas S132 a S134. Este procedimiento se repite de manera que la segunda, tercera y cuarta pistas se seleccionan sucesivamente. Si el usuario presiona el botón de "Stop" que tiene especificadas varias pistas que van a ser reproducidas en el orden especificado como una nueva Playlist, el procesamiento avanza de la etapa S134 a la etapa S138 en donde se genera un PLI constituido de PL_TK_SRP que especifica los TKI correspondientes a estas pistas. {66-1} Aparato de Grabación Lo siguiente describe un ejemplo de un aparato de grabación para la tarjeta 31 de memoria instantánea. La figura 66 muestra un ejemplo de un aparato de grabación. Este aparato de- grabación se puede conectar al Internet, y es una computadora personal estándar que puede realizar la recepción cuando se envía un directorio de SD-Audio codificado vía las líneas de comunicación al aparato de grabación por un servicio de distribución de música electrónica, o cuando se envía una corriente de transporte de datos de audio vía líneas de comunicación al aparato de grabación por un servicio de distribución de música electrónica. {67-1} Composición de Hardware del Aparato de Grabación La figura 67 muestra la composición de hardware del presente aparato de grabación. Como se muestra en la figura 67, el aparato de grabación incluye un conectador 21 de tarjeta para conectar el aparato de grabación a la tarjeta 31 de memoria instantánea, una RAM 22, un aparato 23 de disco no removible para almacenar un programa de control de grabación que realiza el control total sobre el aparato de grabación, un convertidor A/D 24 que convierte A/D el audio introducido vía un micrófono para producir datos de PCM, un codificador 25 ACC para codificar los datos PCM en unidades de un tiempo fijo y asignar encabezados ADTS para producir A0B_FRAME, una unidad 26 codificadora para codificar los A0B_FRAME utilizando un FileKey diferente para cada A0B_BL0CK, un aparato 27 de modem para recibir una corriente de transporte de datos de audio cuando se envía un directorio de SD-Audio codificado vía las líneas de comunicación al aparato de grabación por un servicio de distribución de música electrónica, o cuando se envía una corriente de transporte de datos de audio vía las líneas de comunicación al aparato de grabación por un servicio de distribución de búsqueda electrónica, una CPU 28 para realizar el control total sobre el aparato de grabación, un teclado 29 para recibir las entradas realizadas por el usuario, y una pantalla 30. {67-2} Circuitos de Entrada RT1 a RT4 Cuando un directorio de SD-Audio codificado, el cual se va a escribir en la región de datos y la región de autentificación, se envía vía las líneas de comunicación al aparato de grabación por un servicio de distribución de música electrónica, el aparato de grabación puede escribir el directorio de SD-Audio codificado en la región de datos y la región de autentificación de la tarjeta 31 de memoria instantánea tan pronto como el directorio de SD-Audio codificado ha sido recibido apropiadamente. Sin embargo, (1) cuando la corriente de transporte de datos de audio que no está en forma de directorio de SD-Audio se envía al aparato de grabación por un servicio de distribución de música electrónica, (2) cuando los datos se introducen dentro del aparato de grabación en el formato PCM, o (3) cuando se graba audio analógico por el aparato de grabación, el aparato de grabación utiliza las siguientes cuatro vías de entrada para escribir una corriente de transporte de datos de audio sobre una tarjeta 31 de memoria instantánea . Como se muestra en la figura 67, las cuatro vías de entrada RT1, RT2, RT3 y RT4 se utilizan para introducir una corriente de transporte de datos de audio cuando se almacena una corriente de transporte de datos de audio en la tarjeta 31 de memoria instantánea. {67-3} Vía de Entrada RT1 La vía de entrada RT1 se utiliza cuando un directorio de SD-Audio codificado se envía por medio de las líneas de comunicación al aparato de grabación por un servicio de distribución de música electrónica, o cuando se envía una corriente de transporte de datos de audio por medio de líneas de comunicación al aparato de grabación por un servicio de distribución de música electrónica. En este caso, los AOB_FRAME incluidos en la corriente de transporte se codifican de manera que se utiliza una FileKey diferente para los AOB_FRAME en los diferente AOB- Puesto que no hay necesidad de encriptar o codificar una corriente de transporte codificada, el directorio de SD-Audio o la corriente de transporte de datos de audio se puede almacenar directamente en la RAM 22 en su estado codificado. {67-} Vía de Entrada RT2 La vía de entrada RT2 se utiliza cuando se introduce audio por medio de un micrófono. En este caso, el audio introducido por medio del micrófono se somete a una conversión A/D por el convertidor 24 A/D para producir datos PCM. Los datos PCM después se codifican por el codificador 25 de AAC y se asignan encabezados ADTS para producir los AOB_FRAME . Después de esto, la unidad 26 de codificación codifica los A0B_FRAME utilizando un FileKey diferente para cada A0B_FRAME en diferentes AOB_FILE para producir datos de audio codificados. Después de esto, los datos de audio codificados se almacenan en la RAM 22. {67-5} Vía de Entrada RT3 Se utiliza la vía de entrada RT3 cuando los datos de PCM leídos de un CD se introducen en el aparato de grabación. Puesto que los datos se introducen en formato PCM, los datos se pueden introducir tal cual se encuentran dentro del codificador 25 AAC. Estos datos PCM se codifican por el codificador 25 ACC y se les asigna los encabezados ADTS para producir los A0B_FRAME . Después de esto, la unidad de codificación 26 codifica los A0B_FRAME utilizando un FileKey diferente para los AOB_FRAME en diferentes AOB para producir datos de audio codificados. Después de esto, los datos de audio codificados se almacenan en la RAM 22. {67-6} Vía de Entrada RT4 Se utiliza la vía de entrada RT4 cuando se introduce una corriente de transporte vía uno de las tres vías de entrada RT1, RT2 y RT3 que se escribe dentro de la tarjeta 31 de memoria instantánea . Este almacenamiento de datos de audio se lleva a cabo por la generación de los TKI y Default_Playlist_Information.

De la misma manera que un aparato de reproducción, el funcionamiento principal del aparato de grabación se almacena en la ROM. Es decir, se almacena un programa de grabación que incluye el procesamiento de características del aparato de grabación, es decir, la grabación de los AOB, el TrackManager y el PlayListManager en el aparato 23 de disco no removible. {67-7_68} Procesamiento del Aparato de Grabación Lo siguiente describe el procesamiento en el procedimiento de grabación que escribe una corriente de transporte en la tarjeta 31 de memoria instantánea por medio de las vías de entrada RT1, RT2 , RT3 y RT4, con referencia al diagrama de flujo en la figura 68 que muestra este procesamiento . Las variables "Frame_Number" y "Data_Size" utilizadas en el diagrama de flujo son las siguientes. La variable "Frame_Number" se utiliza para manejar el número total de A0B_FRAME que ya se han registrado en un A0B_FILE. La variable Data_Size se utiliza para manejar el tamaño de datos de los AOB_FRAME que ya se han registrado en el AOB_FILE. El procesamiento en este diagrama de flujo comienza en la etapa S200 con la CPU 28 generando la DefaultPlaylist y el TrackManager. En la etapa S201, la CPU 28 inicializa la variable #z (z-1) . En la etapa S202, la CPU 28 genera el A0B_FILE#z y lo almacena en la región de datos de la tarjeta 31 de memoria instantánea. En este punto, el filename, la extensión filename o nombre de archivo y el primer número de grupo para el AOB_FILE#z se establecerá en una entrada de directorio en el directorio SD-Audio en la región de datos. Después de esto, en la etapa S203, la CPU 28 genera TKI#z y lo almacena en el TrackManager. En la etapa S204, la CPU 28 genera DPL_TK_SRP#w y la almacena en Default_Playlist_Information. Después de esto, en la etapa S205, la CPU 28 inicializa la variable #y (#y-l) y en la etapa S206, la CPU 28 inicializa el Frame_Number y el Data_Size (FRame_Number*-0, Data_Size<-0) . En la etapa S207, la CPU 28 juzga si la entrada de la corriente de transporte de datos de audio que se debe escribir en el A0B_FILE# ha finalizado. Cuando la entrada de una corriente de transporte de datos de audio que ha sido codificada por el codificador 25 AAC ha sido encriptada o codificada por la unidad 26 codificadora en la RAM 22 continúa y es necesario continuar la escritura de datos de grupo, la CPU 28 proporciona el juicio "No" en la etapa S207 y el procesamiento avanza a la etapa S209. En la etapa S209, la CPU juzga si la cantidad de datos de audio AAC se han acumulado en la RAM 22 es de por lo menos igual que el tamaño de grupo. En caso de ser así, la CPU 28 proporciona el juicio "Si" y el procesamiento avanza a la etapa S210 en donde una cantidad de datos de audio AAC igual al tamaño de grupo se escribe dentro de la tarjeta 31 de memoria instantánea. EL procesamiento después avanza a la etapa S211. Cuando no se han acumulado datos de audio AAC suficientes en la RAM 22, la etapa S210 se salta y el. procesamiento avanza a la etapa S211. En la etapa S211, la CPU incrementa el Frame_Number (Frame_Number<-Frame_Number+l) e incrementa el valor de la variable Data_Size por el tamaño de datos de AOB_FRAME . Después de esta actualización, en la etapa S212 la CPU 28 juzga si el valor de Frame_Number ha alcanzado el número de marcos que se establece en "FNs_MIddle_TMSRTE" , el valor de "FNs_Middle__TMSRTE" se establece de acuerdo con la frecuencia de muestreo utilizada cuando se codifica la corriente de transporte de datos de audio. Cuando el valor de Frame_Number ha alcanzado el número de cuadros establecido en "FNs_Middle TMSRTE", la CPU 28 proporciona el juicio "Si" en la etapa S212. De no ser así, la CPU 28 proporciona el juicio "No", y el procesamiento regresa a la etapa S207. El procesamiento en las etapas S207 a S212 por lo tanto se repite hasta que se proporciona un juicio de "Si" ya sea en la etapa S207 o en la etapa S212. Cuando la variable Frame_Number alcance el valor de "FNs_Middle_TMSRTE", la CPU 28 proporciona el juicio "Si" en la etapa S212 y el procesamiento avanza desde la etapa S212 a la etapa S213 en donde se almacena Data_Size en el TKTMSRT de TKI#z como TMSRT_entry#y para el AOB_ELEMENT#y . En la etapa S214, la CPU 28 incrementa la variable #y (#y<-#y+l) antes de verificación en la etapa S215 de si la variable #y ha alcanzado "252". Se utiliza el valor "252", puesto que este es el número máximo de AOB_ELEMENT que se puede almacenar en un solo AOB. Si la variable #y está por debajo de 252, el procesamiento avanza a la etapa S216, en donde la CPU 28 juzga si está presente un silencio de una longitud predeterminada en el audio codificado, lo cual significa que los datos de audio han alcanzado una separación presente entre pistas. Cuando no está presente tal silencio continuo, el procesamiento constituido de las etapas S206 a S215 se repite. Cuando la variable tty ha alcanzado el valor 252, o está presente un silencio de una longitud predeterminada en el audio codificado, se proporciona el juicio de "Si" en una de las etapas S215 y S216 y el procesamiento avanza a la etapa S217 en donde se incrementa la variable #z (#z-#z+l) . Después de esto, se repite el procesamiento en las etapas S202 a S216 para la variable #z incrementada. Al repetir este procesamiento, la CPU 28 puede tener AOB que incluyan una pluralidad de AOB_ELEMENT registrados uno después del otro dentro de la tarjeta 31 de memoria instantánea. Cuando la transferencia de una corriente de transporte de datos de audio por un codificador 25 AAC, la unidad de codificación, y el aparato 27 de modem están completos, esto significa que la entrada de la corriente de transporte de datos de audio se va a escribir en el AOB_FILE#z lo cual también estará completo, de manera que se proporciona un juicio de "Si" en la etapa S207 y el procesamiento avanza a la etapa S208. En la etapa S208, la CPU 28 almacena el valor de la variable Data_Size en TKTMSRT de TKI#z como TMSRT_Entry#y para el AOB_ELEMENT#y. Después de almacenar los datos de audio acumulados en la RAM 22 en el archivo AOB correspondiente al A0B#z, el procesamiento en este diagrama de flujo termina. El procesamiento anterior resulta en que la corriente de transporte de datos de adición codificada se almacena en la tarjeta 31 de memoria instantánea. Después se utiliza el siguiente procedimiento para almacenar el FileKey necesario para descodificar la corriente de transporte de datos de audio codificada en la región de autentificación. Cuando la corriente de transporte de datos de audio se ha introducido por medio de la vía RT1, el o los archivos AOB, el archivo que almacena el TKMG, el archivo que almacena el PLMG y el archivo que almacena la clave de codificación se almacenan en un FileKey diferente para cada AOB y se envían al aparato de grabación por un proveedor del servicio de distribución de música electrónica. La CPU 28 recibe estos archivos y escribe el o los archivos AOB, el archivo almacena el TKMG y el archivo almacena el PLMG en la región de usuario de la tarjeta 31 de memoria instantánea. Por otra parte, la CPU 28 escribe únicamente el archivo de almacenamiento de clave de codificación que almacena un FileKey diferente para cada AOB dentro de la región de autentificación. Cuando se introduce audio por medio de la vía de entrada RT2 o RT3 , la CPU 28 genera un FileKey diferente cada vez que comienza la codificación de un nuevo AOB y establece la clave generada en la unidad 26 de codificación. Además de ser utilizada por la unidad 26 de codificación para codificar el presente AOB, este FileKey se almacena después del FileKey de entrada en el archivo que almacena la clave de codificación presente en la región de autentificación. Con la presente modalidad descrita antes, los archivos que almacenan los AOB son codificados utilizando claves de codificación diferentes de manera que si la clave de codificación utilizada para codificar un archivo se descodifica y expone, la clave de codificación expuesta únicamente se puede utilizar para descodificar un archivo que almacena un AOB, con tal exposición sin efecto en otros AOB que son almacenados en otros archivos. Esto minimiza el daño causado cuando se expone una clave de codificación. Nótese que aunque la descripción anterior se enfoca en un sistema de ejemplo que se considera es la modalidad más efectiva de la presente invención, la presente invención no se limita a este sistema. Son posibles diversas modificaciones dentro del alcance de la invención, con los ejemplos de tales proporcionándose como los incisos (a) a (e) a continuación. (a) La modalidad anterior describe una memoria semiconductora (tarjeta de memoria instantánea) como un medio de grabación utilizado, aunque la presente invención se puede aplicar a otros medios que incluyen discos ópticos, tales como DVD-RAM, o un disco duro. (b) En la modalidad anterior, los datos de audio se describen como constituidos de un formato AAC, aunque la presente invención también se puede aplicar a datos de audio en otro formato tal como MP3 (MPEG1 capa de audio 3) , Dolby-AC3 o DTS (sistema de teatro digital) . (c) Mientras que el archivo que almacena TKMG y el archivo que almacena PLMG se describen como recibidos desde el proveedor del servicio de distribución de música electrónico en una forma completa, la información principal utilizada para crear TKMG y PLMG se puede transmitir junto con la clave de codificación del archivo de almacenamiento que almacena una clave de codificación diferente para cada AOB . El aparato de grabación después puede procesar esta información para obtener el TKMG y PLMG el cual después se graba en la tarjeta de memoria instantánea. (d) Para una explicación fácil, el aparato de grabación y el aparato de reproducción se describen como dispositivos separados, aunque un aparato de reproducción portátil se puede equipar con el funcionamiento de un aparato de grabación y un aparato de grabación en forma de una computadora personal se puede equipar con las funciones del aparato de reproducción. Además del aparato de reproducción portátil y el aparato de grabación de computadora personal, las funciones del aparato de reproducción y el aparato de grabación también se pueden proporcionar a un dispositivo de comunicación que es capaz de descargar el contenido de una red. Como un ejemplo, un teléfono móvil capaz de tener acceso a Internet se puede proporcionar con las funciones del aparato de reproducción y el aparato de grabación descrito en la modalidad anterior. Este teléfono móvil puede almacenar el contenido descargado vía una red inalámbrica en la tarjeta 31 de memoria instantánea de la misma manera que en la modalidad anterior. Además, aunque el aparato de grabación descrito en la modalidad anterior se proporciona con el aparato 27 de modem para conectarlo a Internet, se puede proporcionar en vez de esto cualquier otro dispositivo capaz de conexión a la Internet tal como un adaptador de terminal para una línea ISDN. (e) El procedimiento que se muestra en los diagramas de flujo que se muestran en las figuras 55 a 58, figura 60, figura 63 a figura 65 y figura 68 se puede llevar a cabo por programas ejecutables que se pueden distribuir al haber sido grabados en un medio de grabación. Este medio de grabación puede ser una tarjeta IC, un disco óptico, un disco flexible o similar, con los programas grabados en el medio de grabación que son utilizados que tienen instalado por primera vez dentro de hardware de computadora estándar. Al realizar el procesamiento de acuerdo con tales programas instalados, el hardware de computadora estándar puede realizar el mismo funcionamiento que un aparato reproductor y el aparato de grabación descritos en la modalidad anterior. (f) Aungue la modalidad anterior describe el caso en el que una pluralidad de AOB y una pluralidad de FileKeys se almacenan en la tarjeta 31 de memoria instantánea, únicamente necesita almacenarse un AOB y un FileKey. Además, no es esencial para los AOB que estén codificados, de manera que los AOB se pueden almacenar en la tarjeta 31 de memoria instantánea en formato ACC.

SEGUNDA MODALIDAD {69-1} Composición Total del PlaylistManager en la Segunda Modalidad Esta segunda modalidad se relaciona con una mejora en la tarjeta de memoria semiconductora de la primera modalidad en que permite que un aparato de reproducción vuelva a asumir la reproducción sin repetir pistas que fueron reproducidas previamente. La figura 69 muestra la composición interna del PlaylistManager y TrackManager en esta segunda modalidad. El PlaylistManager y TrackManager en esta segunda modalidad difieren de los mostrados en la figura 17 en que la composición del PlaylistManager_Inf ormation (PLMGI) se muestra claramente en la figura 69, a diferencia de la figura 17. Es de importancia particular en el PLMGI el PLMG_RSM_PL. Esto muestra la posición de reanudación de reproducción, y se almacena en una tarjeta de memoria semiconductora para permitir a un aparato de reproducción reiniciar la reproducción del contenido sin tener que reproducir repetidamente los mismos datos . {70-1} Composición Detallada de la información de PlaylistManager La figura 70 muestra la composición detallada del PlaylistManager_Inf ormation. Como se muestra en el dibujo, el PLMGI tiene un campo PLM_ID que ocupa el oésimo y primer objetos, un campo reservado que ocupa el segundo y tercero octetos un campo SDA_ID que ocupa el cuarto al décimo primer octetos, un campo VERN que ocupa el décimo segundo y décimo tercero octetos, un campo PLMG_PL_Ns que ocupa el décimo cuarto y décimo quinto octetos, un campo PLMG_AP_PL que ocupa el décimo sexto a décimo noveno octetos, un campo PLMG_RSM_PL que ocupa el vigésimo a vigésimo séptimo octetos, y un campo PLMG_APP_ATR que ocupa el vigésimo octavo y vigésimo noveno octetos, un campo PLMG_FCA que ocupa el trigésimo y trigésimo primero octetos, un campo TKI_Ns que ocupa el trigésimo segundo y trigésimo tercero octetos y un campo reservado que ocupa el trigésimo cuarto y trigésimo quinto octetos. De estos campos en el PlaylistManager, los de más importancia en esta segunda modalidad son PLMG_AP_PL y PLMG_RSM_PL. {70-2} Información además de PLMG_AP_PL y PLMG_RSM_PL Lo siguiente describe primero los campos en el PlaylistManager además de PLMG_AP_PL y PLMG_RSM_PL. El PLMG_ID se establece en "Al" (una secuencia ordenada de caracteres que se establece de acuerdo con el estándar IS0646) para mostrar la presente información como un PLMGI . El SDA_ID se establece en "SD_AUDIO" (una secuencia ordenada de caracteres que se establece de acuerdo con el estándar IS0646) para mostrar que el presente PlaylistManager es de datos, de acuerdo con la especificación SD- UDIO. Un número de versión para la especificación de SDS-AUDIO utilizado se establece en el campo VERN. La línea discontinua h.71 en la figura 70 muestra la composición de bitios del número de versión. El campo constituido de los bitios b7 a bO se utiliza para almacenar el número de versión.

Cuando, por ejemplo, el número de versión del presente PlaylistManager es "versión 0.9", se escribe "09h" en este campo, y cuando el número de versión es "versión 1.0", en este campo se escribe "lOh". El campo compuesto de los bitios bl5 a b8 se reserva para uso futuro. El número de playlists administrados por el PLMG, el cual es decir el número de playlists registrados en la presente tarjeta de memoria instantánea se escribe en el campo PLMG_PL_Ns . El ID de categoría de aplicación, el cual muestra la categoría de la aplicación registrada en la tarjeta de memoria instantánea presente, se escribe en el campo PLMG_APP_ATR . Cuando, como en la primera modalidad, la aplicación almacenada en la presente tarjeta de memoria instantánea es música, se escribe el valor "Olh" en este campo. Cuando la aplicación grabada en la presente tarjeta de memoria instantánea es software de karaoke, se escribe el valor "02h" en este campo, cuando la aplicación es datos de presentación, se escribe en este campo el valor "03h", y cuando la aplicación es un audiolibro, en este campo se escribe el valor "04h". Cuando la ID de categoría de aplicación es "02h", los datos de audio se registran en la presente tarjeta de memoria instantánea como datos de karaoke, de manera que se utiliza el canal derecho para la reproducción de pistas y el canal izquierdo se utiliza para las voces . Cuando los datos de audio se registran de esta manera, un aparato de reproducción puede reproducir una pista de soporte de karaoke al reproducir los datos de audio para el canal derecho tanto en los canales izquierdo como derecho. El campo PLMG_FCA se reserva para uso futuro. Un número entero que muestra el número de los TKI, como el de la primera modalidad, se escribe en el campo TKN_Ns . Este valor se proporciona con un intervalo de "1" a "999". Esto completa la explicación de los campos en el PlayManager además de PLMG_AP_PL y PLMG_RSM_PL. {70-3} PLMG_AP_PL El PLMG_AP_PL muestra el número de playlist que se lee automáticamente y el número de la primera pista la cual se reproduce automáticamente en ese playlist cuando la presente tarjeta de memoria instantánea se carga en un aparato de reproducción y se activa el aparato de reproducción. La línea discontinua h.72 en la figura 70 muestra la composición' de bitios de los cuatro octetos del PLMG_AP_PL. El campo entre el bitio b31 y b26 y el campo entre bl5 y b8 se reservan para uso futuro. Los bitios b7 a bO forman un campo de Playlist Number en el cual el número del Playlist se lee automáticamente y se proporciona en un intervalo de "1" a "99" (en decimal) . El número escrito en este campo es el número de Playlist_Information (PLI) como se describe en la primera modalidad. Para indicar el Def aul t_Playlist_Inf ormation se escribe el número "0". Los bitios b25 a bl6 forman un campo de Track_Number (número de pista) en el cual se puede reproducir automáticamente el número de pista de la pluralidad de pistas especificadas por el playlist que se proporciona. El número escrito en este campo es el Track_Number como se describe en la primera modalidad. Los valores en los campos de PLMG_AP_PL se pueden establecer libremente por el usuario, y deben de establecerse en "0" cuando no se utiliza PLMG AP PL. {70-4} PLMG_RSM_PL Cuando la reproducción ya se ha realizado para uno o más archivos AOB registrados en la tarjeta de memoria instantánea, el PLMG_RSM_PL incluirá un Playlist Number que muestre el playlist que se utiliza para la reproducción previa de datos en la tarjeta de memoria instantánea. Un Track Number que muestra el número de la última pista que se va a reproducir de acuerdo con este playlist, y PlaybackTime muestra en que punto se detuvo la reproducción en la pista indicada por Track Number.

En la figura 70, la línea discontinua h.73 muestra la composición de bitios del PLMG_RSM_PL. La composición de bitios del número de bitios b31 al número de bitio bO es la misma que PLMG_AP_PL. El número de playlist que se utiliza para la reproducción precedente se escribe como un valor en el intervalo desde "0" a "99" en el campo Playlist Number que ocupa la región desde el bitio número b7 al bitio bO . El número de la última pista que se reproduce de las diversas pistas especificadas en este playlist se escribe en el campo Track Number que ocupa la región desde el bitio número b25 al bitio número bl6. A diferencia de la composición de bitios de PLMG_AP_PL, la región del número de bitio b32 a número de bitio b63 de PLMG_RSM_PL forma un campo Playback_Time . El momento en el cual se detiene la reproducción precedente de la pista indicada por Track Number se escribe en este campo con una precisión de milisegundos. Nótese que cuando PLMG_RSM_PL no se utiliza por el usuario, se debe establecer un valor de "0" en todos los campos del PLMG_RSM_PL. {70-4_7l} Establecimiento del PLMG_RSM_PL cuando la Tarjeta de Memoria Instantánea se Transfiere entre Aparatos de Reproducción Lo siguiente describe la manera en que se establecen PLMG_AP_PL y PLMG_RSM_PL cuando la tarjeta de memoria instantánea de esta segunda modalidad se transfiere entre aparatos de reproducción. La figura 71 muestra la manera en que se establecen PLMG_AP_PL y PLMG_RSM_PL cuando la tarjeta de memoria instantánea de esta segunda modalidad se transfiere entre aparatos de reproducción. En la figura 71, la tarjeta de memoria instantánea se transfiere entre una pluralidad de aparatos de reproducción que están constituidos de una computadora personal estándar, un aparato de reproducción portátil y un aparato de reproducción en un vehículo. Nótese que cada uno de estos aparatos de reproducción está equipado con las funciones del aparato de reproducción y el aparato de grabación descritos en la primera modalidad. La presente explicación describe una tarjeta de memoria instantánea que almacena los archivos AOB que componen TrackA a TrackE de la misma manera que en la figura 16. Suponiendo que la tarjeta de memoria instantánea de esta segunda modalidad primero se carga dentro de la computadora 200 personal la cual registra los datos de presentación y los datos de navegación descritos en la primera modalidad. Supóngase después de esto, que la computadora 200 personal establece el PLMG_AP_PL con el Playlist_Number "0", indicando que Def ault_Playlist_Inf ormation y Track_Number "3" indicando TrackC. En este ejemplo, el usuario tiene los archivos AOB en la tarjeta de memoria instantánea reproducidos en el orden TrackA, TrackB y TrackC y se detiene la reproducción en un punto 3 min 31 seg dentro de la reproducción de TrackC cuyo período de reproducción es de 5.5 minutos. En este caso, la computadora 200 personal escribe el Playlist_Number "0" indicando que Def aul t_Playlist_Inf ormation y Track_Number "3" indicando el TrackC dentro del campo PLMG_RSM_PL . Además, la computadora 200 personal también escribe el valor "00:03:31:000" que muestra el punto en el que se detuvo la reproducción para la TrackC dentro del campo Playback_Time en PLMG_RSM_PL. Después de esto, el usuario remueve la tarjeta de memoria instantánea de la computadora 200 personal y, como se muestra por la flecha my71, la carga en el aparato 100 de reproducción portátil. En la primera modalidad, el aparato de reproducción (el aparato 100 de reproducción portátil) inicia la reproducción con el primer A0B_FRAME en TrackA que se especifica por Def aul t_Playlist_Inf ormation. En esta segunda modalidad, sin embargo, se proporcionan los PLMG_AP_PL y PLMG_RSM_PL de manera que el aparato de reproducción puede iniciar la reproducción desde cualquier AOB_FRAME de acuerdo con el contenido de esta información. Puesto que la computadora 200 personal establece el valor de "0" en Playlist_Number para indicar el Default_Playlist_Information el valor de "3" en Track_Number para indicar TrackC y "00:03:31.000" en Playback_Time, el aparato 100 de reproducción portátil ahora sabe que la reproducción se ha realizado hasta el punto de 3 min 31 segs en TrackC en Default_Playlist_Information y que la reproducción se puede realizar desde un punto 3 minutos y 31.001 segundos en TrackC. Suponiendo que el usuario coloca sus audífonos unidos al aparato 100 reproductor portátil y abandona la casa después de que ha comenzado la reproducción de TrackC. En el presente ejemplo, el usuario escucha hasta el final la parte de TrackC y después una primera parte de TrackD, deteniendo la reproducción en un punto 10 minutos y 30 segundos en la reproducción de TrackD. En este caso, el aparato 100 de reproducción portátil actualiza el contenido de PLMG_RMS_PL al escribir "0" en el Playl i s t_Number para indicar la Default_Playlist_Information "4" en Track_Number para indicar TrackD y "00:10:30.000" en Playback_Time para indicar que la reproducción se ha detenido en un punto 10 minutos y 30 segundos dentro de la reproducción de TrackD. Por otra parte, el contenido de PLMG_AP_PL no se ha reescrito, de manera que Playlist_Number se establece en "O" para indicar el Default_Playlist_Information y que Track_Number permanece en "3" para indicar TrackC. Después de esto, supóngase que el usuario remueve la tarjeta de memoria instantánea del aparato 100 de reproducción portátil y, como se muestra por la flecha my72 en la figura 71, lo coloca en un reproductor 300 en un vehículo. Puesto que el aparato 100 de reproducción portátil establece el valor "0" en Playlist_Number para indicar la Default_Playlist_Information, el valor "4" en TrackJSTumber para indicar TrackD y "00:10:30.000" en Playback__Time en el reproductor 300 en el vehículo ahora sabe que la reproducción ya se ha realizado hasta el punto de 10 min y 30 seg en el TrackD en Default_Playlist_Information y que la reproducción se puede iniciar en el punto de 10 minutos y 30.001 segundos en TrackD . La reproducción de TrackD comienza desde este punto y continúa durante 9 minutos y 30 segundos antes de que el usuario detenga una vez más la reproducción. Puesto que parte de la TrackD permanece, el Playlist_Number y Track_Number en el PLMG_RSM_PL se dejan sin cambio, y únicamente se actualiza Playback_Time utilizando el valor "00:20:00.000". Como se describe antes, cuando se remueve la tarjeta de memoria instantánea de la computadora 200 personal y se carga en un aparato 100 de reproducción portátil, la reproducción comienza desde un punto inmediatamente posterior al punto en donde se detuvo la reproducción por la computadora personal 200. De la misma manera, cuando se remueve la tarjeta de memoria instantánea del aparato 100 de reproducción portátil y se carga en un reproductor 300 en un vehículo, la reproducción comienza desde un punto inmediatamente posterior al punto en donde se detuvo la reproducción por el aparato 100 de reproducción portátil. Esto significa que la tarjeta de memoria instantánea se puede transferir desde la computadora 200 personal al aparato 100 de reproducción portátil y después a un reproductor 300 en un vehículo sin que se tengan que reproducir los mismos datos dos veces . {70-5} Actualización de los PLMG_AP_PL y PLMG_RSM_PL Cuando se Edita TKI No se proporciona explicación adicional de PLMG_AP_PL y PLMG_RSM_PL. En vez de esto, lo siguiente describirá como se actualiza el contenido de PLMG_AP_PL y PLMG_RSM_PL para cuatro operaciones de edición descritas en la primera modalidad. Estas son el caso 1 en donde se suprime una pista, el caso 3 en donde se combinan dos pistas, el caso 4 en donde una pista se divide en 2 y el caso 5 en donde se rearregla el orden de reproducción de las pistas.

Cuando se encuentra en el caso 1, se suprime la pista especificada por PLMG_AP_PL y PLMG_RSM_PL, el Track_Number dado en PLMG_AP_PL y PLMG_RSM_PL en el PlaylistManager se establece de manera que indica que la pista que sigue es una pista suprimida en playlist indicada. El Playback_Time en PLMG_RSM_PL también se establece en "00:00:00.000" para indicar el inicio de esta pista siguiente. Cuando se encuentra en el caso 3, la pista especificada por los PLMG_AP_PL y PLMG_RSM_PL se combina con otra pista, el Track_Number dado en el PLMG_AP_PL y PLMG_RSM_PL en el PlaylistManager se establece de manera indica la posición de la pista combinada en Playlist indicada. Cuando se encuentra en el caso 4, la pista especificada por PLMG_AP_PL y PLMG_RSM_PL se divide, el Track_Number proporcionado en PLMG_AP_PL y PLMG_RSM_PL y en el PlaylistManager se establece de manera indica la posición de la parte anterior o la parte posterior de la pista dividida en la playlist indicada. Se compara el Playback_Time con el límite de división y cuando el Playback_Time es antes del límite de división, el Track_Number de la pista que corresponde a la parte anterior de la pista dividida se establece en PLMG_PL. Cuando Playback Time está después del límite de división, el Track_Number de la pista que corresponde a la parte posterior de la pista dividida se establece en PLMG RMS PL .

Cuando se encuentra en el caso 5, se cambia la posición de la pista indicada por PLMG_AP_PL y PLMG_RSM_PL en la Playlist indicada, el Track_Number dado en el PLMG_AP_PL y PLMG_RSM_PL se establece de manera que indica la posición nueva de la pista en el Playlist indicada. Aunque la explicación anterior establece que se actualizan PLMG_AP_PL y PLMG_RSM_PL cuando se editan las pistas, los ajustes de PLMG_AP_PL y PLMG_RSM_PL simplemente se pueden aclarar cuando se realiza una edición de pista. {72-1} Establecimiento de como se utilizan PLMG_RSM_PL y PLMG AP PL Lo siguiente describe el aparato de reproducción de esta segunda modalidad. Este aparato de reproducción tiene tres diferencias principales con el aparato de reproducción descrito en la primera modalidad. Una primera diferencia es que el aparato de reproducción recibe el ajuste de PLMG_AP_PL y los ajustes iniciales del usuario. La figura 2 muestra la pantalla de menú utilizada para recibir una entrada de usuario del PLMG_AP_PL y los ajustes iniciales. Como se muestra en la figura 72, al seleccionar una de las secuencias ordenadas de carácter "resume playback from previous position" (reanudar reproducción desde la posición previa) o "start with favorite track" (comenzar con la pista favorita) , el usuario puede tener un aparato de reproducción que gana referencia ya sea al PLMG_AP_PL o PLMG_RSM_PL cuando se carga la tarjeta de memoria instantánea. En este ejemplo, la "favorit track" (pista favorita) del usuario es la pista especificada por el Playlist_Number y Track_Number que se proporcionan en el PLMG_AP_PL. Cuando el usuario selecciona una de estas secuencias ordenadas de caracteres, el aparato de reproducción establece una bandera apropiada. Esta bandera (denominada la "activation flag" (bandera de activación) ) muestra si el reproductor debe comenzar a partir de Playlist_Number y Track_Number en el PLMG_AP_PL o a partir del Playlist_Number, Track_Number y Playback_Time proporcionado en el PLMG_RSM_PL . Cuando el usuario selecciona "resume playback from previous position" (reanudar reproducción desde la posición previa) , la bandera de activación se establece en "on" (activado) de manera que cuando se carga la tarjeta de memoria instantánea, el aparato de reproducción se refiere al PLMG_RSM_PL y comienza la reproducción de los datos desde el punto en donde se detuvo la reproducción previamente. Cuando el usuario selecciona "star with favorite track" (comenzar con pista favorita) , la bandera de activación se establece en "off" (inactivado) de manera que cuando se carga una tarjeta de memoria instantánea, el aparato de reproducción comienza en la reproducción con la pista indicada en el PLMG_AP_PL. La pantalla de menú mostrada en la figura 72 también permite al usuario establecer su pista favorita. Cuando el usuario realiza una operación de introducción utilizando un panel de teclado, el PLMG_AP_PL en la tarjeta de memoria instantánea se escribe de manera que muestra la playlist y la pista indicadas . Nótese que la bandera de activación puede establecerse de otras maneras, por ejemplo mediante conmutación profunda o un conmutador de un botón de presión que se proporcionen en el aparato reproductor. {56_57_58-l} Actualización del PLMG_RSM_PL.

Una segunda diferencia con la primer modalidad es que cuando el usuario presiona el botón "Stop", el aparato de reproducción de la segunda modalidad actualiza el establecimiento del PLMG_RSM_PL . En la primera modalidad, una presión del botón "Stop" en cualquiera de los diagramas de flujo en las figuras 56, 57 y 58 resulta en que se proporciona un juicio de "Si" en la etapa S31, etapa S42 o etapa S54 y el procesamiento en el siguiente diagrama de flujo finaliza. En la segunda modalidad, sin embargo, el aparato de reproducción entonces establecerá valores en el PLMG_RSM_PL. Con mayor detalle, el aparato de reproducción específica el Playlist_Number de la playlist que actualmente se utiliza para la reproducción y el Track_Number que corresponde al AOB que actualmente se esta reproduciendo y escribe esto en el PLMG_RSM_PL. El aparato de reproducción también se refiere al valor de la variable Play_Time (que se describió en la primera modalidad) en el punto en el que se detuvo la producción y establece este valor en el PLMG_RSM_PL como el Playback_Time . Además, cuando se presiona el botón de "Stop", el aparato de reproducción también puede actualizar los ajustes en el PLMG_RSM_PL cuando el usuario presione el botón "Pause" . El aparato de reproducción también puede actualizar los ajustes de Playlist_Number , Track_Number y Playback_Time en el PLMG_RSM_PL cuando la potencia restante en las baterías es baja. Como un resultado, se puede establecer información válida en el PLMG_RSM_PL para el caso en el que se detiene la reproducción no debido a que el usuario haya presionado el botón de "Stop", sino debido a que las baterías del aparato reproductor se han agotado . {73-1} Procedimiento para Especificar Posición de Reproducción Lo siguiente describe la tercera diferencia con la primera modalidad. En la primera modalidad, se reproducen archivos AOB en el orden en el cual fueron especificados por una playlist. En esta segunda modalidad, sin embargo, se realiza una reproducción a partir de la posición de reproducción determinada de acuerdo con el procedimiento mostrado en la figura 73. Lo siguiente describe el procedimiento de determinación de posición de reproducción en base en el PLMG_AP_PL y PLMG_RSM_PL . Esta descripción se refiere al diagrama de flujo en la figura 73. Una vez que se activa el procesamiento en este diagrama de flujo, en la etapa S301 la CPU se refiere a la bandera de activación que se establece utilizando la pantalla de menú en la figura 72 y determina cual de los PLMG_AP_PL y PLMG_RSM_PL debe hacerse referencia cuando se carga la tarjeta de memoria instantánea. Cuando la bandera de activación indica el PLMG_AP_PL, el procesamiento avanza desde la etapa S301 a la etapa S302. En la etapa S302, la CPU 10 se refiere al PLMG_AP_PL y especifica el TKI de la pista especificada por el Track_Number en el Playlist especificado por el Playlist_Number como el TKI#z que se describió en la primera modalidad. La CPU 10 después inicia la reproducción del archivo #x AOB que corresponde a TKI #z . Cuando la bandera de activación indica que se debe proporcionar prioridad al PLMG_RSM_PL el procesamiento avanza desde la etapa S301 a la etapa S303. En la etapa S303, la CPU 10 lee el PLMG_RSM_PL a partir del PlaylistManager_Inf ormation y en la etapa S304, la CPU 10 juzga si son válidos el Playlist_Number, Track_Number y Playback_Time escrita en el PLMG_RSM_PL . Cuando no se ha establecido apropiadamente el PLMG_RSM_PL, se detiene el último tiempo de reproducción, o cuando hay un error durante la lectura de grupos indicado por el PLMG_RSM_PL, la CPU 10 juzgará que el PLMG_RSM_PL no es válido. El procesamiento después avanzará desde la etapa S304 a la etapa S302 en donde la CPU 10 comienza la reproducción en base en el PLMG_AP_PL. Cuando son válidos el Playl is t_Number , Track_Number y Playback_Time en el PLMG_RSM_PL el procesamiento avanza desde la etapa S304 a la etapa S305 en donde la CPU 10 juzga si el valor de Playback_Time proporcionado en el PLMG_RSM_PL es el mismo que el período de reproducción (TKI_PB_TM) de la pista indicada por el Track_Number escrito en el PLMG_RSM_PL. Si estos dos valores no son iguales, parte de la pista indicada por el Track_Number aún no se ha reproducido, de manera que en la etapa S306 la CPU especifica el TKI indicado por el Track_Number en el PLMG_RSM_PL como el TKI#z, y en la etapa S307, la CPU 10 especifica el AOB_FRAME#x y AOB_ELEMENT#y a partir de donde debería comenzar la reproducción dentro del archivo AOB que corresponde a este TKI, en base en el Playback_Time dado en el PLMG_RSM_PL . El procedimiento para especificar el AOB_ELEMENT#y y AOB_FRAME#x que corresponden a cualquier tiempo de inicio de reproducción particular dentro de una pista se describe en la primera modalidad utilizando las ecuaciones 1 a 3. La CPU 10 utiliza estas ecuaciones para calcular el AOB_ELEMENT#y y AOB_FRAME#x y después en la etapa S308 inicia la reproducción desde el AOB_FRAME#x en el AOB_ELEMENT#y en el archivo AOB #z . Cuando el valor de Playback_Time es igual al valor de TKI_PB_TM, se proporciona un juicio de "Si" en la etapa S305 y el procesamiento avanza a la etapa S309. La CPU 10 después juzga si el Track_Number en el PLMG_RSM_PL es igual al TKI_Ns proporcionado en el PlaylistManager. De no ser así, esto significa que por lo menos una pista aún debe ser reproducida en la playlist especificada por el Playlist_Number, de manera que el procesamiento avanza desde la etapa S309 a la etapa S311. En la etapa S311, el TKI posterior al TKI especificado por el Track_Number en el PLMG_RSM_PL se especifica como el TKI#z y, en la etapa S312, la CPU 10 comienza la reproducción de los AOB desde el inicio del archivo #z AOB que corresponde al TKI #z. Cuando el TKI_PB_TM es igual al Playback_Time y el Track_Number proporcionado en el PLMG_RSM_PL es igual al TKI_Ns, se puede suponer que la playlist indicada por el Playlist_Number en el PLMG_RSM_PL habrá sido reproducido en su totalidad, de manera que el aparato de reproducción después recibirá una entrada de usuario de la siguiente playlist para ser reproducida.

Con la presente modalidad, se graba PLMG_RSM_PL en la tarjeta de la memoria semiconductora como la posición de reanudación de reproducción. Esta información muestra cuanto ha procedido de la reproducción previa de la tarjeta de memoria del semiconductor, de manera que cuando se remueve la tarjeta de memoria de semiconductor del aparato de reproducción y se carga en otro aparato de reproducción, este segundo aparato de reproducción puede comenzar la reproducción en un punto inmediatamente posterior al punto en donde finalizó la reproducción por el primer aparato de reproducción Como un resultado, cuando un usuario escucha una parte de un álbum de música constituido de los TrackA a TrackE en el primer aparato de reproducción, detiene la reproducción y después el álbum se reproduce en un aparato de reproducción diferente, este segundo aparato de reproducción puede hacer referencia al PLMG_RSM_PL que muestra el punto en donde se detuvo la reproducción previa y de esta manera sabe que parte del álbum ya ha sido reproducida con una precisión de milisegundos. Por lo tanto, el aparato de reproducción puede reanudar la reproducción desde un punto inmediatamente posterior al punto en donde se detuvo la reproducción. Esto significa que el usuario no necesita escuchar las mismas pistas, incluso cuando la tarjeta de memoria de semiconductor se transfiere desde un aparato reproductor a otro .

TERCERA MODALIDAD {74-1} DPLI_RMS_PL, PLI_RSM_PL En esta tercera modalidad, el DPLI en cada PLI se proporciona cada uno con su propia información de reanudación de reproducción, DPLI_RMS_PL o PLI_RSM_PL, para mostrar en que punto finalizó la reproducción previa en la playlist. La figura 74 muestra la Default_Playlist_Information que tiene un DPLI_RMS_PL en el DPLGI y un PLI que tiene un DPLI_RMS_PL en el PLGI. El DPLI_RMS_PL (PLI_RSM_PL) incluyen únicamente un Track_Number y Playback_Time, y de esta manera difieren del PLMG_RMS_PL en que el Playlist_Number no es necesario. Como otra diferencia, cuando la totalidad de pistas en el orden de reproducción indicado por el DPLI o un PLI han sido reproducidos completamente, se establece un valor "FF" en el Track_Number en el DPLI_RMS_PL (PLI_RSM_PL) para mostrar que la playlist ha sido reproducida completamente. Lo siguiente describe el aparato de reproducción de la tercera modalidad. Cuando la reproducción de las pistas especificadas en el orden de reproducción de un PLI se detiene a la mitad, el aparato de reproducción escribe el Playlist_Number del PLI, el Track_Number de la pista actual y el Playback_Time dentro del PLMG_RMS_PL de la misma manera que en la segunda modalidad.

Sin embargo, como una diferencia, el aparato reproductor también escribe el Track_Number y el Playback_Time dentro del PLI_RMS_PL que corresponde a ese Playlist_Number . De la misma manera que en la primera modalidad, el usuario puede indicar una Playlist para ser reproducida. Sin embargo, en esta tercera modalidad, el aparato de reproducción hará referencia al PLI_RMS_PL del PLI por la Playlist indicada. Cuando no se proporcionan valores en el Track_Number u Playback__Time en el PLI_RMS_PL del playlist, el aparato reproductor comienza la reproducción desde el inicio de la primera pista en el orden de reproducción proporcionado en el PLI . Inversamente, cuando se proporcionan valores en el Track_Number y en el Plackback_Time en ese PLI_RMS_PL, el aparato de reproducción reproduce las pistas en el orden de reproducción que se proporciona en ese PLI a partir de la posición indicada por el TrackJSTumber y el Playback_Time . {74-2_75_76} La figura 75 muestra como el DPLI_RSM_PL del DPLI y los PLI_RMS_PL de varios PLI se establecen. La figura 76 muestra una secuencia de pista constituida del orden de reproducción especificado por la playlist que se muestra en la figura 41 a la que se hace referencia en la primera modalidad.

Las secuencias de pista se especifican por separado por la DPLI, PLI#1 y PLI#2, con los intervalos de reproducción (1) a (3) en la figura 76 que muestran las partes de estas secuencias de pista que ya se han reproducido antes. Lo siguiente describe el momento en el que comenzará la reproducción cuando uno de los DPLI, PLI#1 o PLI#2 se indica para reproducción con los intervalos de reproducción (1) a (3) que ya han sido reproducidos. {74-3_75_76} La reproducción de la secuencia de pistas indicada por el DPLI se realiza previamente hasta que un punto medio a través de TrackC, de manera que el DPLI_RMS_PL en el DPLI, "TrackC" y "00:03:31.00004" se establecen en el Track_Number y Playback_Time para mostrar la posición de reanudación de reproducción (4) al final del intervalo (1) de reproducción. La reproducción de la secuencia de pista indicada por PLI#1 se realiza previamente hasta el final, de manera que el PLI_RMS_PL de PLI#1, "FF" se establece en el Track_Number . La reproducción de la secuencia de pista indicada por PLI#2 se realiza previamente hasta un punto medio a través de TrackA, de manera que en el PLI_RMS_PL de PLI#2 , "TrackA" y "00:01:11.00000" se establecen en el Track_Number y Playback Time para mostrar la posición (5) de reanudación de reproducción al final del intervalo (2) de reproducción. Puesto que PLI#3 aún debe ser indicado y su secuencia de pista aún no se ha reproducido, se establece un valor de "00" en el Track_Number en el PLI_RMS_PL del PLI#3. Puesto que el PLI_RMS_PL (DPLI_RSM_PL) de cada PLI (y el DPLI) se establecen como se muestra en la figura 75, si el usuario indica el DPLI después de indicar el PLI#1, se reanudará la reproducción de la secuencia de pista indicada por el DPLI a partir de la posición (4) de reanudación de reproducción inmediatamente después del intervalo (1) de reproducción. Si el usuario indica PLI#2 una vez que la secuencia de pista indicada por el DPI ha sido reproducida completamente, la reproducción de la secuencia de pista indicada por PLI#2 se reanudará a partir de la posición (5) de reanudación de reproducción inmediatamente después del intervalo (2) de reproducción. Con esta modalidad, cuando se indica una playlist para reproducción por una operación de usuario, el aparato de reproducción hará referencia al PLI_RMS_PL (DPLI_RMS_PL) por la playlist indicada y reasumirá la reproducción de la secuencia de pista especificada por esa playlist de acuerdo con el Track_Number y Playback_Time proporcionados en ese PLI_RMS_PL (DPLI_RSM_PL) . Esto significa que se puede reanudar la reproducción para cualquiera de las playlist sin repetir pistas que ya han sido reproducidas previamente. Nótese que puesto que la reanudación de reproducción para cada playlist se realiza en esta modalidad de acuerdo con el Track_Number y Playback_Time en el PLI_RMS_PL (DPLI_RSM_PL) , es preferible para la indicación del usuario de la playlist que se realice por medio de un menú como el mostrado en la figura 77 en vez de por medio de un menú de la primera modalidad como se muestra en la figura 49 el cual únicamente proporciona una lista de las playlist. La figura 77 muestra un ejemplo de menú que exhibe las playlist junto con los ajustes del PLI_RMS_PL para cada playlist, para el caso en el que los intervalos (1) a (3) de reproducción mostrados en la figura 76 ya han sido reproducidos. Los PLI que aún no tienen sus secuencias de pista reproducidas en su totalidad se exhiben con un número de pista que muestra el Track_Number en el PLI_RMS_PL y un tiempo de reproducción en base en el valor de Playback_Time en el PLI_RMS_PL. Inversamente, los PLI que tienen sus secuencias de pista reproducidas en su totalidad tienen el valor "FF" establecido en el Track_Number en el PLI_RMS_PL y de esta manera se exhiben con una indicación que muestra que su reproducción es completa. Como un resultado, este menú le avisa al usuario cuanto de una playlist ha sido reproducido, de manera que el usuario puede ahora saber cuales playlist han sido reproducidas completamente y cuales playlist han sido reproducidas solo parcialmente.

CUARTA MODALIDAD Aunque las aplicaciones de música se almacenan en la tarjeta 31 de memoria instantánea en la primera a la tercera modalidades, la presente modalidad se relaciona con una mejora en el almacenamiento de aplicaciones de corta duración. Aquí, una "aplicación de corta duración" se refiere a cualquier aplicación tales como noticias, unas revistas de audio, el registro del habla, etc., que únicamente necesita ser escuchada una vez, y de esta manera difiere de las aplicaciones de música que se escuchan repetidamente. Como ejemplos convencionales de aplicaciones de corta duración, las revistas tienden a publicarse semanal o mensualmente mientras que los periódicos tienden a publicarse todos los días. Cuando un aparato de grabación descarga una aplicación de corta duración vía una red, el aparato de grabación graba los datos de audio que constituyen la aplicación de corta duración en la tarjeta 31 de memoria instantánea como AOB, genera una pluralidad de TKI para los AOB, y almacena estos TKI en la tarjeta 31 de memoria instantánea. El aparato de grabación también genera Playlist_Information que especifica el o los TKI para esta aplicación de corta duración y registra el PLI en la tarjeta 31 de memoria instantánea. Lo siguiente describe lae mejoras en el DPLI, los PLI y los TKI realizados en esta cuarta modalidad. En la segunda modalidad, se proporciona el PLI_APP_ATR en el PlaylistManager como información que muestra los atributos de una aplicación. En la cuarta modalidad, también se proporcionan PLI_APP_ATR y TKI_APP_ATR como los atributos de aplicación en el DPLGI, PLGI y TKGI. La figura 78 muestra el formato de datos del DPLGI, PLGI y TKGI en esta cuarta modalidad. Al igual que "PLMG_APP_ATR" en la segunda modalidad, el PLI_APP_ATR en un PLGI incluye un ID de categoría de aplicación que muestra la categoría a la cual pertenece el PLI . Cuando el género de una aplicación corresponde a un PLI es música como en la primera modalidad, en este campo ee eetablece un valor de "Olh". De la miema manera, se establece un valor de "02h" en este campo cuando la aplicación corresponde a un PLI que es software de karaoke, el valor "03h" cuando la aplicación son datos de presentación y el valor "04h" cuando la aplicación es un audiolibro. También se pueden utilizar otros valores par indicar otros tipos de aplicación. En el PLI para una aplicación de corta duración, el PLI_APP_ATR en el PLGI se establece en "04h" para indicar un audiolibro.

Un aparato de grabación genera un PLI para una aplicación de cuarta duración de esta manera y almacena este PLI en una tarjeta 31 de memoria instantánea de manera que se pueda asociar con la aplicación de corta duración. Lo siguiente describe los problemas que se presentan cuando se almacenan aplicaciones de corta duración en una tarjeta 31 de memoria instantánea. Cuando se utiliza una aplicación de corta duración para noticias, se envía únicamente la aplicación más reciente al aparato de grabación cada día. Si el aparato de grabación almacena acumulativamente las noticias de cada día en una tarjeta 31 de memoria instantánea, la capacidad limitada de almacenamiento de la tarjeta 31 de memoria instantánea pronto se ocupará por tales aplicaciones de corta duración. Para evitar que las aplicaciones de corta duración ocupen demasiado espacio en la tarjeta 31 de memoria instantánea, el aparato de grabación debe hacer referencia al PLI_RSM_PL y PLI_APP_ATR y realizar las operaciones descritas a continuación. Puesto que las aplicaciones de corta duración se almacenan en la tarjeta 31 de memoria instantánea junto con los PLI en donde se establece el PLI_APP_ATR para indicar un audiolibro, un aparato de grabación puede determinar cuales PLI, TKI y AOB corresponden a las aplicaciones de corta duración al hacer referencia a los PLI APP ATR.

En el PLI para una aplicación de corta duración, se establece un valor de "FF" en el PLI_RSM_PL si la totalidad de las pistas en el orden de reproducción indicado se han reproducido completamente o si no se ha completado un valor diferente en la reproducción de las pistas en el orden de reproducción indicado. En consecuencia, un aparato de grabación ahora puede saber si una aplicación de corta duración ha sido reproducida en su totalidad simplemente al hacer referencia al Track srumber en el PLI_RSM_PL. Después de verificar el TrackJTumber de esta manera, el aparato de grabación puede suprimir los TKI, OAOB y PLI para aplicaciones de corta duración que se han reproducido en su totalidad. Esto detiene la capacidad de almacenamiento de la tarjeta 31 de memoria instantánea de ser sobrecargada por la acumulación de una gran cantidad de aplicaciones de corta duración. Nótese que aunque el ejemplo anterior se refiere al caso en el que el aparato de grabación se refiere al PLI_RMS_PL y PLI_APP_ATR, ase puede llevar a cabo el mismo control para el DPLI_RMS_PL y DPLI_APP_ATR . Con esta modalidad, las aplicaciones de corta duración tales como noticias se pueden deecargar y almacenar en una tarjeta 31 de memoria instantánea. Tales aplicaciones de corta duración se pueden suprimir al comenzar con las aplicaciones que han sido totalmente reproducidas, de manera que incluso cuando las aplicaciones de corta duración tales como las noticias se producen cada día, tales aplicaciones de corta duración se puede evitar que ocupen la totalidad de la capacidad de almacenamiento de la tarjeta 31 de memoria instantánea. Aunque la presente invención ha sido descrita completamente a modo de ejemplo con referencia a los dibujos anexos, debe hacerse notar que diversos cambios y modificaciones serán evidentes para aquellos expertos en la técnica. Por lo tanto, a menos que tales cambios y modificaciones se alejen del alcance de la presente invención, se deben considerar como incluidos en la presente.

APLICABILIDAD INDUSTRIAL La tarjeta de memoria semiconductora de la presente invención es especialmente adecuada para uso en el campo de electrónicos del consumidor como un medio de grabación para grabar música u otro material distribuido electrónicamente o de alguna otra manera. El aparato de grabación y reproducción de la preeente invención permite a loe consumidores hacer uso completo de esta tarjeta de memoria semiconductora. Se hace constar que con relación a esta fecha, el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente deecripción de la invención.

Claims (23)

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

1. Una tarjeta de memoria semiconductora, que almacena : una secuencia de audio en la cual se colocan una pluralidad de objetos de audio,• y información de reanudación que muestra una posición de reanudación para uso cuando la reproducción de la secuencia de audio se reanuda en la parte media a través de la secuencia de audio.

2. Una tarjeta de memoria semiconductora, de conformidad con la reivindicación 1, caracterizada porque la información de reanudación incluye por lo menos una de información de posición tipo 1 e información de posición tipo 2, la información de posición tipo 1 muestra una posición de reanudación tipo 1 establecida de acuerdo con una operación del usuario, y la información de posición tipo 2 muestra una posición de reanudación tipo 2 que se establece automáticamente cuando se ha detenido la reproducción de las últimas secuencias de audio .

3. Una tarjeta de memoria semiconductora, de conformidad con la reivindicación 2, caracterizada porque cada objeto de audio en la secuencia de audio se ha proporcionado con información única de identificación, la información de posición tipo 1 muestra la posición de reanudación tipo 1 utilizando la información de identificación de uno de los objetos de audio, y la información de posición tipo 2 muestra la posición de reanudación tipo 2 utilizando la información de identificación de uno de los objetos de audio y la información de tiempo que muestra una desviación desde el inicio de uno de los objetos de audio a la posición de reanudación tipo 2.

4. Una tarjeta de memoria semiconductora, de conformidad con la reivindicación 3, caracterizada además porque almacena : por lo menos una pieza de información de ruta de reproducción, cada una de las cuales define una ruta de reproducción al incluir la información de identificación de por lo menos un objeto de audio y una posición de reproducción de cada uno de por lo menos un objeto de audio en la ruta de reproducción; la información de reanudación incluye además especificar información que especifica una pieza de información de ruta de reproducción, la información de posición tipo 1 y la información de posición tipo 2 respectivamente muestran la posición de reanudación tipo 1 y la posición de reanudación tipo 2 para la secuencia de audio utilizando la información de identificación de un objeto de audio en la pieza especificada de información de ruta de reproducción .

5. Una tarjeta de memoria semiconductora, de conformidad con la reivindicación 4, caracterizada porque almacena además una pieza de información de reanudación suplementaria que corresponde a cada pieza de información de ruta de reproducción, cada pieza de información de reanudación suplementaria incluye información de posición que muestra una posición en un objeto de audio a partir de la cual se debe iniciar la reproducción cuando los objetos de audio van a ser reproducidos de acuerdo con la pieza correspondiente de información de ruta de reproducción, la información de posición en la información de reanudación muestra, como la posición de reanudación, una posición y un objeto de audio que se indica en una de las piezas de información de reanudación suplementaria.

6. Una tarjeta de memoria semiconductora, de conformidad con la reivindicación 5, caracterizada porque se establece un primer valor en cada pieza de información de reanudación suplementaria cuando la reproducción es completa para todos los objetos de audio cuya información de identificación se indica por la pieza correspondiente de la información de ruta de reproducción, y se establece un segundo valor en cada pieza de ia información de reanudación suplementaria cuando la reproducción no es completa para todos los objetos de audio cuya información de identificación está indicada por la pieza correspondiente de información de ruta de reproducción.

7. Un aparato de reproducción para una tarjeta de memoria semiconductora que almacena (1) una secuencia de audio en la cual se colocan una pluralidad de objetos de audio, y (2) información de reanudación que muestra una posición de reanudación para uso cuando la reproducción de la secuencia de audio se reanuda a la mitad a través de la secuencia de audio, el aparato de reproducción está caracterizado porque comprende : un medio receptor capaz de recibir, del usuario, una primera operación de reproducción que especifica uno de los objetos de audio, y una segunda operación de reproducción que no especifica ninguno de los objetos de audio; y un medio de reproducción para reproducir el objeto de audio especificado cuando el medio receptor ha recibido la primera operación de reproducción, y para leer la información de reanudación a partir de la tarjeta de memoria semiconductora y reproducir la secuencia de audio a partir de la posición de reanudación mostrada por la información de reanudación cuando el medio receptor ha recibido la segunda operación de reproducción.

8. El aparato de reproducción, de conformidad con la reivindicación 7, caracterizado porque la información de reanudación muestra la posición de reanudación utilizando información de identificación para uno de los objetos de audio en la secuencia de audio e información de tiempo que muestra una desviación desde el inicio de uno de los objetos de audio a la posición de reanudación, y cuando el medio receptor ha recibido la segunda operación de reproducción, el medio de reproducción comienza a reproducir la secuencia de audio desde un punto medio, el cual está indicado por la información de tiempo, en el objeto de audio indicado por la información de identificación que se proporciona en la información de reanudación.

9. El aparato de reproducción para una tarjeta de memoria semiconductora que almacena (1) una secuencia de audio que incluye una pluralidad de objetos de audio, y (2) información de reanudación que muestra una posición de reanudación que ha sido especificada por una operación de usuario, el aparato de reproducción está caracterizado porque comprende : un medio de cargado para cargar la tarjeta de memoria semiconductora; un medio de juicio para juzgar si la segunda información de reanudación ha sido escrita correctamente en la tarjeta de memoria semiconductora cargada por el medio de cargado, la segunda información de reanudación muestra una posición de reanudación y se establece automáticamente cuando se detiene la reproducción; y un medio de reproducción para reproducir la secuencia de audio de acuerdo con la segunda información de reanudación cuando la segunda información de reanudación ha sido escrita correctamente en la tarjeta de memoria semiconductora, y para leer la primera información de reanudación a partir de la tarjeta de memoria semiconductora y reproducir la secuencia de audio de acuerdo con la primera información de reanudación, cuando la segunda información de reanudación no ha sido escrita correctamente en la tarjeta de memoria semiconductora .

10. El aparato de reproducción, de conformidad con la reivindicación 9, caracterizado porque comprende además un medio de almacenamiento para almacenar una bandera que indica cual de la primera información de reanudación y la segunda información de reanudación debe ser utilizada para reproducción, en donde, cuando la bandera indica la primera información de reanudación, el medio de reproducción reproduce la secuencia de audio de acuerdo con la primera información de reanudación sin importar si la segunda información de reanudación ha sido escrita correctamente en la tarjeta de memoria semiconductora.

11. El aparato de reproducción de conformidad con la reivindicación 10, caracterizado porque comprende además: un medio receptor para recibir, desde un usuario, una operación que indica cual de la primera información de reanudación y la segunda información de reanudación debe utilizarse; y un medio de eetablecimiento para eetablecer la bandera en el medio de almacenamiento de acuerdo con la operación recibida por el medio receptor.

12. Un aparato de grabación para una tarjeta de memoria semiconductora, caracterizado porque comprende: un medio receptor para recibir una operación realizada por un usuario; un medio de reproducción para reproducir objetos de audio incluidos en una secuencia de audio cuando la operación recibida es una operación de reproducción,- y un medio de grabación para especificar, cuando la operación recibida es una operación de detención, una posición de reanudación a partir de una posición de reproducción cuando el usuario realiza la operación de detención, la posición de reanudación muestra el punto en el que se debe reanudar la reproducción de la secuencia de audio, y para grabar información de reanudación que muestre la posición de reanudación en la tarjeta de memoria semiconductora .

13. Un medio de almacenamiento legible en computadora que almacena un programa que tiene una computadora que ejecuta un procedimiento de reproducción para una tarjeta de memoria semiconductora, la tarjeta de memoria semiconductora almacena (1) una secuencia de audio en la cual se coloca una pluralidad de objetos de audio, y (2) información de reanudación que muestra una posición de reanudación para uso cuando la reproducción de la secuencia de audio reanuda desde la parte media a través de la secuencia de audio, el programa está caracterizado porque comprende: una etapa de recepción capaz de recibir, de un usuario, una primera operación de reproducción que especifica uno de los objetos de audio, y una segunda operación de reproducción que no específica ninguno de los objetos de audio; y una etapa de reproducción para reproducir el objeto de audio especificado cuando la etapa receptora ha recibido la primera operación de reproducción, y para leer la información de reanudación de la tarjeta de memoria semiconductora y reproducir la secuencia de audio a partir de la posición de reanudación mostrada por la información de reanudación cuando la etapa de recepción ha recibido la segunda operación de reproducción.

14. El medio de almacenamiento legible en computadora, de conformidad con la reivindicación 13, caracterizado porque la información de reanudación muestra la posición de reanudación utilizando información de identificación para uno de los objetos de audio en la secuencia de audio e información de tiempo que muestra una desviación desde el inicio de uno de los objetos de audio a la posición de reanudación, y cuando la etapa de recepción ha recibido la segunda operación de reproducción, la etapa de reproducción comienza la reproducción de la secuencia de audio desde el punto medio, el cual está indicado por la información de tiempo, en el objeto de audio indicado por la información de identificación que se proporciona en la información de reanudación.

15. Un medio de almacenamiento legible en computadora que almacena un programa que tiene una computadora que ejecuta un procedimiento de reproducción para una tarjeta de memoria semiconductora, la tarjeta de memoria semiconductora almacena (1) una secuencia de audio en la cual se coloca una pluralidad de objetos de audio, y (2) información de reanudación que muestra una posición de reanudación para uso cuando la reproducción de la secuencia de audio reanuda desde la parte media a través de la secuencia de audio, el programa está caracterizado porque comprende : una etapa de cargado para cargar la tarjeta de memoria semiconductora; una etapa de juicio para juzgar si la segunda información de reanudación ha sido escrita correctamente en la tarjeta de memoria semiconductora cargada por la etapa de cargado, la segunda información de reanudación muestra una posición de reanudación y se establece automáticamente cuando se detiene la reproducción; y una etapa de reproducción para reproducir la secuencia de audio de acuerdo con la segunda información de reanudación cuando la segunda información de reanudación ha sido escrita correctamente en la tarjeta de memoria semiconductora, y para leer la primera información de reanudación a partir de la tarjeta de memoria semiconductora y reproducir la secuencia de audio de acuerdo con la primera información de reanudación cuando la segunda información de reanudación no ha sido escrita correctamente en la tarjeta de memoria semiconductora .

16. El medio de almacenamiento legible en computadora, de conformidad con la reivindicación 15, caracterizado porque la computadora incluye un medio de almacenamiento para almacenar una bandera que indica cual de la primera información de reanudación y la segunda información de reanudación puede ser utilizada para reproducción, en el que la bandera indica la primera información de reanudación, la etapa de reproducción reproduce la secuencia de audio de acuerdo con la primera información de reanudación sin importar si la segunda información de reanudación ha sido escrita correctamente en la tarjeta de memoria semiconductora.

17. El medio de almacenamiento legible en computadora, de conformidad con la reivindicación 16, caracterizado porque el programa comprende además: una etapa de recepción para recibir, de un usuario, una operación que indica cual de la primera información de reanudación y la segunda información de reanudación debe ser utilizada; y una etapa de establecimiento para establecer la bandera en el medio de almacenamiento de acuerdo con la operación recibida por la etapa de recepción.

18. Un medio de almacenamiento legible en computadora que almacena un programa que tiene una computadora que ejecuta un procedimiento de grabación para una tarjeta de memoria semiconductora, el programa está caracterizado porque comprende : una etapa de recepción para recibir una operación realizada por un usuario; una etapa de reproducción para reproducir objetos de audio incluidos en una secuencia de audio cuando la operación recibida es una operación de reproducción; y una etapa de grabación para especificar, cuando la operación recibida es una operación de detención, una posición de reanudación a partir de una poeición de reproducción en donde el usuario realiza la operación de detección, la posición de reanudación muestra el momento en el que se debe reanudar la reproducción de la secuencia de audio, y para grabar información de reanudación que muestra la posición de reanudación en la tarjeta de memoria semiconductora .

19. Un método de reproducción para una tarjeta de memoria semiconductora que almacena (1) una secuencia de audio en la cual se colocan una pluralidad de objetos de audio, y (2) información de reanudación que muestra una posición de reanudación para uso cuando la reproducción de la secuencia de audio se reanuda en la parte media a través de la secuencia de audio, el método de reproducción está caracterizado porque comprende .- una etapa receptora capaz de recibir, de un usuario, una primera operación de reproducción que especifica uno de los objetos de audio, y una segunda operación de reproducción que no especifica ninguno de los objetos de audio,- y una etapa de reproducción para reproducir el objeto de audio especificado cuando el medio receptor ha recibido la primera operación de reproducción, y para leer la información de reanudación a partir de la tarjeta de memoria semiconductora y reproducir la secuencia de audio a partir de la posición de reanudación mostrada por la información de reanudación cuando el medio receptor ha recibido la segunda operación de reproducción.

20. El método de reproducción, de conformidad con la reivindicación 19, caracterizado porque la información de reanudación muestra la posición de reanudación utilizando información de identificación para uno de los objetos de audio en la secuencia de audio, e información de tiempo que muestra una desviación desde el inicio de uno de los objetos de audio a la posición de reanudación, y cuando la etapa receptora ha recibido la segunda operación de reproducción, la etapa de reproducción comienza a reproducir la secuencia de audio desde un punto medio, el cual está indicado por la información de tiempo, en el objeto de audio indicado por la información de identificación que se proporciona en la información de reanudación.

21. Un método de reproducción para un aparato de reproducción que utiliza una tarjeta de memoria semiconductora que almacena (1) una secuencia de audio que incluye una pluralidad de objetos de audio, y (2) información de reanudación que muestra una posición de reanudación que ha sido especificada por una operación de usuario, el método de reproducción eetá caracterizado porque comprende: una etapa de cargado para cargar la tarjeta de memoria eemicondutora,- una etapa de juicio para juzgar si la segunda información de reanudación ha sido eecrita correctamente en la tarjeta de memoria semiconductora cargada por la etapa de cargado, la segunda información de reanudación muestra una posición de reanudación y se establece automáticamente cuando se detiene la reproducción; y una etapa de reproducción para reproducir la secuencia de audio de acuerdo con la segunda información de reanudación cuando la segunda información de reanudación ha sido escrita correctamente en la tarjeta de memoria semiconductora, y para leer la primera información de reanudación a partir de la tarjeta de memoria semiconductora y reproducir la secuencia de audio de acuerdo con la primera información de reanudación cuando la segunda información de reanudación no ha sido escrita correctamente en la tarjeta de memoria semiconductora .

22. El método de reproducción, de conformidad con la reivindicación 21, caracterizado porque el aparato de reproducción incluye una unidad de almacenamiento para almacenar una bandera que indica cual de la primera información de reanudación y la segunda información de reanudación debe ser utilizada para reproducción, en donde, cuando la bandera indica la primera información de reanudación, la etapa de reproducción reproduce la secuencia de audio de acuerdo con la primera información de reanudación sin importar si la segunda información de reanudación ha sido escrita correctamente en la tarjeta de memoria semiconductora.

23. Un método de grabación para una tarjeta de memoria semiconductora, caracterizado porque comprende: una etapa de recepción para recibir una operación realizada por un usuario; una etapa de reproducción para reproducir objetos de audio incluidos en una secuencia de audio cuando la operación recibida es una operación de reproducción; y una etapa de grabación para especificar, cuando la operación recibida es una operación de detención, una posición de reanudación a partir de la posición de reproducción cuando el usuario realiza la operación de detención, la posición de reanudación muestra el momento en el que se debe reanudar la reproducción de la secuencia de audio, y para grabar información de reanudación que muestre la posición de reanudación en la tarjeta de memoria semiconductora.