ALMACENAMIENTO DE INFORMACIÓN DE UBICACIÓN DE CONTENIDO
Campo de la Invención La invención se refiere, de manera general, a formatos de archivo. Sobre todo, ciertas modalidades de la invención se refieren al suministro de un formato de archivo
DCF (por ejemplo, el formato de archivo DCF v2.0) o similares. Antecedentes de la Invención La Liberación 2 OMA DRM es la estandarización del Formato de Archivo v2.0 DCF (Formato de Contenido DRM) que será utilizado como parte de los servicios activados por OMA
DRM (OMA se mantiene para la Alianza Abierta Móvil; DRM se mantiene para el Manejo de Derechos Digitales) . En consecuencia, la especificación estándar: Open Mobile Alliance, DRM Content Format, Draft Versión 2.0 - 16 de Enero del 2004 ha sido formulada, los contenidos de este documento son incorporados en la presente como referencia. El propósito es definir el formato de contenido para los objetos de medios cifrados y protegidos DRM y los metadatos asociados . Este formato de contenido (o formato de archivo) también puede ser utilizado como un envolvente de contenido para muchos otros tipos de contenido. Por ejemplo, todos los componentes de una presentación SMIL pueden ser "empaquetados" en un archivo único con sujetadores de lugar bien definidos y estructuras de metadatos definitivas de contenido . Se espera que este formato REF.174995 de archivo sea comúnmente utilizado por la industria de la distribución y almacenamiento de contenido multimedia con o sin protección DRM. La Liberación 6 de la Transferencia de Información Conmutada por Paquete 3GPP (El Servicio de Transferencia de Información Conmutada por Paquete, PSS) está actualmente trabajando en la adopción de nuevas tecnologías a fin de ampliar el alcance del Formato de Archivo 3GPP para permitir que éste sea un formato de archivo de "envoltura" (es decir, un formato de archivo de contención) . Esto se encuentra actualmente bajo discusión del 3GPP SA4, ya sea para_ utilizar el formato de archivo DCF v2.0, o para utilizar las extensiones de formato de archivo, las cuales serán heredadas a partir de la nueva Especificación 1 de Enmienda de Formato de Archivo de Medios de Base MPEG ISO (ISO/IEC 14496-12 :2003 | 15444-12 :2003 : "ISO base media file format " A endment-1) . El formato de archivo DCF v2.0 puede ser utilizado como un recipiente único que mantenga todos los componentes de una presentación multimedia (que pueda ser representada por un archivo SMIL) , o simplemente para que archive una colección de contenido multimedia, que sea de contenido estático o dinámico. Para presentaciones SMIL, es deseable tener la capacidad para almacenar la información de la estructura de directorio (también llamada estructura de archivo-árbol) de los componentes de los medios de presentación con el fin de no modificar la presentación SMIL después de "empaquetarla" en el archivo DCF v2.0. En la actualidad, no existe una forma bien definida ni estándar de almacenamiento de esta información en el archivo DCF v2.0. Por lo tanto, si el usuario quisiera empaquetar una presentación SMIL, el usuario tendría que modificar el archivo SMIL de manera que no contenga rutas o vías (o cada componente de los medios debe estar en el nivel de . directorio de raíz como el archivo SMIL). Esto 'tiene los siguientes impactos : 1. El usuario no podría tener los derechos DRM para modificar el archivo SMIL; 2. Pueden existir conflictos de nombre de archivo; 3. Existe una complejidad y consumo adicional de memoria para modificar la presentación SMIL; y/o 4. La estructura de directorio podría estar perdida en el lado de objetivo, que podría parecer el almacenamiento de los componentes de medios en distintos directorios (por ejemplo, las imágenes en \images directory, los archivos 3GP en \3GP directory, etc., en función de' la estructura de almacenamiento de los medios que es definida por el usuario o por la aplicación de galería de los medios presentes de OS) . El formato ZIP tiene una capacidad de almacenamiento de estructura de directorio. El formato ZIP puede considerarse como un formato de archivo del "archivo" (fichero) , aunque con ZIP no es posible identificar el archivo "maestro" de la presentación (por ejemplo, un archivo SMIL que en realidad defina la totalidad de la disposición y la estructura de la presentación) . La empresa Ericsson ha propuesto una extensión para el Formato de Archivo de Medios de Base ISO, de manera que incluya la estructura de "archivo-árbol" y el contenido estático de medios en el formato de archivo, como los metadatos adicionales en la reunión MPEG en Diciembre del 2003. Para información adicional, favor de ver los documentos: Ericsson, 3GP file format extensions - container format, 3GPP TSG-SA WG4 Meeting #30, Málaga España, 23-27 de Febrero del 2004; Ericsson, Per Frójdh, Presentation and file-tree extensions to the ISO base media file format, ISO/IEC JTC1/SC29/WG11, MPEG2003/M10406, Diciembre del 2003, Waikoloa, USA) . Los contenidos de ambos documentos son incorporados en la presente como referencia. Aunque el propósito presentado parece resolver el problema, de manera parcial, éste no resuelve el problema que se relaciona con los archivos DCF v2.0, los cuales simplemente no hacen uso de este nuevo formato de archivo. Sumario de la Invención De acuerdo con un primer aspecto de la invención, se suministra un método de comunicación, el método comprende: proporcionar un formato de archivo para un contenido de medios; e indicar la información de ubicación de contenido del contenido de medios con la ayuda del formato de archivo . El método puede ser aplicable para la comunicación inalámbrica, así como también para la comunicación alámbrica. De acuerdo con una modalidad de la invención, se define un nuevo encabezado en el Formato de Archivo DCF v2.0, en el interior del cual se almacena la información de ubicación de contenido del contenido de medios . Con la _ definición de este encabezado, cada contenido de medios en el interior del archivo puede ser extraído hacia su ubicación adecuada de objetivo o puede ser consumido "en el lugar" mediante el establecimiento de un árbol virtual de archivo en el interior de un archivo único. Por lo tanto, es preservada la misma estructura de directorio antes del "empaquetado". Esto también significa que los archivos de disposición de presentación (por ejemplo, SMIL) no necesitan ser modificados para "aplanar o comprimir" las estructuras de directorio o para "renombrar" los nombres duplicados de archivo. Mediante la utilización de las modalidades de la invención, es posible tener una presentación SMIL de derechos de copia sólo de lectura (por ejemplo, autorizada por el artista reconocido) que posteriormente sea utilizada para la composición de una presentación multimedia rica junto con el contenido generado por el usuario (por ejemplo, sus propias imágenes , videos, etc . ) .
De acuerdo con aspectos adicionales de la invención, se proporciona un dispositivo de emisión, un dispositivo de recepción, un sistema, aplicaciones de software y un formato de archivo configurado para que sea utilizado con el método del primer aspecto de la invención. El dispositivo de emisión podría ser un elemento de red. Este podría ser, por ejemplo, un servidor en una red, tal como la Internet o una red móvil . También podría ser un servidor de transferencia de información o cualquier servidor adecuado utilizado para la descarga de medios (multimedia) o la descarga de archivo o el suministro de archivo o de contenido. En forma alterna, también podría ser un dispositivo de terminal móvil o. fija. El dispositivo de recepción podría ser, por ejemplo, un cliente móvil o un dispositivo fijo de cliente. Las aplicaciones de software podrían ser productos de programa de computadora, que comprenden un código de programa almacenado en un medio, tal como una memoria. Las reivindicaciones dependientes se refieren a las modalidades de la invención. La materia contenida en las reivindicaciones dependientes con relación a un aspecto particular de la invención también puede ser aplicable a otros aspectos de la invención. Breve Descripción de las figuras A continuación, las modalidades de la invención serán descritas por medio de ejemplo con referencia las figuras que la acompañan, en las cuales: Las figuras 1-6 muéstran/ilustran las modalidades de la invención. Descripción Detallada de la Invención La materia contenida en la porción introductoria de esta solicitud de patente podría ser utilizada para soportar la descripción detallada. A continuación, el formato DCF v2.0 es utilizado como un ejemplo sin la intención de limitar la presente invención sólo para involucrar el formato DCF v2.0. Cualquiera de los métodos descritos a continuación también puede utilizarse en cualquier combinación posible y funcionalmente adecuada. De acuerdo con la especificación estándar (Open Mobile Alliance, DRM Content Format, Draft Versión 2.0 - 16 de Enero del 2004) mencionada en la sección "Antecedentes de la Invención" , la OMA DRM define un método de suministro en el cual un objeto de medios es cifrado y los derechos que contienen el código de cifrado son suministrados a un dispositivo separado del objeto de medios. El objetivo de la especificación es definir un formato de contenido que, en adición del cifrado del objeto de medios, soporte los metadatos tales como: - el tipo de contenido original del objeto de medios; - el identificador único para este objeto de medios protegido DRM a fin de asociarlo con los derechos; - la información acerca de los detalles de cifrado; la información acerca de los derechos de publicación de servicio para este objeto de medios protegido DRM; y las extensiones y otros tipos de metadatos dependientes del tipo de medios . La especificación estándar sugiere dos perfiles para el formato de contenido. Un perfil, es decir, DCF, se pretende ue sea utilizado con los medios discretos (tales como imágenes fijas, tonos de timbre, aplicaciones, etc.). Éste perfil es utilizado para empaquetar y proteger medios discretos . El perfil de medios discretos permite que se envuelva cualquier contenido en un envolvente (DCF) . A continuación, este contenido es cifrado como un agnóstico de objeto único de la estructura interna y disposición de los contenidos . El otro perfil sugerido, es decir, el perfil PDCF, se pretende que sea utilizado con medios continuos (por ejemplo, audio, tal como música y video) . Éste es utilizado para
"proteger los medios continuos (paquetizados o empaquetados) .
La especificación estándar sugiere ue los medios continuos sean protegidos en un formato separado debido a que éste es paquetizado. Las aplicaciones que leen y analizan los medios continuos significan que funcionan en el archivo en una base de paquete-por-paquete. Para facilitar la reproducción de los medios continuos protegidos, el formato de almacenamiento necesita ser estructurado de tal forma que los paquetes sean protegidos, de manera individual. Esta paquetización estructuralmente consciente también es requerida con el fin de que fluyan los medios continuos. Un servidor de transferencia de datos de conformidad OMA DRM es capaz de entender la estructura del formato de contenido con el fin de separar el contenido en encabezados y paquetes que pueden ser suministrados a un cliente que entiende el formato protegido. Dé acuerdo-, con la especificación estándar, ambos perfiles comparten estructuras de datos con el propósito de reutilizar los" componentes. Además, ambos perfiles están basados en un formato estándar ampliamente aceptado y desplegado, el formato de Archivo de Medios de Base ISO [ISO 14496-12], aunque el perfil de medios discretos significa que será un formato para todo propósito o uso, sin dirigirse hacia la compatibilidad total con los archivos de medios ISO. De acuerdo con la especificación estándar, el expedidor de contenido puede decidir qué perfil utilizar para su contenido, aunque en general, el perfil para los medios continuos debe ser utilizado para el contenido de medios continuos, con el fin de crear una experiencia armoniosa para el usuario . El perfil de medios discretos tiene que ser utilizado para otros tipos de contenido. Para un usuario, la diferencia es que un DCF parece un archivo protegido DRM, mientras que un PDCF parece y funciona como un archivo de medios hacia el exterior. La sección 5.1 del estándar mencionado con anterioridad describe el formato de archivo de medios de base ISO y su relación general con el formato contenido sugerido . El - formato de archivo de medios de base ISO es estructurado alrededor de un diseño orientado por objeto de bloques o cajas. El formato sugerido de archivo DCF v2 también tiene una estructura de cajas basada en el formato de base ISO. Este puede utilizarse para "envolver" cualquiera" de- -los tipos de medios . También comprende secciones de encabezado por objeto de contenido. Los objetos de contenido podrían o no ser cifrados. Un primer objeto de contenido determina el tipo de medios visibles en el exterior (por ejemplo, SMIL) . Otro objeto de contenido podría ser referido por medio de un mecanismo CID. Después de los bloques o cajas obligatorias, son' permitidas las extensiones de propiedad. Eso también soporta los iconos de archivo embebidos, la vista previa, etcétera. La Figura 1 muestra un panorama general de alto nivel esquemático de la estructura del perfil de medios discretos (DCF) . Los números que indican la longitud en la Figura 1 representan octetos . Un archivo DCF incluye al menos una caja de Recipiente OMA DRM 10. La caja de Recipiente OMA DRM 10 es un recipiente o recipiente para un objeto de contenido único y sus encabezados asociados . De manera más cercana, el formato incluye el encabezado de archivo (encabezado DCF Fijo) , seguido en forma inmediata por la caja de Recipiente OMA DRM 10. La caja de Recipiente OMA DRM 10 incluye una caja de encabezados DCF 11 y una caja de Contenido Protegido 12. Los principios de diseño para el formato incluyen que la caja de encabezados DCF 11 es situada en un desplazamiento fijo a partir del- comienzo del archivo. La caja de Recipiente OMA DRM 10 es la primera caja después del encabezado de archivo; y la caja de encabezados DCF 11 es la primera caja eñ la caja de Recipiente OMA DRM 10. La caja de Recipiente OMA DRM 10 comprende una caja de encabezados comunes OMA DRM 13 , y de manera opcional, una caja de datos de usuario (ISO) 14. En caso de múltiples partes, la primera caja de Recipiente OMA DRM 10 es seguida por una segunda caja de Recipiente OMA DRM 20. El perfil PDCF (o formato) difiere del formato DCF hasta algún alcance. No obstante, una caja similar de encabezados comunes aparece también en PDCF. La especificación estándar (DCF v2.0) define un método para extender la estructura de metadatos del formato de archivo utilizando los encabezados comunes con el campo
TextualHeaders . En otras palabras, la caja de encabezados comunes 14 puede comprender campos de encabezados textuales que contienen información adicional del contenido. La sintaxis es como sigue:
OtherHeader := Header-name " : " Header valué Header-name : = token Header-value : = token Utilizando la sintaxis anterior, de acuerdo con una modalidad de la invención, un nuevo encabezado de cliente es definido como sigue: ContentLocationHeader := Content-Location ":"
Location Location := Token Token = URI (como se definió en RFC 2396) <path> Algunos ejemplos son como sigue: Content-Location: "\." (Esto significa que el contenido se encuentra en el mismo directorio que la presentación SMIL) ; Content-Location: "\images" (esto significa que el contenido se encuentra en el directorio \images un nivel por debajo del directorio en donde está presente el archivo SMIL) ; Content-Location: "http: //server.com/" (esto significa que el contenido se encuentra en el servidor especificado
HTTP) . El nombre del encabezado "Content-Location" es sólo un nombre de ejemplo y podría ser denominado en forma diferente a través de distintos estándares (o especificaciones técnicas) que todavía cubren el mismo concepto. La Figura 2 muestra otra ilustración del Formato de Archivo DCF v2.0. Normalmente, el formato DCF es diseñado para que sea utilizado a fin de proteger los objetos de medios discretos de alto valor. Esto incluye el tipo original MIME del objeto contenido de los medios. Los encabezados comunes DRM son utilizados para indicar, por ejemplo, el algoritmo de cifrado, dónde podrían ser comprados los derechos, etc. La información de posición 3GPP puede ser utilizada como es definido por el formato de archivo 3GP. El objeto de medios es cifrado e introducido en el formato envolvente como tal - completo con el formato original de archivo. La Figura 3 muestra otra modalidad que suministra el formato de archivo DCF v2.0 con la información de ubicación de contenido. El formato DCF puede ser utilizado para alojar presentaciones multimedia de múltiples partes . El primer objeto de contenido determina la asociación del tipo de medios, de modo que tenga un documento SMIL 31 a medida que el primer objeto asocia el archivo con un reproductor SMIL. El documento SMIL podría entonces referirse a otros objetos 32-34 dentro del archivo. El documento SMIL comprende un conjunto de campos de ubicación de contenido, los cuales indican la vía y el nombre de archivo . Además , cada archivo referido podría contener un campo de ubicación de contenido, que proporcione la vía- del contenido . De acuerdo con una modalidad de la invención, es desactivado el intercalado de archivo-nivel. Con el intercalado del archivo-nivel en muchos casos se agregaría una complejidad innecesaria. De acuerdo con una modalidad de la invención, cada uno de los datos de medios es encapsulado en el interior de un "archivo". Por otro lado, en la solución de la técnica anterior, existe por lo menos una pista de medios en el nivel principal de archivo 3GP, que realiza una unión física entre el archivo del recipiente y algunos flujos de bits de datos de medios sin procesar. De acuerdo con una modalidad de la invención, cada archivo tiene un encabezado de ubicación de contenido. Este podría residir, por ejemplo, en el comienzo de cada archivo . Algunas de las ventajas obtenidas por las modalidades de la invención comprenden las siguientes : - El contenido puede ser mapeado con facilidad con la ayuda, por ejemplo, del archivo SMIL y los encabezados de ubicación de contenido. La estructura de directorio es preservada después de una operación de empaquetado de contenido y también es restaurada después de una extracción posible del contenido. - El contenido puede ser reproducido "en el lugar" a partir del archivo, por ejemplo, leyendo el contenido bloque- por-bloque del archivo, sin extraerlo hacia el sistema de archivo, por lo tanto, se ahorra espacio. Esto todavía permite un tipo de archivo de árbol de representación, de los contenidos del archivo . - Una aplicación de descarga progresiva podría usarse para este campo a fin de entender si éste es el contenido correcto que será buscado y cargado. Sería simple la generación y el cambio, por ejemplo, si fuera modificado el archivo SMIL. - Puesto que cada entidad de archivo contiene su propia información de ubicación de contenido, es simple agregar o remover el contenido sin afectar las otras partes del archivo de recipiente. - Permite mezclar trabajos cifrados y protegidos de alto valor con el contenido personal generado por el usuario. En algunas modalidades, el analizador/compositor tiene o debe darse cuenta del encabezado, de modo que si fuera' realizada una modificación, ésta debería ser actualizada. El nivel extra de empaquetado (DCF en el interior de un formato DCF) puede realizarse con el fin de mezclar el contenido de derechos de autor (protegido) con el contenido generado por el usuario . La Solicitud Publicada de Patente Internacional WO
03/028293 Al muestra un entorno general para el cual se ajustan las modalidades de la invención. Los contenidos de la aplicación son incorporados en la presente como referencia.
Sobre todo, la Figura 2 de esta aplicación muestra un sistema de transmisión para transferencia de datos de contenido multimedia. El sistema comprende un codificador EC, el cual también podría ser referido como un editor, que prepara los datos de contenido de medios para su transmisión, normalmente, a partir de una pluralidad de fuentes de medios MS, un servidor de transferencia de datos SS que transmite los archivos codificados multimedia a través de una red NW y una pluralidad de clientes C que reciben los archivos . El contenido podría provenir a partir de una grabadora que registra una presentación en vivo, por ejemplo, una cámara de video, o podría ser previamente guardado en un dispositivo de almacenamiento, tal como una cinta de video, CD, DVD, disco duro, etcétera. El contenido podría ser, por ejemplo, video, audio, imágenes fijas y también podría comprender archivos de datos . Los archivos multimedia que provienen del codificador EC son transmitidos hacia el servidor SS. El servidor SS es capaz de dar servicio a una pluralidad de clientes C y responder a las peticiones de cliente transmitiendo archivos multimedia desde una base de datos de servidor o inmediatamente desde el codificador EC utilizando las vías de unidifusión o multidifusión. La red NW podría ser, por ejemplo, una red de comunicaciones móviles, una red de área local, una red de radiodifusión o múltiples redes diferentes separadas por pasarelas . Además, la Figura 4 muestra un sistema de comunicaciones de acuerdo con una modalidad de la invención. El sistema comprende un servidor 111 (de transferencia de datos) , que es acoplado con una red de IP 104 (red de Protocolo de la Internet) . La red-IP 104 podría ser, por ejemplo, la Internet o una intranet del operador del proveedor de servicio (una red Intranet que pertenece al dominio del operador) . La red-IP 104 es conectada con una red central 103 de una red de comunicaciones móviles . El acoplamiento podría ser efectuado a través de una interfaz Gi. La red de comunicaciones móviles podría ser por ejemplo, una red GPRS o EGPRS de 2.5va generación o una red celular de comunicaciones móviles de 3ra o más generación. La red de comunicaciones móviles también comprende una red de acceso de radio (RAN) 102 conectada con la red central 103. La red de acceso de radio 102 proporciona dispositivos móviles de cliente 101 con acceso a la red de comunicaciones móviles a través de una interfaz de aire. El acceso mencionado podría ser proporcionado, por ejemplo, a través de medios conmutados circuito (por ejemplo, una llamada de datos conmutados de circuito) o medios conmutados por paquete (por ejemplo, un GPRS (Servicio General de Radio Paquete) ) . En consecuencia, estas técnicas podrían ser utilizadas para llevar paquetes de flujo de medios a través de una porción de interfaz de aire.
La Figura 5 muestra una ilustración del servidor 111. El servidor 111 comprende una unidad de procesamiento 151, una primera memoria 153, una interfaz de red 155 y una segunda memoria 152. La primera memoria 153, la interfaz de red 155 y la segunda memoria 152 son conectadas con la unidad de procesamiento 151. La unidad de procesamiento 151 controla, de acuerdo con el software de computadora 154 almacenado en la primera memoria 153, la operación del servidor 111, tal como el manejo de los _ formatos de archivo y el envío de los contenidos adecuados que se encuentran almacenados, por ejemplo, en la segunda memoria (disco) 152 al cliente 101 por medio de la interfaz de red 155. El software 154 comprende el código de programa para la implementación de un apilamiento adecuado de protocolo de capas . La Figura 6 muestra una ilustración del dispositivo de cliente 101. En esta modalidad, el cliente 101 podría ser, por ejemplo, una estación móvil de una red celular telefónica de radio. Sin embargo, el cliente podría ser, en forma alterna, una terminal fija. El cliente 101 comprende una unidad de procesamiento
171, una parte de radiofrecuencia 175 y la interfaz de usuario
109. La parte de radiofrecuencia 175 y la interfaz de usuario 109 son conectadas con la unidad de procesamiento 171.
Comúnmente, la interfaz de usuario 109 comprende una pantalla, un altavoz y un teclado (no se muestran) con la ayuda de la cual el usuario puede utilizar el dispositivo de cliente 101. La unidad de procesamiento 171 comprende un procesador (no se muestra) , una memoria 173 y un software de computadora 174 almacenado en la memoria 173. El procesador controla, de acuerdo con el software, la operación del dispositivo de cliente 101, tal como el manejo de los formatos de archivo, la recepción de los medios de transferencia de flujo o archivos de medios que provienen del servidor 111 y la presentación de los medios recibidos de transferencia de datos en la interfaz de usuario 109. El software 174 comprende el código de programa para la implementación de un apilamiento adecuado de protocolo de capas . Los procedimientos que se refieren al formato de archivo pueden ser implementados a través de software. Un producto de programa de computadora, que comprende el código de programa almacenado en el dispositivo de recepción 101 y que se ejecuta en el procesador 171, puede ser utilizado para implementar los procedimientos en el extremo de recepción de la sesión de transmisión, mientras que un producto de programa de computadora, que comprende el código de programa almacenado en el dispositivo de emisión 111 y que se ejecuta el procesador 151, puede ser utilizado para implementar los procedimientos en el extremo de transmisión. Las implementaciones y modalidades particulares de la invención han sido descritas . Es claro para una persona experta en la técnica que la invención no se restringe a los detalles de las modalidades presentadas con" anterioridad. Además, una persona experta en la técnica se dará cuenta que existen muchas formas adicionales para incluir esta invención, las cuales se encuentran dentro del alcance de esta invención, aún cuando no se muestre en uno de los subconjuntos limitados de ejemplos. Sobre todo, la invención no debe ser limitada a ningún tipo de nombres específicos de cualesquiera protocolos o parámetros o nombres de campo. La invención puede ser implementada en otras modalidades utilizando medios equivalentes sin desviarse de las características de la invención. El alcance de la invención sólo es restringido por las reivindicaciones adjuntas de patente. 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.