MX2015002628A - Sistema y metodo para entregar un contenido audio-visual a un dispositivo de un cliente. - Google Patents

Abstract

La presente invención se refiere a un método y a un sistema para la entrega de un contenido audio-visual a un dispositivo del cliente, en donde un dispositivo de interconexión interconecta una primera red a una segunda red, el dispositivo del cliente está conectado a la segunda red, un equipo adaptado para proporcionar el contenido audiovisual está conectado a la primera red, dicho equipo realiza: la recepción, desde el dispositivo del cliente, de una primera solicitud para recibir el contenido audio-visual; la transmisión de un mensaje de redireccionamiento al dispositivo del cliente, dicho mensaje de redireccionamiento redirecciona el dispositivo del cliente hacia un agente implementado en el dispositivo de interconexión. Además, dicho agente realiza: la recepción, desde el dispositivo del cliente, de una segunda solicitud para recibir el contenido audio-visual; la actuación como un relé entre dicho equipo y el dispositivo del cliente.

Description

SISTEMA ? MÉTODO PARA ENTREGAR UN CONTENIDO AUDIO-VISUAL A UN DISPOSITIVO DE UN CLIENTE CAMPO DE LA INVENCIÓN La presente invención se refiere en general a la entrega de un contenido audio-visual a un dispositivo de un cliente, un dispositivo de interconexión que interconecta una primera red a una segunda red, el dispositivo del cliente está conectado a la segunda red, un equipo adaptado para proporcionar el contenido audio-visual está conectado a la primera red.

ANTECEDENTES DE LA INVENCIÓN La Transmisión de Velocidad Binaria Adaptativa (ABS, por sus siglas en Inglés, "Adaptive Bitrate Streaming") es una téenica de transmisión HTTP muy popular usada en la transmisión multimedia a través de redes informáticas y de la transmisión en vivo HTTP (HLS, por sus siglas en Inglés, "HTTP Live Streaming"), que es un protocolo de transmisión de comunicaciones de los medios de comunicación basado en el Protocolo de Transferencia de HiperTexto (HTTP, por sus siglas en Inglés; "HyperText Transfer Protocol" como se define en el documento normativo RFC 2616) y desarrollado por Apple Inc. es una aplicación particular. La HLS trabaja rompiendo la corriente y/o el flujo audio-visual (AV, por sus siglas en Inglés) general en una secuencia de pequeñas descargas de archivos basados en el HTTP, conteniendo cada uno un fragmento corto de un flujo general de transporte ilimitado potencialmente. Como se juega el flujo, un dispositivo de un cliente que decodifica el flujo AV puede seleccionar un número de diferentes flujos alternativos que contienen el mismo material codificado en una variedad de velocidades de bits, permitiendo que la sesión de transmisión continua se adapte a los recursos de la red disponibles y/o a los recursos de procesamiento del dispositivo del cliente. Al inicio de la sesión de transmisión, el dispositivo del cliente descarga una lista de reproducción en forma de un archivo de texto con una extensión de archivo M3U o M3U8. Este archivo de texto contiene los metadatos de los diversos flujos que están disponibles para el contenido AV en cuestión. Los diversos flujos que corresponden a las respectivas velocidades de bits se denominan también como capas (" layers") .

Un enfoque de la ABS similar, se implemento por la transmisión por secuencias suave ("Smooth Streaming"), que es una característica de los Servicios de Información de Internet (U S, por sus siglas en Inglés, "Internet Information Services") Servicios de Medios ("Media Services"), una plataforma integrada de distribución de medios basada en el HTTP proporcionada por Microsoft Corp. Al contrario de la HLS en donde el flujo AV se trunca en los archivos plurales que contienen fragmentos complementados con archivos de listas de reproducción, la Smooth Streaming se basa en un solo archivo AV truncado en pedazos, cada pedazo de archivo contiene un descriptor que indica la capa (layer) en cuestión y un tiempo de referencia en el contenido AV. Sin embargo, la base del protocolo y los beneficios, son equivalentes.

Se puede considerar igualmente, los Sistemas de Adobe Transmisión Dinámica HTTP (HDS, por sus siglas en Inglés, "HTTP Dynamic Streaming") y Transmisión Adaptativa Dinámica a través de http ("Dynamic Adaptive Streaming over http"), una teenología de transmisión multimedia desarrollada por Moving Picture Experts Group, y referida como MPEG DASH, que está relacionada con HDS, HLS y Smooth Streaming.

Las tecnologías de transmisión basadas en el HTTP son muy convenientes, ya que el HTTP permite ir a través de servidores de seguridad y garantiza la integridad de los datos, apoyándose en el Protocolo de Control de Transmisión (TCP, por sus siglas en Inglés, "Transmission Control Protocol" según se define en el documento normativo RFC 793). Sin embargo, la naturaleza de la unidifusión ("unicast") del HTTP en el contexto del ABS está creando enormes problemas de escalabilidad para la Red de Distribución de Contenido (CDN, por sus siglas en Inglés, "Content Delivery NetWork") los operadores que les impiden la adopción de la ABS para la transmisión en vivo. Por otra parte, el TCP puede introducir latencia y una pérdida de conexión durante una transferencia de datos lo que tiene un fuerte impacto en la Calidad de Experiencia (QoE) desde el punto de vista del usuario.

Para llevar a cabo la ABS para la transmisión en directo de una manera escalable, hay una necesidad para los operadores de los servicios de la red, para resolver el problema de escalabilidad creado por numerosos usuarios que ven simultáneamente un mismo canal, lo que resulta en numerosas sesiones de unidifusión concurrentes.

Deberá tenerse en cuenta, que este tipo de cuestiones se plantean en el contexto más qeneral de la distribución del contenido audio-visual basado en sesiones de unidifusión, cualquiera que sea la velocidad de bits de los flujos de información que transportan los contenidos audio-visuales, ya sean adaptativos o fijos.

En un enfoque más general, se plantean las cuestiones en que los operadores de la CDN proporcionen, o prevean proporcionar, nuevas infraestructuras o servicios en la CDN, mientras que los dispositivos de los clientes se basan en los mecanismos existentes. La actualización de los dispositivos de los clientes para adoptar la nueva infraestructura y/o servicios puede ser difícil de configurar, ya que los dispositivos de los clientes se desarrollan normalmente por otras partes que los operadores de la CDN. En efecto contrariamente a los portales de enlace ("gateways") tales dispositivos de los clientes son por ejemplo para el software de aplicación, desarrollado por compañías independientes de los operadores de la CDN, que se ejecutan en los teléfonos inteligentes, tabletas, PCs (ordenador personal), consolas de juegos, televisores conectados, entre otros dispositivos, y muchas aplicaciones, o reproductores, existen en el mercado, lo que requiere costosos procesos de integración y validación para permitir que todas las aplicaciones, o los reproductores, sean compatibles con dicha nueva infraestructura o servicios.

De acuerdo con un primer aspecto de la presente invención, tal nueva infraestructura o servicios apuntan a superar los problemas de escalabilidad antes mencionados relacionados con la naturaleza de la unidifusión de los mecanismos de distribución de contenidos existentes en el contexto de las CDNs, de una manera transparente para los dispositivos de los clientes.

De acuerdo con un segundo aspecto de la presente invención, tal nueva infraestructura o servicios tienen como objetivo proporcionar una mayor QoE desde la perspectiva del usuario, de manera transparente para los dispositivos de los clientes. Por ejemplo, tal nueva infraestructura o servicios apuntan a la superación de los efectos de la pérdida de conexión que impacta en la QoE durante la entrega del contenido AV.

Por lo tanto, es deseable superar los inconvenientes antes mencionados del estado de la téenica.

En particular, es deseable proporcionar una solución que permita la adopción de nuevas infraestructuras o servicios en el contexto de una entrega de contenido audio-visual, de una manera transparente para los dispositivos de los clientes.

Además, es deseable proporcionar una solución que permita reducir el consumo de ancho de banda de la red en el contexto de una entrega de contenido audio-visual, de una manera transparente para los dispositivos de los clientes.

Además, es deseable proporcionar una solución que permita reducir el consumo de ancho de banda de la red en el contexto adicional de la transmisión de velocidad binaria adaptativa, de una manera transparente para los dispositivos de los clientes.

