Un procedimiento para gestionar peticiones (104) de datos de medios en un servidor (103) de metadatos,

comprendiendo el procedimiento: recibir una petición (104) de datos de medios de un cliente (106), recibiéndose la petición por un servidor (103) de metadatos en una red de medios distribuida que comprende una pluralidad de servidores (109, 115, 121, 127) de datos de medios; recuperar metadatos asociados con la petición (104) de datos de medios de una base (100) de datos de metadatos; y transmitir los metadatos al cliente (106) para su uso por el cliente (106) para localizar un servidor (109, 115, 121, 127) de datos de medios para recuperar los datos de medios; en el que dicha pluralidad de servidores (109, 115, 121, 127) de datos de medios están separados y se operan independientemente desde el servidor (103) de metadatos; cada uno de dichos servidores de datos de medios almacena y gestiona sólo un porcentaje de un número total de archivos de datos de medios disponibles a través de la red de medios distribuida; dichos metadatos identifican al menos dos de los servidores (109, 115, 121, 127) de datos de medios que pueden almacenar y gestionar los datos de medios solicitados; y dichos metadatos se transmiten al cliente (106) para su uso por el cliente (106) para localizar al menos uno de los al menos dos servidores (109, 115, 121, 127) de datos de medios identificados

ANTECEDENTES DE LA INVENCIÓN

Campo de la invención

La presente invención se refiere a sistemas de medios en red, específicamente a sistemas en red para la entrega de información o datos de entretenimiento.

Antecedentes

Dispositivos conectados a una red habitualmente se usan para acceder a datos de medios a través de esa red. Se requieren servidores y bases de datos para tratar todas las peticiones realizadas por un dispositivo de medios en red y entregar los datos de medios solicitados. Los sistemas de medios que entregan datos de medios a un dispositivo de medios a través de una red informática normalmente consisten en un dispositivo cliente, un servidor y una base de datos. Los dispositivos cliente se registran en el servidor de red. Una aplicación cliente solicita datos al servidor. El servidor se comunica con la base de datos y solicita que la base de datos recupere el archivo de datos específico. El archivo de datos se recupera por la base de datos y se envía al servidor. El servidor transfiere los datos de medios al cliente a través de la red.

Los datos de medios tales como datos de audio, vídeo y gráficos animados normalmente son archivos de datos grandes. La transmisión de tales datos a un dispositivo cliente de manera puntual requiere una cantidad significativa de ancho de banda de servidor. Los costes de ancho de banda de red pueden suponer un porcentaje significativo de los costes totales de ejecución y mantenimiento de un servidor de red de medios. Una programación continua de datos de medios o presentaciones multimedia secuenciales pueden requerir múltiples peticiones de datos de medios adicionales. Además, múltiples dispositivos que acceden al servidor de medios en red al mismo tiempo también contribuyen a unos requisitos adicionales de ancho de banda de servidor. Cada petición de datos de medios aumenta los requisitos de ancho de banda de servidor y un aumento de la carga de trabajo del servidor. Los servidores de red de medios tratan todas las comunicaciones entre los múltiples clientes y la base de datos así como envían los datos de medios a través de la red. Si la demanda de archivos de datos de medios grandes consume la mayor parte del ancho de banda de servidor total, esto limita la comunicación entre el servidor y los clientes, lo que impide que se registren clientes adicionales en el servidor de red.

Los operadores de tales sistemas de datos de medios en red deben diseñar el sistema

de red de medios para que cumpla las necesidades de requisitos de ancho de banda pico para garantizar que las peticiones realizadas por aplicaciones o dispositivos cliente se gestionan y entregan de manera puntual sin excesivos tiempos de retardo. Los operadores de sistemas deben adquirir el ancho de banda de red necesario para dar servicio a su consumo pico de red de medios. Los sistemas de medios a los que acceden una gran cantidad de clientes simultáneos pueden requerir enormes cantidades de ancho de banda para sólo un corto periodo de tiempo. El consumo de red pico puede ser, de hecho, sólo un pequeño porcentaje del ancho de banda promedio total usado. Por tanto, los costes operativos de un sistema de este tipo pueden ser muy altos incluso para una red de medios con una frecuencia de visitas moderada.

