WO 2004/021345 Al II ?! JI 1 El I! I ?? II 1 f I '? lí fl ! lili E II 1 LMI I! I[
For two-ietter codes and other abbreviations, refer to the "Guid-ance Notes on Codes and Abbreviations " appearing at the begin-ning of each regular issue of the PCT Gazette.
PUNTO DE ENTRADA PARA DATOS DE MANEJO DE DERECHOS DIGITALES
Descripción de la Invención La presente invención se refiere a un portador de registro o grabación que tiene un área de memoria de programa para almacenar los datos administrativos, un área de entrada, un área de programa para almacenar los datos de usuario y también un área de salida. La presente invención además se refiere a un método de acceso de datos de administración o manejo de derechos digitales que se encuentran almacenados en el área de programa de este portador de registro o grabación, también se refiere a un método de grabación de datos de manejo de derechos digitales en un portador de grabación, a un correspondiente dispositivo de unidad de disco y de grabación, así como también a un programa de computadora que implementa estos métodos . De acuerdo con las especificaciones de la capa de adaptación que implementan un sistema de seguridad de discos ópticos de solo lectura y reescribibles , los datos de manejo de derechos digitales son situados en el área de entrada del volumen de disco. El punto de entrada para los datos de manejo de derechos digitales (DRM, por sus siglas en inglés) se encuentra contenido en una entrada del indicador DRM, en particular, en un espacio de parámetro de capa de adaptación (ALP, por sus siglas en inglés) . En este punto, son REF . 160606 enlistadas las posiciones físicas de todos los duplicados del bloqueador de código, el bloqueador de código es la estructura que contiene tanto los derechos como los códigos de los datos protegidos . Para los discos de tipo de acceso de solo lectura y reescribible, el indicador DRM, en particular, el ALP es situado en una dirección que es más o menos fija con relación al comienzo del área de programa. En estos casos, la entrada del indicador DRM puede ser encontrada con facilidad. Para un disco óptico de tipo de acceso reescribible
(escritura única) los datos DRM pueden ser localizados en cualquier lugar en el área de programa, y la entrada del indicador DRM puede ser situada en cualquier lugar después de los datos DRM. Por lo tanto, la búsqueda de la entrada del indicador DRM sobre un disco regrabable no es tan directa. Sin medidas adicionales esto involucrarla la exploración de la totalidad del área grabada de programa hasta que sea encontrada la entrada del indicador DRM, lo cual puede tomar una gran cantidad de tiempo. Una complicación es que la unidad de disco es responsable de la escritura de los datos DRM y de la entrada del indicador DRM. Por lo tanto, un simple fichero o archivo que contiene una referencia a la entrada del indicador DRM no es una solución para el problema puesto que la unidad de disco no tiene conocimiento de los archivos. Es posible considerar un mecanismo mediante el cual la unidad de disco escribe la entrada del indicador DRM y comunica la posición a la aplicación que subsiguientemente escribe esta en un fichero o archivo. No obstante, permanece una solución que no es óptima puesto que esto es relativamente complicado, involucra una comunicación adicional entre la unidad de disco y la aplicación y es menos segura. Además, la localización de la entrada de archivo que describe el archivo de la entrada del indicador DRM puede en sí mismo ser un proceso consumidor de tiempo que involucraría saltar a través del área de programa en varias ocasiones. Otra complicación es que es posible que un disco escrito que utiliza el tipo de acceso regrabable se ha finalizado utilizando una unidad de disco sin condescendencia. Si esto sucediera, permanecería un problema que existe para una sesión abierta después de la finalización. Un problema relacionado es la manera cómo la unidad de disco puede detectar, en el momento de la instalación, que un disco contenga datos DRM. Esto es útil debido a que ofrece la oportunidad de recuperar el bloqueador de código previamente vacío. En el caso de un montaje de disco de solo lectura o reescribible , el disco iniciaría con la exploración del área de entrada para recuperar los parámetros de sesión que se encuentran almacenados en el subcanal Q. Al elegir la posición estándar del área que contiene la entrada del indicador DRM como punto de inicio, una unidad de disco puede detectar si el disco contiene datos DRM al mismo tiempo. Por lo tanto, un objetivo de la presente invención es proporcionar un portador de registro o grabación que resuelve los problemas anteriores y en particular, que permite que una unidad de disco haga uso de las estructuras del sistema de archivo sin el conocimiento profundo del sistema de archivo en sí mismo. Además, los correspondientes métodos de acceso o grabación de datos de manejo de derechos digitales sobre un portador de registro y los correspondientes dispositivos deben ser proporcionados. Este objetivo es conseguido de acuerdo con la presente invención mediante un portador de registro o grabación en donde - los datos de manejo de derechos digitales que son almacenados en el área de programa, - una entrada del indicador DRM, que comprende el punto de entrada para los datos de manejo de derechos digitales, es almacenada en el área de programa después de los datos de manejo de derechos digitales y una entrada susceptible de ser leída por una unidad de disco, que comprende la información que permite a la unidad de disco encontrar la entrada del indicador DRM y tener acceso a los datos de manejo de derechos digitales, es almacenada en el área de programa o en el área de memoria de program . La presente invención está basada en la idea de introducir una entrada susceptible de ser leída por una unidad de disco que señala hacia la entrada del indicador DRM, en particular, en el ALP, que permite a la unidad de disco encontrar la entrada del indicador DRM y, mediante la utilización de esta entrada, encontrar y tener acceso a los datos DRM. Esta entrada susceptible de ser leída por la unidad de disco podría ser almacenada en el área de programa o en el área de memoria de programa, por medio de lo cual ambas implementaciones tienen que garantizar que la entrada pueda ser leída por la unidad de disco. Para conseguir esto, la unidad de disco puede utilizar una estructura de sistema de archivo sin que en realidad conozca el sistema de archivo. En este caso, incluso las implementaciones sin condescendencia o que no se tienen conocimiento mantienen la información. Debe observarse que la presente invención no es restringida a los discos regrabables CDs (de solo una escritura) (es decir, los discos CR-R) , aunque también puede ser aplicada a otros discos ópticos, igual a los CDs o DVDs de otro tipo de acceso, tal como un DVD regrabable (DVD-R) , en tal caso, el área para almacenar los datos administrativos es denominada como el área de manejo de grabación (RMA, por sus siglas en inglés) en lugar del área de memoria de programa (???, por sus siglas en inglés) . Por lo tanto, el término "área de memoria de programa" que se utiliza en esta solicitud muestra que también es incluida un área de manejo de grabación. Las modalidades preferidas de la invención son definidas en las reivindicaciones dependientes. De acuerdo con la primera modalidad preferida de la invención, una entrada del indicador ALP es almacenada en el área de memoria de programa, la cual comprende la dirección de la entrada del indicador DRM o una referencia a una entrada virtual de tabla de distribución (VAT, por sus siglas en inglés) que señala a la entrada del indicador DRM. En particular, la actual dirección física de la entrada del indicador DRM o el número de secuencia o la posición de byte de la entrada virtual de tabla de distribución que contiene la entrada del indicador ALP es almacenada en el área de memoria de programa. Esta solución es muy robusta. Esta es protegida de cualquier actividad de la aplicación o controlador del sistema de archivo. Sin embargo, una vez que la sesión es finalizada, el área de memoria de programa ya no está más en la trayectoria común de instalación y el valor almacenado en esta solo será recuperado si la unidad de disco es comunicada, en forma explícita, por ejemplo, por medio de la aplicación, a fin de recuperar el indicador del área de memoria de programa. Por lo tanto, las unidades de disco condescendientes podrían como una práctica estándar explorar el área de memoria de programa aunque esto introducirla un retraso indeseable en la instalación de los discos sin condescendencia . El almacenamiento de la dirección física de la entrada del indicador DRM es el sistema de archivo independiente y también funcionaría si el formato universal de disco (UDF, por sus siglas en inglés) , el cual es actualmente utilizado como sistema estándar de archivo, no fuera utilizado como el actual sistema de archivo. No obstante, en realidad no existe alternativa para que el UDF para el dominio descrito de programa y el número de entradas ??? que pueden ser utilizadas sea actualmente limitado a 100. Esto significa que solamente a lo más 100 entradas diferentes del indicador ALP pueden ser almacenadas de este modo. El almacenamiento de la entrada virtual de tabla de distribución que señala la entrada del indicador DRM está unido con UDF. La utilización de la entrada del indicador ALP almacenada en el área de memoria de programa que permite que la unidad de disco haga uso de una estructura de sistema de archivo, es una opción preferida, en particular la tabla virtual de distribución sin ningún conocimiento de sistema de archivo . De acuerdo con otra modalidad de la invención, un descriptor, en particular, un descriptor de volumen de uso de implementación (IUVD, por sus siglas en inglés) , que almacena una referencia a una entrada virtual de tabla de distribución (VAT, por sus siglas en inglés) que señala a la entrada del indicador DRM, es almacenado en el área de programa. De preferencia, el descriptor mantiene el número de secuencia de la entrada virtual de tabla de distribución que es utilizado o la posición de byte de la dirección en el sector que mantiene la tabla virtual de distribución, en particular, la dirección lógica de la entrada del indicador DRM contada a partir del comienzo de la partición o la dirección física de la entrada del indicador DRM. Mediante esta solución, una implementación condescendiente de sistema de archivo UDF inicializa la sesión. La ventaja es que el IUVD permanecerá en la trayectoria común de instalación, incluso después que una unidad de disco sin condescendencia haya finalizado la sesión. Una opción para conseguir una entrada en la tabla virtual de distribución que señala hacia la entrada del indicador DRM es permitir que la unidad de disco introduzca o pueda crear una entrada virtual de tabla de distribución que señala hacia la entrada del indicador DRM. El peligro de esta solución es que, si fuera utilizada una utilidad de reparación UDF, esta detectará que la entrada virtual de tabla de distribución creada de esta manera no señala hacia un archivo actual y puede removerlo. Lo último no invalidará el disco, aunque hará menos eficiente la instalación. Además, la ocurrencia de este evento es improbable. La determinación de cuál entrada virtual de tabla de distribución señala hacia la entrada del indicador DRM puede ser conseguida en varios modos. Una opción, como se define en la reivindicación 7, es incluir dos entradas en la tabla virtual de distribución, una que identifique que la siguiente entrada es la entrada del indicador DRM, por ejemplo, debido a que esta contiene un número mágico fuera del intervalo de dirección válida del medio que es grabado, y otra entrada que contiene la actual entrada del indicador DRM. De acuerdo todavía con otra modalidad preferida, una entrada de fichero o archivo, que comprende un indicador en la entrada virtual a la tabla de distribución, la entrada del indicador DRM o un archivo que almacena la dirección de esta entrada del indicador DRM, es almacenado en el área de programa. De preferencia, el archivo reside en un espacio virtual solo si la entrada de archivo utilizada el indicador de entrada de tabla VAT como la dirección del archivo. La primera etapa es definir un archivo. Ya sea el ALP por sí mismo es denominado un archivo un archivo es creado de manera que contenga la dirección del ALP. La segunda etapa es crear una entrada de archivo que describe el archivo en el sistema de archivo. Esta entrada de archivo contiene del archivo, ya sea una dirección virtual o una dirección física.
Dentro de las impleraentaciones estándar UDF para datos, normalmente es utilizada una dirección física. Si entonces fuera utilizada una dirección virtual, el archivo residiría en el espacio virtual, lo cual no es común para los datos aunque sea útil en este punto. La dirección virtual es un indicador a una entrada en la VAT. En otras palabras, la dirección grabada en la entrada de archivo para este archivo es la entrada VAT (número de secuencia) que mantiene la dirección física del archivo actual (los datos) . Esta solución es robusta contra las utilidades de reparación UDF puesto que la entrada virtual de la tabla de distribución todavía indica los datos actuales y una entrada de archivo que existe para estos datos, es decir, los datos se encuentran en un archivo dentro del sistema de archivo. Por lo tanto, la entrada del indicador ALP puede ser encontrada utilizando el sistema de archivo debido a que la entrada del indicador DRM es proporcionada con un cierto nombre de archivo que se encuentra incluido en el sistema de archivo . Un método de acceso a los datos de manejo de derechos digitales de acuerdo con la presente invención comprende las etapas de : - leer una entrada susceptible de ser leída por una unidad de disco, la cual es almacenada en el área de programa o en el área de memoria de programa, que comprende la información que permite a la unidad de disco encontrar la entrada del indicador DRM y tener acceso a los datos de manejo de derechos digitales, y - utilizar la información comprendida en la entrada susceptible de ser leída por una unidad de disco para leer la entrada del indicador DRM, la cual es almacenada en el área de programa después de los datos de manejo de derechos digitales, que comprende el punto de entrada para los datos de manejo de derechos digitales, - utilizar el punto de entrada comprendido en la entrada del indicador DRM para tener acceso a los datos de manejo de derechos digitales. Un método de registro o grabación de datos de manejo de derechos digitales de acuerdo con la presente invención comprende las etapas de : almacenar los datos de manejo de derechos digitales en el área de programa, - almacenar la entrada del indicador DRM en el área de programa después de los datos de manejo de derechos digitales, la entrada del indicador DRM comprende el punto de entrada para los datos de manejo de derechos digitales, y - almacenar una entrada susceptible de ser leída por una unidad de disco en el área de programa o en el área de memoria de programa, la entrada susceptible de ser leída por una unidad de disco comprende la información que permite a la unidad de disco encontrar la entrada del indicador DRM y tener acceso a los .datos de manejo de derechos digitales. Una unidad de disco de acuerdo con la presente invención comprende: - los medios de lectura que realizan la lectura de una entrada susceptible de ser leída por una unidad de disco, la cual es almacenada en el área de programa o en el área de memoria de programa, que comprende la información que permite a la unidad de disco encontrar la entrada del indicador DRM y tener acceso a los datos de manejo de derechos digitales, y los medios de evaluación que califican la información comprendida en la entrada susceptible de ser leída por una unidad de disco y que la transmiten a los medios de lectura, los medios de lectura son adaptados para leer la entrada del indicador DRM, la cual es almacenada en el área de programa después de los datos de manejo de derechos digitales, que comprende el punto de entrada para los datos de manejo de derechos digitales, los medios de evaluación son adaptados para calificar el punto de entrada comprendido en la entrada del indicador DRM y para transmitirla a los medios de lectura para tener acceso a los datos de manejo de derechos digitales. Además, la presente invención se refiere a un dispositivo de registro o grabación que realiza la grabación de los datos de manejo de derechos digitales que comprende los medios de grabación para los datos de manejo de derechos digitales en el área de programa, para el almacenamiento de una entrada del indicador DRM en el área de programa después de los datos de manejo de derechos digitales, la entrada del indicador DRM incluye el punto de entrada para los datos de manejo de derechos digitales y para almacenar una entrada susceptible de ser leida por una unidad de disco en el área de programa o en el área de memoria de programa, la entrada susceptible de ser leída por una unidad de disco comprende la información que permite a la unidad de disco encontrar la entrada del indicador DRM y tener acceso a los datos de manejo de derechos digitales. La presente invención también se refiere a un programa de computadora que comprende medios de código de programa de computadora que provocan que una computadora realice las etapas de los métodos de acuerdo con la invención, cuando este programa de computadora sea ejecutado en la misma. A continuación, la invención será explicada en mayor detalle con referencia a las figuras, en las cuales: La Figura 1 muestra un diagrama de bloque de un dispositivo de reproducción de datos, Las Figuras 2a - 2c muestran las disposiciones de un disco vacío y un disco inicializado, Las Figuras 3a - 3c ilustran el uso de una entrada del indicador ALP, Las Figuras 4a - 4c ilustran la adición de datos utilizando una entrada del indicador ALP, Las Figuras 5a - 5c ilustran el uso de un descriptor de implementación de volumen de uso, La Figura 6 ilustra el mecanismo de descriptor de implementación de volumen de uso, Las Figuras 7a - 7c ilustran la adición de datos cuando se utiliza un descriptor de implementación de volumen de uso, La Figura 8 ilustra el uso de dos entradas virtuales de tabla de distribución, y Las Figuras 9a - 9b ilustran el uso de una entrada de archivo . La Figura 1 muestra un diagrama de bloque de un dispositivo de reproducción de acuerdo con la presente invención. Para leer los datos de usuario de un disco 1, se proporciona una unidad de lectura 2. Sin embargo, parte o todos los datos de usuario podrían ser sometidos a restricciones de uso como se define en el sistema de manejo de derechos digitales (DRM, por sus siglas en inglés) de acuerdo con los proveedores y consumidores de contenido. Esto significa que el contenido almacenado en el disco 1 podría ser cifrado, y el contenido tiene que ser descifrado antes que este pueda ser reproducido por el usuario. Por lo tanto, los códigos criptográficos pueden ser almacenados, por ejemplo, en un área particular en el disco. Además, los derechos de uso pueden ser almacenados en el disco 1, por ejemplo, indicando si un usuario es permitido a realizar copias del contenido. Estos derechos de uso y códigos deben ser referidos como los datos DRM a continuación. Para leer estos datos DRM, es proporcionada una respectiva unidad de lectura DRM 3. Para encontrar un acceso a estos datos DRM uno o más indicadores tienen que ser encontrados y calificados por una unidad de evaluación 4 antes que los datos DRM en realidad puedan ser leídos . Los datos leídos DRM serán entonces utilizados para controlar la salida de los datos de usuario, es decir, la unidad de control 5 regulará la unidad de lectura de contenido 2, por ejemplo, prohibiendo la salida de datos si un derecho de uso prohibe la salida o descifra los datos de usuario antes que salgan. Obviamente, otros derechos de uso pueden estar contenidos en los datos DRM, como también conducen a un control diferente de la salida de los datos de usuario. Las unidades de lectura 2, 3 y la unidad de evaluación 4 también pueden ser consideradas como una unidad de disco. En particular para un portador de grabación óptica susceptible de ser grabado, los datos DRM pueden ser situados en cualquier lugar en el área de programa, y el espacio de parámetro de capa de adaptación (ALP, por sus siglas en inglés) que es utilizado como una entrada de indicación DRM que comprende el punto de entrada para estos datos DRM es situado en cualquier lugar después de los datos DRM. Siempre será posible encontrar el ALP mediante la exploración hacia atrás comenzando a partir del último bloque válido sobre el disco. Sin embargo, este procedimiento puede ser muy consumidor de tiempo. A continuación, distintas medidas deben ser explicadas para permitir que una unidad de disco tenga acceso a los datos DRM almacenados en el área de programa de un disco. La Figura 2a muestra una disposición de un disco vacío en donde el área de calibración de potencia (PCA) ha sido abandonada. Los espacios reservados de izquierda a derecha que son proporcionados para el área de memoria de programa, PMA, es decir, el área de entrada, el área de programa y el área de salida son mostradas. La Figura 2b muestra la disposición de un disco inicializado que, en el ejemplo particular no tiene conocimiento de un estándar particular, por ejemplo, un estándar CD2 o un estándar de Libro Naranja parte II. Una inicialización que no tiene conocimiento de CD2 de un CD-R para acceso secuencial significa que no existen estructuras especificas CD2 sobre el disco y cualquier anfitrión (unidad de disco, aplicación) reconocerá que el disco es un disco estándar (sin CD2) . También significa que el contenido CD2 colocado sobre este disco, por ejemplo, mediante alguna forma de súper-distribución, no puede ser accesado para hacer que todavía la aplicación que no tiene conocimiento de CD2 pueda activar el contenido utilizando una unidad de disco CD2. Como se muestra en la Figura 2b, en el ???, la posición de la primera pista (reservada) ? la segunda pista (datos UDF) son grabadas en una entrada inicial El . Una sección marcada con UDF mantiene todas las estructuras de volumen. Además, un bloque de control de información ICB de la tabla virtual de distribución VAT es proporcionado después de la sección UDF. Una VAT es una estructura UDF que proporciona un nuevo mapeo de dirección. En este caso, el ICB VAT también mantiene la VAT por sí misma. Si fuera supuesto que la implementación UDF utilizada no tuviera conocimiento de CD2, entonces ninguna de las estructuras específicas CD2 serían incluidas en la inicialización. En este momento, el sistema no puede determinar por sí mismo si el CD será utilizado para almacenar contenido CD2 en el futuro y por lo tanto, una entrada PMA CD2 no puede ser incluida en el procedimiento de inicialización previamente vaciado. Si la implementación utilizada UDF fuera sin tener conocimiento de CD2 , entonces el descriptor de implementación de volumen de uso CD2 (IUVD) podría ser grabado como se muestra en la Figura 2c. Aparte de ser el marcador CD2 en caso de un disco genérico de otro modo, el IUVD proporciona la posición de la dirección ALP en la VAT. Esta posición puede ser fijada, por ejemplo, siendo la primera entrada, si la VAT fuera garantizada que sea determinística cuando sea agregado el ALP, es decir, sino existieran sesiones previas. De acuerdo con una primera modalidad de la invención, un indicador ALP almacenado en la ??? debe ser utilizado. Si los datos CD2 tienen que ser grabados sobre un disco sin CD2 , la unidad de disco necesita ser una unidad de disco CD2. La implementación UFD puede ser genérica y la aplicación es irrelevante. La Figura 3a muestra una disposición de almacenamiento después que una implementación UDF sin conocimiento de CD2 ha sido agregada a los datos CD2. Justo antes de la ejecución física de un disco o en base a la detección de la escritura de la VAT, los bloqueadores de código KL y el ALP son escritos y la VAT es reproducida como se muestra la Figura 3b. El bloqueador de código es un contenedor para los derechos de uso y los códigos de evaluación, es decir, los datos DRM que tienen que ser accesados por la unidad de disco del dispositivo de reproducción antes que los datos CD2 puedan ser reproducidos. El ALP es una estructura que contiene el punto de entrada para los bloqueadores de código KL, es decir, permite encontrar la posición de los KL de los datos DRM. Con el fin de permitir que una unidad de disco encuentre el ALP, una entrada del indicador ALP E2 que contiene un indicador ALP es grabada en la PMA. En este caso, la unidad de disco necesita ser una unidad de disco CD2. Debe observarse que UUDF" indica datos sin CD2 y "CD2 " indica datos CD2. Cualquier adición subsiguiente de datos es independiente de la historia del disco. La Figura 4a es idéntica a la Figura 3c y muestra el estado final después de la adición de la entrada del indicador ALP E2. Cuando se adicionan datos sin CD2 , como se muestra en la Figura 4b, estas medidas especiales son tomadas debido a que si fueran agregados datos sin CD2, como se muestra en la Figura 4b sería preservado un enlace con el ALP, es decir, con la entrada del indicador ALP E2. La adición de datos CD2 , como se muestra en la Figura 4c, sólo es posible en una unidad de disco CD2. En este caso, el KL, ALP e ICB VAT son reescritos. Además, la entrada del indicador ALP E2 tiene que ser renovada hacia la entrada del indicador ALP E3. Debe observarse que el número máximo de entradas en la PMA limita el número de veces que la entrada del indicador ALP puede ser actualizada (en la práctica aproximadamente en 100 ocasiones) . El esquema descrito es muy robusto y no requiere controlador o soporte de aplicación. No obstante, la traslación y alteración de la VAT es un problema sensitivo. El ICB VAT es la última estructura en el disco que es un indicador a la VAT. Si el tamaño de la VAT y el ICB VAT combinados fuera más pequeño que el tamaño de bloque lógico (2 KB en CD) entonces, . el ICB VAT contendría la VAT por sí misma. El último es casi siempre la cuestión y en caso que CD2 sea requerido. Mientras en la modalidad descrita con anterioridad la entrada del indicador ALP almacenada en la PMA comprende una referencia al ALP, en particular, la dirección del ALP, en una modalidad ligeramente diferente, la entrada del indicador ALP podría comprender una referencia a la entrada VAT que señala al ALP. Ambas modalidades conducen a los mismos resultados, es decir, permiten que una unidad de disco, que es capaz de leer la entrada del indicador ALP, finalmente encuentre los datos DRM. De acuerdo con otra modalidad, el descriptor de implementación de volumen de uso que se menciona con anterioridad IUVD debe ser utilizado para este propósito. El IUVD específico de CD2 es opcional . El uso del IUVD requiere que la implementación del UDF de inicialización tenga conocimiento de CD2. El esquema en que el IUVD es parte también requiere la introducción de un número de bloque físico (PBN) del ALP en la VAT. El IUVD indica cual entrada VAT identifica la posición del ALP. Aunque las implementaciones genéricas UDF preservarán el enlace, éste no será actualizado. Por lo tanto, si el ALP fuera reescrito utilizando una implementación UDF que no tiene conocimiento de CD2, el valor del PBN del ALP en la VAT no será corregido a menos que un procedimiento especial se encuentre en el lugar que permita a la unidad de disco . actualizar la dirección física del ALP en la VAT. La falla para garantizar esto significa que el valor grabado en la PMA siempre debe tomar precedencia con respecto al valor grabado en la VAT. Debe observarse que esto influye en el procedimiento para la localización sólo del ALP. En cualquier caso, sólo existe un ALP válido. La Figura 5a muestra la disposición de la estructura de disco en donde un IUVD, una entrada de datos UDF y un ICB VAT son grabados en el área de programa. El IUVD mantiene el número de la entrada en la VAT que identifica la dirección física del indicador ALP, señalado por la flecha. Como se muestra en la Figura 5b, si una implementación UDF que no tiene conocimiento de CD2 agregara los datos CD2 , el ICB VAT sería reescrito. Justo antes de la eyección física de un disco o en base a la detección de la escritura de la VAT, el L y el APL son escritos como se muestra en la Figura 5c. La VAT es copiada y el PBN del ALP es introducido en la VAT en la posición adecuada. Esto se ilustra en la Figura 6 que muestra en la parte superior la disposición de la estructura de datos del disco como se muestra la Figura 5c después de que ha sido realizada otra entrada de datos UDF que conduce a un cambio del ICB VAT. Se muestra la estructura IUVD que comprende un "indicador ALP" de entrada, el contenido del cual es "n" . La entrada "n" indica que la entrada "n" de VAT de la estructura mostrada VAT mantiene la dirección física del ALP. Cualquier adición subsiguiente de datos es independiente de la historia del disco. Si fueran agregados datos sin CD2 en el ALP, la entrada VAT sería preservada. Si fueran agregados datos CD2, sería requerida una unidad de disco CD2. Esto se ilustra en la Figura 7. La Figura 7a muestra la disposición que se presenta en la Figura 5c. Cuando se adicionan datos sin CD2, como se muestra en la Figura 7b, no son necesarias medidas especiales debido a que el enlace con el ALP será preservado en el ICB VAT desplazado. La adición de datos CD2 , como se muestra en la Figura 7c, sólo es posible en una unidad de disco CD2. A continuación, KL, ALP e ICB VAT serán reescritos como se muestra. De acuerdo todavía con otra modalidad, que debe ser ilustrada con referencia a la Figura 8, son proporcionadas dos entradas en la VAT. La primera entrada (entrada n VAT) identifica que la siguiente entrada (entrada n + 1 VAT) es el indicador ALP, por ejemplo, debido a que éste contiene un número mágico. La subsiguiente entrada (entrada n + 1 VAT) contiene el actual indicador ALP, en particular comprende la dirección del ALP. Todavía en otra modalidad de la invención, es conseguida una entrada en la VAT que señala al ALP mediante la creación de una entrada de archivo en la partición virtual . La primera etapa es definir un archivo. Ya sea el ALP por si mismo es denominado un archivo o es creado un archivo que contiene la dirección del ALP. La segunda etapa es crear una entrada de archivo FE que describe el archivo en el sistema de archivo. Esta FE contiene el archivo ya sea una dirección virtual o una dirección física. Dentro de las implementaciones del estándar UDF para los datos usuales, es empleada una dirección física. Si fuera utilizada una dirección virtual, entonces, el archivo residiría en un espacio virtual, el cual no es común para los datos aunque es útil. La dirección virtual es un indicador para una entrada en la VAT. En otras palabras, la dirección grabada en la FE para este archivo es la entrada VAT (número de secuencia) que mantiene la dirección física del archivo actual (los datos) . Esto se ilustra en la Figura 9. La Figura 9a muestra la disposición sin la entrada propuesta del archivo. La VAT señala al ALP que a su vez indica hacia el KL. En la Figura 9b una entrada de archivo ha sido introducida y almacenada en el área de programa. Esta entrada de archivo FE comprende un indicador a la VAT. Esta solución es robusta contra las utilidades de reparación UDF puesto que la entrada VAT todavía señala a los datos actuales y la entrada de archivo FE todavía existe para estos datos, es decir, los datos se encuentran en un archivo dentro del sistema de archivo. Entonces, el indicador ALP puede ser encontrado utilizando un sistema de archivo, debido a que al ALP le es dado un cierto nombre de archivo que se encuentra incluido en el sistema de archivo . De acuerdo con una variación es posible permitir que la aplicación pueda crear un archivo con una dirección virtual . La dirección virtual que se almacena en la VAT indicará ya sea a un archivo que contiene la dirección física del ALP o directamente a la posición física del ALP. El proceso actual de finalización para las modalidades como se describieron con anterioridad será iniciado a partir de una aplicación. Esta aplicación puede tener conocimiento o no de CD2. La unidad de disco que realiza la finalización también puede tener conocimiento o no de CD2. Otro problema es cómo la unidad de disco determina cuándo escribir en el área del bloqueador de código (KLA) que comprende el KL y el ALP. En forma ideal esto realizado junto antes de la escritura de la VAT antes que el disco sea expulsado . Sin embargo, la unidad de disco no tiene modo de conocer o saber cuándo la VAT es escrita. Esto crea demasiada sobrecarga para inspeccionar cada bloque a fin de determinar si ésta podría ser la VAT. La unidad de disco no puede estar en función de la aplicación para señalarle cuando sea escrita la VAT, debido a que la aplicación por sí misma no lo sabe. Además, la VAT no sólo sería escrita si el disco va hacer expulsado, la KLA idealmente lo es.
Una solución factible es detectar el comando de expulsión. Cualquier implementación UDF estable y confiable escribirá la VAT antes que ésta libere el disco para su eyección. Por lo tanto, si la unidad de disco conociera que necesita escribir la KLA en un disco con un tipo de acceso secuencial y el controlador UDF ha liberado el disco para su eyección, la unidad de disco puede asumir con seguridad que la VAT ha sido escrita y que será el último bloque válido en el disco. Otra acción es permitir que la aplicación proporcione un comando a la unidad de disco señalándole que escriba la KLA. De acuerdo con la presente invención, la unidad de disco es capaz de tener acceso a los datos de manejo de derechos digitales que se encuentran almacenados en el área de programa mediante la utilización de una estructura de nivel de sistema de archivo sin conocer en realidad el sistema de archivo. La ventaja es que incluso las implementaciones sin condescendencia o sin tener conocimiento mantienen la información. Se hace constar que con relación a esta fecha el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.