Además, es deseable proporcionar una solución que permita aumentar la QoE desde el punto de vista del usuario, de una manera transparente para los dispositivos de los clientes.

Además, es deseable proporcionar una solución que permite limitar el consumo de los recursos de procesamiento de los dispositivos implicados en la entrega del contenido audio-visual.

Para tal fin el objeto de la presente invención se refiere a un método para entregar un contenido audio-visual a un dispositivo de un cliente, un dispositivo de interconexión que interconecta una primera red a una segunda red, el dispositivo del cliente que está conectado a la segunda red, un equipo adaptado para proporcionar el contenido audio visual que está conectado a la primera red. El método es tal que dicho equipo realiza: la recepción, desde el dispositivo del cliente, de una primera solicitud para recibir el contenido audio-visual; la transmisión de un mensaje de redireccionamiento al dispositivo del cliente, dicho mensaje de redireccionamiento redirecciona el dispositivo del cliente hacia un agente implementado en el dispositivo de interconexión. El método es además tal que, dicho agente realiza: la recepción, desde el dispositivo del cliente, de una segunda solicitud para recibir el contenido audio-visual; y la actuación como un relé entre dicho equipo y el dispositivo del cliente.

Asi, gracias al redireccionamiento hacia un agente en el dispositivo de interconexión, la adopción de nuevas infraestructuras o servicios se hace más fácil y de forma transparente para los dispositivos de los clientes. De hecho, la realización de la actualización cuando sea necesario del dispositivo de interconexión es generalmente más fácil para los operadores de la CDN que actualizar los dispositivos de los clientes, ya que tales dispositivos de interconexión, por ejemplo, los portales de enlace domésticos, en general se administran por los operadores, contrariamente a dichos dispositivos de los clientes.

De conformidad con una característica particular de la presente invención, dichas solicitudes primeras y segundas son solicitudes para recibir el contenido audio-visual en forma de un flujo de unidifusión, dicho equipo está adaptado para proporcionar el contenido audio-visual en la transmisión en vivo, dicho equipo transmite el mensaje de redireccionamiento al dispositivo del cliente cuando el contenido audio-visual se pone a disposición por dicho equipo en la forma de al menos un flujo de multidifusión ("multicast"), y cuando actúa como un relé, dicho agente realiza: la unión de dicho al menos un flujo de multidifusión; la conversión de los datos recibidos en la forma de al menos un flujo de multidifusión en datos en la forma del flujo de unidifusión.

Por lo tanto, el consumo del ancho de banda para la primera red se reduce, mientras que el consumo de los recursos de procesamiento del dispositivo de interconexión se limita. En efecto, como no se requiere que el agente revise numerosos intercambios de mensajes con el fin de asegurarse de que el dispositivo del cliente tome ventaja de la configuración de las transmisiones de multidifusión a lo largo de la primera red, el consumo de los recursos de procesamiento se limita.

De conformidad con una característica particular de la presente invención, el mensaje de redireccionamiento incluye parámetros que notifican al menos una dirección de multidifusión y al menos un puerto asociado, y la solicitud para recibir el contenido audio-visual en la forma del flujo de unidifusión comprende dichos parámetros que notifican la al menos una dirección de multidifusión y el al menos un puerto asociado. El método es además tal que dicho agente se une a el al menos un flujo de multidifusión correspondiente a la al menos una dirección de multidifusión y a el al menos un puerto asociado.

Así, el método es flexible y escalable, independientemente de la ubicación y la aplicación efectiva de dicho equipo.

De conformidad con una característica particular de la presente invención, el mensaje de redireccionamiento incluye parámetros que notifican una cantidad de capas hechas disponibles para el contenido audio-visual en la forma de al menos un flujo de multidifusión, y la solicitud para recibir el contenido audio-visual en la forma de flujo de unidifusión incluye dichos parámetros que notifican la cantidad de capas. Además, dicho agente determina al menos una dirección de multidifusion y/o al menos un puerto asociado, como una función de dicha cantidad de capas.

Por lo tanto, las transmisiones de multidifusión en toda la primera red y los principios de la transmisión de velocidad binaria adaptativa pueden coexistir para la entrega del contenido audio-visual.

De conformidad con una característica particular de la presente invención, el mensaje de redireccionamiento incluye parámetros que notifican una dirección de multidifusión y un puerto asociado y notifican dicha cantidad de capas, y la solicitud para recibir el contenido audio-visual en la forma de flujo de unidifusión incluye dichos parámetros que notifican dicha una dirección de multidifusión y dicho un puerto y que notifican dicha cantidad de capas. Además, dicho agente determina una dirección de multidifusión por capa y un puerto asociado, como una función de dicha cantidad de capas y de dicha una dirección de multidifusión y dicho un puerto asociado incluido en dicha solicitud.

De conformidad con una característica particular de la presente invención, el mensaje de redireccionamiento incluye parámetros que notifican una dirección de multidifusión y un puerto asociado y que notifican dicha cantidad de capas, y la solicitud para recibir el contenido audio-visual en la forma de flujo de unidifusión incluye dichos parámetros que notifican dicha dirección de multidifusión y dicho un puerto asociado y que notifican dicha cantidad de capas. Además, dicho agente determina una dirección de multidifusión para todas las capas y un puerto asociado por capa, como una función de dicha cantidad de capas y de dicha una dirección de multidifusión y de dicho un puerto asociado incluido en dicha solicitud.

Por lo tanto, las dos características particulares anteriores permiten limitar la cantidad de datos para ser incluidos en el mensaje de redireccionamiento.

De conformidad con una característica particular de la presente invención, varias capas son puestas a disposición por el contenido audio-visual en forma de al menos un flujo de multidifusión, dicho equipo está adaptado para proporcionar el contenido audio-visual mediante la Transmisión en Vivo del Protocolo de Transferencia de Hipertexto: el mensaje de redireccionamiento incluye parámetros que representan un Localizador de Recursos Uniforme ("Uniform Resource Locator") en relación con una lista de reproducción para el contenido audio-visual; la solicitud para recibir el contenido audio-visual en forma de flujo de unidifusión incluye dichos parámetros representativos del Localizador de Recursos Uniforme. Además, dicho agente realiza: la solicitud de dicha lista de reproducción sobre la base de dicho Localizador de Recursos Uniforme; la recepción de dicha lista de reproducción; la realización de una operación de análisis en dicha lista de reproducción para la determinación de una lista de reproducción de capa asociada con cada capa; la recepción de una lista de reproducción de cada flujo de multidifusión enlazado; la transmisión de dicha(s) lista(s) de reproducción recibida (s) al dispositivo del cliente; la recepción de una solicitud, desde el dispositivo del cliente, lo que indica una lista de reproducción asociada con una capa o que indica un archivo de una lista de reproducción asociada con una capa; y, la selección de un flujo de multidifusión como una función de dicha lista de reproducción indicada asociada con una capa o de dicho archivo indicado.

Por lo tanto, el consumo del ancho de banda para la primera red se reduce, mientras que el consumo de los recursos de procesamiento del dispositivo de interconexión se limita, en el contexto de la HLS.

De conformidad con una característica particular de la presente invención, una pluralidad de capas se ponen a disposición para el contenido audio-visual en la forma de al menos un flujo de multidifusión, el agente ha unido un flujo de multidifusión correspondiente a una capa, dicho agente realiza: la detección de una necesidad del dispositivo del cliente para cambiar de dicha una capa a otra capa; la unión a un flujo de multidifusión correspondiente a dicha otra capa; la salida del flujo de multidifusión correspondiente a dicha una capa.

Por lo tanto, se encuentra una compensación entre el consumo de ancho de banda y la reactividad del sistema, en donde se mejora el consumo de ancho de banda relativo a la primera red.

De conformidad con una característica particular de la presente invención, una pluralidad de capas se ponen a disposición para el contenido audio-visual en la forma de al menos un flujo de multidifusión, el agente ha unido al menos dos flujos de multidifusión que corresponden respectivamente a una capa y otra capa, dicho agente realiza: la detección de una necesidad del dispositivo del cliente para cambiar entre las capas; la selección de datos de un flujo de multidifusión entre dichos al menos dos flujos de multidifusión, como una función de dicha necesidad detectada.