El operador de un sistema de red de medios muchas veces no es el propietario de los datos de medios que se envían a través de la red de medios. Los propietarios de datos de medios a menudo conceden licencias de los datos de medios a los operadores de red para un uso limitado de los datos de medios para ayudar a promocionar las ventas de los propios medios o productos y servicios asociados. Los propietarios de datos de medios normalmente tienen los medios en bruto en un formato que no está optimizado para una entrega en red. Los datos de medios deben enviarse a los operadores de red, digitalizarse y codificarse en formatos de medios optimizados para una entrega en red. Los datos a continuación deben clasificarse y almacenarse en la base de datos. Los operadores de sistemas dedican tiempo y costes significativos para la clasificación y el almacenamiento de los datos de medios. Como se ha mencionado, los datos de medios tales como datos de audio, vídeo y gráficos animados pueden ser muy grandes. Los costes de almacenamiento de tales datos son caros y llevan tiempo.

Los sistemas de red de medios de la técnica anterior presentan desventajas para los propietarios de datos de medios. Por ejemplo, una vez que los datos de medios se han introducido en el sistema de red de medios, los propietarios de datos de medios ya no tienen un control directo de los datos de medios de su propiedad. Los operadores de la red de medios controlan todo el uso día a día de los datos de medios. La adición o la eliminación de archivos de datos de medios en la red es mucho más difícil de controlar para los propietarios de datos de medios porque ellos no controlan ni operan la red de medios.

Los operadores de red también se enfrentan a desventajas de los sistemas de la técnica anterior anteriormente descritos. Cuando los datos de medios que se envían a través de la red tienen ventas bajas, el operador de la red asume la mayoría de las pérdidas debidas a los costes de ancho de banda, almacenamiento y operación. Los propietarios de datos de medios no soportan la carga de los costes adicionales por la operación de la red, y por tanto pueden intentar vender productos de medios de baja calidad causando importantes pérdidas a los operadores de la red de medios.

Finalmente, los sistemas en red son susceptibles de sufrir diversos niveles de fallo. Desastres naturales, fallos de hardware y software, pueden afectar todos ellos al rendimiento de un sistema de red de medios. Las dificultades técnicas que se producen en el sistema de medios pueden afectar a la conexión a la red del sistema, la recuperación de archivos de datos de medios, y pueden requerir reinicializar todo el servidor. Los sistemas que están contenidos en una única ubicación, pueden tener redundancia diseñada en el sistema local. Sin embargo, errores catastróficos que afectan al rendimiento de toda un área de red requieren una redundancia por toda la red adicional para aumentar la fiabilidad de red.

El documento WO98/26559 describe un sistema en el que las peticiones de objetos de datos realizadas por clientes se asignan entre múltiples servidores de red replicados basándose en una métricas de rendimiento de servidor que se actualizan de manera continua. Un componente “director” monitoriza los servidores de contenido y asigna las peticiones para lograr los objetivos de una política de encaminamiento particular. Las políticas pueden incluir minimizar la cantidad de tiempo para que se satisfaga la petición.

El documento J.W. Schmidt: “Multimedia Databases” Software Systems Group describe un sistema de compartición de archivos centralizado de igual a igual en el que un servidor central distribuye peticiones de objetos de datos entre servidores distribuidos que han notificado al servidor central que poseen los datos solicitados. Los servidores distribuidos también pueden ser clientes. El servidor central distribuye las peticiones basándose en una monitorización frecuente de los servidores distribuidos de modo que, por ejemplo, no dirigirá una petición a un servidor distribuido que esté fuera de línea.

El documento US5778187 da a conocer una provisión de servicios de televisión o radio multicanal. Los servidores de control, a petición de los usuarios, proporcionan la lista de servidores de medios que dan servicio a un cierto flujo (canal).

SUMARIO DE LA INVENCIÓN

La presente invención proporciona un procedimiento para gestionar peticiones de datos de medios según la reivindicación 1 y un producto de programa informático según la reivindicación 18.

Según la presente invención, un sistema de red de medios distribuida comprende un servidor de metadatos centralizado accesible por los dispositivos cliente, y una multiplicidad de servidores de archivos de datos de medios distribuidos que presentan diversos objetos y ventajas respecto a la técnica anterior.

Es una ventaja de la presente invención proporcionar requisitos de ancho de banda pico inferiores para cada servidor de archivos datos de medios distribuyendo los archivos de datos de medios por un número ilimitado de servidores de archivos de datos de medios conectados a una red informática.

Otra ventaja es proporcionar una carga de trabajo reducida de cada servidor limitando su...

1. Un procedimiento para gestionar peticiones (104) de datos de medios en un servidor