Por lo tanto, se encuentra una compensación entre el consumo de ancho de banda y la reactividad del sistema, en donde se mejora la reactividad.

De conformidad con una característica particular de la presente invención, dichas solicitudes primera y segunda, son solicitudes para recibir el contenido audio-visual en forma de un flujo de unidifusión, dicho equipo transmite el mensaje de redireccionamiento al dispositivo del cliente cuando el contenido audio-visual está disponible por fuentes plurales, y cuando actúa como un relé dicho agente realiza: la solicitud de dicho contenido audio-visual de dichas fuentes plurales; y recrea un flujo de unidifusión de los datos recibidos desde dichas fuentes plurales.

De este modo, se mejora la QoE desde el punto de vista de un usuario que utiliza el dispositivo del cliente, mientras que el consumo de recursos de procesamiento del dispositivo de interconexión de limita, y/o se mejora el equilibrio de carga en la primera red.

De conformidad con una característica particular de la presente invención, el mensaje de redireccionamiento incluye parámetros que notifican de qué fuentes se ponen a disposición los contenidos audio-visuales; y la solicitud para recibir el contenido audio-visual en la forma de flujo de unidifusión que comprende dichos parámetros.

Por lo tanto, el método es flexible y escalable, independientemente de la ubicación y la implementación efectiva de dichas fuentes plurales.

De conformidad con una característica particular de la presente invención, dicho dispositivo de interconexión es un portal de acceso doméstico y dichas fuentes plurales son servidores de dicho equipo y/u otros portales de acceso domésticos.

Por lo tanto, el equilibrio de carga puede mejorarse aún más.

De conformidad con una característica particular de la presente invención, el mensaje de redireccionamiento indica una reubicación temporal del contenido audio-visual.

De este modo, se permite, cuando el dispositivo del cliente haga un intento posterior para obtener el contenido audio-visual, asegurar que el dispositivo del cliente contacte dicho equipo. Por lo tanto, dicho equipo es capaz de comprobar si el contenido audio-visual todavía está disponible en la forma de al menos un flujo de multidifusión.

La presente invención también se refiere a un sistema para la entrega de un contenido audio-visual a un dispositivo de un cliente, comprendiendo dicho sistema, un equipo y un dispositivo de interconexión, dicho dispositivo destinado a interconectar una primera red a una segunda red de interconexión, el dispositivo del cliente está conectado a la segunda red, dicho equipo está adaptado para proporcionar el contenido de audio-visual y destinado a estar conectado a la primera red. El sistema es además tal que, dicho equipo comprende: medios para recibir una primera solicitud para recibir el contenido audio-visual; medios para transmitir un mensaje de redireccionamiento, dicho mensaje de redireccionamiento tiene el objetivo de redirigir el dispositivo del cliente hacia un agente implementado en el dispositivo de interconexión. El sistema es además tal que, dicho agente comprende: medios para recibir una segunda solicitud para recibir el contenido audio-Visual; medios para actuar como un relé entre dicho equipo y el dispositivo del cliente .

La presente invención se refiere también a un programa de computación que se puede descargar desde una red de comunicación y/o desde un medio almacenado en que puede ser leído por un dispositivo de procesamiento. Este programa de computación comprende instrucciones para causar la implementación del método antes mencionado, cuando dicho programa se ejecuta por un procesador. La presente invención también se refiere a medios de almacenamiento de información, que almacenan un programa de computación que comprende dicho programa de computación.

Dado que las características y las ventajas relacionadas con el sistema antes mencionado y del programa de computación son idénticas a las ya mencionadas con respecto al correspondiente método antes mencionado, éstas no se repiten en la presente solicitud de patente.

Las características de la presente invención serán más claramente aparente a partir de la lectura de la siguiente descripción de un ejemplo de una modalidad de realización de la presente invención, dicha descripción está realizada con referencia a los siguientes dibujos adjuntos a la presente solicitud de patente.

BREVE DESCRIPCIÓN DE LOS DIBUJOS La figura 1A representa esquemáticamente un primer sistema de acuerdo con la presente invención.

La figura IB representa esquemáticamente un segundo sistema de acuerdo con la presente invención.

La figura 2 representa esquemáticamente una arquitectura de los dispositivos del sistema de acuerdo con la presente invención.

La figura 3 representa esquemáticamente un algoritmo para la entrega de contenido audio-visual de acuerdo con la presente invención.

La figura 4 representa esquemáticamente un algoritmo para la entrega de contenido audio-visual de acuerdo con la presente invención, en un contexto de multidifusión.

La figura 5 representa esquemáticamente un algoritmo para la entrega de contenido audio-visual de acuerdo con la presente invención, en un contexto de multidifusión de la HLS.

La figura 6 representa esquemáticamente un algoritmo para la entrega de contenido audio-visual de acuerdo con la presente invención, en un contexto de multi-fuente.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Con el fin de permitir que los dispositivos de los clientes se beneficien de la nueva infraestructura o de los servicios de la CDN en el contexto de una entrega de contenido audio-visual, mientras que se limita el consumo de los recursos de procesamiento, se propone redirigir las solicitudes dirigidas a un equipo, siempre que el contenido audio-visual, para un agente presente en un dispositivo de interconexión de red, que interconecta una red a la que el equipo está conectado y una red a la que está conectado el dispositivo del cliente. El agente, en respuesta, actúa como un relé entre el equipo y al menos un dispositivo del cliente al que se destina la entrega del contenido audio-visual. El redireccionamiento de las solicitudes permite alcanzar este objetivo sin que el agente tenga que revisar los mensajes transferidos a través del dispositivo de interconexión, lo que limita el consumo de recursos de procesamiento para el dispositivo de interconexión. Más allá de la ganancia de rendimiento, una falla del agente como se propone, no debería tener ningún impacto en otros servicios de la red de interconexión de dispositivos, que no habría sido el caso si el agente tenía que revisar los mensajes transferidos a través del dispositivo de interconexión. Cuando se considera que el dispositivo de interconexión es un portal de acceso doméstico, una falla de tal un agente de revisión daría como resultado el cierre de la conexión de banda ancha. En este caso, los subscriptores tendrán que sufrir una pérdida de diferentes servicios críticos tal como la Voz sobre la IP, datos y televisión. Por otra parte, como el agente propuesto no intercepta todo el tráfico que pasa a través del dispositivo de interconexión de la red, no deberían de surgir problemas de privacidad/confidencialidad.

La figura 1A representa esquemáticamente un primer sistema de acuerdo con la presente invención. El sistema comprende un dispositivo de interconexión de red 101, tal como un portal de acceso doméstico, adaptado para interconectar una primera red 110 y una segunda red 120. El sistema comprende además un servidor del portal que proporciona un sitio web a través del cual una descripción de contenidos audio-visuales (AV, por sus siglas en Inglés) está disponible a través de la CDN. El sistema comprende además un servidor de la CDN 112 desde el que se puede acceder a los contenidos AV que se describen a través del sitio web para que se muestren adicionalmente a un usuario. El servidor de la CDN 112 está adaptado para entregar los contenidos AV en demanda en una forma de unidifusión. El servidor de la CDN 112 se refiere en la descripción antes mencionada de los contenidos audio-visuales como el dispositivo que proporciona dichos contenidos AV. El sistema puede comprender además servidores adicionales, tales como un servidor de multidifusión 113 adaptado para entregar algunos o todos los dichos contenidos AV en una forma de multidifusión. El servidor del portal 111, el servidor de la CDN 112 y dichos servidores adicionales, están conectados a la primera red 110.

Resulta conveniente hacer notar, que el servidor del portal 111, el servidor de la CDN 112 y dichos servidores adicionales, pueden corresponder a funcionalidades implementadas en una sola plataforma de hardware. En otras palabras, el servidor del portal 111, el servidor de la CDN 112 y el servidor de multidifusión 113, constituyen un equipo conectado a la primera red 110 y adaptado para proporcionar el contenido de AV a los dispositivos de los clientes.

En una modalidad de realización preferida de la presente invención, el servidor de la CDN 112 está adaptado para entregar los contenidos AV utilizando la HLS, permitiendo asi la implementación de la ABS. Sin embargo, los mismos principios se aplicarían cuando el servidor de la CDN 112 está adaptado para entregar los contenidos AV utilizando la Smooth Streaming, HDS o MPEG DASH.