(103) de metadatos, comprendiendo el procedimiento: recibir una petición (104) de datos de medios de un cliente (106), recibiéndose la petición por un servidor (103) de metadatos en una red de medios distribuida que comprende una pluralidad de servidores (109, 115, 121, 127) de datos de medios; recuperar metadatos asociados con la petición (104) de datos de medios de una base

(100) de datos de metadatos; y transmitir los metadatos al cliente (106) para su uso por el cliente (106) para localizar un servidor (109, 115, 121, 127) de datos de medios para recuperar los datos de medios; en el que dicha pluralidad de servidores (109, 115, 121, 127) de datos de medios están separados y se operan independientemente desde el servidor (103) de metadatos; cada uno de dichos servidores de datos de medios almacena y gestiona sólo un porcentaje de un número total de archivos de datos de medios disponibles a través de la red de medios distribuida; dichos metadatos identifican al menos dos de los servidores (109, 115, 121, 127) de datos de medios que pueden almacenar y gestionar los datos de medios solicitados; y dichos metadatos se transmiten al cliente (106) para su uso por el cliente (106) para localizar al menos uno de los al menos dos servidores (109, 115, 121, 127) de datos de medios identificados.

2. El procedimiento según la reivindicación 1, en el que los metadatos contienen direcciones de dichos al menos dos de los servidores (109, 115, 121, 127) de datos de medios, y el procedimiento comprende además: designar uno de dichos al menos dos servidores (109, 115, 121, 127) de datos de medios como servidor (109, 115, 121) de datos de medios primario, basándose al menos en criterios recopilados a partir de una red de comunicaciones entre el cliente (106) y el servidor (109, 115, 121, 127) de datos de medios.

3. El procedimiento según la reivindicación 2, en el que el servidor (109, 115, 121, 127) de datos de medios designado como servidor (109, 115, 121) de datos de medios primario es el servidor (109, 115, 121, 127) de datos de medios que tiene el número más bajo de clientes (106) que acceden a datos de medios, de entre los al menos dos servidores (109, 115, 121, 127) de datos de medios que pueden almacenar y gestionar los datos de medios.

4. El procedimiento según la reivindicación 2, en el que el servidor (109, 115, 121, 127) de datos de medios designado como servidor (109, 115, 121) de datos de medios primario

es el servidor (109, 115, 121, 127) de datos de medios que tiene la mayor valoración de fiabilidad, de entre los al menos dos servidores (109, 115, 121, 127) de datos de medios que pueden almacenar y gestionar los datos de medios.

5. El procedimiento según la reivindicación 2, en el que el servidor (109, 115, 121, 127) de datos de medios designado como servidor (109, 115, 121) de datos de medios primario es el servidor (109, 115, 121, 127) de datos de medios que tiene el mayor caudal de datos, de entre los al menos dos servidores (109, 115, 121, 127) de datos de medios que pueden almacenar y gestionar los datos de medios.

6. El procedimiento según la reivindicación 2, en el que al servidor (109, 115, 121) de datos de medios primario lo designa el servidor (103) de metadatos.

7. El procedimiento según la reivindicación 2, en el que al servidor (109, 115, 121) de datos de medios primario lo designa el cliente (106).

8. El procedimiento según la reivindicación 1, en el que los datos de medios solicitados están cifrados y el procedimiento comprende además: solicitar una clave de descifrado para los datos de medios solicitados a partir de una base (100) de datos de metadatos, en respuesta a otra petición del cliente (106), posterior a la provisión de los metadatos y la recuperación de los datos de medios por el cliente (106); y transmitir la clave de descifrado al cliente (106).

9. El procedimiento según la reivindicación 1, en el que dichos metadatos comprenden al menos un elemento de datos, seleccionándose dicho al menos un elemento de datos a partir de la lista constituida por: una dirección de red de un servidor (109, 115, 121) de datos de medios primario que tiene acceso a los datos de medios; una estructura de directorio del servidor (109, 115, 121) de datos de medios primario; un nombre de un archivo que tiene los datos de medios; una dirección de red de un servidor (127) de datos de medios alternativo que tiene acceso a los datos de medios; una estructura de directorio del servidor (127) de datos de medios alternativo; un nombre de un propietario de los datos de medios; un nombre de un compositor de los datos de medios; un nombre de un titular de copyright de los datos de medios; una dirección de red de un servidor de imágenes gráficas que tiene acceso a una imagen gráfica asociada con los datos de medios; una estructura de directorio del servidor de imágenes gráficas;