En una modalidad de realización de la presente invención, el servidor de multidifusión 113 está adaptado para entregar al menos un contenido AV entre dichos contenidos AV utilizando el Protocolo de Transporte en Tiempo Real RTP (RTP, por sus siglas en Inglés, "Real-time Transport Protocol" como se define en el documento RFC normativa 3550) sobre el Protocolo de Datagrama del Usuario (UDP, por sus siglas en Inglés, "User Datagram Protocol" como se define en el documento RFC normativo 768).

El dispositivo de interconexión de red 101 interconecta la primera red 110 y la segunda red 120, de modo que un dispositivo de un cliente 121 conectado a la segunda red 120 puede acceder a los servicios ofrecidos por el servidor del portal 111, el servidor de la CDN 112 y dichos servidores adicionales, a través del dispositivo de interconexión de red 101. El dispositivo de interconexión de red 101 comprende un agente 102, que actúa como un relé entre el equipo de la CDN y el dispositivo del cliente 121. El comportamiento del agente 102 y del equipo de la CDN de detalla en la presente solicitud de patente con respecto a las figuras 3 a 6.

La figura IB representa esquemáticamente un segundo sistema de acuerdo con la presente invención. El sistema de la figura IB es similar al sistema de la figura 1A con la excepción de que el servidor de multidifusión 113 se sustituye por los servidores AV plurales 114, 115. Cada servidor AV es capaz de entregar al menos parte de los contenidos audio-visuales, potencialmente con diferentes velocidades de bits, es decir, capas. Los servidores AV 114, 115 considerados como un todo están adaptados para proporcionar los contenidos AV completos, pero cada servidor AV 114, 115, puede ser capaz de sólo una parte de los contenidos AV o de un subconjunto de las capas disponibles en la CDN para los contenidos AV. De conformidad con un primer ejemplo de la presente invención, el servidor AV 114 es capaz de proporcionar los contenidos AV en baja resolución y el servidor AV 115 es capaz de proporcionar los contenidos AV en alta resolución. De conformidad con un segundo ejemplo de la presente invención, el servidor AV 114 es capaz de proporcionar un fragmento de cada contenido AV y el servidor AV 115 es capaz de proporcionar la parte restante de cada contenido AV. De conformidad con un tercer ejemplo de la presente invención, cada servidor AV 114, 115 es capaz de proporcionar todos los contenidos AV en baja resolución y en alta resolución. Los servidores AV 114, 115 se pueden utilizar en conjunción con el fin de mejorar la QoE del punto de vista del usuario durante la entrega de los contenidos AV y/o mejorar el equilibrio de carga en la primera red 110.

Las figuras 1A y IB muestran flechas, en lineas claras y en trazos, que representa los intercambios de datos que tienen lugar durante el funcionamiento del sistema y que se detallan en la presente solicitud de patente con respecto a las figuras.3, 4 y 6.

La figura 2 representa esquemáticamente una arquitectura de la red del dispositivo de interconexión 101 y/o del servidor del portal 111 y/o del servidor de la CDN 112 y/o del servidor de multidifusión 113 y/o de los servidores AV 114, 115. Considerando que se describe la figura 2 con respecto al dispositivo de interconexión de red 101.

De acuerdo con la arquitectura mostrada, el dispositivo de interconexión de red 101 comprende los siguientes componentes interconectados por un bus de comunicaciones 210: un procesador, un microprocesador, un microcontrolador o CPU (Unidad de Procesamiento Central "Central Processing Unit") 200; una memoria RAM (Memoria de Acceso Aleatorio "Ramdom-Access Memory") 201; una memoria ROM (Memoria de Solo Lectura "Read-Only Memory") 202; un HDD (Disco Duro "Hard-Disk Drive") 203, o cualquier otro dispositivo adaptado para leer la información almacenada en medios de almacenamiento; una primera interfaz de comunicación 204 y una segunda interfaz de comunicación 205.

La primera interfaz de comunicación 204 permite al dispositivo de interconexión de red 101 se conecte a la primera red 110. La segunda interfaz de comunicación 205 permite que el dispositivo de interconexión de red 101 se conecte a la segunda red 120. Cabe señalar que, hay que considerar que el servidor del portal 111 o el servidor de la CDN 112 o el servidor de multidifusión 113, pueden ser implementados para sólo una interfaz de comunicación, para conectar el servidor en cuestión a la primera red 110.

El CPU 200 es capaz de ejecutar instrucciones cargadas en la memoria RAM 201 desde la ROM 202 o desde una memoria externa, tal como el HDD 203. Después de que el dispositivo de interconexión de red 101 se ha encendido, el CPU 200 es capaz de leer las instrucciones de la memoria RAM 201 y ejecutar estas instrucciones. Las instrucciones forman un programa de computación que hace que el CPU 200 realice las etapas realizadas por el dispositivo de interconexión de red 101 y que a continuación se describe en la presente solicitud de patente, con respecto a las figuras 3 y 4. Debe de tenerse en cuenta, que estas etapas se pueden implementar en un software mediante la ejecución de un conjunto de instrucciones o por un programa mediante una máquina de computación programable, tal como una PC, un DSP (Procesador de Señal Digital "Digital Signal processor") o un microcontrolador; o bien implementado en un hardware mediante una máquina o un componente especializado, tal como un FPGA (Arreglo de Portales de Campo Programables "Field-Programmable Gate Array") o un ASIC (Circuito Integrado de Aplicación Especifica "Application-Specific Integrated Circuit").

La figura 3 representa esquemáticamente un algoritmo para la entrega de contenido AV implementado por el sistema de la figura 1A o IB.

En una etapa 301, el dispositivo del cliente 121 solicita que el servidor del portal 111 proporcione al dispositivo del cliente 121 una descripción de los contenidos AV puestos a disposición a través de la CDN. La solicitud se realiza preferiblemente en la forma de una solicitud HTTP de unidifusión a un URL (Localizador de Recursos Uniforme "Uniform Resource Locator") que se refiere a dicha descripción de contenidos AV. La solicitud se transmite por el dispositivo del cliente 121 al servidor del portal 111 a través del dispositivo de interconexión de red 101.

En una siguiente etapa 302, el servidor del portal 111 transmite, en respuesta a la solicitud transmitida en la etapa 301, la descripción de los contenidos audio-visuales puestos a disposición a través de la CDN. La respuesta es transmitida mediante el servidor del portal 111 al dispositivo del cliente 121 a través del dispositivo de interconexión de red 101. La descripción comprende una lista de dichos contenidos AV, asi como los respectivos URLs a los cuales los respectivos contenidos AV pueden ser obtenidos desde el servidor de la CDN 112. La descripción puede comprender además miniaturas ( "thumbnails") de imágenes extraídas de los respectivos contenidos AV o de imágenes representativas de dichos respectivos contenidos AV, lo que permite que el dispositivo del cliente 121 muestre en una interfaz gráfica del usuario (GUI, por sus siglas en Inglés, "Graphical User Interface") un mosaico construido a partir de dichas miniaturas.

El intercambio de mensajes relacionados con la ejecución de las etapas 301 y 302 se representa con las flechas 131 en la figura 1A y 141 en la figura IB.

En una siguiente etapa 303, el dispositivo del cliente 121 obtiene del usuario, a través de una interfaz del usuario, una selección de un contenido de AV en la lista de contenidos AV disponibles.

Se deberá tener en cuenta que, en una modalidad de realización más general, la selección del contenido AV se puede realizar automáticamente, sin ejecución de las etapas 301 y 302. Por ejemplo, el dispositivo del cliente 121 recibe en un mensaje, tal como un correo electrónico, un URL que se señala en el contenido AV proporcionado por el servidor de la CDN 112.

En una siguiente etapa 304, el dispositivo del cliente 121 solicita el contenido AV seleccionado al servidor de la CDN 112. La solicitud está preferiblemente en la forma de un mensaje GET HTTP que se refiere a un archivo de lista de reproducción con una extensión M3U8.