un nombre de un archivo de imagen gráfica asociado con los datos de medios; un título de una creación artística contenida en los datos de medios; un título de una recopilación de creaciones a la que están asociados los datos de medios; un nombre de al menos un intérprete de los datos de medios; un nombre de al menos un compositor de una creación artística contenida en los datos de medios; un nombre de al menos un creador de los datos de medios; una dirección de red de un servidor de información que tiene acceso a información adicional sobre una creación artística contenida en los datos de medios; una estructura de directorio del servidor de información; un nombre de un archivo que contiene información adicional sobre una creación artística contenida en los datos de medios; una dirección de red de un servidor de ventas que ofrece una venta del archivo de datos de medios; una estructura de directorio del servidor de ventas; un nombre de un archivo que contiene información sobre una venta de los datos de medios; una dirección de red de un servidor de ventas asociado que ofrece una venta de productos asociados de los datos de medios; una estructura de directorio del servidor de ventas asociado; y un nombre de un archivo que contiene información sobre ventas de productos asociados de los datos de medios.

10. El procedimiento según la reivindicación 1, que comprende además: recibir una petición de registro desde el cliente (106); y realizar una verificación de permiso de acceso del cliente.

11. El procedimiento según la reivindicación 1, en el que los metadatos transmitidos al cliente (106) son para una parte de los datos de medios solicitados que no puede utilizarse sin una parte adicional de los datos de medios solicitados, y el procedimiento comprende además: recibir una petición desde el cliente (106) de metadatos adicionales para la parte adicional de los datos de medios solicitados; y transmitir los metadatos adicionales al cliente (106).

12. El procedimiento según la reivindicación 1, en el que el servidor (109, 115, 121, 127) de datos de medios identificado es un dispositivo electrónico que puede conectarse a una

red de comunicación.

13. El procedimiento según la reivindicación 12, en el que el dispositivo electrónico es un sistema informático.

14. El procedimiento según la reivindicación 12, en el que puede accederse al contenido de medios solicitado desde el dispositivo electrónico a través de Internet.

15. El procedimiento según la reivindicación 12, en el que el contenido de medios solicitado es un archivo de audio.

16. Un producto de programa informático para gestionar peticiones de contenido de medios por un sistema de red de medios distribuida, y el producto de programa informático comprende un medio legible por ordenador que contiene código de programa informático para realizar las operaciones de: recibir una petición de contenido de medios de un cliente (106), por un servidor (103) de metadatos en una red de medios distribuida que comprende una pluralidad de dispositivos electrónicos; recuperar metadatos asociados con el contenido de medios solicitado de una base

(100) de datos de metadatos; y transmitir los metadatos al cliente (106); en el que dicha pluralidad de dispositivos electrónicos están separados y se operan independientemente desde el servidor (103) de metadatos; cada uno de dichos dispositivos electrónicos almacena y gestiona sólo un porcentaje de un número total de archivos de datos de medios disponibles a través de la red de medios distribuida; dichos metadatos identifican al menos dos de los dispositivos electrónicos que pueden almacenar y gestionar el contenido de medios solicitado; y dichos metadatos se transmiten al cliente (106) para su uso por el cliente (106) para localizar al menos uno de los al menos dos dispositivos electrónicos identificados.

17. El producto de programa informático según la reivindicación 18, en el que el contenido de medios solicitado está cifrado, y el medio legible por ordenador contiene además código de programa informático para realizar las operaciones de: recibir una petición posterior desde el cliente (106) de una clave de descifrado para el contenido de medios solicitado; y transmitir la clave de descifrado al cliente (106).

18. El producto de programa informático según la reivindicación 18, en el que los metadatos transmitidos al cliente (106) son para una parte del contenido de medios solicitado que no puede utilizarse sin una parte adicional del contenido de medios solicitado, y el

medio legible por ordenador contiene además código de programa informático para realizar las operaciones de: recibir una petición posterior desde el cliente (106) de metadatos adicionales para la parte adicional del contenido de medios solicitado; y

5 transmitir los metadatos adicionales al cliente (106).

19. El producto de programa informático según la reivindicación 18, en el que el dispositivo electrónico es un sistema informático.

20. El producto de programa informático según la reivindicación 18, en el que puede

accederse al contenido de medios solicitado desde el dispositivo electrónico a través de 10 Internet.

21. El producto de programa informático según la reivindicación 18, en el que el contenido de medios solicitado es un archivo de audio.