En una siguiente etapa 305, el servidor de la CDN 112 comprueba si el contenido AV está relacionado con una nueva infraestructura o nuevos servicios, para lo cual se espera que el dispositivo del cliente 121 sea no-compatible.

Cuando el contenido AV seleccionado está relacionado con una nueva infraestructura o nuevos servicios, entonces se realiza una etapa 307. De lo contrario, se realiza una etapa 306.

En la atapa 306, el servidor de la CDN 112 proporciona el contenido AV seleccionado para el dispositivo del cliente 121 a través del. dispositivo de interconexión de red 101.

Preferiblemente, el contenido de AV se entrega por el servidor de la CDN 112 utilizando la teenología de la HLS, es decir, en una secuencia de pequeñas descargas de archivos basado en el HTTP, conteniendo cada uno de ellas, un fragmento de un flujo de transporte representativo del contenido AV. Las descargas se realizan sobre una base de una solicitud-respuesta de HTTP de unidifusión. A continuación, el algoritmo termina.

En la atapa 307, el servidor de la CDN 112 transmite al dispositivo del cliente 121 un mensaje de redireccionamiento que indica que el dispositivo del cliente 121 es redirigido a otro lugar indicado por un par de TCP de dirección y puerto IP ("Internet Protocol" tal como se define por el documento normativo RFC 791). El par de TCP de dirección y puerto IP, es administrado por el agente 102 del dispositivo de interconexión 101.

El mensaje de redireccionamiento indica preferiblemente una reubicación temporal del contenido audio-visual. Lo que indica que el recurso solicitado reside temporalmente en una ubicación diferente lo que permite, cuando el dispositivo del cliente 121 haría un intento posterior para obtener el contenido AV, asegurar que el dispositivo del cliente 121 contacte de nuevo el servidor de la CDN 112.

Por lo tanto, el servidor de la CDN 112 es capaz de verificar si el contenido AV está todavía relacionado con una nueva infraestructura o nuevos servicios, para los cuales se espera que el dispositivo del cliente 121 sea no-compatible.

El intercambio de mensajes relacionados con la ejecución de las etapas 304, 306 y 307 se representa con las flechas 132 en la figura 1A y 142 en la figura IB.

En una siguiente etapa 308, al recibir el mensaje de redireccionamiento, el dispositivo del cliente 121 genera una solicitud de conexión hacia el par de TCP de dirección y puerto IP indicado en el mensaje de redireccionamiento. La solicitud contiene los parámetros proporcionados en el mensaje de redireccionamiento.

La transmisión de este mensaje relacionado con la ejecución de las etapas 308 se representa con las flechas 133 en la figura 1A y 143 en la figura IB.

En una siguiente etapa 309, el agente 102 actúa como un relé entre el equipo de la CDN y el dispositivo del cliente 121. Por lo tanto, el dispositivo del cliente 121 interactúa con el agente 102 como si el dispositivo 121 estuviera interactuando con el servidor de la CDN 112, y el agente 102 permite la implementación de la nueva infraestructura o servicios nuevos.

De conformidad con una primera modalidad de realización de la presente invención, la nueva infraestructura o nuevos servicios se refieren a la implementación de las transmisiones de multidifusión de contenidos AV en transmisión en vivo en toda la red CDN. Esta modalidad de realización de la presente invención se detalla con respecto a la figura 4 en la presente solicitud de patente. De acuerdo con una segunda modalidad de realización de la presente invención, la nueva infraestructura o nuevos servicios se refiere a la implementación de fuentes plurales desde las cuales el agente 102 es capaz de recuperar los contenidos AV. Esta modalidad de realización de la presente invención se detalla con respecto a la figura 6 en la presente solicitud de patente.

La figura 4 representa esquemáticamente un algoritmo para la entrega de contenido AV implementado por el sistema de la figura 1A en el cual el servidor de multidifusión 113 está activo. El algoritmo permite que los dispositivos de los clientes se beneficien de la nueva infraestructura o servicios de la CDN con el objetivo de reducir el consumo de ancho de banda en la primera red 100.

El algoritmo comienza con las etapas 401 a 404, que son respectivamente idénticas a las etapas 301 a 304 que ya se han descrito con respecto a la figura 3 en la presente solicitud de patente, salvo que la descripción de los contenidos AV puestos a disposición a través de la CDN sólo enumera los contenidos AV disponibles como una transmisión en vivo.

En una siguiente etapa 405, el servidor de la CDN 112 comprueba si el contenido AV está disponible en forma de multidifusión desde el servidor de multidifusión 113. De conformidad con un primer ejemplo, el servidor de la CDN 112 almacena una lista predefinida de contenidos AV que están disponibles como una transmisión en vivo y en forma de multidifusión desde el servidor de multidifusión 113. De acuerdo con un segundo ejemplo de la presente invención, todos los contenidos AV disponibles en la transmisión de multidifusión están asociados con los respectivos identificadores únicos, el servidor de la CDN 112 proporciona el identificador único del contenido AV seleccionado al servidor de multidifusión 113 y el servidor de multidifusión 113 transmite una respuesta que indica si una transmisión de multidifusión ya está configurada, o si el servidor de multidifusión 113 tiene la capacidad de configurar tal transmisión de multidifusión, por el contenido AV identificado.

Cuando el contenido AV seleccionado se pone a disposición en forma de multidifusión, se realiza una etapa 407. De lo contrario, se realiza una etapa 406.

En la atapa 406, el servidor de la CDN 112 proporciona el contenido AV seleccionado en forma de unidifusión al dispositivo del cliente 121 a través del dispositivo de interconexión de red 101.

En la atapa 407, el servidor de la CDN 112 transmite al dispositivo del cliente 121 un mensaje de redireccionamiento que indica que el dispositivo del cliente 121 es redirigido a otro lugar, como ya se ha descrito anteriormente con respecto a la etapa 307 en la presente solicitud de patente.

El mensaje de redireccionamiento puede adoptar la forma siguiente: 307 REDIRECCIÓN TEMPORAL ubicación:192.168.0.1:50007225.10.11.12:1000&NbLayers= 3 en donde: - 307 REDIRECCIÓN TEMPORAL corresponde a un código de HTTP que indica que el recurso solicitado reside temporalmente en una ubicación diferente y que, debido a la redirección puede ser alterado en alguna ocasión, el dispositivo del cliente 121 debe continuar utilizando el URL precedente para futuras solicitudes; ubicación: 192. 168. 0. 1 : 5000 indica la ubicación temporal del recurso, 192.168. 0. 1 es la dirección IP del agente 102 y 5000 es el puerto TCP al que el dispositivo del cliente 121 deberá llevar a cabo una conexión; - ? indica que los parámetros siguen; 225. 10.11.12 : 1000&NbLayers=3 son dichos parámetros necesarios por el agente 102, 225. 10.11. 12 es la dirección de multidifusión IP para el flujo de multidifusión representativa del contenido AV solicitado, 1000 es el puerto UDP al que el agente 102 deberá escuchar y NbLayers=3 indica la cantidad de capas disponibles para el contenido AV solicitado .

Resulta conveniente señalar, que la indicación de un valor para el parámetro NbLayers sólo es útil en caso de la ABS, y además, cuando la cantidad de capas no es conocida a priori por el agente 102.

En una etapa siguiente 408, al recibir el mensaje de redireccionamiento, el dispositivo del cliente 121 genera una solicitud de conexión hacia el par de TCP de dirección y puerto IP indicado en el mensaje de redireccionamiento. La solicitud contiene los parámetros proporcionados en el mensaje de redireccionamiento. En una etapa siguiente 409, el agente 102 se une a la secuencia de multidifusión, que especifican el puerto y la dirección en la solicitud recibida desde el dispositivo del cliente 121. A continuación, el agente 102 recibe el flujo de multidifusión desde el servidor de multidifusión 113. La unión del flujo de multidifusión se realiza preferiblemente usando un mensaje IGMP especializado (Protocolo de administración de grupos de Internet, "Internet Group Management Protocol" como lo define el documento RFC 3376 normativo).

La transmisión de datos en forma de multidifusión del contenido AV seleccionado se representa con una flecha 134 en la figura 1A.

En una siguiente etapa 410, el agente 102 realiza una conversión de multidifusión a unidifusión. A partir de los paquetes de multidifusión recibidos, el agente 102 genera respuestas de unidifusión respectivas para las solicitudes transmitidas por el dispositivo del cliente 121. En efecto, para obtener el contenido AV seleccionado, el dispositivo del cliente 121 genera peticiones hacia el agente 102 para obtener el contenido AV seleccionado, por piezas. El agente 102 genera respuestas a dichas solicitudes con datos AV del flujo de multidifusión recibido desde el servidor de multidifusión 113.

La transmisión de datos en forma de unidifusión del contenido AV seleccionado se representa con la flecha 135 en la figura 1A.

De conformidad con una modalidad de realización particular de la presente invención, las capas plurales son puestas a disposición por el servidor de multidifusión 113 para la entrega del contenido AV seleccionado, el mensaje de redireccionamiento incluye un par de dirección de multidifusión y puerto asociado para cada capa. El agente 102 es entonces capaz de unir cualquiera o todos los flujos de multidifusión para el contenido de AV seleccionado.

De conformidad con otra modalidad de realización particular de la presente invención, las capas plurales son puestas a disposición por el servidor de multidifusión 113 para la entrega del contenido AV seleccionado, el mensaje de redireccionamiento no incluye ninguna dirección de multidifusión ni puerto asociado. En este caso, la dirección de multidifusión y el puerto asociado para cualquier flujo de multidifusión son conocidos de antemano por el agente 102. Por ejemplo, tal dirección de multidifusión y puerto asociado están predefinidos, o son transmitidos por el servidor de la CDN 112 al dispositivo de interconexión 101 en un mensaje especializado en asociación con el identificador único del contenido AV seleccionado y el mensaje de redireccionamiento incluye dicho identificador único.

De acuerdo con todavía otra modalidad de realización particular de la presente invención, las capas plurales son puestas a disposición por el servidor de multidifusión 113 para la entrega del contenido AV seleccionado, el agente 102 determina al menos una dirección de multidifusión y/o al menos un puerto asociado, para unirse a los flujos de multidifusión, como una función de una cantidad de capas indicadas en el mensaje de redireccionamiento por el contenido AV seleccionado. Por ejemplo, una dirección de multidifusión para una capa es incluida en el mensaje de redireccionamiento, el agente 102 puede determinar otra dirección de multidifusión para la otra capa modificando dicha dirección de multidifusión incluida en una forma predeterminada. A modo de ejemplo, el mensaje de redireccionamiento incluye la dirección de multidifusión 225. 10. 11. 12, que corresponde a una capa, y el agente 102 sabe que, mediante el incremento en una unidad esta dirección, dicho agente 102 obtiene la dirección de multidifusión 225.10. 11. 13, que corresponde a otra capa. El valor de los parámetros NbLayers puede indicar hasta cuales incrementos en la dirección pueden ser realizados. El mismo principio se aplica para el puerto asociado. Como un ejemplo, el mensaje de redireccionamiento incluye el puerto 1000, que corresponde a una capa, y el agente 102 sabe que, mediante el incremento en una unidad de este puerto, dicho agente 102 obtiene el puerto 1001, que corresponde a otra capa. Se puede observar a partir de estos ejemplos, que una dirección de multidifusión para todas las capas y un puerto asociado por capa pueden ser utilizados, o una dirección de multidifusión por capa y un puerto asociado por capa pueden ser utilizados, o una dirección de multidifusión por capa y un puerto asociado para todas las capas, pueden también ser utilizados.

La figura 5 detalla de forma esquemática las etapas 408 a 410 realizadas por el agente 102 en un contexto de la HLS de multidifusión.

En una etapa 401, el agente 102 recibe una solicitud desde el dispositivo del cliente 121 para obtener la lista de reproducción para los distintos flujos que están disponibles para el contenido AV seleccionado. Esta solicitud es la recibida en la atapa 408 y por lo tanto potencialmente comprende los parámetros procedentes del mensaje de redireccionamiento.

En una siguiente etapa 502, el agente 102 solicita del servidor de la CDN 112 dicha lista de reproducción, el URL que se utiliza para lograr este sea, a priori, conocido por el agente 102 o proporcionado como un parámetro en el mensaje de redireccionamiento. Al menos, el mensaje de redireccionamiento incluye parámetros representativos de dicho Localizador de Recursos Uniforme (URL).

En una siguiente etapa 503, el agente 102 recibe la lista de reproducción desde el servidor de la CDN 112, dicha lista de reproducción se refiere a las listas de reproducción de la capa, una por capa, tales como: ”low.m3w8", "medium . m3u8" y "high m3u8".

En una etapa siguiente 504, el agente 102 analiza la lista de reproducción proporcionada por el servidor de la CDN 112 para determinar la lista de reproducción aplicable para cada capa, y por lo tanto, para determinar el flujo de multidifusión en cuestión.

En una siguiente etapa 505, el agente 102 transmite al dispositivo del cliente 121 la lista de reproducción recibida desde el servidor de la CDN 112.

Cuando el dispositivo del cliente 121 solicita una lista de reproducción de una capa en una siguiente atapa 506, por ejemplo, "low.m3u8", el agente 102 realiza la operación de unión de la etapa 409. El agente 102 puede determinar cuáles flujos de multidifusión, para unirse usando la posición, en la lista de reproducción recibida del servidor de la CDN 112, de la lista de reproducción de una capa solicitada por el dispositivo del cliente 121.

En respuesta a la operación de unión, en una siguiente etapa 507, el agente 102 inicia la recepción de los flujos de multidifusión desde el servidor de multidifusión 113, que incluyen las listas de reproducción de una capa para la capa correspondiente, por ejemplo, la ”low.m3w8" y los datos AV.

En una etapa siguiente 508, el agente 102 analiza las listas de reproducción de las capas incluidas en los flujos de multidifusión para determinar los identificadores de todos los archivos que componen el flujo AV para la capa considerada.

En una etapa siguiente 509, el agente 102 transmite al dispositivo del cliente 121 las listas de reproducción de las capas incluidas en los flujos de multidifusión. A continuación, se espera que el dispositivo del cliente 121 genere peticiones hacia el agente 102 para obtener el contenido AV seleccionado por piezas, como ya se ha descrito anteriormente en la presente solicitud de patente. En respuesta, el agente 102 realiza la conversión de multidifusión a unidifusión de la etapa 410.

Cuando el dispositivo del cliente 121 detecta una necesidad de cambiar a otra capa, el dispositivo del cliente 121 transmite, en una siguiente etapa 510, una solicitud para la obtención de la lista de reproducción correspondiente, por ejemplo, la "medium. m3u8". Lo anterior da como resultado que el agente 102 seleccione un flujo de multidifusión como una función de dicha otra lista de reproducción solicitada por el dispositivo del cliente 121. Una vez que todas las listas de reproducción de las capas se conocen por el dispositivo del cliente 121, el dispositivo del cliente 121 puede solicitar una descarga de archivos desde cualquier lista de reproducción de la capa, utilizando un identificador de dicho archivo. El agente 102 es capaz de seleccionar un flujo de multidifusión como una función de dicho identificador de dicho archivo, gracias a la operación de análisis que se realiza de antemano en las listas de reproducción de las capas.

Una vez que los datos del flujo convertido se transmiten al dispositivo del cliente 121, el algoritmo reitera la etapa 506, en donde el dispositivo del cliente 121 solicita de nuevo, una lista de reproducción. De hecho, en un contexto de transmisión en vivo en la HLS, la lista de reproducción evolucionan con el tiempo: se eliminan fragmentos obsoletos y se añaden fragmentos nuevos. El agente 102 proporciona la lista de reproducción actualizada a la fecha al dispositivo del cliente 121 y selecciona otro flujo de multidifusión sólo cuando un interruptor entre las capas tiene que ser realizado .

En el contexto de la Smooth Streaming, la implementación es más simple ya que la solicitud del dispositivo del cliente 121 indica la capa concerniente y la referencia de tiempo de la pieza de archivo AV solicitado.

Derivado de la explicación anterior con respecto a la figura 5, se puede entender que el dispositivo del cliente 121 se encarga de detectar la necesidad de pasar de una capa a otra.

De conformidad con otra modalidad de realización particular de la presente invención, las capas plurales son puestas a disposición por el servidor de multidifusión 113 para la entrega del contenido AV seleccionado, el agente 102 una vez habiendo unido un flujo de multidifusión correspondiente a una capa, el agente 102 detecta una necesidad del dispositivo del cliente 121 para que éste cambie de dicha una capa a la otra capa. A continuación, el agente 102 une un flujo de multidifusión correspondiente a dicha otra capa y deja el flujo de multidifusión de multidifusión correspondiente a dicha una capa. Dejar un flujo de multidifusión se realiza preferiblemente usando un mensaje IGMP especializado. Asi pues, el agente 102 no está en una situación en la que el agente 102 necesite unirse simultáneamente a una pluralidad de flujos de multidifusión, o sólo por un corto periodo de tiempo con el fin de realizar el cambio de una capa a otra.

De acuerdo con todavía otra modalidad de realización particular de la presente invención, las capas plurales son puestas a disposición por el servidor de multidifusión 113 para la entrega del contenido AV seleccionado, el agente 102 una vez habiendo unido a al menos dos flujos de multidifusión que corresponden respectivamente a una capa y a la otra capa, el agente 102 detecta una necesidad del dispositivo del cliente 121 para cambiar de dicha una capa a la otra capa. A continuación, el agente 102 selecciona los datos de un flujo de multidifusión de entre dichos al menos dos flujos de multidifusión, como una función de dicha necesidad detectada. Esto significa que el agente 102 recibe los datos de ambos flujos de multidifusión y selecciona internamente los datos apropiados que van a ser proporcionados en una forma de unidifusión al dispositivo del cliente 121.

De conformidad con todavía otra modalidad realización particular de la presente invención, la detección de una necesidad del dispositivo del cliente 121 de cambiar de una capa a la otra capa, se lleva a cabo por el agente 102 por sí mismo, por ejemplo, sobre la base del monitoreo de la carga del tráfico en la primera red 110.

Otro enfoque de la presente invención, es que el servidor de multidifusión 113 informa al agente 102 que hay una necesidad de realizar un cambio de este tipo.

La figura 6 representa esquemáticamente un algoritmo para la entrega de contenido AV implementado por el sistema de la figura IB en donde los servidores AV 114, 115 están activos. El algoritmo permite que los dispositivos de los clientes se beneficien de la nueva infraestructura de la CDN o de los servicios con el objetivo de mejorar la QoE desde la perspectiva del usuario y/o mejorar el equilibrio de carga en la primera red 100.

El algoritmo comienza con las etapas 601 a 604, respectivamente, que son idénticas a las etapas 301 a 304 que ya se ha descrito con respecto a la figura 3 en la presente solicitud de patente. La descripción de los contenidos AV puestos a disposición a través de la CDN enlista los contenidos AV que están disponibles como transmisión en vivo y/o como VOD ("Video On-Demand").

En una siguiente etapa 605, el servidor de la CDN 112 comprueba si el contenido AV está disponible a partir de fuentes plurales. De conformidad con un primer ejemplo de la presente invención, el servidor de la CDN 112 almacena una lista predefinida fuentes a partir de las cuales los contenidos AV están disponibles. De acuerdo con un segundo ejemplo de la presente invención, todos los contenidos AV están asociados con identificadores únicos respectivos, el servidor de la CDN 112 proporciona el identificador único del contenido AV seleccionado a los servidores AV 114, 115 y los servidores AV 114, 115 transmiten las respuestas que indican si el contenido AV identificado se almacena al menos parcialmente por los servidores AV 114, 115.

Cuando el contenido AV seleccionado se pone a disposición a partir de fuentes plurales, se realiza una etapa 607. De lo contrario, se realiza una etapa 606.

En la atapa 606, el servidor de la CDN 112 proporciona el contenido AV seleccionado en forma de unidifusión al dispositivo del cliente 121 a través del dispositivo de interconexión de red 101.

En la atapa 607, el servidor de la CDN 112 transmite al dispositivo del cliente 121 un mensaje de redireccionamiento que indica que el dispositivo del cliente 121 es redirigido a otro lugar, como ya se ha descrito en la presente solicitud de patente con respecto a la etapa 307. El mensaje de redireccionamiento puede contener además una indicación de un URL representativo de cada fuente a partir de la cual el agente 102 puede solicitar el contenido de AV seleccionado. El mensaje de redireccionamiento puede contener además una indicación de qué fragmento del contenido AV seleccionado almacena cada fuente. Estas indicaciones también pueden estar predefinidas en el agente 102.

En una etapa siguiente 608, al recibir el mensaje de redireccionamiento, el dispositivo del cliente 121 genera una solicitud de conexión hacia la pareja TCP de la dirección IP y al puerto indicado en el mensaje de redireccionamiento. La solicitud contiene los parámetros proporcionados en el mensaje de redireccionamiento.

En una etapa siguiente 609, el agente 102 solicita y recibe el contenido AV seleccionado de una fuente plural. La solicitud de un mismo fragmento a fuentes plurales permite aumentar la QoE, ya gue reduce la latencia general para obtener los fragmentos, con lo cual se evita la escasez de datos AV y por lo tanto, tambien artefactos AV. Además, permite superar los impactos de la pérdida de conexión con una fuente, también referido como "host" , en QoE durante la entrega de los datos AV. La solicitud de diferentes fragmentos a fuentes diferentes respectivas permite mejorar el equilibrio de carga en la red CDN.

Los intercambios que permita que el agente 102 a reciba piezas del contenido AV seleccionado están representados por las flechas 144, 145 en la figura IB.

En una etapa siguiente 610, el agente 102 recrea el contenido AV seleccionado y transmite el contenido AV en forma de unidifusión al dispositivo del cliente 121.

La transmisión de datos en forma de unidifusión del contenido AV seleccionado se representa con una flecha 135 en la figura IB.

De conformidad con una modalidad de realización particular de la presente invención, una pluralidad de capas pueden estar disponibles para el contenido AV seleccionado. En el contexto de la HLS, el agente 102 solicita del servidor de la CDN 112 las listas de reproducción concernientes, el URL que se utiliza para lograr que éste sea conocido a priori por el agente 102 o proporcionado como un parámetro en el mensaje de redireccionamiento.

Una o más de dichas listas de reproducción pueden también obtenerse a partir de los servidores AV 114, 115.

De acuerdo con otra modalidad de realización particular de la presente invención, en el contexto de VOD, el dispositivo de interconexión 101 es un portal de acceso doméstico y el agente 102 obtiene los contenidos AV de fuentes plurales, que son otros portales de acceso domésticos. Dicho otros portales de acceso domésticos tienen acceso a al menos parte de los contenidos AV, los cuales puede ser almacenados por dichos otros portales de acceso domésticos u otra unidad de almacenamiento presente en las redes de área local interconectadas a Internet por dichos otros portales de acceso domésticos. El contenido AV es accesible por dicho otros portales de acceso domésticos cuando dicho contenido AV se ha descargado previamente para un usuario de un dispositivo del cliente presente en las redes de área local interconectadas a Internet por dicho otros portales de acceso domésticos. El servidor de la CDN 112 puede mantener trazas de los portales de acceso domésticos a través de las cuales el contenido AV se descarga, a fin de informar al agente 102 acerca de dónde se puede obtener el contenido AV. Tal modalidad de realización particular de la presente invención, permite mejorar aún más el equilibrio de carga en la CDN.

Claims (14)

REIVINDICACIONES

1. Un método para la entrega de un contenido audio visual a un dispositivo del cliente (121), un dispositivo de interconexión (101) interconecta una primera red (110) a una segunda red (120), el dispositivo del cliente está conectado a la segunda red, un equipo (112, 113, 114, 115) adaptado para proporcionar el contenido audio-visual está conectado a la primera red, caracterizado porque dicho equipo realiza: la recepción (304; 404; 604), desde el dispositivo del cliente, de una primera solicitud para recibir el contenido audio-visual; la transmisión (307; 407; 607) de un mensaje de redireccionamiento al dispositivo del cliente, dicho mensaje de redireccionamiento redirige el dispositivo del cliente hacia un agente implementado en el dispositivo de interconexión; y porque dicho agente realiza: - la recepción (308; 408; 608), desde el dispositivo del cliente, de una segunda solicitud para recibir el contenido audio-visual; la actuación (309) como un relé entre dicho equipo y el dispositivo del cliente, en respuesta a dicha segunda solicitud.

2. El método de conformidad con la reivindicación 1, caracterizado porque dicha primera y segunda solicitud son solicitudes para recibir el contenido audio-visual en la forma de un flujo de unidifusión, y porque dicho equipo está adaptado para proporcionar el contenido audio-visual en una transmisión en vivo, y porque dicho equipo transmite el mensaje de redireccionamiento al dispositivo del cliente cuando el contenido audio-visual se pone a disposición por dicho equipo en la forma de al menos un flujo de multidifusión, y porque, cuando actúa como un relé, dicho agente realiza: la unión (409) de dicho al menos un flujo de multidifusión; la conversión (410) de los datos recibidos en la__ forma de el al menos un flujo de multidifusión en datos en la forma de flujo de unidifusión.

3. El método de conformidad con la reivindicación 2, caracterizado porque: el mensaje de redireccionamiento incluye parámetros que notifican al menos una dirección de multidifusión y al menos un puerto asociado; la solicitud para recibir el contenido audio-visual en la forma de flujo de unidifusión comprende dicho parámetros que notifican la al menos una dirección de multidifusión y el al menos un puerto asociado; y porque dicho agente une al menos un flujo de multidifusión correspondiente a la al menos una dirección de multidifusión y el al menos un puerto asociado.

4. El método de conformidad con una cualquiera de las reivindicaciones 2 y 3, caracterizado porque: el mensaje de redireccionamiento incluye parámetros que notifican una cantidad de capas que se han hecho disponibles para el contenido audio-visual en la forma de al menos un flujo de multidifusión; la solicitud para recibir el contenido audio-visual en la forma del flujo de unidifusión incluye dichos parámetros que notifican la cantidad de capas; y porque dicho agente determina al menos una dirección de multidifusión y/o al menos un puerto asociado, como una función de dicha cantidad de capas.

5. El método de conformidad con cualquiera de las reivindicaciones 3 y 4, caracterizado porque: el mensaje de redireccionamiento incluye parámetros que notifican una dirección de multidifusión y un puerto asociado y notifican dicha cantidad de capas; la solicitud para recibir el contenido audio-visual en la forma del flujo de unidifusión incluye dichos parámetros que notifican dicha una dirección de multidifusión y dicho un puerto asociado y que notifican dicha cantidad de capas; y porque dicho agente determina una dirección de multidifusión por capa y un puerto asociado, como una función de dicha cantidad de capas y de dicha una dirección de multidifusión y dicho puerto asociado incluido en dicha solicitud.

6. El método de conformidad con cualquiera de las reivindicaciones 3 y 4, caracterizado porque: el mensaje de redireccionamiento incluye parámetros que notifican una dirección de multidifusión y un puerto asociado y que notifican dicha cantidad de capas; la solicitud para recibir el contenido audio-visual en la forma del flujo de unidifusión incluye dichos parámetros que notifican dicha una dirección de multidifusión y dicho un puerto asociado y que notifican dicha cantidad de capas; y porque dicho agente determina una dirección de multidifusión para todas las capas y un puerto asociado por capa, como una función de dicha cantidad de capas y de dicha una dirección de multidifusión y dicho puerto asociado incluido en dicha solicitud.

7. El método de conformidad con una cualquiera de las reivindicaciones 2 a 6, caracterizado porque, una pluralidad de capas se han hecho disponibles para el contenido audio-visual en la forma de al menos un flujo de multidifusión, dicho equipo está adaptado para proporcionar el contenido audio-visual utilizando el Protocolo de Transferencia de HiperTexto de Transmisión en Vivo, caracterizado porque: - el mensaje de redireccionamiento incluye parámetros representativos de un Localizador de Recursos Uniforme en relación con una lista de reproducción para el contenido audio-visual; la solicitud para recibir el contenido audio-visual en la forma del flujo de unidifusión incluye dichos parámetros representativos del Localizador de Recursos Uniforme; y porque dicho agente realiza: - la solicitud (502) de dicha lista de reproducción sobre la base de dicho Localizador de Recursos Uniforme; la recepción (503) de dicha lista de reproducción; la realización (504) de una operación de análisis en dicha lista de reproducción para determinar una lista de reproducción asociada con cada capa; la recepción (507) de una lista de reproducción de las capas de cada flujo de multidifusión unido; la transmisión (505; 509) de dichas listas de reproducción recibidas en el dispositivo del cliente; la recepción de una solicitud (506; 510), del dispositivo del cliente, que indica una lista de reproducción asociada con una capa o que indica un archivo de una lista de reproducción asociada con una capa; y la selección de un flujo de multidifusión como una función de dicha lista de reproducción indicada asociada con una capa o de dicho archivo indicado.

8. El método de conformidad con una cualquiera de las reivindicaciones 2 a 6, caracterizado porque, una pluralidad de capas se han hecho disponibles para el contenido audio visual en la forma de al menos un flujo de multidifusión, el agente ha unido un flujo de multidifusión correspondiente a una capa, dicho agente realiza: la detección de una necesidad del dispositivo del cliente para cambiar de dicha una capa a la otra capa; la unión de un flujo de multidifusión correspondiente a dicha otra capa; dejar el flujo de multidifusión correspondiente a dicha una capa.

9. El método de conformidad con una cualquiera de las reivindicaciones 2 a 6, caracterizado porque, una pluralidad de capas se han hecho disponibles para el contenido audio- visual en la forma de al menos un flujo de multidifusión, el agente ha unido al menos dos flujos de multidifusión correspondientes respectivamente a una capa y a la otra capa, dicho agente realiza: la detección de una necesidad del dispositivo del cliente para cambiar entre las capas; la selección de datos de un flujo de multidifusión entre dichos al menos dos flujos de multidifusión, como una función de dicha necesidad detectada.

10. El método de conformidad con la reivindicación 1, caracterizado porque dicha primera y segunda solicitud son solicitudes para recibir el contenido audio-visual en la forma de un flujo de unidifusión, y porque dicho equipo transmite el mensaje de redireccionamiento al dispositivo del cliente cuando el contenido audio-visual se pone a disposición por las fuentes plurales, y porque, cuando actúa como un relé de dicho agente realiza: la solicitud (609) de dicho contenido audio-visual de dichas fuentes plurales; la recreación (610) de un flujo de unidifusión a partir de los datos recibidos desde dichas fuentes plurales.

11. El método de conformidad con la reivindicación 10 caracterizado porque: el mensaje de redireccionamiento incluye parámetros que notifican a partir de cuales fuentes está disponible el contenido audio-visual; la solicitud para recibir el contenido audio-visual en la forma de flujo de unidifusión que comprende dichos parámetros .

12. El método de conformidad con una de cualquiera de las reivindicaciones 10 y 11, caracterizado porque dicho dispositivo de interconexión es un portal de acceso doméstico y dichas fuentes plurales son servidores de dicho equipo y/u otros portales de acceso doméstico.

13. El método de conformidad con una cualquiera de las reivindicaciones 1 a 12, caracterizado porque el mensaje de redireccionamiento indica una reubicación temporal del contenido audio-visual.

14. Un sistema para la entrega de un contenido audio visual a un dispositivo del cliente (121), dicho sistema comprende un equipo (112, 113, 114, 115) y un dispositivo de interconexión (101), dicho dispositivo de interconexión está destinado a interconectar una primera red (110) a una segunda red (120), el dispositivo del cliente está conectado a la segunda red, dicho equipo está adaptado para proporcionar el contenido audio-visual y está destinado a ser conectado a la primera red, caracterizado porque dicho equipo comprende: medios para recibir (304; 404; 604) una primera solicitud para recibir el contenido audio-visual; - medios para transmitir (307; 407; 607) un mensaje de redireccionamiento, dicho mensaje de redireccionamiento está destinado a redirigir el dispositivo del cliente hacia un agente implementado en el dispositivo de interconexión; y porque dicho agente comprende: - medios para recibir (308; 408; 608) una segunda solicitud para recibir el contenido audio-visual; medios para actuar (309) como un relé entre dicho equipo y el dispositivo del cliente, en respuesta a dicha segunda solicitud.