ES2928485T3 - Procedimiento para suministrar contenidos de audio y/o vídeo a un reproductor - Google Patents

Procedimiento para suministrar contenidos de audio y/o vídeo a un reproductor Download PDF

Info

Publication number
ES2928485T3
ES2928485T3 ES19214253T ES19214253T ES2928485T3 ES 2928485 T3 ES2928485 T3 ES 2928485T3 ES 19214253 T ES19214253 T ES 19214253T ES 19214253 T ES19214253 T ES 19214253T ES 2928485 T3 ES2928485 T3 ES 2928485T3
Authority
ES
Spain
Prior art keywords
audio
video content
demulticaster
player
cdn
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES19214253T
Other languages
English (en)
Inventor
Jean-François Martin
Remy Brebion
David Bouchard
Damien Sterkers
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Broadpeak SA
Original Assignee
Broadpeak SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Broadpeak SA filed Critical Broadpeak SA
Application granted granted Critical
Publication of ES2928485T3 publication Critical patent/ES2928485T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/148—Migration or transfer of sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/142—Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/562—Brokering proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/4424—Monitoring of the internal components or processes of the client device, e.g. CPU or memory load, processing speed, timer, counter or percentage of the hard disk space used

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Information Transfer Between Computers (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Reverberation, Karaoke And Other Acoustics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Una red de área local comprende una pluralidad de dispositivos receptores CDN de red de entrega de contenido para permitir que los terminales equipados con reproductores en la red de área local reciban contenidos de audio y/o video. El método divulgado comprende: obtener información de capacidad de los dispositivos receptores de CDN; seleccionar, de acuerdo con la información de capacidad, al menos un dispositivo receptor de CDN para una sesión de entrega de un contenido de audio y/o video al reproductor; cuando finaliza la sesión, el al menos un dispositivo receptor de CDN seleccionado mantiene en su lugar, durante una duración de tiempo predefinida, recursos de procesamiento para una próxima sesión potencial; cuando se inicia otra sesión antes de que expire el tiempo de duración predefinido, los recursos de procesamiento mantenidos se utilizan para la nueva sesión. Y cuando se inicia otra sesión después de la expiración del tiempo de duración predefinido, se realiza la reselección de al menos un dispositivo receptor de CDN, de acuerdo con la información de capacidad actualizada. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Procedimiento para suministrar contenidos de audio y/o vídeo a un reproductor
CAMPO TÉCNICO
La presente invención se refiere, en general, al suministro de contenidos de audio y/o vídeo a un reproductor. Más particularmente, la presente invención se refiere a la gestión del equilibrado de carga entre varios dispositivos desde los que el reproductor puede recibir los contenidos de audio y/o vídeo.
TÉCNICA RELACIONADA
Se considera un sistema de suministro de contenidos de audio y/o vídeo en el que varios dispositivos pueden ser contactados por terminales, que incluyen respectivamente reproductores para consumir contenidos de audio y/o vídeo, desde una única red de área local. Por ejemplo, el sistema de suministro de contenidos de audio y/o vídeo puede incluir varios decodificadores a través de los cuales se pueden recibir los contenidos de audio y/o vídeo, estando conectados dichos decodificadores a la misma red de área local que los terminales. Entonces, cuando un usuario quiera reproducir un contenido de audio y/o vídeo con su terminal, el usuario tiene que operar su terminal para seleccionar uno u otro de los decodificadores de la red de área local en para obtener el contenido de audio y/o vídeo.
Sin embargo, cuando se proporcionan varios decodificadores de este tipo en una misma red de área local, la intención es proporcionar una mayor capacidad de suministro de contenidos de audio y/o vídeo para poder admitir numerosos terminales concurrentes. Por tanto, parece que, sin una gestión adecuada del equilibrado de carga, algunos decodificadores pueden sobrecargarse mientras que otros pueden estar infrautilizados. De hecho, dado que la selección del decodificador la realiza cada usuario, pueden ocurrir muchas situaciones en las que un contenido de audio y/o vídeo que no está puesto a disposición a través de todos los decodificadores es inalcanzable, porque los decodificadores que son capaces de proporcionar dicho contenido de audio y/o vídeo ya están sobrecargadas con otros usuarios. Además, cuando un usuario pasa de un primer programa (contenido de audio y/o vídeo en vivo) a un segundo programa, es posible que el usuario tenga que cambiar a otro decodificador si, mientras tanto, otros usuarios se han conectado al decodificador a través del cual el usuario estaba reproduciendo el primer programa. Todas estas situaciones, y otras relacionadas con el equilibrado de carga inapropiado o ausente entre los decodificadores, afectan negativamente a la calidad de la experiencia (QoE).
Por tanto, es deseable superar los inconvenientes anteriores de la técnica anterior.
La solicitud de patente EP 2 605 469 se refiere a una infraestructura de red de suministro de contenido (CDN, Content Delivery Network) en la que el equilibrado de carga se produce en el instante en que el usuario final se conecta a un servicio.
La solicitud de patente WO 2015/073473 se refiere a una sesión entre un cliente y un servidor que permite una pausa de desconexión durante una cantidad de tiempo predeterminada. El cliente almacena un identificador de contexto y/o recursos accedidos hasta que la sesión es invalidada por el servidor.
La solicitud de patente US 10051046 se refiere a un dispositivo cliente conectado a un dispositivo de contenido web y un servicio equilibrador de carga que actúa como intermediario para los anunciantes. La sesión de conexión entre el dispositivo cliente y el servicio equilibrador de carga está sujeta a una demora de temporización.
SUMARIO DE LA INVENCIÓN
Con ese fin, se propone un procedimiento para suministrar contenidos de audio y/o vídeo a un reproductor en una red de área local, comprendiendo la red de área local una pluralidad de dispositivos receptores de CDN de red de suministro de contenido, recibiendo los dispositivos receptores de CDN contenidos de audio y/o vídeo en forma de segmentos a través de al menos una red proveedora y transfiriendo los dispositivos receptores de CDN los segmentos recibidos de los contenidos de audio y/o vídeo en la red de área local para permitir que terminales equipados con reproductores en la red de área local reciban los contenidos de audio y/o vídeo, en el que el procedimiento comprende: obtener información de capacidad a partir de los dispositivos receptores de CDN, siendo la información de capacidad una indicación de los recursos de procesamiento realmente en uso en comparación con la capacidad total de los dispositivos receptores de CDN; seleccionar, según la información de capacidad, al menos un dispositivo receptor de CDN para suministrar un contenido de audio y/o vídeo al reproductor; detectar que comienza y finaliza una sesión para suministrar el contenido de audio y/o vídeo al reproductor; cuando finaliza la sesión para suministrar el contenido de audio y/o vídeo desde el al menos un dispositivo receptor de CDN seleccionado al reproductor, el al menos un dispositivo receptor de CDN seleccionado mantiene en su lugar, durante un período de tiempo predefinido, recursos de procesamiento para una potencial próxima sesión para suministrar el mismo u otro contenido de audio y/o vídeo al reproductor; cuando comienza otra sesión para suministrar otro contenido de audio y/o vídeo al reproductor antes de la expiración del período de tiempo predefinido, dicho mismo u otro contenido de audio y/o vídeo es suministrado al reproductor por dicho al menos un dispositivo receptor de CDN seleccionado usando los recursos de procesamiento mantenidos en su lugar; y cuando comienza otra sesión para suministrar dicho mismo u otro contenido de audio y/o vídeo al reproductor después de la expiración del período de tiempo predefinido, se realiza una reselección de al menos un dispositivo receptor de CDN, según información de capacidad actualizada, para suministrar dicho otro contenido de audio y/o vídeo al reproductor. Por tanto, al mantener en su lugar los recursos de procesamiento para una potencial próxima sesión, se logra un equilibrado de carga uniforme sin preguntar a cada dispositivo receptor de CDN en cada nueva sesión. Al hacer esto, se reduce el tiempo de arranque para reproducir (consumir) un contenido de audio y/o vídeo, especialmente cuando un usuario pasa de un contenido de audio y/vídeo en vivo a otro.
Según una realización particular, los contenidos de audio y/o vídeo se ponen a disposición de los receptores CDN en diversas representaciones para permitir velocidad de bits adaptable ABR. Por tanto, la calidad del contenido de audio y/vídeo se adapta según las condiciones de transmisión hacia el reproductor.
Según una realización particular, el al menos un dispositivo receptor de CDN seleccionado detecta que comienza la sesión para suministrar el contenido de audio y/o vídeo al reproductor, cuando recibe una solicitud para obtener un archivo de manifiesto del contenido de audio y/o vídeo.
Según una realización particular, el al menos un dispositivo receptor de CDN seleccionado detecta que comienza la sesión para suministrar el contenido de audio y/o vídeo al reproductor, cuando recibe un mensaje que indica que dicha sesión comienza.
Según una realización particular, el al menos un dispositivo receptor de CDN seleccionado detecta que finaliza la sesión para suministrar el contenido de audio y/o vídeo al reproductor, cuando detecta que ninguna solicitud relacionada con dicho suministro del contenido de audio y/o vídeo al reproductor ha sido recibida por dicho al menos un dispositivo receptor de CDN seleccionado durante un período de tiempo predefinido.
Según una realización particular, los contenidos de audio y/o vídeo se ponen a disposición de los receptores de CDN en forma de multidifusión y los dispositivos receptores de CDN son desmultidifusores que convierten en forma de unidifusión los segmentos recibidos en forma de multidifusión a través de la al menos una red proveedora.
Según una realización particular, cada dispositivo receptor de CDN transmite su información de capacidad al mismo tiempo que responde a una solicitud para verificar si el contenido de audio y/o vídeo a consumir está puesto a disposición o no a través del dispositivo receptor de CDN en cuestión.
Según una realización particular, cuando la información de capacidad transmitida por al menos un dispositivo receptor de CDN en respuesta a una solicitud para verificar si el contenido de audio y/o vídeo a consumir está puesto a disposición o no a través del dispositivo receptor de CDN en cuestión ha cambiado, el procedimiento comprende además solicitar información de capacidad a cada otro dispositivo receptor de CDN para obtener información de capacidad actualizada.
Según una realización particular, la obtención de información de capacidad a partir de los dispositivos receptores de CDN y la selección, según la información de capacidad, del al menos un dispositivo receptor de CDN para suministrar el contenido de audio y/o vídeo al reproductor son realizadas por una aplicación asociada al reproductor. Según una realización particular, la obtención de información de capacidad a partir de los dispositivos receptores de CDN y la selección, según la información de capacidad, del al menos un dispositivo receptor de CDN para suministrar el contenido de audio y/o vídeo al reproductor son realizadas por un receptor de CDN al que una aplicación asociada al reproductor pregunta si el contenido de audio y/o vídeo a consumir está puesto a disposición o no a través del dispositivo receptor de CDN en cuestión.
Según una realización particular, cuando la sesión implica suministrar el contenido de audio y/o vídeo al reproductor desde varios dispositivos receptores de CDN seleccionados, el reproductor se comunica con un dispositivo proxy para recibir los segmentos del contenido de audio y/o vídeo y el dispositivo proxy se comunica con los varios dispositivos receptores de CDN seleccionados para obtener los segmentos del contenido de audio y/o vídeo mientras gestiona el equilibrado de carga para suministrar el contenido de audio y/o vídeo al reproductor.
Según una realización particular, cuando el dispositivo proxy recibe desde el reproductor una solicitud para obtener un archivo de manifiesto del contenido de audio y/o vídeo, el dispositivo proxy transmite una solicitud de este tipo para obtener un archivo de manifiesto del contenido de audio y/o vídeo a cada uno de dichos varios dispositivos receptores de CDN seleccionados.
Se propone además un sistema de suministro de contenido de audio y/o vídeo configurado para suministrar contenidos de audio y/o vídeo a un reproductor en una red de área local, comprendiendo la red de área local una pluralidad de dispositivos receptores de CDN de red de suministro de contenido del sistema de suministro de contenidos de audio y/o vídeo, recibiendo los dispositivos receptores de CDN contenidos de audio y/o vídeo en forma de segmentos a través de al menos una red proveedora y transfiriendo los dispositivos receptores de CDN los segmentos recibidos de los contenidos de audio y/o vídeo en la red de área local para permitir que terminales equipados con reproductores en la red de área local reciban los contenidos de audio y/o vídeo, en el que el sistema de suministro de contenidos de audio y/o vídeo comprende: medios para obtener información de capacidad a partir de los dispositivos receptores de CDN, siendo la información de capacidad una indicación de los recursos de procesamiento realmente en uso en comparación con la capacidad total de los dispositivos receptores de CDN; medios para seleccionar, según la información de capacidad, al menos un dispositivo receptor de CDN para suministrar un contenido de audio y/o vídeo al reproductor; y medios para detectar que comienza y finaliza una sesión para suministrar el contenido de audio y/o vídeo al reproductor. El sistema de suministro de contenidos de audio y/o vídeo está configurado además de la siguiente manera: cuando finaliza la sesión para suministrar el contenido de audio y/o vídeo desde el al menos un dispositivo receptor de CDN seleccionado al reproductor, el al menos un dispositivo receptor de CDN seleccionado mantiene en su lugar, durante un período de tiempo predefinido, recursos de procesamiento para una potencial próxima sesión para suministrar el mismo u otro contenido de audio y/o vídeo al reproductor; cuando comienza otra sesión para suministrar otro contenido de audio y/o vídeo al reproductor antes de la expiración del período de tiempo predefinido, dicho mismo u otro contenido de audio y/o vídeo es suministrado al reproductor por dicho al menos un dispositivo receptor de CDN seleccionado usando los recursos de procesamiento mantenidos en su lugar; y cuando comienza otra sesión para suministrar dicho mismo u otro contenido de audio y/o vídeo al reproductor después de la expiración del período de tiempo predefinido, se realiza una reselección de al menos un dispositivo receptor de CDN, según información de capacidad actualizada, para suministrar dicho otro contenido de audio y/o vídeo al reproductor.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
Las características de la invención se desprenderán más claramente de la lectura de la siguiente descripción de al menos una realización, realizándose dicha descripción con referencia a los dibujos adjuntos, entre los cuales:
- La figura 1 representa esquemáticamente un sistema de suministro de contenido de audio y/o vídeo en el que se puede implementar la presente invención;
- la figura 2 representa esquemáticamente un ejemplo de arquitectura de hardware de un dispositivo utilizable en el ámbito del sistema de suministro de contenido de audio y/o vídeo;
- la figura 3 representa esquemáticamente intercambios que se producen en el sistema de suministro de contenido de audio y/o vídeo, según una primera realización para obtener información de capacidad de desmultidifusor; - la figura 4 representa esquemáticamente intercambios que se producen en el sistema de suministro de contenido de audio y/o vídeo, según una primera realización para suministrar el contenido de audio y/o vídeo;
- la figura 5 representa esquemáticamente intercambios que se producen en el sistema de suministro de contenido de audio y/o vídeo, según una segunda realización para suministrar el contenido de audio y/o vídeo;
- la figura 6 representa esquemáticamente intercambios que se producen en el sistema de suministro de contenido de audio y/o vídeo, según una tercera realización para suministrar el contenido de audio y/o vídeo;
- la figura 7 representa esquemáticamente intercambios que se producen en el sistema de suministro de contenido de audio y/o vídeo, según una segunda realización para obtener información de capacidad de desmultidifusor; - la figura 8 representa esquemáticamente intercambios que se producen en el sistema de suministro de contenido de audio y/o vídeo, según una cuarta realización para suministrar el contenido de audio y/o vídeo;
- la figura 9 representa esquemáticamente intercambios que se producen en el sistema de suministro de contenido de audio y/o vídeo, según una quinta realización para suministrar el contenido de audio y/o vídeo;
- la figura 10 representa esquemáticamente intercambios que se producen en el sistema de suministro de contenido de audio y/o vídeo, según una sexta realización para suministrar el contenido de audio y/o vídeo; y - las figuras 11A y 11B representan conjuntamente intercambios esquemáticos que se producen en el sistema de suministro de contenido de audio y/o vídeo, según una séptima realización para suministrar el contenido de audio y/o vídeo.
DESCRIPCIÓN DETALLADA DE AL MENOS UNA REALIZACIÓN
La figura 1 representa esquemáticamente un sistema de suministro de contenido de audio y/o vídeo 100. El sistema de suministro de contenido de audio y/o vídeo 100 comprende un equipo servidor de suministro de contenido CDE 160 configurado para suministrar contenidos de audio y/o vídeo a través de al menos una red proveedora PN 102. El equipo servidor de suministro de contenido CDE 160 está configurado para suministrar los contenidos de audio y/o vídeo, preferentemente en forma de multidifusión o en forma de radiodifusión, por ejemplo, usando comunicaciones de radiodifusión por satélite. A continuación se considera ilustrativamente que los contenidos de audio y/o vídeo se suministran en forma de multidifusión (siendo la transmisión por radiodifusión un caso particular de transmisión por multidifusión). El equipo servidor de suministro de contenido CDE 160 puede, en una variante, estar configurado para suministrar los contenidos de audio y/o vídeo en forma de unidifusión, según las capacidades de dirección de transmisión de la red proveedora PN 102.
En una realización particular, el equipo servidor de suministro de contenido CDE 160 comprende un dispositivo codificador ENC 163, un dispositivo empaquetador PCKG 162 y un dispositivo transdifusor TCAST 161. El dispositivo codificador ENC 163 está configurado para codificar los contenidos de audio y/o vídeo según al menos un formato de audio y/o vídeo.
Preferentemente, el dispositivo codificador ENC 163 codifica los contenidos de audio y/o vídeo en una variedad de velocidades de bits, para permitir la implementación de transmisión en tiempo real de velocidad de bits adaptable (ABR). Cuando se implementa la velocidad de bits adaptable, un archivo de manifiesto (o, dependiendo de la tecnología de velocidad de bits adaptable en uso, un archivo de lista de reproducción) describe las diversas representaciones puestas a disposición.
El dispositivo empaquetador PCKG 162 está configurado para empaquetar y servir los contenidos de audio y/o vídeo, tal como están codificados por el dispositivo codificador ENC 163, en forma de segmentos. Cuando están disponibles varias representaciones de un contenido de audio y/o vídeo (en el caso de velocidad de bits adaptable), los segmentos correspondientes a la misma porción del contenido de audio y/o vídeo se alinean (misma duración, mismo contenido de fotograma inicial), preferentemente como un conjunto de archivos multimedia. El dispositivo transdifusor TCAST 161 está configurado para transmitir los segmentos a través de la red proveedora Pn 102 usando un protocolo de transporte, por ejemplo en forma de un flujo de multidifusión IP (Protocolo de Internet) por representación del contenido de audio y/o vídeo en cuestión. Cuando la red proveedora PN 102 es una red de comunicaciones bidireccional o es una red unidireccional combinada con una red bidireccional, el equipo servidor de suministro de contenido CDE 160 puede incluir un dispositivo servidor de unidifusión configurado para proporcionar, bajo demanda, segmentos en forma de unidifusión con un propósito de reparación cuando un segmento no se ha encontrado en la recepción, o se ha perdido o corrompido a través de la red proveedora PN 102.
El sistema de suministro de contenido de audio y/o vídeo 100 comprende además puertas de enlace que incorporan respectivos dispositivos desmultidifusores. Los dispositivos desmultidifusores están configurados para extraer, del protocolo de transporte usado por el dispositivo transdifusor TCAST 161, segmentos de contenidos de audio y/o vídeo transmitidos en forma de multidifusión o radiodifusión a través de la red proveedora PN 102.
Se pueden colocar varias puertas de enlace en una misma ubicación, para expandir la capacidad de suministro de contenido de audio y/o vídeo en dicha ubicación y así compartir el cumplimiento de las necesidades de suministro de contenido de audio y/o vídeo en dicha ubicación. Por ejemplo, algunos hoteles, universidades o tiendas pueden necesitar más capacidad de suministro de contenido de audio y/o vídeo de la que puede ofrecer una sola puerta de enlace. La situación se ilustra en la figura 1. Tres puertas de enlace GW1 141, GW2 142, GW3 143 se colocan en una misma ubicación, de tal manera que todas estas tres puertas de enlace GW1 141, GW2 142, GW3 143 están conectadas a una misma red de área local LAN 101. Por ejemplo, las puertas de enlace GW1 141, GW2142, GW3 143 están apiladas. Por lo tanto, los terminales T1 111, T2 112 conectados a la red de área local LAN 101 son capaces de recibir contenidos de audio y/o vídeo proporcionados por el equipo servidor de suministro de contenido c De 160 a través de una u otra de las tres puertas de enlace GW1 141, GW2 142, GW3 143. Más particularmente, las puertas de enlace GW1 141, GW2142, GW3143 incluyen, respectivamente, dispositivos desmultidifusores DM1 151, DM2152, DM3153. Los dispositivos desmultidifusores DM1 151, DM2152, d M3153 están configurados para extraer, del protocolo de transporte usado por el dispositivo transdifusor TCAST 161, segmentos de contenidos de audio y/o vídeo transmitidos a través de la red proveedora PN 102, y para transmitir además los segmentos de contenido de audio y/o vídeo a terminales conectados a la red de área local LAN 101. Los dispositivos desmultidifusores DM1 151, DM2 152, DM3 153 se comunican en forma de unidifusión con los terminales conectados a la red de área local LAN 101. Por lo tanto, los dispositivos desmultidifusores DM1 151, DM2152, DM3 153 están configurados para realizar la conversión de datos de multidifusión o radiodifusión recibidos a través de la red proveedora PN 102 en datos de unidifusión que serán dirigidos a los terminales conectados a la red de área local LAN 101. Como ya se mencionó, cuando un segmento no se ha encontrado en la recepción, o se ha perdido o corrompido en la red proveedora PN 102, los dispositivos desmultidifusores DM1 151, DM2 152, DM3 153 pueden solicitar el segmento en cuestión a un dispositivo servidor de unidifusión del equipo servidor de suministro de contenido CDE 160, y a continuación insertar los datos de segmento recibidos desde el dispositivo servidor de unidifusión en los datos de multidifusión para su posterior transmisión en la red de área local LAN 101.
Los terminales T1 111, T2 112 comprenden, respectivamente, reproductores PL1 121, PL2 122. Los terminales T1 111, T2 112 comprenden además, respectivamente, las aplicaciones APP1 131, APP2 132. Las aplicaciones APP1 131, APP2 132 típicamente son externas a los reproductores PL1 121, PL2122, lo que permite usar reproductores de terceros que no son conscientes de la presencia de varios dispositivos desmultidifusores en la red de área local LAN 101. Las aplicaciones APP1 131, APP2 132 pueden, en una variante, estar integradas en los reproductores PL1 121, PL2122.
Los reproductores PL1 121, PL2 122 están configurados para decodificar los segmentos codificados según el formato de codificación usado por el dispositivo codificador e Nc 163 para codificar los contenidos de audio y/o vídeo consumidos por los reproductores PL1 121, PL2122. Los reproductores PL1 121, PL2122 están configurados para consumir (por ejemplo, reproducir, grabar) contenidos de audio y/o vídeo recibidos, respectivamente, por los terminales T1 111, T2 112 en forma de unidifusión a través de las aplicaciones a Pp 1 131, APP2 132, respectivamente. Como se detalla a continuación, las aplicaciones APP1 131, APP2 132 dan forma a los datos de contenido de audio y/o vídeo recibidos destinados a ser consumidos, respectivamente, por los reproductores PL1 121, PL2 122 de modo que los datos de contenido de audio y/o vídeo estén en una forma adecuada para los reproductores PL1 121, pL2 122. Cada una de las aplicaciones APP1 131, APP2 132 está configurada para comunicarse con uno u otro de los dispositivos desmultidifusores DM1 151, DM2 152, DM3 153, o un dispositivo proxy en caso de transmisión multitrayecto, y para recibir desde allí los contenidos de audio y/o vídeo usando preferentemente HTTP (Protocolo de Transporte de Hipertexto), y los reproductores PL1 121, PL2 122 están configurados, por ejemplo, para consumir contenido conforme al esquema HAS ("Transmisión en tiempo real adaptable HTTP"). Por tanto, los terminales T1 111, T2112 no son capaces de recibir contenidos de audio y/o vídeo ni en forma de multidifusión ni de difusión. Los reproductores p L1 121, PL2 122 son independientes de la infraestructura del sistema de suministro de contenido de audio y/o vídeo 100.
Cabe señalar que, aunque la figura 1 muestra todos los dispositivos desmultidifusores DM1 151, DM2152, DM3153 configurados para recibir contenidos de audio y/o vídeo desde el mismo equipo servidor de suministro de contenido CDE 160, los dispositivos desmultidifusores DM1 151, DM2 152, DM3 153 pueden estar configurados para recibir contenidos de audio y/o vídeo desde distintos equipos servidores de suministro de contenido respectivos.
Como se detalla a continuación en diversas realizaciones, el suministro de contenidos de audio y/o vídeo a los reproductores PL1 121, PL2122 comprende:
- obtener información de capacidad a partir de los dispositivos desmultidifusores DM1 151, DM2152, DM3153; - seleccionar, según la información de capacidad, al menos un dispositivo desmultidifusor entre los dispositivos desmultidifusores DM1 151, DM2152, DM3153 para suministrar un contenido de audio y/o vídeo al reproductor; - cuando finaliza una sesión para suministrar el contenido de audio y/o vídeo desde el al menos un dispositivo desmultidifusor seleccionado al reproductor, el al menos un dispositivo desmultidifusor seleccionado mantiene en su lugar, durante un tiempo predefinido, recursos de procesamiento para una potencial próxima sesión para suministrar el mismo u otro contenido de audio y/o vídeo al reproductor;
- cuando se inicia otra sesión para suministrar el mismo u otro contenido de audio y/o vídeo al reproductor antes de la expiración del tiempo predefinido, dicho otro contenido de audio y/o vídeo dispositivo es suministrado al reproductor por dicho al menos un dispositivo desmultidifusor seleccionado usando los recursos de procesamiento mantenidos en su lugar; y
- cuando se inicia otra sesión para suministrar el mismo u otro contenido de audio y/o vídeo al reproductor después de la expiración del tiempo predefinido, se realiza una reselección de al menos un dispositivo desmultidifusor, según información de capacidad actualizada, para suministrar dicho otro contenido de audio y/o vídeo al reproductor.
Al hacer esto, vincula, con la mayor frecuencia posible, un reproductor al mismo dispositivo o dispositivos desmultidifusores para obtener segmentos de contenidos de audio y/o vídeo. Esto asegura un equilibrado de carga fluido sin interrogar a cada dispositivo desmultidifusor en cada nueva sesión. Esto reduce la latencia para comenzar la nueva sesión, lo que aumenta la calidad de la experiencia (QoE), especialmente cuando un usuario final pasa de un contenido de audio y vídeo en vivo a otro.
La figura 2 representa esquemáticamente un ejemplo de arquitectura de hardware utilizable en el ámbito del sistema de suministro de contenido de audio y/o vídeo. El ejemplo de arquitectura de hardware puede ser parte de las puertas de enlace GW1 141, GW2 142, GW3 143 y/o los terminales T1 111, T2112 y/o el equipo servidor CDE 160. Se considerará, en general, que el ejemplo de arquitectura de hardware es parte de un dispositivo de comunicación 200.
Según la arquitectura mostrada, el dispositivo de comunicación 200 comprende los siguientes componentes interconectados por un bus de comunicaciones 210: un procesador, microprocesador, microcontrolador o CPU (Unidad central de procesamiento) 201; una RAM (Memoria de acceso aleatorio) 202; una ROM (Memoria de sólo lectura) 203, tal como una EEPROM (ROM Programable y Borrable Eléctricamente), por ejemplo una memoria Flash; una HDD (Unidad de disco duro) 204, o cualquier otro dispositivo adaptado para leer información almacenada en un medio de almacenamiento, tal como un lector de tarjetas SD (Digital segura); al menos una interfaz de comunicación 205.
La CPU 201 es capaz de ejecutar instrucciones cargadas en la RAM 202 desde la ROM 203 o desde una memoria externa, tal como la HDD 204 o una tarjeta SD. Después de que se ha encendido el dispositivo de comunicación 200, la CPU 201 es capaz de leer instrucciones de la RAM 202 y ejecutar estas instrucciones. Las instrucciones forman un programa informático que hace que la CPU 201 realice las etapas realizados por el dispositivo de comunicación en cuestión como se describe en el presente documento.
Por tanto, las etapas, comportamientos y algoritmos descritos en el presente documento pueden implementarse en forma de software mediante la ejecución de un conjunto de instrucciones o programa por una máquina de computación programable, tal como un PC, un DSP (Procesador de señal digital) o un microcontrolador; o bien implementarse en forma de hardware por una máquina o un componente dedicado, tal como una FPGA (Matriz de puertas programable in situ) o un ASIC (Circuito integrado específico de aplicación). En términos generales, el dispositivo de comunicación 200 comprende circuitos electrónicos adaptados y configurados para implementar las etapas, comportamientos y algoritmos descritos en el presente documento con respecto al dispositivo de comunicación 200 en cuestión.
La figura 3 representa esquemáticamente intercambios que se producen en el sistema de suministro de contenido de audio y/o vídeo 100, según una primera realización para obtener información de capacidad de dispositivos desmultidifusores.
En una etapa 301, la aplicación APP1 131, el dispositivo desmultidifusor DM1 151, el dispositivo desmultidifusor DM2 152 y el dispositivo desmultidifusor DM3 153 realizan un procedimiento de descubrimiento (etiquetado como DSCVR). Otros terminales, tales como el terminal T2112, cuando están presentes en la red de área local LAN 101 también participan en el procedimiento de descubrimiento (a través de la aplicación APP2 132 para el terminal T2 112). Durante el procedimiento de descubrimiento, los dispositivos de comunicación en cuestión exportan sus respectivas funciones. Más particularmente, el dispositivo desmultidifusor DM1 151, el dispositivo desmultidifusor DM2152 y el dispositivo desmultidifusor DM3153 anuncian su presencia en la red de área local LAN 101 y anuncian sus respectivas funciones de desmultidifusión. El procedimiento de descubrimiento, por ejemplo, utiliza un protocolo SDP ("Protocolo de descubrimiento de servicios"), tal como el protocolo SSDP ("Protocolo simple de descubrimiento de servicios") como también se usa en UPnP ("Enchufar y usar universal", como se define en el documento normativo ISO /IEC 29341), o la tecnología Zeroconf, tal como Bonjour de Apple.
En una etapa 302, la aplicación APP1 131 transmite una solicitud REQ_CAP al dispositivo desmultidifusor DM1 151. La solicitud REQ_CAP es un mensaje que solicita información sobre la capacidad real en términos de recursos de procesamiento de audio y/o vídeo del dispositivo de comunicación al que se dirige la solicitud REQ_CAP. Dicha información de capacidad es, más particularmente, una indicación de los recursos de procesamiento realmente en uso en comparación con la capacidad total del dispositivo de comunicación (dispositivo desmultidifusor) en cuestión. En una etapa 303, el dispositivo desmultidifusor DM1 151 transmite una respuesta RSP_CAP a la solicitud REQ_CAP transmitida por la aplicación APP1 131 en la etapa 302, en la que la respuesta RSP_CAP incluye la información de capacidad solicitada por la solicitud REQ_CAP. La respuesta RSP_CAP incluye, por ejemplo, la siguiente información de capacidad: carga real (LD, en porcentaje), número de sesiones simultáneas reales (NB_SESS), número máximo de sesiones simultáneas aceptables (MAX_SESS) y, opcionalmente, velocidad de bits de salida promedio real y velocidad de bits de salida máxima aceptable.
En una etapa 304, la aplicación APP1 131 transmite de forma idéntica una solicitud REQ_CAP al dispositivo desmultidifusor DM2 152; y en una etapa 305, el dispositivo desmultidifusor DM2 152 transmite una respuesta RSP_CAP a la solicitud ReQ_CAP transmitida por la aplicación APP1 131 en la etapa 304.
En una etapa 306, la aplicación APP1 131 transmite de forma idéntica una solicitud REQ_CAP al dispositivo desmultidifusor DM3 153; y en una etapa 307, el dispositivo desmultidifusor DM3 153 transmite una respuesta RSP_CAP a la solicitud ReQ_CAP transmitida por la aplicación APP1 131 en la etapa 304.
Una vez que la aplicación APP1 131 ha recopilado información de capacidad de todos los dispositivos desmultidifusores presentes en la red de área local LAN 101, la aplicación APP1 131 ordena los dispositivos desmultidifusores según su información de capacidad y selecciona, en una etapa 308, como punto de entrada por defecto al sistema de suministro de contenido de audio y/o vídeo 100, el dispositivo desmultidifusor para el cual la información de capacidad muestra la mayor capacidad restante entre los dispositivos desmultidifusores presentes en la red de área local LAN 101.
La ordenación según la información de capacidad se puede hacer aplicando la siguiente regla para asociar cada dispositivo desmultidifusor con una puntuación de capacidad CS de la siguiente manera, donde los dispositivos desmultidifusores se ordenan, a continuación, en orden decreciente de la puntuación de capacidad CS:
If (NB_SESS<MAX_SESS)
CS= 1- ((NB_SESS/MAX_SESS) *LD/100
Else
CS= 0
Pueden usarse otras reglas para determinar dicha puntuación de capacidad CS a partir de la información de capacidad y, en consecuencia, para ordenar los dispositivos desmultidifusores según su carga real o capacidad restante.
Las etapas 302 a 308 forman conjuntamente un proceso APP_CC 300 de verificación de la capacidad de los dispositivos desmultidifusores presentes en la red de área local LAN 101 por la aplicación APP1 131 y de selección de un punto de entrada por defecto al sistema de suministro de contenido de audio y/o vídeo 100. Típicamente, la aplicación APP1 131 mantiene una lista ordenada L de los dispositivos desmultidifusores presentes en la red de área local LAN 101, y el dispositivo desmultidifusor que muestra la mayor capacidad restante aparece en la parte superior, o en la parte inferior, de la lista ordenada L, dependiendo de las regla o reglas utilizadas para determinar la puntuación de capacidad CS. La aplicación APP2 132 realiza un proceso similar para verificar la capacidad de los dispositivos desmultidifusores presentes en la red de área local LAN 101. A continuación se considerará ilustrativamente que el dispositivo desmultidifusor DM2152 es el mejor candidato del proceso APP_CC 300 en vista de la información de capacidad proporcionada por los dispositivos desmultidifusores presentes en la red de área local LAN 101.
La figura 4 representa esquemáticamente intercambios que se producen en el sistema de suministro de contenido de audio y/o vídeo 100, según una primera realización para suministrar el contenido de audio y/o vídeo.
En una etapa 400, la aplicación APP1 131, el dispositivo desmultidifusor DM1 151, el dispositivo desmultidifusor DM2152 y el dispositivo desmultidifusor DM3153 realizan el procedimiento de descubrimiento, como ya se explicó con respecto a la etapa 301.
En una etapa 401, la aplicación APP1 131 realiza el proceso APP_CC como se detalló anteriormente con respecto a la figura 3. La aplicación APP1 131 mantiene así la lista ordenada L de los dispositivos desmultidifusores presentes en la red de área local LAN 101, según su información de capacidad.
En una etapa 402, la aplicación APP1 131 selecciona un contenido de audio y/o vídeo a consumir (denominado en el presente documento como proceso C_SEL). Por ejemplo, un usuario selecciona el contenido de audio y/o vídeo a través de una interfaz gráfica de usuario (GUI) del terminal T1 111.
A continuación, en una etapa 403, la aplicación APP1 131 verifica si el contenido de audio y/o vídeo a consumir está puesto a disposición o no a través del dispositivo desmultidifusor DM2 152, que es ilustrativamente el dispositivo desmultidifusor que muestra la mayor capacidad restante según la lista ordenada L mantenida por la aplicación APP1 131. Para hacerlo, la aplicación APP1 131 transmite al dispositivo desmultidifusor DM2 152 una solicitud REQ_CHK. La solicitud REQ_CHK es un mensaje que incluye información representativa del contenido de audio y/o vídeo seleccionado y que solicita confirmación de que el dispositivo desmultidifusor DM2 152 es capaz de proporcionar dicho contenido de audio y/o vídeo al terminal T1 111.
Cada dispositivo desmultidifusor almacena una lista de contenidos de audio y/o vídeo puestos a su disposición a través de la red proveedora PN 102. El dispositivo desmultidifusor en cuestión obtiene la lista de contenidos de audio y/o vídeo puestos a su disposición, por ejemplo, a través de un canal de radiodifusión o multidifusión dedicado, o interrogando a un servidor de configuración predefinido.
En una etapa 404, el dispositivo desmultidifusor DM2 152 transmite una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por la aplicación APP1 131 en la etapa 403. La respuesta RSP_CHK incluye un código de error cuando el dispositivo desmultidifusor DM2 152 no es capaz de suministrar el contenido de audio y/o vídeo seleccionado al terminal T1 111 o un código de confirmación en caso contrario. Es posible que el dispositivo desmultidifusor DM2 152 no sea capaz de suministrar el contenido de audio y/o vídeo seleccionado cuando el dispositivo desmultidifusor DM2 152 no puede acceder al contenido de audio y/o vídeo seleccionado, o cuando el dispositivo desmultidifusor DM2152 se ha quedado sin recursos de procesamiento (desde la ejecución del proceso APP_CC de la etapa 401). Se considerará ilustrativamente que el dispositivo desmultidifusor DM2 152 no es capaz de suministrar el contenido de audio y/o vídeo seleccionado y que la respuesta RSP_CHK incluye un código de error correspondiente.
A continuación, la aplicación APP1 131 verifica si el contenido de audio y/o vídeo a consumir está puesto a disposición o no a través del dispositivo desmultidifusor que aparece a continuación en la lista ordenada L. Se considerará ilustrativamente que el dispositivo desmultidifusor DM3153 corresponde al siguiente elemento de la lista ordenada L. Por lo tanto, en una etapa 405, la aplicación APP1 131 verifica si el contenido de audio y/o vídeo a consumir está puesto a disposición o no a través del dispositivo desmultidifusor DM3 153, transmitiéndole una solicitud REQ_CHK. En una etapa 406, el dispositivo desmultidifusor DM3153 transmite una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por la aplicación APP1 131 en la etapa 405. Se considerará ilustrativamente que el dispositivo desmultidifusor DM3153 es capaz de suministrar el contenido de audio y/o vídeo seleccionado y que la respuesta RSP_CHK incluye un código de confirmación correspondiente.
En una etapa 407, la aplicación APP1 131 pone en marcha el reproductor PL1 121 para consumir el contenido de audio y/o vídeo seleccionado. Para hacerlo, la aplicación APP1 131 transmite al reproductor PL1 121 un mensaje de PUESTA EN MARCHA que incluye un identificador del dispositivo desmultidifusor DM3 153 (por ejemplo, la dirección IP del dispositivo desmultidifusor DM3 153) e información representativa del contenido de audio y/o vídeo seleccionado (por ejemplo, una ruta de URL que apunta al contenido de audio y/o vídeo seleccionado o, preferentemente, a un archivo de manifiesto representativo del mismo).
Se debe tener en cuenta que, dependiendo de la tecnología de velocidad de bits adaptable en uso, el archivo de manifiesto puede ser nombrado de manera equivalente archivo de lista de reproducción. Proporciona una descripción de las diversas representaciones en las que el contenido de audio y/o vídeo en cuestión está puesto a disposición por el equipo servidor de suministro de contenido CDE 160.
En una etapa 408, el reproductor PL1 121 transmite al dispositivo desmultidifusor DM3 153 (según el contenido del mensaje de PUESTA EN MARCHA) una solicitud REQ_M. La solicitud REQ_M es un mensaje de unidifusión que solicita recibir el archivo de manifiesto del contenido de audio y/o vídeo seleccionado. Por lo tanto, la solicitud REQ_M contiene información representativa del contenido de audio y/o vídeo seleccionado (por ejemplo, una ruta de URL que apunta al archivo de manifiesto como se proporciona en el mensaje de PUESTA e N MARCHA).
En la etapa 409, el dispositivo desmultidifusor DM3 153 confirma, al reproductor PL1 121, la disponibilidad del contenido de audio y/o vídeo seleccionado, mediante el envío del archivo de manifiesto solicitado. Recibir la solicitud REQ_M y responder a la misma activa, internamente al dispositivo desmultidifusor DM3 153, un registro del comienzo de la sesión (etapa 410). Cuando no se implementa la velocidad de bits adaptable, no hay un archivo de manifiesto. Por tanto, en una variante, el dispositivo desmultidifusor DM3 153 detecta el comienzo de la sesión al recibir un mensaje dedicado desde la aplicación APP1 131. En otra variante, el dispositivo desmultidifusor DM3153 detecta el comienzo de la sesión al recibir una primera solicitud (en secuencia) REQ_C (como se detalla a continuación) desde el reproductor PL1 121 para el contenido de audio y/o vídeo en cuestión.
En una etapa 411, el reproductor PL1 121 transmite al dispositivo desmultidifusor DM3153 una solicitud REQ_C. La solicitud REQ_C es un mensaje de unidifusión que solicita recibir al menos un segmento del contenido de audio y/o vídeo seleccionado. Por lo tanto, la solicitud REQ_C contiene información representativa del contenido de audio y/o vídeo seleccionado (por ejemplo, una ruta de URL que apunta al contenido de audio y/o vídeo seleccionado). Por ejemplo, la solicitud REQ_C es un mensaje HTTP Get, que incluye además un parámetro que indica en qué representación (calidad), entre las anunciadas en el archivo de manifiesto adquirido durante la etapa 409, se solicita el al menos un segmento. En una etapa 412, el dispositivo desmultidifusor DM3153 transmite una respuesta RSP_C a la solicitud REQ_C transmitida por el reproductor PL1 121 en la etapa 411, en la que la respuesta RSP_C incluye al menos un segmento del contenido de audio y/o vídeo. El reproductor PL1 121 puede consumir, a continuación, el al menos un segmento recibido. Las etapas 411 y 412 pueden reiterarse para permitir que el reproductor PL1 121 reciba además al menos un segmento posterior del contenido de audio y/o vídeo seleccionado.
Las etapas 408 a 412 forman conjuntamente un proceso C_RET 4100 de suministro del contenido de audio y/o vídeo seleccionado.
Para poder responder a las solicitudes REQ_C relativas al contenido de audio y/o vídeo en cuestión, que son transmitidas por el reproductor PL1 121, el dispositivo desmultidifusor DM3 153 obtiene segmentos de dicho contenido de audio y/o vídeo a partir del equipo servidor de suministro de contenido CDE 160, por ejemplo uniéndose a un flujo de multidifusión en la red proveedora PN 102 en el que se transmiten los segmentos de dicho contenido de audio y/o vídeo (considerando aquí que el contenido de audio y/o vídeo es un contenido en vivo). En una etapa 413, la aplicación APP1 131 detecta que el reproductor PL1 121 ha finalizado la sesión. Esto puede hacerlo el reproductor PL 121 que notifica a la aplicación APP1 131 (por ejemplo, mediante un mensaje de PARADA) que el consumo del contenido de audio y/o vídeo ha finalizado.
En una etapa 414, la aplicación APP1 131 notifica (por ejemplo, mediante un mensaje de PARADA) al dispositivo desmultidifusor DM3 153 que el consumo del contenido de audio y/o vídeo ha finalizado. En una variante sin notificación desde la aplicación APP1 131 al dispositivo desmultidifusor DM3153, el dispositivo desmultidifusor DM3 153 es capaz de detectar que la sesión para suministrar dicho contenido de audio y/o vídeo al reproductor PL1 121 ha finalizado, cuando ha transcurrido un tiempo predefinido PT1 desde la última transmisión de una solicitud (ya sea REQ_M o REQ_C) desde el reproductor PL1 121 con respecto al contenido de audio y/o vídeo en cuestión. Esto activa, internamente al dispositivo desmultidifusor DM3153, un registro de la parada de la sesión (etapa 415).
A pesar del final de la sesión, el dispositivo desmultidifusor DM3 153 mantiene en su lugar recursos de procesamiento para una potencial próxima sesión para suministrar un contenido de audio y/o vídeo al reproductor PL1 121. Los recursos de procesamiento en cuestión se mantienen en su lugar durante un tiempo predefinido PT2. Si no comienza ninguna sesión posterior dentro de dicho tiempo predefinido PT2 para suministrar un contenido de audio y/o vídeo al reproductor p L1121, el dispositivo desmultidifusor DM3153 libera los recursos de procesamiento en cuestión. El tiempo predefinido PT2 puede ser fijo o configurable. Hacer esto permite gestionar de manera eficiente el equilibrado de carga entre los dispositivos desmultidifusores presentes en la red de área local LAN 101, especialmente cuando al menos un usuario pasa de un programa en vivo a otro, lo que da lugar a sucesivas sesiones cortas.
Por tanto, considerando que se inicia una nueva sesión antes de la expiración del tiempo predefinido PT2, la aplicación APP1 131 selecciona, en una etapa 416, el mismo u otro contenido de audio y/o vídeo a consumir (proceso C_SEL). Por ejemplo, el usuario selecciona dicho mismo u otro contenido de audio y/o vídeo a través de la interfaz gráfica de usuario (GUI) del terminal T1 111.
La aplicación APP1 131 verifica si el contenido de audio y/o vídeo recién seleccionado para ser consumido está puesto a disposición o no a través del dispositivo desmultidifusor que se usó durante la sesión anterior, a saber, el dispositivo desmultidifusor DM3153. Por lo tanto, en una etapa 417, la aplicación APP1 131 verifica si el contenido de audio y/o vídeo recién seleccionado está puesto a disposición o no a través del dispositivo desmultidifusor DM3 153, transmitiéndole una solicitud REQ_CHK que incluye información representativa del contenido de audio y/o vídeo recién seleccionado y que solicita confirmación de que el contenido de audio y/o vídeo recién seleccionado está puesto a disposición. En una etapa 418, el dispositivo desmultidifusor DM3 153 transmite una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por la aplicación APP1 131 en la etapa 417. Se considerará ilustrativamente que el dispositivo desmultidifusor DM3153 es capaz de suministrar el contenido de audio y/o vídeo recién seleccionado y que la respuesta RSP_CHK incluye un código de confirmación correspondiente.
En una etapa 419, la aplicación APP1 131 reinicia el reproductor PL1 121 para consumir el contenido de audio y/o vídeo recién seleccionado. Para hacerlo, la aplicación APP1 131 transmite al reproductor PL1 121 un mensaje de PUESTA EN MARCHA que incluye un identificador del dispositivo desmultidifusor DM3 153 (por ejemplo, la dirección IP del dispositivo desmultidifusor DM3 153) e información representativa del contenido de audio y/o vídeo recién seleccionado (por ejemplo, una ruta de URL que apunta al contenido de audio y/o vídeo recién seleccionado o, preferentemente, a un archivo de manifiesto representativo del mismo). A continuación, en una etapa 420, se repite el proceso C_RET para suministrar el contenido de audio y/o vídeo recién seleccionado. De forma idéntica a lo explicado en el proceso C_RET 4100, el dispositivo desmultidifusor DM3 153 realiza un registro del comienzo de la nueva sesión cuando recibe la solicitud REQ_M y responde a la misma. En una variante, el dispositivo desmultidifusor DM3153 detecta el comienzo de la nueva sesión al recibir un mensaje dedicado desde la aplicación APP1 131. En otra variante, el dispositivo desmultidifusor DM3153 detecta el comienzo de la nueva sesión al recibir una primera solicitud (en secuencia) REQ_C desde el reproductor PL1 121 para el contenido de audio y/o vídeo en cuestión.
En el caso de que la aplicación APP1 131 inicie una nueva sesión mientras que el tiempo predefinido PT2 ha expirado desde el final de la sesión anterior, el dispositivo desmultidifusor DM3 153 no puede garantizar la disponibilidad de recursos de procesamiento para la nueva sesión. La aplicación APP1 131 tiene, por tanto, que seleccionar de nuevo un desmultidifusor entre los dispositivos desmultidifusores presentes en la red de área local LAN 101, usando una versión actualizada de la lista ordenada L (información de capacidad actualizada).
La interrogación a los dispositivos desmultidifusores presentes en la red de área local LAN 101 usando el proceso APP_CC puede ser realizada de forma regular por la aplicación APP1 131 para mantener la mejor vista precisa de su información de capacidad real. La aplicación APP1 131 actualiza la lista ordenada L cuando el proceso APP_CC revela que la información de capacidad ha cambiado para al menos un dispositivo desmultidifusor presente en la red de área local LAN 101.
La figura 5 representa esquemáticamente intercambios que se producen en el sistema de suministro de contenido de audio y/o vídeo, según una segunda realización para suministrar el contenido de audio y/o vídeo. En la segunda realización, la obtención de información de capacidad a partir de los dispositivos desmultidifusores se realiza al mismo tiempo que se verifica la disponibilidad de un contenido de audio y/o vídeo antes de los dispositivos desmultidifusores. El coste en tiempo relacionado con los intercambios de mensajes es, por tanto, limitado.
En una etapa 500, la aplicación APP1 131, el dispositivo desmultidifusor DM1 151, el dispositivo desmultidifusor DM2152 y el dispositivo desmultidifusor DM3153 realizan el procedimiento de descubrimiento, como ya se explicó con respecto a la etapa 301.
En una etapa 501, la aplicación APP1 131 selecciona un contenido de audio y/o vídeo a consumir (proceso C_SEL). A continuación, la aplicación APP1 131 verifica si el contenido de audio y/o vídeo a consumir está puesto a disposición o no a través de cualquiera de los dispositivos desmultidifusores DM1 151, DM2152, DM3 153 usando solicitudes REQ_CHK. En esta segunda realización para suministrar el contenido de audio y/o vídeo, cada dispositivo desmultidifusor interrogado por la aplicación APP1 131 responde a la solicitud correspondiente REQ_CHK con una respuesta RSP_CHK, en la que la respuesta RSP_CHK también incluye información de capacidad relativa al dispositivo desmultidifusor en cuestión.
Por tanto, en una etapa 502, la aplicación APP1 131 transmite al dispositivo desmultidifusor DM1 151 una solicitud REQ_CHK. La solicitud REQ_CHK es un mensaje que incluye información representativa del contenido de audio y/o vídeo seleccionado y que solicita confirmación de que el dispositivo desmultidifusor DM1 151 es capaz de proporcionar dicho contenido de audio y/o vídeo al terminal T1 111. Como ya se ha explicado con respecto a la figura 4, cada dispositivo desmultidifusor almacena una lista de contenidos de audio y/o vídeo puestos a su disposición a través de la red proveedora PN 102.
A continuación, en una etapa 503, el dispositivo desmultidifusor DM1 151 transmite una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por la aplicación APP1 131 en la etapa 502. Además de incluir un código de error o un código de confirmación, la respuesta RSP_CHK también incluye información de capacidad relacionada con el dispositivo desmultidifusor DM1 151 (como ya se abordó con respecto a la figura 3). Además de incluir un código de error o un código de confirmación, la respuesta RSP_CHK también incluye información de capacidad relacionada con el dispositivo desmultidifusor DM1 151. Se considerará ilustrativamente que el dispositivo desmultidifusor DM1 151 es capaz de suministrar el contenido de audio y/o vídeo seleccionado y que la respuesta RSP_CHK incluye un código de confirmación correspondiente.
En una etapa 504, la aplicación APP1 131 también transmite al dispositivo desmultidifusor DM2 152 una solicitud REQ_CHK para el contenido de audio y/o vídeo seleccionado. A continuación, en una etapa 505, el dispositivo desmultidifusor DM2 152 transmite una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por la aplicación APP1 131 en la etapa 504. Además de incluir un código de error o un código de confirmación, la respuesta RSP_CHK también incluye información de capacidad relacionada con el dispositivo desmultidifusor DM2 152. Se considerará ilustrativamente que el dispositivo desmultidifusor DM2 152 no es capaz de suministrar el contenido de audio y/o vídeo seleccionado y que la respuesta RSP_CHK incluye un código de error correspondiente.
En una etapa 506, la aplicación APP1 131 también transmite al dispositivo desmultidifusor DM3 153 una solicitud REQ_CHK para el contenido de audio y/o vídeo seleccionado. A continuación, en una etapa 507, el dispositivo desmultidifusor DM3 153 transmite una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por la aplicación APP1 131 en la etapa 506. Además de incluir un código de error o un código de confirmación, la respuesta RSP_CHK también incluye información de capacidad relacionada con el dispositivo desmultidifusor DM3 153. Se considerará ilustrativamente que el dispositivo desmultidifusor DM2 152 no es capaz de suministrar el contenido de audio y/o vídeo seleccionado y que la respuesta RSP_CHK incluye un código de error correspondiente.
Una vez que la aplicación APP1 131 ha recopilado información de capacidad de todos los dispositivos desmultidifusores presentes en la red de área local LAN 101, la aplicación APP1 131 ordena los dispositivos desmultidifusores según su información de capacidad para construir la lista ordenada L ya mencionada con respecto a la figura 3. La aplicación APP1 131 selecciona el dispositivo desmultidifusor que muestra la mayor capacidad entre los dispositivos desmultidifusores presentes en la red de área local LAN 101 y que es capaz de suministrar el contenido de audio y/o vídeo en cuestión. Se considerará ilustrativamente que la aplicación APP1 131 selecciona en concordancia el dispositivo desmultidifusor DM3153.
En una etapa 508, la aplicación APP1 131 pone en marcha el reproductor PL1 121 para consumir el contenido de audio y/o vídeo seleccionado. Para hacerlo, la aplicación APP1 131 transmite al reproductor PL1 121 un mensaje de PUESTA EN MARCHA que incluye un identificador del dispositivo desmultidifusor DM3 153 (por ejemplo, la dirección IP del dispositivo desmultidifusor DM3 153) e información representativa del contenido de audio y/o vídeo seleccionado (por ejemplo, una ruta de URL que apunta al contenido de audio y/o vídeo seleccionado o, preferentemente, a un archivo de manifiesto representativo del mismo).
A continuación, se realiza un proceso C_RET 509 (como se detalla con respecto a la figura 4) entre el reproductor PL1 121 y el dispositivo desmultidifusor DM3 153 para suministrar el contenido de audio y/o vídeo seleccionado al terminal T1 111. De forma idéntica a lo explicado en el proceso C_RET 4100, el dispositivo desmultidifusor DM3153 realiza un registro del comienzo de la sesión cuando recibe la solicitud REQ_M y responde a la misma. Cuando no se implementa la velocidad de bits adaptable, no hay un archivo de manifiesto. Por tanto, en una variante, el dispositivo desmultidifusor DM3 153 detecta el comienzo de la sesión al recibir un mensaje dedicado desde la aplicación APP1 131. En otra variante, el dispositivo desmultidifusor DM3 153 detecta el comienzo de la sesión al recibir una primera solicitud (en secuencia) REQ_C desde el reproductor PL1 121 para el contenido de audio y/o vídeo en cuestión.
En una etapa 510, la aplicación APP1 131 detecta que el reproductor PL1 121 ha finalizado la sesión. Esto puede hacerlo el reproductor PL1 121 que notifica a la aplicación APP1 131 (por ejemplo, mediante un mensaje de PARADA) que el consumo del contenido de audio y/o vídeo ha finalizado.
En una etapa 511, la aplicación APP1 131 notifica (por ejemplo, mediante un mensaje de PARADA) al dispositivo desmultidifusor DM3 153 que el consumo del contenido de audio y/o vídeo ha finalizado. En una variante sin notificación desde la aplicación APP1 131, el dispositivo desmultidifusor DM3153 es capaz de detectar que la sesión para suministrar dicho contenido de audio y/o vídeo al reproductor PL1 121 ha finalizado, cuando ha transcurrido el tiempo predefinido PT1 desde la última transmisión de una solicitud (ya sea REQ_M o REQ_C) en el proceso C_RET 509. Esto activa, internamente al dispositivo desmultidifusor DM3153, un registro de la parada de la sesión (etapa 512).
A pesar del final de la sesión, el dispositivo desmultidifusor DM3 153 mantiene en su lugar, durante el tiempo predefinido PT2, recursos de procesamiento para una potencial próxima sesión para suministrar un contenido de audio y/o vídeo al reproductor PL1 121. Si no comienza ninguna sesión posterior dentro de dicho tiempo predefinido PT2 para suministrar un contenido de audio y/o vídeo al reproductor PL1 121, el dispositivo desmultidifusor DM3153 libera los recursos de procesamiento en cuestión.
Por tanto, considerando que se inicia una nueva sesión antes de la expiración del tiempo predefinido PT2, la aplicación APP1 131 selecciona, en una etapa 513, el mismo u otro contenido de audio y/o vídeo a consumir (proceso C_SEL).
La aplicación APP1 131 verifica si el contenido de audio y/o vídeo recién seleccionado para ser consumido está puesto a disposición o no a través del dispositivo desmultidifusor que se usó durante la sesión anterior, a saber, el dispositivo desmultidifusor DM3153. Por lo tanto, en una etapa 514, la aplicación APP1 131 verifica si el contenido de audio y/o vídeo recién seleccionado está puesto a disposición o no a través del dispositivo desmultidifusor DM3 153, transmitiéndole una solicitud REQ_CHK que incluye información representativa del contenido de audio y/o vídeo recién seleccionado y solicitando confirmación de que el contenido de audio y/o vídeo recién seleccionado está puesto a disposición. En una etapa 515, el dispositivo desmultidifusor DM3 153 transmite una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por la aplicación APP1 131 en la etapa 514, en la que la respuesta RSP_CHK contiene información de capacidad relacionada con el dispositivo desmultidifusor DM3 153. Cuando el contenido de audio y/o vídeo recién seleccionado no está disponible a través del dispositivo desmultidifusor DM3 153, la aplicación APP1 131 transmite a los otros dispositivos desmultidifusores presentes en la red de área local LAN 101 una solicitud REQ_CHK para determinar a través de qué dispositivo desmultidifusor se puede suministrar el contenido de audio y/o vídeo en cuestión. Dado que las respuestas RSP_CHK contienen información de capacidad, la aplicación APP1 131 puede, a partir de ellas, actualizar la lista ordenada L y además determinar qué dispositivo desmultidifusor capaz de suministrar el contenido de audio y/o vídeo en cuestión tiene la mayor capacidad entre dichos otros dispositivos desmultidifusores. Se considerará ilustrativamente que el dispositivo desmultidifusor DM3 153 es capaz de suministrar el contenido de audio y/o vídeo recién seleccionado y que la respuesta RSP_CHK incluye un código de confirmación correspondiente.
En una etapa 516, la aplicación APP1 131 reinicia el reproductor PL1 121 para consumir el contenido de audio y/o vídeo recién seleccionado. Para hacerlo, la aplicación APP1 131 transmite al reproductor PL1 121 un mensaje de PUESTA EN MARCHA que incluye un identificador del dispositivo desmultidifusor DM3 153 (por ejemplo, la dirección IP del dispositivo desmultidifusor DM3 153) e información representativa del contenido de audio y/o vídeo recién seleccionado (por ejemplo, una ruta de URL que apunta al contenido de audio y/o vídeo recién seleccionado o, preferentemente, a un archivo de manifiesto representativo del mismo). A continuación, en una etapa 517, se repite el proceso C_RET para suministrar el contenido de audio y/o vídeo recién seleccionado. De forma idéntica a lo explicado en el proceso C_RET 4100, el dispositivo desmultidifusor DM3153 realiza un registro del comienzo de la nueva sesión cuando recibe la solicitud REQ_M y responde a la misma. En una variante, el dispositivo desmultidifusor DM3153 detecta el comienzo de la nueva sesión al recibir un mensaje dedicado desde la aplicación APP1 131. En otra variante, el dispositivo desmultidifusor DM3153 detecta el comienzo de la nueva sesión al recibir una primera solicitud (en secuencia) REQ_C desde el reproductor PL1 121 para el contenido de audio y/o vídeo en cuestión.
En el caso de que la aplicación APP1 131 inicie una nueva sesión mientras que el tiempo predefinido PT2 ha expirado desde el final de la sesión anterior, el dispositivo desmultidifusor DM3 153 no puede garantizar la disponibilidad de recursos de procesamiento para la nueva sesión. La aplicación APP1 131, por tanto, tiene que seleccionar de nuevo un desmultidifusor entre los dispositivos desmultidifusores presentes en la red de área local LAN 101, usando una versión actualizada de la lista ordenada L.
La figura 6 representa esquemáticamente intercambios que se producen en el sistema de suministro de contenido de audio y/o vídeo, según una tercera realización para suministrar el contenido de audio y/o vídeo. Esta tercera realización es una combinación de la primera y la segunda realización anteriores detalladas con respecto a las figuras 4 y 5. Con esa forma de proceder, el equilibrado de carga entre los dispositivos desmultidifusores presentes en la red de área local LAN 101 permanece lo más estable posible con una cantidad razonable de coste en tiempo. En una etapa 600, la aplicación APP1 131, el dispositivo desmultidifusor DM1 151, el dispositivo desmultidifusor DM2152 y el dispositivo desmultidifusor DM3 153 realizan el procedimiento de descubrimiento, como ya se explicó con respecto a la etapa 301.
En una etapa 601, la aplicación APP1 131 realiza el proceso APP_CC como se detalló anteriormente con respecto a la figura 3. La aplicación APP1 131 mantiene así la lista ordenada L de los dispositivos desmultidifusores presentes en la red de área local LAN 101, según su información de capacidad.
En una etapa 602, la aplicación APP1 131 selecciona un contenido de audio y/o vídeo a consumir (proceso C_SEL). A continuación, en una etapa 603, la aplicación APP1 131 verifica si el contenido de audio y/o vídeo que se va a consumir está puesto a disposición o no a través del dispositivo desmultidifusor DM2152, que es ilustrativamente el dispositivo desmultidifusor que muestra la mayor capacidad restante según la lista ordenada L mantenida por la aplicación APP1 131. Para hacerlo, la aplicación APP1 131 transmite al dispositivo desmultidifusor DM2 152 una solicitud REQ_CHK. La solicitud REQ_c Hk es un mensaje que incluye información representativa del contenido de audio y/o vídeo seleccionado y que solicita confirmación de que el dispositivo desmultidifusor DM2152 es capaz de proporcionar dicho contenido de audio y/o vídeo al terminal T1 111. Como se mencionó anteriormente, cada dispositivo desmultidifusor almacena una lista de contenidos de audio y/o vídeo puestos a su disposición a través de la red proveedora PN 102.
En una etapa 604, el dispositivo desmultidifusor DM2 152 transmite una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por la aplicación APP1 131 en la etapa 603. La respuesta RSP_CHK incluye un código de error cuando el dispositivo desmultidifusor DM2 152 no es capaz de suministrar el contenido de audio y/o vídeo seleccionado al terminal T1 111 o un código de confirmación en caso contrario. Además de incluir un código de error o un código de confirmación, la respuesta RSP_CHK también incluye información de capacidad relacionada con el dispositivo desmultidifusor DM2152. Se considerará ilustrativamente que el dispositivo desmultidifusor DM2152 no es capaz de suministrar el contenido de audio y/o vídeo seleccionado y que la respuesta RSP_CHK incluye un código de error correspondiente; y se considerará además ilustrativamente que la información de capacidad relacionada con el dispositivo desmultidifusor DM2 152 no ha cambiado desde la ejecución del proceso APP_CC 601.
A continuación, la aplicación APP1 131 verifica si el contenido de audio y/o vídeo a consumir está puesto a disposición o no a través del dispositivo desmultidifusor que aparece a continuación en la lista ordenada L. Se considerará ilustrativamente que el dispositivo desmultidifusor DM3153 corresponde al siguiente elemento de la lista ordenada L. Por lo tanto, en una etapa 605, la aplicación APP1 131 verifica si el contenido de audio y/o vídeo a consumir está puesto a disposición o no a través del dispositivo desmultidifusor DM3 153, transmitiéndole una solicitud REQ_CHK. En una etapa 606, el dispositivo desmultidifusor DM3153 transmite una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por la aplicación APP1 131 en la etapa 605. Además de incluir un código de error o un código de confirmación, la respuesta RSP_CHK también incluye información de capacidad relacionada con el dispositivo desmultidifusor DM3 153. Se considerará ilustrativamente que el dispositivo desmultidifusor DM3 153 es capaz de suministrar el contenido de audio y/o vídeo seleccionado y que la respuesta RSP_CHK incluye un código de confirmación correspondiente; y se considerará además ilustrativamente que la información de capacidad relacionada con el dispositivo desmultidifusor DM3 153 no ha cambiado desde la ejecución del proceso APP_CC 601.
En una etapa 607, la aplicación APP1 131 pone en marcha el reproductor PL1 121 para consumir el contenido de audio y/o vídeo seleccionado. Para hacerlo, la aplicación APP1 131 transmite al reproductor PL1 121 un mensaje de PUESTA EN MARCHA que incluye un identificador del dispositivo desmultidifusor DM3 153 (por ejemplo, la dirección IP del dispositivo desmultidifusor DM3 153) e información representativa del contenido de audio y/o vídeo seleccionado (por ejemplo, una ruta de URL que apunta al contenido de audio y/o vídeo seleccionado o, preferentemente, a un archivo de manifiesto representativo del mismo).
A continuación, se realiza un proceso C_RET 608 (como se detalla con respecto a la figura 4) entre el reproductor PL1 121 y el dispositivo desmultidifusor DM3 153 para suministrar el contenido de audio y/o vídeo seleccionado al terminal T1 111. De forma idéntica a lo explicado en el proceso C_RET 4100, el dispositivo desmultidifusor DM3153 realiza un registro del comienzo de la sesión cuando recibe la solicitud REQ_M y responde a la misma. Cuando no se implementa la velocidad de bits adaptable, no hay un archivo de manifiesto. Por tanto, en una variante, el dispositivo desmultidifusor DM3 153 detecta el comienzo de la sesión al recibir un mensaje dedicado desde la aplicación APP1 131. En otra variante, el dispositivo desmultidifusor DM3 153 detecta el comienzo de la sesión al recibir una primera solicitud (en secuencia) REQ_C desde el reproductor PL1 121 para el contenido de audio y/o vídeo en cuestión.
Además, una vez que se inicia el proceso C_RET 608 (por ejemplo, después de que haya transcurrido un tiempo predefinido PT3), la aplicación APP1 131 actualiza la información de capacidad relacionada con el dispositivo desmultidifusor DM3153 para tener en cuenta el establecimiento de la sesión del proceso C_RET 608. Para hacerlo, se puede usar un intercambio basado en una solicitud REQ_CAP y una respuesta correspondiente RSP_CAP (no se muestra en la figura 6).
En una etapa 609, la aplicación APP1 131 detecta que el reproductor PL1 121 ha finalizado la sesión. Esto puede hacerlo el reproductor PL 121 que notifica a la aplicación APP1 131 (por ejemplo, mediante un mensaje de PARADA) que el consumo del contenido de audio y/o vídeo ha finalizado.
En una etapa 610, la aplicación APP1 131 notifica (por ejemplo, mediante un mensaje de PARADA) al dispositivo desmultidifusor DM3 153 que el consumo del contenido de audio y/o vídeo ha finalizado. En una variante sin notificación desde la aplicación APP1 131 al dispositivo desmultidifusor DM3153, el dispositivo desmultidifusor DM3 153 es capaz de detectar que la sesión para suministrar dicho contenido de audio y/o vídeo al reproductor PL1 121 ha finalizado, cuando ha transcurrido el tiempo predefinido PT1 desde la última transmisión de una solicitud (ya sea REQ_M o REQ_C) en el proceso C_RET 608. Esto activa, internamente al dispositivo desmultidifusor DM3153, un registro de la parada de la sesión (etapa 611).
A pesar del final de la sesión, el dispositivo desmultidifusor DM3 153 mantiene en su lugar recursos de procesamiento para una potencial próxima sesión para suministrar un contenido de audio y/o vídeo al reproductor PL1 121. Los recursos de procesamiento en cuestión se mantienen en su lugar durante el tiempo predefinido PT2. Si no comienza ninguna sesión posterior dentro de dicho tiempo predefinido PT2 para suministrar un contenido de audio y/o vídeo al reproductor PL1 121, el dispositivo desmultidifusor DM3153 libera los recursos de procesamiento en cuestión. En el caso de que la aplicación APP1 131 inicie una nueva sesión mientras que el tiempo predefinido PT2 ha expirado desde el final de la sesión anterior, el dispositivo desmultidifusor DM3 153 no puede garantizar la disponibilidad de recursos de procesamiento para la nueva sesión. La aplicación APP1 131, por tanto, tiene que seleccionar de nuevo un desmultidifusor entre los dispositivos desmultidifusores presentes en la red de área local LAN 101, usando una versión actualizada de la lista ordenada L.
Por tanto, considerando que se inicia una nueva sesión antes de que la expiración del tiempo predefinido PT2, la aplicación APP1 131 selecciona, en una etapa 612, el mismo u otro contenido de audio y/o vídeo a consumir (proceso C_SEL).
La aplicación APP1 131 verifica si el contenido de audio y/o vídeo recién seleccionado para ser consumido está puesto a disposición o no a través del dispositivo desmultidifusor que se usó durante la sesión anterior, a saber, el dispositivo desmultidifusor DM3153. Por lo tanto, en una etapa 613, la aplicación APP1 131 verifica si el contenido de audio y/o vídeo recién seleccionado está puesto a disposición o no a través del dispositivo desmultidifusor DM3 153, transmitiéndole una solicitud REQ_CHK que incluye información representativa del contenido de audio y/o vídeo recién seleccionado y que solicita confirmación de que el contenido de audio y/o vídeo recién seleccionado está puesto a disposición. En una etapa 614, el dispositivo desmultidifusor DM3 153 transmite una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por la aplicación APP1 131 en la etapa 613. Además de incluir un código de error o un código de confirmación, la respuesta RSP_CHK también incluye información de capacidad relacionada con el dispositivo desmultidifusor DM3 153. Se considerará ilustrativamente que el dispositivo desmultidifusor DM3 153 es capaz de suministrar el contenido de audio y/o vídeo recién seleccionado y que la respuesta RSP_CHK incluye un código de confirmación correspondiente. Sin embargo, se considerará ilustrativamente que la información de capacidad difiere de la información de capacidad que fue transmitida previamente por el dispositivo desmultidifusor DM3153 y que fue usada para construir o actualizar la versión actual de la lista ordenada L.
Por lo tanto, en una etapa 615, la aplicación APP1 131 verifica si la información de capacidad contenida en la respuesta RSP_CHK transmitida por el dispositivo desmultidifusor DM3 153 muestra o no un cambio de capacidad en comparación con la información de capacidad que fue previamente transmitida por el dispositivo desmultidifusor DM3153 y que fue usada para construir o actualizar la versión actual de la lista ordenada L. Cuando hay cambio de capacidad, la aplicación APP1 131 interroga a los otros dispositivos desmultidifusores presentes en la red de área local LAN 101 para actualizar su información de capacidad respectiva.
Por tanto, en una etapa 616, la aplicación APP1 131 transmite una solicitud REQ_CAP al dispositivo desmultidifusor DM1 151. En una etapa 617, el dispositivo desmultidifusor DM1 151 transmite una respuesta RSP_CAP a la solicitud REQ_CAP transmitida por la aplicación APP1 131 en la etapa 616, en la que la respuesta RSP_CAP incluye la información de capacidad solicitada por la solicitud REQ_CAP. Cabe señalar que las solicitudes REQ_CAP son más rápidas de procesar que las solicitudes REQ_CHK, ya que las solicitudes REQ_CAP solo se refieren a la recuperación de información de capacidad, mientras que las solicitudes REQ_CHK implican analizar una lista de contenidos de audio y/o vídeo disponibles, potencialmente además de la recuperación de información de capacidad. En una etapa 618, la aplicación APP1 131 transmite de manera idéntica una solicitud REQ_CAP al dispositivo desmultidifusor DM2 152. En una etapa 619, el dispositivo desmultidifusor DM2 152 transmite una respuesta RSP_CAP a la solicitud REQ_CAP transmitida por la aplicación APP1 131 en la etapa 618.
Una vez que la aplicación APP1 131 ha recopilado información de capacidad de todos los dispositivos desmultidifusores presentes en la red de área local LAN 101, la aplicación APP1 131 ordena los dispositivos desmultidifusores según su información de capacidad, para actualizar la lista ordenada L. La aplicación APP1 131 selecciona en una etapa 620, como punto de entrada por defecto al sistema de suministro de contenido de audio y/o vídeo 100, el dispositivo desmultidifusor para el cual la información de capacidad muestra la mayor capacidad restante entre los dispositivos desmultidifusores presentes en el red de área local LAN 101. Se considerará ilustrativamente que el dispositivo desmultidifusor DM2152 muestra la mayor capacidad en la lista ordenada L. A continuación, la aplicación APP1 131 verifica si el contenido de audio y/o vídeo recién seleccionado está puesto a disposición o no a través del dispositivo desmultidifusor DM2152. Para hacerlo, la aplicación APP1 131 transmite al dispositivo desmultidifusor DM2 152, en una etapa 621, una solicitud REQ_CHK que incluye información representativa del contenido de audio y/o vídeo recién seleccionado y que solicita confirmación de que el contenido de audio y/o vídeo recién seleccionado está puesto a disposición.
En una etapa 622, el dispositivo desmultidifusor DM2 152 transmite una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por la aplicación APP1 131 en la etapa 621. La respuesta RSP_CHK incluye un código de error cuando el dispositivo desmultidifusor DM2 152 no es capaz de suministrar el contenido de audio y/o vídeo recién seleccionado al terminal T1 111 o un código de confirmación en caso contrario. Además de incluir un código de error o un código de confirmación, la respuesta RSP_CHK también incluye información de capacidad relacionada con el dispositivo desmultidifusor DM2 152. Se considerará ilustrativamente que el dispositivo desmultidifusor DM2 152 es capaz de suministrar el contenido de audio y/o vídeo recién seleccionado y que la respuesta RSP_CHK incluye un código de confirmación correspondiente.
En una etapa 623, la aplicación APP1 131 reinicia el reproductor PL1 121 para consumir el contenido de audio y/o vídeo recién seleccionado. Para hacerlo, la aplicación APP1 131 transmite al reproductor PL1 121 un mensaje de PUESTA EN MARCHA que incluye un identificador del dispositivo desmultidifusor DM2 152 (por ejemplo, la dirección IP del dispositivo desmultidifusor DM2 152) e información representativa del contenido de audio y/o vídeo recién seleccionado (por ejemplo, una ruta de URL que apunta al contenido de audio y/o vídeo recién seleccionado o, preferentemente, a un archivo de manifiesto representativo del mismo). A continuación, en una etapa 624, se realiza el proceso C_RET entre el reproductor PL1 121 y el dispositivo desmultidifusor DM2 152 para suministrar el contenido de audio y/o vídeo recién seleccionado. De forma idéntica a lo explicado en el proceso C_RET 4100, el dispositivo desmultidifusor DM3 153 realiza un registro del comienzo de la nueva sesión cuando recibe la solicitud REQ_M y responde a la misma. En una variante, el dispositivo desmultidifusor DM3 153 detecta el comienzo de la nueva sesión al recibir un mensaje dedicado desde la aplicación APP1 131. En otra variante, el dispositivo desmultidifusor DM3 153 detecta el comienzo de la nueva sesión al recibir una primera solicitud (en secuencia) REQ_C desde el reproductor PL1 121 para el contenido de audio y/o vídeo en cuestión.
La figura 7 representa esquemáticamente intercambios que se producen en el sistema de suministro de contenido de audio y/o vídeo, según una segunda realización para obtener información de capacidad del desmultidifusor. En comparación con la figura 3, la información de capacidad aquí es recopilada por un dispositivo desmultidifusor en lugar de ser recopilada por una aplicación. Se considerará ilustrativamente que el dispositivo desmultidifusor DM2 152 recopila la información de capacidad. La recopilación de la información de capacidad puede ser realizada por cualquiera y todos los dispositivos desmultidifusores presentes en la red de área local LAN 101.
En una etapa 701, la aplicación APP1 131, el dispositivo desmultidifusor DM1 151, el dispositivo desmultidifusor DM2 152 y el dispositivo desmultidifusor DM3 153 realizan un procedimiento de descubrimiento (etiquetado como DSCVR). Otros terminales, tales como el terminal T2112, cuando están presentes en la red de área local LAN 101 también participan en el procedimiento de descubrimiento (a través de la aplicación APP2 132 para el terminal T2 112). El procedimiento de descubrimiento se aplica como ya se ha descrito.
En una etapa 702, el dispositivo desmultidifusor DM2 152 transmite una solicitud REQ_CAP al dispositivo desmultidifusor DM3 153; y en una etapa 703, el dispositivo desmultidifusor DM3 153 transmite una respuesta RSP_CAP a la solicitud REQ_CAP transmitida por el dispositivo desmultidifusor DM2152 en la etapa 702, en la que la respuesta RSP_CAP incluye la información de capacidad solicitada por la solicitud REQ_CAP.
En una etapa 704, el dispositivo desmultidifusor DM2 152 transmite de manera idéntica una solicitud REQ_CAP al dispositivo desmultidifusor DM1 151; y en una etapa 705, el dispositivo desmultidifusor DM1 151 transmite una respuesta RSP_CAP a la solicitud REQ_CAP transmitida por el dispositivo desmultidifusor DM2152 en la etapa 704. El dispositivo desmultidifusor DM2152 recupera internamente además su propia información de capacidad.
Una vez que el dispositivo desmultidifusor DM2 152 ha recopilado información de capacidad de todos los dispositivos desmultidifusores presentes en la red de área local LAN 101, el dispositivo desmultidifusor DM2 152 ordena los dispositivos desmultidifusores según su información de capacidad y selecciona, en una etapa 706, como punto de entrada por defecto al sistema de suministro de contenido de audio y/o vídeo 100, el dispositivo desmultidifusor para el cual la información de capacidad muestra la mayor capacidad restante entre los dispositivos desmultidifusores presentes en la red de área local LAN 101. La ordenación según la información de capacidad se puede hacer como ya se describió con respecto a la figura 3.
Las etapas 702 a 706 forman conjuntamente un proceso DM_CC 700 de verificación de la capacidad de los dispositivos desmultidifusores presentes en la red de área local LAN 101 por el dispositivo desmultidifusor DM2152 y de selección de un punto de entrada por defecto al sistema de suministro de contenido de audio y/o vídeo 100. La figura 8 representa esquemáticamente intercambios que se producen en el sistema de suministro de contenido de audio y/o vídeo, según una cuarta realización para suministrar el contenido de audio y/o vídeo. En el ámbito de esta cuarta realización, la aplicación APP1 131 depende del dispositivo desmultidifusor DM2152 para seleccionar el dispositivo desmultidifusor adecuado para recibir el contenido de audio y/o vídeo. El dispositivo desmultidifusor del que dependerá la aplicación APP1 131 puede estar codificado de forma fija en la memoria del terminal T1 111. El dispositivo desmultidifusor del que dependerá la aplicación APP1 131 puede ser seleccionado por la aplicación APP1 131 siguiendo el procedimiento de descubrimiento, aplicando una regla predefinida.
En una etapa 800, la aplicación APP1 131, el dispositivo desmultidifusor DM1 151, el dispositivo desmultidifusor DM2152 y el dispositivo desmultidifusor DM3153 realizan el procedimiento de descubrimiento, como ya se explicó con respecto a la etapa 301.
En una etapa 801, el dispositivo desmultidifusor DM2152 realiza el proceso DM_CC como se detalló anteriormente con respecto a la figura 7. El dispositivo desmultidifusor DM2152 mantiene así la lista ordenada L de los dispositivos desmultidifusores presentes en la red de área local LAN 101, según su información de capacidad. Preferentemente, para hacer frente a la situación en la que los dispositivos desmultidifusores no saben de qué dispositivo desmultidifusor dependería aplicación APP1 131, todos los dispositivos desmultidifusores presentes en la red de área local LAN 101 realizan el proceso DM_CC y mantienen su propia versión de la lista ordenada L.
En una etapa 802, la aplicación APP1 131 selecciona un contenido de audio y/o vídeo a consumir (proceso C_SEL). A continuación, en una etapa 803, la aplicación APP1 131 pregunta al dispositivo desmultidifusor DM2 152 si el contenido de audio y/o vídeo a consumir está puesto a disposición o no. Para hacerlo, la aplicación APP1 131 transmite al dispositivo desmultidifusor DM2 152 una solicitud REQ_CHK. El dispositivo desmultidifusor DM2 152 determina en consecuencia qué dispositivo desmultidifusor muestra la mayor capacidad restante según la lista ordenada L mantenida por el dispositivo desmultidifusor DM2152. Se considerará ilustrativamente que el dispositivo desmultidifusor DM3153 muestra la mayor capacidad remanente según la lista ordenada L.
A continuación, el dispositivo desmultidifusor DM2152 transmite al dispositivo desmultidifusor DM3153 una solicitud REQ_CHK en una etapa 804. La solicitud REQ_CHK es un mensaje que incluye información representativa del contenido de audio y/o vídeo seleccionado y que solicita confirmación de que el dispositivo desmultidifusor DM3153 es capaz de proporcionar dicho contenido de audio y/o vídeo al terminal T1 111. Como ya se ha mencionado, cada dispositivo desmultidifusor almacena una lista de contenidos de audio y/o vídeo puestos a su disposición a través de la red proveedora PN 102. En una etapa 805, el dispositivo desmultidifusor DM3 153 transmite una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por el dispositivo desmultidifusor DM2 152 en la etapa 804. La respuesta RSP_CHK incluye un código de error cuando el dispositivo desmultidifusor DM3 153 no es capaz de suministrar el contenido de audio y/o vídeo seleccionado al terminal T1 111 o un código de confirmación en caso contrario. Se considerará ilustrativamente que el dispositivo desmultidifusor DM3 153 es capaz de suministrar el contenido de audio y/o vídeo seleccionado y que la respuesta RSP_CHK incluye un código de confirmación correspondiente.
En una etapa 806, el dispositivo desmultidifusor DM2 152 transmite a la aplicación APP1 131 una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por la aplicación APP1 131 en la etapa 803. La respuesta RSP_CHK indica que el dispositivo desmultidifusor DM3 153 es capaz de suministrar el contenido de audio y/o vídeo seleccionado e incluye un código de confirmación correspondiente.
En una etapa 807, la aplicación APP1 131 pone en marcha el reproductor PL1 121 para consumir el contenido de audio y/o vídeo seleccionado. Para hacerlo, la aplicación APP1 131 transmite al reproductor PL1 121 un mensaje de PUESTA EN MARCHA que incluye un identificador del dispositivo desmultidifusor DM3 153 (por ejemplo, la dirección IP del dispositivo desmultidifusor DM3 153) e información representativa del contenido de audio y/o vídeo seleccionado (por ejemplo, una ruta de URL que apunta al contenido de audio y/o vídeo seleccionado o, preferentemente, a un archivo de manifiesto representativo del mismo).
A continuación, se realiza un proceso C_RET 808 (como se detalla con respecto a la figura 4) entre el reproductor PL1 121 y el dispositivo desmultidifusor DM3 153 para suministrar el contenido de audio y/o vídeo seleccionado al terminal T1 111. De forma idéntica a lo explicado en el proceso C_RET 4100, el dispositivo desmultidifusor DM3153 realiza un registro del comienzo de la sesión cuando recibe la solicitud REQ_M y responde a la misma. Cuando no se implementa la velocidad de bits adaptable, no hay un archivo de manifiesto. Por tanto, en una variante, el dispositivo desmultidifusor DM3 153 detecta el comienzo de la sesión al recibir un mensaje dedicado desde la aplicación APP1 131. En otra variante, el dispositivo desmultidifusor DM3 153 detecta el comienzo de la sesión al recibir una primera solicitud (en secuencia) REQ_C desde el reproductor PL1 121 para el contenido de audio y/o vídeo en cuestión.
En una etapa 809, la aplicación APP1 131 detecta que el reproductor PL1 121 ha finalizado la sesión. Esto puede hacerlo el reproductor PL 121 que notifica a la aplicación APP1 131 (por ejemplo, mediante un mensaje de PARADA) que el consumo del contenido de audio y/o vídeo ha finalizado.
En una etapa 810, la aplicación APP1 131 notifica (por ejemplo, mediante un mensaje de PARADA) al dispositivo multidifusor DM3153 que el consumo del contenido de audio y/o vídeo ha finalizado. En una variante sin notificación desde la aplicación APP1 131 al dispositivo desmultidifusor DM3 153, el dispositivo desmultidifusor DM3 153 es capaz de detectar que la sesión para suministrar dicho contenido de audio y/o vídeo al reproductor PL1 121 ha finalizado, cuando ha transcurrido el tiempo predefinido PT1 desde la última transmisión de una solicitud (ya sea REQ_M o REQ_C) desde el reproductor PL1 121 en el proceso C_RET 808. Esto activa, internamente al dispositivo desmultidifusor DM3153, un registro de la parada de la sesión (etapa 811).
A pesar del final de la sesión, el dispositivo desmultidifusor DM3 153 mantiene en su lugar recursos de procesamiento para una potencial próxima sesión para suministrar un contenido de audio y/o vídeo al reproductor PL1 121. Los recursos de procesamiento en cuestión se mantienen en su lugar durante el tiempo predefinido PT2. Si no comienza ninguna sesión posterior dentro de dicho tiempo predefinido PT2 para suministrar un contenido de audio y/o vídeo al reproductor PL1 121, el dispositivo desmultidifusor DM3153 libera los recursos de procesamiento en cuestión.
Por tanto, considerando que se inicia una nueva sesión antes de la expiración del tiempo predefinido PT2, la aplicación APP1 131 selecciona, en una etapa 812, el mismo u otro contenido de audio y/o vídeo a consumir (proceso C_SEL).
A continuación, la aplicación APP1 131 pregunta al dispositivo desmultidifusor DM2152 si el contenido de audio y/o vídeo recién seleccionado está puesto a disposición o no. Para hacerlo, en una etapa 813, la aplicación APP1 131 transmite al dispositivo desmultidifusor DM2152 una solicitud REQ_CHK que incluye información representativa del contenido de audio y/o vídeo recién seleccionado y que solicita confirmación de que el contenido de audio y/o vídeo recién seleccionado está puesto a disposición. En consecuencia, el dispositivo desmultidifusor DM2152 verifica si el contenido de audio y/o vídeo recién seleccionado para ser consumido está puesto a disposición o no a través del dispositivo desmultidifusor que se usó durante la sesión anterior para el terminal T1 111, a saber, el dispositivo desmultidifusor DM3 153. Por lo tanto, en una etapa 814, el dispositivo desmultidifusor DM2 152 verifica si el contenido de audio y/o vídeo recién seleccionado está puesto a disposición o no a través del dispositivo desmultidifusor DM3 153, transmitiéndole una solicitud REQ_CHK. En una etapa 815, el dispositivo desmultidifusor DM3 153 transmite una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por el dispositivo desmultidifusor DM2 152 en la etapa 814. Se considerará ilustrativamente que el dispositivo desmultidifusor DM3 153 es capaz de suministrar el contenido de audio y/o vídeo recién seleccionado y que la respuesta RSP_CHK incluye un código de confirmación correspondiente.
En una etapa 816, el dispositivo desmultidifusor DM2 152 transmite a la aplicación APP1 131 una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por la aplicación APP1 131 en la etapa 813. La respuesta RSP_CHK indica que el dispositivo desmultidifusor DM3 153 es capaz de suministrar el contenido de audio y/o vídeo seleccionado e incluye un código de confirmación correspondiente.
En una etapa 817, la aplicación APP1 131 reinicia el reproductor PL1 121 para consumir el contenido de audio y/o vídeo recién seleccionado. Para hacerlo, la aplicación APP1 131 transmite al reproductor PL1 121 un mensaje de PUESTA EN MARCHA que incluye un identificador del dispositivo desmultidifusor DM3 153 (por ejemplo, la dirección IP del dispositivo desmultidifusor DM3 153) e información representativa del contenido de audio y/o vídeo recién seleccionado (por ejemplo, una ruta de URL que apunta al contenido de audio y/o vídeo recién seleccionado o, preferentemente, a un archivo de manifiesto representativo del mismo). A continuación, en una etapa 818, se repite el proceso C_RET para suministrar el contenido de audio y/o vídeo recién seleccionado. De forma idéntica a lo explicado en el proceso C_RET 4100, el dispositivo desmultidifusor DM3153 realiza un registro del comienzo de la nueva sesión cuando recibe la solicitud REQ_M y responde a la misma. En una variante, el dispositivo desmultidifusor DM3153 detecta el comienzo de la nueva sesión al recibir un mensaje dedicado desde la aplicación APP1 131. En otra variante, el dispositivo desmultidifusor DM3153 detecta el comienzo de la nueva sesión al recibir una primera solicitud (en secuencia) REQ_C (como se detalla a continuación) desde el reproductor PL1 121 para el contenido de audio y/o vídeo en cuestión.
En el caso de que la aplicación APP1 131 inicie una nueva sesión mientras que el tiempo predefinido PT2 ha expirado desde el final de la sesión anterior, el dispositivo desmultidifusor DM3 153 no puede garantizar la disponibilidad de recursos de procesamiento para la nueva sesión. El dispositivo desmultidifusor DM2152, por tanto, tiene que seleccionar de nuevo un desmultidifusor entre los dispositivos desmultidifusores presentes en la red de área local LAN 101, usando una versión actualizada de la lista ordenada L.
La interrogación a los dispositivos desmultidifusores presentes en la red de área local LAN 101 usando el proceso DM_CC puede ser realizada de forma regular por el desmultidifusor en cuestión para mantener la mejor vista precisa de su información de capacidad real. El desmultidifusor en cuestión actualiza la lista ordenada L cuando el proceso DM_CC revela que la información de capacidad ha cambiado para al menos un dispositivo desmultidifusor presente en la red de área local LAN 101.
La figura 9 representa esquemáticamente intercambios que se producen en el sistema de suministro de contenido de audio y/o vídeo, según una quinta realización para suministrar el contenido de audio y/o vídeo. En el ámbito de esta quinta realización, la aplicación APP1 131 también depende del dispositivo desmultidifusor DM2 152 para seleccionar el dispositivo desmultidifusor adecuado para recibir el contenido de audio y/o vídeo. Además, en la quinta realización, la obtención de información de capacidad a partir de los dispositivos desmultidifusores se realiza al mismo tiempo que se verifica la disponibilidad de un contenido de audio y/o vídeo antes que los dispositivos desmultidifusores. El coste en tiempo relacionado con los intercambios de mensajes es, por tanto, limitado.
En una etapa 900, la aplicación APP1 131, el dispositivo desmultidifusor DM1 151, el dispositivo desmultidifusor DM2152 y el dispositivo desmultidifusor DM3153 realizan el procedimiento de descubrimiento, como ya se explicó con respecto a la etapa 301.
En una etapa 901, la aplicación APP1 131 selecciona un contenido de audio y/o vídeo a consumir (proceso C_SEL). A continuación, en una etapa 902, la aplicación APP1 131 pregunta al dispositivo desmultidifusor DM2 152 si el contenido de audio y/o vídeo a consumir está puesto a disposición o no. Para hacerlo, la aplicación APP1 131 transmite al dispositivo desmultidifusor DM2152 una solicitud REQ_CHK que incluye información representativa del contenido de audio y/o vídeo seleccionado y que solicita confirmación de que el contenido de audio y/o vídeo seleccionado está puesto a disposición.
En esta quinta realización para suministrar el contenido de audio y/o vídeo, cada respuesta RSP_CHK a una solicitud REQ_CHK transmitida por un dispositivo desmultidifusor a otro dispositivo desmultidifusor incluye información de capacidad relativa al dispositivo desmultidifusor en cuestión, como se detalla a continuación.
Por tanto, en una etapa 903, el dispositivo desmultidifusor DM2152 transmite al dispositivo desmultidifusor DM1 151 una solicitud REQ_CHK que incluye información representativa del contenido de audio y/o vídeo seleccionado y que solicita confirmación de que el contenido de audio y/o vídeo seleccionado está puesto a disposición. Como ya se ha explicado, cada dispositivo desmultidifusor almacena una lista de contenidos de audio y/o vídeo puestos a su disposición a través de la red proveedora PN 102.
A continuación, en una etapa 904, el dispositivo desmultidifusor DM1 151 transmite una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por el dispositivo desmultidifusor DM2 152 en la etapa 903. Además de incluir un código de error o un código de confirmación, la respuesta RSP_CHK también incluye información de capacidad relacionada con el dispositivo desmultidifusor DM1 151 (como ya se abordó con respecto a la figura 7). Se considerará ilustrativamente que el dispositivo desmultidifusor DM1 151 es capaz de suministrar el contenido de audio y/o vídeo seleccionado y que la respuesta RSP_CHK incluye un código de confirmación correspondiente.
En una etapa 905, el dispositivo desmultidifusor DM2 152 también transmite al dispositivo desmultidifusor DM3153 una solicitud REQ_CHK para el contenido de audio y/o vídeo seleccionado. A continuación, en una etapa 906, el dispositivo desmultidifusor DM3 153 transmite una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por el dispositivo desmultidifusor DM2 152 en la etapa 905. Además de incluir un código de error o un código de confirmación, la respuesta RSP_CHK también incluye información de capacidad relacionada con el dispositivo desmultidifusor DM3 153. Se considerará ilustrativamente que el dispositivo desmultidifusor DM3 153 es capaz de suministrar el contenido de audio y/o vídeo seleccionado y que la respuesta RSP_CHK incluye un código de confirmación correspondiente.
El dispositivo desmultidifusor DM2152 recupera internamente además su propia información de capacidad.
Una vez que el dispositivo desmultidifusor DM2 152 ha recopilado información de capacidad de todos los dispositivos desmultidifusores presentes en la red de área local LAN 101, el dispositivo desmultidifusor DM2 152 ordena los dispositivos desmultidifusores según su información de capacidad para construir la lista ordenada L ya mencionada con respecto a la figura 3. El dispositivo desmultidifusor DM2 152 selecciona el dispositivo desmultidifusor que muestra la mayor capacidad entre los dispositivos desmultidifusores presentes en la red de área local LAN 101 y que es capaz de suministrar el contenido de audio y/o vídeo en cuestión. Se considerará ilustrativamente que el dispositivo desmultidifusor DM2152 selecciona en concordancia el dispositivo desmultidifusor DM3153.
A continuación, en una etapa 907, el dispositivo desmultidifusor DM2 152 transmite a la aplicación APP1 131 una respuesta RSP_CHK a la solicitud REQJCHK transmitida por la aplicación APP1 131 en la etapa 902. La respuesta RSP_CHK indica que el dispositivo desmultidifusor DM3153 es capaz de suministrar el contenido de audio y/o vídeo seleccionado e incluye un código de confirmación correspondiente. No es necesario incluir información de capacidad en esta respuesta RSP_CHK, ya que la aplicación APP1 131 depende del dispositivo desmultidifusor DM2152 para seleccionar el dispositivo desmultidifusor apropiado para suministrar el contenido de audio y/o vídeo.
En una etapa 908, la aplicación APP1 131 pone en marcha el reproductor PL1 121 para consumir el contenido de audio y/o vídeo seleccionado. Para hacerlo, la aplicación APP1 131 transmite al reproductor PL1 121 un mensaje de PUESTA EN MARCHA que incluye un identificador del dispositivo desmultidifusor DM3 153 (por ejemplo, la dirección IP del dispositivo desmultidifusor DM3 153) e información representativa del contenido de audio y/o vídeo seleccionado (por ejemplo, una ruta de URL que apunta al contenido de audio y/o vídeo seleccionado o, preferentemente, a un archivo de manifiesto representativo del mismo).
A continuación, se realiza un proceso CJRET 909 (como se detalla con respecto a la figura 4) entre el reproductor PL1 121 y el dispositivo desmultidifusor DM3 153 para suministrar el contenido de audio y/o vídeo seleccionado al terminal T1 111. De forma idéntica a lo explicado en el proceso C_RET 4100, el dispositivo desmultidifusor DM3153 realiza un registro del comienzo de la sesión cuando recibe la solicitud REQ_M y responde a la misma. Cuando no se implementa la velocidad de bits adaptable, no hay un archivo de manifiesto. Por tanto, en una variante, el dispositivo desmultidifusor DM3 153 detecta el comienzo de la sesión al recibir un mensaje dedicado desde la aplicación APP1 131. En otra variante, el dispositivo desmultidifusor DM3 153 detecta el comienzo de la sesión al recibir una primera solicitud (en secuencia) ReQ_C desde el reproductor PL1 121 para el contenido de audio y/o vídeo en cuestión.
En una etapa 910, la aplicación APP1 131 detecta que el reproductor PL1 121 ha finalizado la sesión. Esto puede hacerlo el reproductor PL1 121 que notifica a la aplicación APP1 131 (por ejemplo, mediante un mensaje de PARADA) que el consumo del contenido de audio y/o vídeo ha finalizado.
En una etapa 911, la aplicación APP1 131 notifica (por ejemplo, mediante un mensaje de PARADA) al dispositivo desmultidifusor DM3 153 que el consumo del contenido de audio y/o vídeo ha finalizado. En una variante sin notificación desde la aplicación APP1 131, el dispositivo desmultidifusor DM3153 es capaz de detectar que la sesión para suministrar dicho contenido de audio y/o vídeo al reproductor PL1 121 ha finalizado, cuando ha transcurrido el tiempo predefinido PT1 desde la última transmisión de una solicitud (ya sea REQ_M o REQ_C) en el proceso Cj RET 909. Esto activa, internamente al dispositivo desmultidifusor DM3153, un registro de la parada de la sesión (etapa 912).
A pesar del final de la sesión, el dispositivo desmultidifusor DM3 153 mantiene en su lugar, durante el tiempo predefinido PT2, recursos de procesamiento para una potencial próxima sesión para suministrar un contenido de audio y/o vídeo al reproductor PL1 121. Si no comienza ninguna sesión posterior dentro de dicho tiempo predefinido PT2 para suministrar un contenido de audio y/o vídeo al reproductor PL1 121, el dispositivo desmultidifusor DM3153 libera los recursos de procesamiento en cuestión.
Por tanto, considerando que se inicia una nueva sesión antes de que la expiración del tiempo predefinido PT2, la aplicación APP1 131 selecciona, en una etapa 913, el mismo u otro contenido de audio y/o vídeo a consumir (proceso C_SEL).
A continuación, la aplicación APP1 131 pregunta al dispositivo desmultidifusor DM2152 si el contenido de audio y/o vídeo recién seleccionado está puesto a disposición o no. Para hacerlo, en una etapa 914, la aplicación APP1 131 transmite al dispositivo desmultidifusor DM2152 una solicitud REQ_CHK que incluye información representativa del contenido de audio y/o vídeo recién seleccionado y que solicita confirmación de que el contenido de audio y/o vídeo recién seleccionado está puesto a disposición. En consecuencia, el dispositivo desmultidifusor DM2152 verifica si el contenido de audio y/o vídeo recién seleccionado para ser consumido está puesto a disposición o no a través del dispositivo desmultidifusor que se usó durante la sesión anterior para el terminal T1 111, a saber, el dispositivo desmultidifusor DM3 153. Por lo tanto, en una etapa 915, el dispositivo desmultidifusor DM2 152 verifica si el contenido de audio y/o vídeo recién seleccionado está puesto a disposición o no a través del dispositivo desmultidifusor DM3 153, transmitiéndole una solicitud REQ_CHK. En una etapa 916, el dispositivo desmultidifusor DM3 153 transmite una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por el dispositivo desmultidifusor DM2152 en la etapa 915. Además de incluir un código de error o un código de confirmación, la respuesta RSP_CHK también incluye información de capacidad relacionada con el dispositivo desmultidifusor DM3 153. Se considerará ilustrativamente que el dispositivo desmultidifusor DM3153 es capaz de suministrar el contenido de audio y/o vídeo seleccionado y que la respuesta RSP_CHK incluye un código de confirmación correspondiente.
En una etapa 917, el dispositivo desmultidifusor DM2 152 transmite a la aplicación APP1 131 una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por la aplicación APP1 131 en la etapa 914. La respuesta RSP_CHK indica que el dispositivo desmultidifusor DM3 153 es capaz de suministrar el contenido de audio y/o vídeo seleccionado e incluye un código de confirmación correspondiente.
En una etapa 918, la aplicación APP1 131 reinicia el reproductor PL1 121 para consumir el contenido de audio y/o vídeo recién seleccionado. Para hacerlo, la aplicación APP1 131 transmite al reproductor PL1 121 un mensaje de PUESTA EN MARCHA que incluye un identificador del dispositivo desmultidifusor DM3 153 (por ejemplo, la dirección IP del dispositivo desmultidifusor DM3 153) e información representativa del contenido de audio y/o vídeo recién seleccionado (por ejemplo, una ruta de URL que apunta al contenido de audio y/o vídeo recién seleccionado o, preferentemente, a un archivo de manifiesto representativo del mismo). A continuación, en una etapa 917, se repite el proceso C_RET para suministrar el contenido de audio y/o vídeo recién seleccionado. De forma idéntica a lo explicado en el proceso C_RET 4100, el dispositivo desmultidifusor DM3153 realiza un registro del comienzo de la nueva sesión cuando recibe la solicitud REQ_M y responde a la misma. En una variante, el dispositivo desmultidifusor DM3153 detecta el comienzo de la nueva sesión al recibir un mensaje dedicado desde la aplicación APP1 131. En otra variante, el dispositivo desmultidifusor DM3153 detecta el comienzo de la nueva sesión al recibir una primera solicitud (en secuencia) REQ_C desde el reproductor PL1 121 para el contenido de audio y/o vídeo en cuestión.
En el caso de que la aplicación APP1 131 inicie una nueva sesión mientras que el tiempo predefinido PT2 ha expirado desde el final de la sesión anterior, el dispositivo desmultidifusor DM3 153 no puede garantizar la disponibilidad de recursos de procesamiento para la nueva sesión. El dispositivo desmultidifusor DM2152, por tanto, tiene que seleccionar de nuevo un desmultidifusor entre los dispositivos desmultidifusores presentes en la red de área local LAN 101, usando una versión actualizada de la lista ordenada L.
La figura 10 representa esquemáticamente intercambios que se producen en el sistema de suministro de contenido de audio y/o vídeo, según una sexta realización para suministrar el contenido de audio y/o vídeo. En el ámbito de esta sexta realización, la aplicación APP1 131 también depende del dispositivo desmultidifusor DM2 152 para seleccionar el dispositivo desmultidifusor adecuado para recibir el contenido de audio y/o vídeo. Además, esta sexta realización es una combinación de las anteriores cuarta y quinta realizaciones detalladas con respecto a las figuras 8 y 9. Con esa forma de proceder, el equilibrado de carga entre los dispositivos desmultidifusores presentes en la red de área local LAN 101 permanece lo más estable posible con una cantidad razonable de coste en tiempo.
En una etapa 1000, la aplicación APP1 131, el dispositivo desmultidifusor DM1 151, el dispositivo desmultidifusor DM2152 y el dispositivo desmultidifusor DM3153 realizan el procedimiento de descubrimiento, como ya se explicó con respecto a la etapa 301.
En una etapa 1001, el dispositivo desmultidifusor DM2152 realiza el proceso DM_CC como se detalló anteriormente con respecto a la figura 7. El dispositivo desmultidifusor DM2152 mantiene así la lista ordenada L de los dispositivos desmultidifusores presentes en la red de área local LAN 101, según su información de capacidad. Preferentemente, para hacer frente a la situación en la que los dispositivos desmultidifusores no saben de qué dispositivo desmultidifusor dependería la aplicación APP1 131, todos los dispositivos desmultidifusores presentes en la red de área local LAN 101 realizan el proceso DM_CC y mantienen su propia versión de la lista ordenada L.
En una etapa 1002, la aplicación APP1 131 selecciona un contenido de audio y/o vídeo a consumir (proceso C_SEL).
A continuación, en una etapa 1003, la aplicación APP1 131 pregunta al dispositivo desmultidifusor DM2 152 si el contenido de audio y/o vídeo a consumir está puesto a disposición o no. Para hacerlo, la aplicación APP1 131 transmite al dispositivo desmultidifusor DM2 152 una solicitud REQ_CHK. El dispositivo desmultidifusor DM2 152 determina en consecuencia qué dispositivo desmultidifusor muestra la mayor capacidad restante según la lista ordenada L mantenida por el dispositivo desmultidifusor DM2152. Se considerará ilustrativamente que el dispositivo desmultidifusor DM3153 muestra la mayor capacidad remanente según la lista ordenada L.
A continuación, el dispositivo desmultidifusor DM2152 transmite al dispositivo desmultidifusor DM3153 una solicitud REQ_CHK en una etapa 1004. La solicitud REQ_CHK es un mensaje que incluye información representativa del contenido de audio y/o vídeo seleccionado y que solicita confirmación de que el dispositivo desmultidifusor DM3153 es capaz de proporcionar dicho contenido de audio y/o vídeo al terminal T1 111. Como ya se ha mencionado, cada dispositivo desmultidifusor almacena una lista de contenidos de audio y/o vídeo puestos a su disposición a través de la red proveedora PN 102. En una etapa 1005, el dispositivo desmultidifusor DM3 153 transmite una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por el dispositivo desmultidifusor DM2 152 en la etapa 1004. La respuesta RSP_CHK incluye un código de error cuando el dispositivo desmultidifusor DM3 153 no es capaz de suministrar el contenido de audio y/o vídeo seleccionado al terminal T1 111 o un código de confirmación en caso contrario. La respuesta RSP_CHK incluye además información de capacidad relacionada con el dispositivo desmultidifusor DM3 153. Se considerará ilustrativamente que el dispositivo desmultidifusor DM3 153 es capaz de suministrar el contenido de audio y/o vídeo seleccionado y que la respuesta RSP_CHK incluye un código de confirmación correspondiente; y se considerará además ilustrativamente que la información de capacidad relacionada con el dispositivo desmultidifusor DM3 153 no ha cambiado desde la ejecución del proceso DM_CC 1001.
En una etapa 1006, el dispositivo desmultidifusor DM2 152 transmite a la aplicación APP1 131 una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por la aplicación APP1 131 en la etapa 1003. La respuesta RSP_CHK indica que el dispositivo desmultidifusor DM3153 es capaz de suministrar el contenido de audio y/o vídeo seleccionado e incluye un código de confirmación correspondiente. No es necesario incluir información de capacidad en esta respuesta RSP_CHK, ya que la aplicación APP1 131 depende del dispositivo desmultidifusor DM2152 para seleccionar el dispositivo desmultidifusor apropiado para suministrar el contenido de audio y/o vídeo.
En una etapa 1007, la aplicación APP1 131 pone en marcha el reproductor PL1 121 para consumir el contenido de audio y/o vídeo seleccionado. Para hacerlo, la aplicación APP1 131 transmite al reproductor PL1 121 un mensaje de PUESTA EN MARCHA que incluye un identificador del dispositivo desmultidifusor DM3 153 (por ejemplo, la dirección IP del dispositivo desmultidifusor DM3 153) e información representativa del contenido de audio y/o vídeo seleccionado (por ejemplo, una ruta de URL que apunta al contenido de audio y/o vídeo seleccionado o, preferentemente, a un archivo de manifiesto representativo del mismo).
A continuación, se realiza un proceso C_RET 1008 (como se detalla con respecto a la figura 4) entre el reproductor PL1 121 y el dispositivo desmultidifusor DM3 153 para suministrar el contenido de audio y/o vídeo seleccionado al terminal T1 111. De forma idéntica a lo explicado en el proceso C_RET 4100, el dispositivo desmultidifusor DM3153 realiza un registro del comienzo de la sesión cuando recibe la solicitud REQ_M y responde a la misma. Cuando no se implementa la velocidad de bits adaptable, no hay un archivo de manifiesto. Por tanto, en una variante, el dispositivo desmultidifusor DM3 153 detecta el comienzo de la sesión al recibir un mensaje dedicado desde la aplicación APP1 131. En otra variante, el dispositivo desmultidifusor DM3 153 detecta el comienzo de la sesión al recibir una primera solicitud (en secuencia) REQ_C desde el reproductor PL1 121 para el contenido de audio y/o vídeo en cuestión.
Además, una vez que se inicia el proceso C_RET 1008 (por ejemplo, después de que haya transcurrido el tiempo predefinido PT3), el dispositivo desmultidifusor DM2 152 actualiza la información de capacidad relacionada con el dispositivo desmultidifusor DM3153 para tener en cuenta el establecimiento de la sesión del proceso C_RET 1008. Para hacerlo, se puede usar un intercambio basado en una solicitud REQ_CAP y una respuesta correspondiente RSP_CAP (no se muestra en la figura 10).
En una etapa 1009, la aplicación APP1 131 detecta que el reproductor PL1 121 ha finalizado la sesión. Esto puede hacerlo el reproductor PL1 121 que notifica a la aplicación APP1 131 (por ejemplo, mediante un mensaje de PARADA) que el consumo del contenido de audio y/o vídeo ha finalizado.
En una etapa 1010, la aplicación APP1 131 notifica (por ejemplo, mediante un mensaje de PARADA) al dispositivo desmultidifusor DM3 153 que el consumo del contenido de audio y/o vídeo ha finalizado. En una variante sin notificación desde la aplicación APP1 131, el dispositivo desmultidifusor DM3153 es capaz de detectar que la sesión para suministrar dicho contenido de audio y/o vídeo al reproductor PL1 121 ha finalizado, cuando ha transcurrido el tiempo predefinido PT1 desde la última transmisión de una solicitud (ya sea REQ_M o REQ_C) en el proceso C_RET 1008. Esto activa, internamente al dispositivo desmultidifusor DM3153, un registro de la parada de la sesión (etapa 1011).
A pesar del final de la sesión, el dispositivo desmultidifusor DM3 153 mantiene en su lugar recursos de procesamiento para una potencial próxima sesión para suministrar un contenido de audio y/o vídeo al reproductor PL1 121. Los recursos de procesamiento en cuestión se mantienen en su lugar durante el tiempo predefinido PT2. Si no comienza ninguna sesión posterior dentro de dicho tiempo predefinido PT2 para suministrar un contenido de audio y/o vídeo al reproductor PL1 121, el dispositivo desmultidifusor DM3153 libera los recursos de procesamiento en cuestión. En el caso de que la aplicación APP1 131 inicie una nueva sesión mientras que el tiempo predefinido PT2 ha expirado desde el final de la sesión anterior, el dispositivo desmultidifusor DM3 153 no puede garantizar la disponibilidad de recursos de procesamiento para la nueva sesión. El dispositivo desmultidifusor DM2152, por tanto, tiene que seleccionar de nuevo un desmultidifusor entre los dispositivos desmultidifusores presentes en la red de área local LAN 101, usando una versión actualizada de la lista ordenada L.
Por tanto, considerando que se inicia una nueva sesión antes de la expiración del tiempo predefinido PT2, la aplicación APP1 131 selecciona, en una etapa 1012, el mismo u otro contenido de audio y/o vídeo a consumir (proceso C_SEL).
A continuación, la aplicación APP1 131 pregunta al dispositivo desmultidifusor DM2152 si el contenido de audio y/o vídeo recién seleccionado está puesto a disposición o no. Para hacerlo, en una etapa 1013, la aplicación APP1 131 transmite al dispositivo desmultidifusor DM2152 una solicitud REQ_CHK que incluye información representativa del contenido de audio y/o vídeo recién seleccionado y que solicita confirmación de que el contenido de audio y/o vídeo recién seleccionado está puesto a disposición. En consecuencia, el dispositivo desmultidifusor DM2152 verifica si el contenido de audio y/o vídeo recién seleccionado para ser consumido está puesto a disposición o no a través del dispositivo desmultidifusor que se usó durante la sesión anterior para el terminal T1 111, a saber, el dispositivo desmultidifusor DM3 153. Por lo tanto, en una etapa 1014, el dispositivo desmultidifusor DM2 152 verifica si el contenido de audio y/o vídeo recién seleccionado está puesto a disposición o no a través del dispositivo desmultidifusor DM3153, transmitiéndole una solicitud REQ_CHK. En una etapa 1015, el dispositivo desmultidifusor DM3 153 transmite una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por el dispositivo desmultidifusor DM2 152 en la etapa 1014. La respuesta RSP_CHK incluye además información de capacidad relacionada con el dispositivo desmultidifusor DM3 153. Se considerará ilustrativamente que el dispositivo desmultidifusor DM3 153 es capaz de suministrar el contenido de audio y/o vídeo seleccionado y que la respuesta RSP_CHK incluye un código de confirmación correspondiente; pero se considerará además ilustrativamente que la información de capacidad relacionada con el dispositivo desmultidifusor DM3153 ha cambiado desde la ejecución del proceso C_RET 1008. Por lo tanto, en una etapa 1016, el dispositivo desmultidifusor DM2 152 verifica si la información de capacidad contenida en la respuesta RSP_CHK transmitida por el dispositivo desmultidifusor DM3153 muestra o no un cambio de capacidad en comparación con la información de capacidad que fue previamente transmitida por el dispositivo desmultidifusor DM3153 y que fue usada para construir o actualizar la versión actual de la lista ordenada L. Cuando hay cambio de capacidad, el dispositivo desmultidifusor DM2152 interroga a los otros dispositivos desmultidifusores presentes en la red de área local LAN 101 para actualizar su información de capacidad respectiva.
Por tanto, en una etapa 1017, el dispositivo desmultidifusor DM2152 transmite una solicitud REQ_CAP al dispositivo desmultidifusor DM1 151. En una etapa 1018, el dispositivo desmultidifusor DM1 151 transmite una respuesta RSP_CAP a la solicitud REQ_CAP transmitida por el dispositivo desmultidifusor DM2 152 en la etapa 1017, en la que la respuesta RSP_CAP incluye la información de capacidad solicitada por la solicitud REQ_CAP.
Una vez que el dispositivo desmultidifusor DM2 152 ha recopilado información de capacidad de todos los dispositivos desmultidifusores presentes en la red de área local LAN 101, el dispositivo desmultidifusor DM2 152 ordena los dispositivos desmultidifusores según su información de capacidad, para actualizar la lista ordenada L. El dispositivo desmultidifusor DM2152 selecciona en una etapa 1019, como punto de entrada por defecto al sistema de suministro de contenido de audio y/o vídeo 100, el dispositivo desmultidifusor para el cual la información de capacidad muestra la mayor capacidad restante entre los dispositivos desmultidifusores presentes en la red de área local LAN 101. En el caso de que el dispositivo desmultidifusor seleccionado no sea el dispositivo desmultidifusor DM2152, el dispositivo desmultidifusor DM2152 verifica si el contenido de audio y/o vídeo recién seleccionado está puesto a disposición o no a través del dispositivo desmultidifusor seleccionado, gracias a una solicitud REQ_CHK, como ya se ha descrito con respecto a la figura 6. Si no es así, el dispositivo desmultidifusor DM2152 considera el siguiente dispositivo desmultidifusor en la lista ordenada L. Se considerará ilustrativamente que el dispositivo desmultidifusor DM2 152 muestra la mayor capacidad en la lista ordenada L; y se considerará además que el dispositivo desmultidifusor DM2152 es capaz de suministrar el contenido de audio y/o vídeo recién seleccionado. A continuación, en una etapa 1020, el dispositivo desmultidifusor DM2 152 transmite a la aplicación APP1 131 una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por la aplicación APP1 131 en la etapa 1013. La respuesta RSP_CHK indica que el dispositivo desmultidifusor DM2152 es capaz de suministrar el contenido de audio y/o vídeo seleccionado e incluye un código de confirmación correspondiente. No es necesario incluir información de capacidad en esta respuesta RSP_CHK, ya que la aplicación APP1 131 depende del dispositivo desmultidifusor DM2152 para seleccionar el dispositivo desmultidifusor apropiado para suministrar el contenido de audio y/o vídeo.
En una etapa 1021, la aplicación APP1 131 reinicia el reproductor PL1 121 para consumir el contenido de audio y/o vídeo recién seleccionado. Para hacerlo, la aplicación APP1 131 transmite al reproductor PL1 121 un mensaje de PUESTA EN MARCHA que incluye un identificador del dispositivo desmultidifusor DM2 152 (por ejemplo, la dirección IP del dispositivo desmultidifusor DM2 152) e información representativa del contenido de audio y/o vídeo recién seleccionado (por ejemplo, una ruta de URL que apunta al contenido de audio y/o vídeo recién seleccionado o, preferentemente, a un archivo de manifiesto representativo del mismo). A continuación, en una etapa 1022, se realiza el proceso C_RET entre el reproductor PL1 121 y el dispositivo desmultidifusor DM2152 para suministrar el contenido de audio y/o vídeo recién seleccionado. De forma idéntica a lo explicado en el proceso C_RET 4100, el dispositivo desmultidifusor DM2 152 realiza un registro del comienzo de la nueva sesión cuando recibe la solicitud REQ_M y responde a la misma. En una variante, el dispositivo desmultidifusor DM3 153 detecta el comienzo de la nueva sesión al recibir un mensaje dedicado desde la aplicación APP1 131. En otra variante, el dispositivo desmultidifusor DM3 153 detecta el comienzo de la nueva sesión al recibir una primera solicitud (en secuencia) REQ_C desde el reproductor PL1 121 para el contenido de audio y/o vídeo en cuestión.
Las figuras 11A y 11B representan conjuntamente intercambios esquemáticos que se producen en el sistema de suministro de contenido de audio y/o vídeo, según una séptima realización para suministrar el contenido de audio y/o vídeo. En esta séptima realización se considera el multitrayecto, lo que significa que un contenido de audio y/o vídeo a consumir se obtiene a través de varios dispositivos desmultidifusores. En el ámbito de esta séptima realización, la aplicación APP1 131 también depende del dispositivo desmultidifusor DM2 152 para seleccionar el dispositivo desmultidifusor apropiado para recibir el contenido de audio y/o vídeo.
Para implementar el suministro de multitrayecto, la red de área local LAN 101 incluye además un dispositivo proxy PXY 1100. El dispositivo proxy PXY 1100 puede ser un dispositivo distinto del terminal T1 111 y de cualquiera de los dispositivos desmultidifusores DM1 151, DM2 152, DM3 153. El dispositivo proxy PXY 1100 puede estar, en una variante, incluido en el terminal T1 111. El dispositivo proxy PXY 1100 puede estar, en otra variante, incluido en uno de los dispositivos desmultidifusores DM1 151, DM2152, DM3153.
En una etapa 1101, la aplicación APP1 131, el dispositivo desmultidifusor DM1 151, el dispositivo desmultidifusor DM2152 y el dispositivo desmultidifusor DM3153 realizan el procedimiento de descubrimiento, como ya se explicó con respecto a la etapa 301. El dispositivo proxy PXY 1100 puede participar en el procedimiento de descubrimiento, para anunciar su presencia en la red de área local LAN 101.
En una etapa 1102, la aplicación APP1 131 selecciona un contenido de audio y/o vídeo a consumir (proceso C_SEL).
A continuación, en una etapa 1103, la aplicación APP1 131 pregunta al dispositivo desmultidifusor DM2 152 si el contenido de audio y/o vídeo a consumir está puesto a disposición o no. Para hacerlo, la aplicación APP1 131 transmite al dispositivo desmultidifusor DM2152 una solicitud REQ_CHK que incluye información representativa del contenido de audio y/o vídeo seleccionado y que solicita confirmación de que el contenido de audio y/o vídeo seleccionado está puesto a disposición.
En esta séptima realización para suministrar el contenido de audio y/o vídeo (como en la quinta realización en la figura 9), cada respuesta RSP_CHK a una solicitud REQ_CHK transmitida por un dispositivo desmultidifusor a otro dispositivo desmultidifusor incluye información de capacidad relativa al dispositivo desmultidifusor en cuestión, como se detalla a continuación.
Por tanto, en una etapa 1104, el dispositivo desmultidifusor DM2 152 transmite al dispositivo desmultidifusor DM1 151 una solicitud REQ_CHK que incluye información representativa del contenido de audio y/o vídeo seleccionado y que solicita confirmación de que el contenido de audio y/o vídeo seleccionado está puesto a disposición. Como ya se ha explicado, cada dispositivo desmultidifusor almacena una lista de contenidos de audio y/o vídeo puestos a su disposición a través de la red proveedora PN 102.
A continuación, en una etapa 1105, el dispositivo desmultidifusor DM1 151 transmite una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por el dispositivo desmultidifusor DM2 152 en la etapa 1104. Además de incluir un código de error o un código de confirmación, la respuesta RSP_CHK también incluye información de capacidad relacionada con el dispositivo desmultidifusor DM1 151 (como ya se abordó con respecto a la figura 7). Se considerará ilustrativamente que el dispositivo desmultidifusor DM1 151 es capaz de suministrar el contenido de audio y/o vídeo seleccionado y que la respuesta RSP_CHK incluye un código de confirmación correspondiente. En una etapa 1106, el dispositivo desmultidifusor DM2152 también transmite al dispositivo desmultidifusor DM3153 una solicitud REQ_CHK para el contenido de audio y/o vídeo seleccionado. A continuación, en una etapa 1107, el dispositivo desmultidifusor DM3 153 transmite una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por el dispositivo desmultidifusor DM2 152 en la etapa 1106. Además de incluir un código de error o un código de confirmación, la respuesta RSP_CHK también incluye información de capacidad relacionada con el dispositivo desmultidifusor DM3 153. Se considerará ilustrativamente que el dispositivo desmultidifusor DM3 153 es capaz de suministrar el contenido de audio y/o vídeo seleccionado y que la respuesta RSP_CHK incluye un código de confirmación correspondiente.
El dispositivo desmultidifusor DM2152 recupera internamente además su propia información de capacidad.
Una vez que el dispositivo desmultidifusor DM2 152 ha recopilado información de capacidad de todos los dispositivos desmultidifusores presentes en la red de área local LAN 101, el dispositivo desmultidifusor DM2 152 ordena los dispositivos desmultidifusores según su información de capacidad para construir la lista ordenada L ya mencionada con respecto a la figura 3.
El dispositivo desmultidifusor DM2 152 selecciona un número predeterminado N (N > 1) de dispositivos desmultidifusores que muestran las capacidades más altas entre los dispositivos desmultidifusores presentes en la red de área local LAN 101 y que son capaces de suministrar el contenido de audio y/o vídeo en cuestión. Se considerará ilustrativamente que N = 2 y que el dispositivo desmultidifusor DM2 152 selecciona en concordancia el dispositivo desmultidifusor DM2152 y el dispositivo desmultidifusor DM3153.
A continuación, en una etapa 1108, el dispositivo desmultidifusor DM2 152 transmite a la aplicación APP1 131 una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por la aplicación APP1 131 en la etapa 1103. La respuesta RSP_CHK indica que el dispositivo desmultidifusor DM2 152 y el dispositivo desmultidifusor DM3 153 son capaces de suministrar el contenido de audio y/o vídeo seleccionado, y la respuesta RSP_CHK incluye un código de confirmación correspondiente. No es necesario incluir información de capacidad en esta respuesta RSP_CHK, ya que la aplicación APP1 131 depende del dispositivo desmultidifusor DM2 152 para seleccionar los dispositivos desmultidifusores apropiados para suministrar el contenido de audio y/o vídeo.
Cabe señalar que, en el caso de que la aplicación APP1 131 no sea compatible con el multitrayecto, la aplicación APP1 131 solo considera el dispositivo desmultidifusor citado en primer lugar en la respuesta RSP_CHK y retira la información relacionada con cualquier otro dispositivo desmultidifusor que esté contenida en la respuesta rSp_CHK. En una etapa 1109, la aplicación APP1 131 pone en marcha el reproductor PL1 121 para consumir el contenido de audio y/o vídeo seleccionado. Para hacerlo, la aplicación APP1 131 transmite al reproductor PL1 121 un mensaje de PUESTA EN MARCHA que incluye un identificador del dispositivo proxy PXY 1100 (por ejemplo, la dirección IP del dispositivo proxy PXY 1100) e información representativa del contenido de audio y/o vídeo seleccionado (por ejemplo, una ruta de URL que apunta al contenido de audio y/o vídeo seleccionado o, preferentemente, a un archivo de manifiesto representativo del mismo). El mensaje de PUESTA EN MARCHA incluye además (por ejemplo, como parámetros en línea) un identificador de cada dispositivo desmultidifusor (por ejemplo, la dirección IP del desmultidifusor en cuestión) que se usará para el suministro multitrayecto del contenido de audio y/o vídeo seleccionado. En el ejemplo de los inventores, los identificadores del dispositivo desmultidifusor DM2 152 y del dispositivo desmultidifusor DM3 153 (por ejemplo, sus direcciones IP) se proporcionan así, como por ejemplo parámetros en línea, en el mensaje de PUESTA En MARCHA en la etapa 1109.
A continuación, el reproductor PL1 121 se comunica con el dispositivo proxy PXY 1100 para recibir los segmentos del contenido de audio y/o vídeo en cuestión, gestionando el dispositivo proxy PXY 1100 de forma transparente (desde el punto de vista del reproductor PL1 121) el suministro multitrayecto con el dispositivo desmultidifusor DM2 152 y el dispositivo desmultidifusor DM3153.
Por lo tanto, en una etapa 1111, el reproductor PL1 121 transmite al dispositivo proxy PXY 1100 (según el contenido del mensaje de PUESTA EN MARCHA) una solicitud REQ_M, para obtener como respuesta un archivo de manifiesto del contenido de audio y/o vídeo seleccionado. Por lo tanto, la solicitud REQ_M contiene información representativa del contenido de audio y/o vídeo seleccionado (por ejemplo, una ruta de URL que apunta al archivo de manifiesto como se proporciona en el mensaje de PUESTA En MARCHA). A continuación, en una etapa 1112, el dispositivo proxy PXY 1100 envía dicha solicitud REQ_M al dispositivo desmultidifusor DM2 152 y, en una etapa 1113, dicha solicitud REQ_M al dispositivo desmultidifusor DM3 153. En consecuencia, en una etapa 1114, el dispositivo desmultidifusor DM2152 confirma, al dispositivo proxy PXY 1100, la disponibilidad del contenido de audio y/o vídeo seleccionado, mediante el envío del archivo de manifiesto solicitado. Y, en una etapa 1116, el dispositivo desmultidifusor DM3153 confirma, al dispositivo proxy PXY 1100, la disponibilidad del contenido de audio y/o vídeo seleccionado, mediante el envío del archivo de manifiesto solicitado. A continuación, en una etapa 1118, el dispositivo proxy PXY 1100 confirma, al reproductor PL1 121, la disponibilidad del contenido de audio y/o vídeo seleccionado, mediante el envío del archivo de manifiesto solicitado. Recibir la solicitud REQ_M y responder a la misma activa, internamente al dispositivo desmultidifusor DM2152 (etapa 1115) y al dispositivo desmultidifusor DM3 153, un registro del inicio de la sesión (etapa 1117). Cabe señalar aquí que el dispositivo proxy PXY 1100 necesita solicitar el archivo de manifiesto a cada uno de los dispositivos desmultidifusores que se usarán para recibir los segmentos del contenido de audio y/o vídeo en cuestión, ya que recibir la solicitud REQ_M y responder a la misma se usa para detectar un comienzo de sesión. Cuando no se implementa la velocidad de bits adaptable, no hay un archivo de manifiesto. Por tanto, en una variante, el dispositivo desmultidifusor DM2 152 y el dispositivo desmultidifusor DM3 153 detectan el comienzo de la sesión al recibir un mensaje dedicado desde el dispositivo proxy PXY 1100. En otra variante, el dispositivo desmultidifusor DM3153 detecta el comienzo de la sesión al recibir una primera solicitud (en secuencia) REQ_C (como se detalla a continuación) desde el dispositivo proxy PXY 1100 para el contenido de audio y/o vídeo en cuestión.
Las etapas 1111 a 1118 forman conjuntamente un proceso MM_RET 1110 de recuperación del archivo de manifiesto del contenido de audio y/o vídeo seleccionado.
A continuación, en una etapa 1121, el reproductor PL1 121 transmite al dispositivo proxy PXY 1100 una solicitud REQ_C. La solicitud REQ_C es un mensaje de unidifusión que solicita recibir al menos un segmento del contenido de audio y/o vídeo seleccionado. Por lo tanto, la solicitud REQ_C contiene información representativa del contenido de audio y/o vídeo seleccionado (por ejemplo, una ruta de URL que apunta al contenido de audio y/o vídeo seleccionado). Por ejemplo, la solicitud REQ_C es un mensaje HTTP Get, que incluye además un parámetro que indica en qué representación (calidad) se solicita el al menos un segmento. La solicitud REQ_C incluye además los parámetros adicionales (por ejemplo, parámetros en línea) proporcionados por la aplicación APP1 131 en el mensaje de PUESTA EN MARCHA en la etapa 1109, a saber, los identificadores del dispositivo desmultidifusor DM2 152 y del dispositivo desmultidifusor DM3 153. El dispositivo proxy PXY 1100 sabe así a partir de la solicitud REQ_C transmitida por el reproductor PL1 121 en la etapa 1121 qué dispositivos desmultidifusores se usarán para el suministro multitrayecto.
En consecuencia, en una etapa 1122, el dispositivo proxy PXY 1100 transmite al dispositivo desmultidifusor DM2 152 o, en una etapa 1123, al dispositivo desmultidifusor DM3 153, una solicitud REQ_C. La solicitud REQ_C es un mensaje de unidifusión que solicita recibir el al menos un segmento del contenido de audio y/o vídeo seleccionado, según lo solicitado por el reproductor PL 121. La solicitud REQ_C transmitida por el dispositivo proxy PXY 1100, por lo tanto, contiene información representativa del contenido de audio y/o vídeo seleccionado (por ejemplo, una ruta de URL que apunta al contenido de audio y/o vídeo seleccionado). El dispositivo proxy PXY 1100 selecciona a qué dispositivo desmultidifusor, entre el dispositivo desmultidifusor DM2 152 y el dispositivo desmultidifusor DM3 153, tiene que transmitirse la solicitud REQ_C según una regla de equilibrado de carga predeterminada. Por ejemplo, la regla de equilibrado de carga es de tipo Round-robin (turnos rotativos). En una etapa 1124, en respuesta a la solicitud REQ_C transmitida en la etapa 1122, el dispositivo desmultidifusor DM2 152 transmite una respuesta RSP_C que incluye al menos un segmento del contenido de audio y/o vídeo. En una etapa 1125, en respuesta a la solicitud REQ_C transmitida en la etapa 1123, el dispositivo desmultidifusor DM3 153 transmite una respuesta RSP_C que incluye al menos un segmento del contenido de audio y/o vídeo.
A continuación, en una etapa 1126, el dispositivo proxy PXY 1100 transmite una respuesta RSP_C al reproductor PL1 121, en respuesta a la solicitud REQ_C transmitida por el reproductor PL1 121 en la etapa 1121. La respuesta RSP_C incluye al menos un segmento del contenido de audio y/o vídeo recibido desde el dispositivo desmultidifusor DM2152 en la etapa 1124 o recibido desde el dispositivo desmultidifusor DM3153 en la etapa 1125. El reproductor PL1 121 puede consumir, a continuación, el al menos un segmento recibido. Las etapas 1121 a 1126 pueden reiterarse para permitir que el reproductor PL1 121 reciba además al menos un segmento posterior del contenido de audio y/o vídeo seleccionado.
Las etapas 1121 a 1126 forman conjuntamente un proceso MC_RET 1120 de suministro del contenido de audio y/o vídeo seleccionado.
Cambiando ahora a la figura 11B (donde también aparece el proceso MC_RET 1120 por consideraciones de comprensión), la aplicación APP1 131 detecta en una etapa 1130 que el reproductor PL1 121 ha finalizado la sesión. Esto puede hacerlo el reproductor PL1 121 que notifica a la aplicación APP1 131 (por ejemplo, mediante un mensaje de PARADA) que el consumo del contenido de audio y/o vídeo ha finalizado.
En una etapa 1131, la aplicación APP1 131 notifica (por ejemplo, mediante un mensaje de PARADA) al dispositivo desmultidifusor DM2 152 que el consumo del contenido de audio y/o vídeo ha finalizado; y en una etapa 1133, la aplicación APP1 131 notifica (por ejemplo, mediante un mensaje de PARADA) al dispositivo desmultidifusor DM3 153 que el consumo del contenido de audio y/o vídeo ha finalizado. En una variante sin notificaciones desde la aplicación APP1 131, el dispositivo desmultidifusor DM2 152 y el dispositivo desmultidifusor DM3 153 son capaces de detectar que la sesión para suministrar de dicho contenido de audio y/o vídeo al reproductor PL1 121 a través del dispositivo proxy PXY 1100 ha finalizado, cuando ha transcurrido el tiempo predefinido PT1 desde la última transmisión de una solicitud (ya sea REQ_M o REQ_C) en el proceso MC_r Et 1120. Esto activa, internamente al dispositivo desmultidifusor DM2 152 (etapa 1132) e internamente al dispositivo desmultidifusor DM3 153 (etapa 1134), un registro de la parada de la sesión.
A pesar del final de la sesión, el dispositivo desmultidifusor DM2 152 y el dispositivo desmultidifusor DM3 153 mantienen en su lugar recursos de procesamiento para una potencial próxima sesión para suministrar un contenido de audio y/o vídeo al reproductor PL1 121 a través del dispositivo proxy PXY 1100. Los recursos de procesamiento en cuestión se mantienen en su lugar durante el tiempo predefinido PT2. Si no comienza ninguna sesión posterior dentro de dicho tiempo predefinido PT2 para suministrar un contenido de audio y/o vídeo al reproductor p L1121 a través del proxy PXY 1100, el dispositivo desmultidifusor DM2 152 y el dispositivo desmultidifusor DM3 153 liberan los recursos de procesamiento en cuestión. En el caso de que se inicie una nueva sesión mientras que el tiempo predefinido PT2 haya expirado desde el final de la sesión anterior, el dispositivo desmultidifusor DM2 152 y el dispositivo desmultidifusor DM3 153 no pueden garantizar la disponibilidad de recursos de procesamiento para la nueva sesión. A continuación, tendría que realizarse una nueva selección de desmultidifusores para el suministro multitrayecto, usando una versión actualizada de la lista ordenada L.
Por tanto, considerando que se inicia una nueva sesión antes de la expiración del tiempo predefinido PT2, la aplicación APP1 131 selecciona, en una etapa 1135, el mismo u otro contenido de audio y/o vídeo a consumir (proceso C_SEL).
A continuación, en una etapa 1136, la aplicación APP1 131 pregunta al dispositivo desmultidifusor DM2 152 si el contenido de audio y/o vídeo recién seleccionado para ser consumido está puesto a disposición o no. Para hacerlo, la aplicación APP1 131 transmite al dispositivo desmultidifusor DM2 152 una solicitud REQ_CHK que incluye información representativa del contenido de audio y/o vídeo recién seleccionado y que solicita confirmación de que el contenido de audio y/o vídeo recién seleccionado está puesto a disposición.
Por tanto, en una etapa 1137, el dispositivo desmultidifusor DM2 152 transmite al dispositivo desmultidifusor DM3 153 una solicitud REQ_CHK que incluye información representativa del contenido de audio y/o vídeo recién seleccionado y que solicita confirmación de que el contenido de audio y/o vídeo recién seleccionado está puesto a disposición. El dispositivo desmultidifusor DM2 152 envía la solicitud REQ_CHK al dispositivo desmultidifusor DM3 153 porque el dispositivo desmultidifusor DM3 153 estuvo implicado en el suministro multitrayecto para la sesión anterior con el reproductor PL1 121 a través del dispositivo proxy PXY 1100.
A continuación, en una etapa 1138, el dispositivo desmultidifusor DM3 153 transmite una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por el dispositivo desmultidifusor DM2 152 en la etapa 1137. Además de incluir un código de error o un código de confirmación, la respuesta RSP_CHK también incluye información de capacidad relacionada con el dispositivo desmultidifusor DM3 153 (como ya se abordó con respecto a la figura 7). Se considerará ilustrativamente que el dispositivo desmultidifusor DM3 153 es capaz de suministrar el contenido de audio y/o vídeo recién seleccionado y que la respuesta RSP_CHK incluye un código de confirmación correspondiente.
Dado que el dispositivo desmultidifusor DM2 152 también estuvo implicado en el suministro multitrayecto para la sesión anterior con el reproductor PL1 121 a través del dispositivo proxy PXY 1100, el dispositivo desmultidifusor DM2 152 verifica internamente si el dispositivo desmultidifusor DM2 152 es capaz o no de suministrar el contenido de audio y/o vídeo recién seleccionado. Se considerará ilustrativamente que el dispositivo desmultidifusor DM2 152 también es capaz de suministrar el contenido de audio y/o vídeo recién seleccionado.
A continuación, en una etapa 1139, el dispositivo desmultidifusor DM2 152 transmite a la aplicación APP1 131 una respuesta RSP_CHK a la solicitud REQ_CHK transmitida por la aplicación APP1 131 en la etapa 1136. La respuesta RSP_CHK indica que el dispositivo desmultidifusor DM2 152 y el dispositivo desmultidifusor DM3 153 son capaces de suministrar el contenido de audio y/o vídeo recién seleccionado, y la respuesta RSP_CHK incluye un código de confirmación correspondiente. No es necesario incluir información de capacidad en esta respuesta RSP_CHK, ya que la aplicación APP1 131 depende del dispositivo desmultidifusor DM2 152 para seleccionar los dispositivos desmultidifusores apropiados para suministrar el contenido de audio y/o vídeo.
En una etapa 1140, la aplicación APP1 131 reinicia el reproductor PL1 121 para consumir el contenido de audio y/o vídeo recién seleccionado. Para hacerlo, la aplicación APP1 131 transmite al reproductor PL1 121 un mensaje de PUESTA EN MARCHA que incluye un identificador del dispositivo proxy PXY 1100 (por ejemplo, la dirección IP del dispositivo proxy PXY 1100) e información representativa del audio y/o vídeo recién seleccionado (por ejemplo, una ruta de URL que apunta al contenido de audio y/o vídeo recién seleccionado o, preferentemente, a un archivo de manifiesto representativo del mismo), y como parámetros adicionales, un identificador de cada dispositivo desmultidifusor (por ejemplo, la dirección IP del dispositivo desmultidifusor en cuestión) que se usará para el suministro multitrayecto del contenido de audio y/o vídeo seleccionado. En el ejemplo de los inventores, los parámetros adicionales son identificadores del dispositivo desmultidifusor DM2 152 y del dispositivo desmultidifusor DM3 153 (por ejemplo, sus direcciones IP). A continuación, en una etapa 1141, los procesos MM_RET y MC_RET se realizan entre el reproductor PL1 121, el dispositivo proxy PXY 1100, el dispositivo desmultidifusor DM2152 y el dispositivo desmultidifusor DM3153 para suministrar el contenido de audio y/o vídeo recién seleccionado. De forma idéntica a lo explicado en el proceso MM_RET 1110, el dispositivo desmultidifusor DM2 152 y el dispositivo desmultidifusor DM3153 realizan un registro del comienzo de la nueva sesión cuando reciben, respectivamente, las solicitudes REQ_M y responden a las mismas. En una variante, el dispositivo desmultidifusor DM2 152 y el dispositivo desmultidifusor DM3153 detectan el comienzo de la nueva sesión al recibir un mensaje dedicado desde el dispositivo proxy PXY 1100. En otra variante, el dispositivo desmultidifusor DM3 153 detecta el comienzo de la nueva sesión al recibir una primera solicitud (en secuencia) REQ_C desde el dispositivo proxy PXY 1100 para el contenido de audio y/o vídeo en cuestión.
En una realización particular, considerando que varios reproductores pueden usar el soporte del dispositivo proxy PXY 1100, el dispositivo proxy PXY 1100 puede indicar en sus mensajes transmitidos al dispositivo desmultidifusor DM2 152 y al dispositivo desmultidifusor DM3 153 que dichos mensajes se refieren a una sesión en nombre del reproductor PL1 121 (por ejemplo, usando la dirección IP del terminal T1 111). Por ejemplo, el campo "Reenviado" de los mensajes HTTP se puede usar para tal fin. Por tanto, el dispositivo desmultidifusor DM2152 y el dispositivo desmultidifusor DM3153 conocen la identidad del reproductor para el que tal o cual comienza o termina.
La realización multitrayecto de las figuras 11A y 11B pueden combinarse con realizaciones para obtener información de capacidad actualizada como se representó anteriormente con respecto a las figuras 4, 5, 6, 8, 9 y 10.
La descripción de las figuras 11A y 11B depende de mensajes intercambiados entre el reproductor (por ejemplo, el reproductor PL1 121) y el dispositivo proxy PXY 1100. Cuando el dispositivo proxy PXY 1100 y el reproductor están ubicados dentro del mismo terminal (por ejemplo, el terminal T1 111), los mensajes pueden asumir la forma de llamadas de API (interfaz de programación de aplicaciones).
Además, la descripción de las figuras 11A y 11B depende de mensajes intercambiados entre una aplicación (por ejemplo, la aplicación APP1 131) asociada con un reproductor (por ejemplo, el reproductor PL1 121) y el dispositivo proxy PXY 1100. Cuando la aplicación en cuestión y el dispositivo proxy PXY 1100 están ubicados dentro del mismo terminal (por ejemplo, el terminal T1 111), los mensajes pueden asumir la forma de llamadas de API.
Más generalmente, la descripción detallada anterior depende de mensajes intercambiados entre el reproductor (por ejemplo, el reproductor PL1 121) y una aplicación asociada (por ejemplo, la aplicación APP1 131). Cuando la aplicación y el reproductor están ubicados dentro del mismo terminal (por ejemplo, el terminal T1 111), los mensajes pueden asumir la forma de llamadas de API.
Como ya se indicó, la descripción detallada anterior se ha presentado considerando ilustrativamente que los contenidos de audio y/o vídeo se suministran en forma de multidifusión (siendo la transmisión por radiodifusión un caso particular de transmisión por multidifusión). Sin embargo, las transmisiones por unidifusión pueden usarse en una variante con el equipo servidor de suministro de contenido CDE 160. Por tanto, en términos generales, los dispositivos desmultidifusores son dispositivos receptores de red de suministro de contenido (CDN), que permiten que los dispositivos terminales en la red de área local LAN 101 reciban los contenidos de audio y/o vídeo, que son suministrados por el equipo servidor de suministro de contenido CDE 160 a través de la al menos una red proveedora PN 102, mediante la transferencia de segmentos de los mismos en la red de área local LAN 101.

Claims (13)

REIVINDICACIONES
1. Procedimiento para suministrar contenidos de audio y/o vídeo a un reproductor en una red de área local, comprendiendo la red de área local una pluralidad de dispositivos receptores de CDN de red de suministro de contenido, recibiendo los dispositivos receptores de CDN contenidos de audio y/o vídeo en forma de segmentos a través de al menos una red proveedora y transfiriendo los dispositivos receptores de CDN los segmentos recibidos de los contenidos de audio y/o vídeo en la red de área local para permitir que terminales equipados con reproductores en la red de área local reciban los contenidos de audio y/o vídeo, en el que el procedimiento comprende:
- obtener información de capacidad a partir de los dispositivos receptores de CDN, siendo la información de capacidad una indicación de los recursos de procesamiento realmente en uso en comparación con la capacidad total de los dispositivos receptores de CDN;
- seleccionar, según la información de capacidad, al menos un dispositivo receptor de CDN para suministrar un contenido de audio y/o vídeo al reproductor;
- detectar que comienza y finaliza una sesión para suministrar el contenido de audio y/o vídeo al reproductor; - cuando finaliza la sesión para suministrar el contenido de audio y/o vídeo desde el al menos un dispositivo receptor de CDN seleccionado al reproductor, el al menos un dispositivo receptor de CDN seleccionado mantiene en su lugar, durante un período de tiempo predefinido, recursos de procesamiento para una potencial próxima sesión para suministrar el mismo u otro contenido de audio y/o vídeo al reproductor;
- cuando comienza otra sesión para suministrar otro contenido de audio y/o vídeo al reproductor antes de la expiración del período de tiempo predefinido, dicho mismo u otro contenido de audio y/o vídeo es suministrado al reproductor por dicho al menos un dispositivo receptor de CDN seleccionado usando los recursos de procesamiento mantenidos en su lugar; y
- cuando comienza otra sesión para suministrar dicho mismo u otro contenido de audio y/o vídeo al reproductor después de la expiración del período de tiempo predefinido, se realiza una reselección de al menos un dispositivo receptor de CDN, según información de capacidad actualizada, para suministrar dicho otro contenido de audio y/o vídeo al reproductor.
2. Procedimiento según la reivindicación 1, en el que los contenidos de audio y/o vídeo se ponen a disposición de los receptores de CDN en diversas representaciones para permitir velocidad de bits adaptable ABR.
3. Procedimiento según la reivindicación 2, en el que el al menos un dispositivo receptor de CDN seleccionado detecta que comienza la sesión para suministrar el contenido de audio y/o vídeo al reproductor, cuando recibe una solicitud para obtener un archivo de manifiesto del contenido de audio y/o vídeo.
4. Procedimiento según la reivindicación 1, en el que el al menos un dispositivo receptor de CDN seleccionado detecta que comienza la sesión para suministrar el contenido de audio y/o vídeo al reproductor, cuando recibe un mensaje que indica que dicha sesión comienza.
5. Procedimiento según una cualquiera de las reivindicaciones 1 a 4, en el que el al menos un dispositivo receptor de CDN seleccionado detecta que finaliza la sesión para suministrar el contenido de audio y/o vídeo al reproductor, cuando detecta que ninguna solicitud relacionada con dicho suministro del contenido de audio y/o vídeo al reproductor ha sido recibida por dicho al menos un dispositivo receptor de CDN seleccionado durante un período de tiempo predefinido.
6. Procedimiento según una cualquiera de las reivindicaciones 1 a 5, en el que los contenidos de audio y/o vídeo se ponen a disposición de los receptores de CDN en forma de multidifusión y los dispositivos receptores de CDN son desmultidifusores que convierten en forma de unidifusión los segmentos recibidos en forma de multidifusión a través de la al menos una red proveedora.
7. Procedimiento según una cualquiera de las reivindicaciones 1 a 6, en el que cada dispositivo receptor de CDN transmite su información de capacidad al mismo tiempo que responde a una solicitud para verificar si el contenido de audio y/o vídeo a consumir está puesto a disposición o no a través del dispositivo receptor de CDN en cuestión.
8. Procedimiento según la reivindicación 7, en el que, cuando la información de capacidad transmitida por al menos un dispositivo receptor de CDN en respuesta a una solicitud para verificar si el contenido de audio y/o vídeo a consumir está puesto a disposición o no a través del dispositivo receptor de CDN en cuestión ha cambiado, el procedimiento comprende además solicitar información de capacidad a cada otro dispositivo receptor de CDN para obtener información de capacidad actualizada.
9. Procedimiento según una cualquiera de las reivindicaciones 1 a 8, en el que la obtención de información de capacidad a partir de los dispositivos receptores de CDN y la selección, según la información de capacidad, del al menos un dispositivo receptor de CDN para suministrar el contenido de audio y/o vídeo al reproductor son realizadas por una aplicación asociada al reproductor.
10. Procedimiento según una cualquiera de las reivindicaciones 1 a 8, en el que la obtención de información de capacidad a partir de los dispositivos receptores de CDN y la selección, según la información de capacidad, del al menos un dispositivo receptor de CDN para suministrar el contenido de audio y/o vídeo al reproductor son realizadas por un receptor de CDN al que una aplicación asociada al reproductor pregunta si el contenido de audio y/o vídeo a consumir está puesto a disposición o no a través del dispositivo receptor de CDN en cuestión.
11. Procedimiento según una cualquiera de las reivindicaciones 1 a 10, en el que cuando la sesión implica suministrar el contenido de audio y/o vídeo al reproductor desde varios dispositivos receptores de CDN seleccionados, el reproductor se comunica con un dispositivo proxy para recibir los segmentos del contenido de audio y/o vídeo y el dispositivo proxy se comunica con los varios dispositivos receptores de CDN seleccionados para obtener los segmentos del contenido de audio y/o vídeo mientras gestiona el equilibrado de carga para suministrar el contenido de audio y/o vídeo al reproductor.
12. Procedimiento según la reivindicación 11, en el que, cuando el dispositivo proxy recibe desde el reproductor una solicitud para obtener un archivo de manifiesto del contenido de audio y/o vídeo, el dispositivo proxy transmite una solicitud de este tipo para obtener un archivo de manifiesto del contenido de audio y/o vídeo a cada uno de dichos varios dispositivos receptores de CDN seleccionados.
13. Sistema de suministro de contenidos de audio y/o vídeo configurado para suministrar contenidos de audio y/o vídeo a un reproductor en una red de área local, comprendiendo la red de área local una pluralidad de dispositivos receptores de CDN de red de suministro de contenido del sistema de suministro de contenidos de audio y/o vídeo, recibiendo los dispositivos receptores de CDN contenidos de audio y/o vídeo en forma de segmentos a través de al menos una red proveedora y transfiriendo los dispositivos receptores de CDN los segmentos recibidos de los contenidos de audio y/o vídeo en la red de área local para permitir que terminales equipados con reproductores en la red de área local reciban los contenidos de audio y/o vídeo, en el que el sistema de suministro de contenidos de audio y/o vídeo comprende:
- medios para obtener información de capacidad a partir de los dispositivos receptores de CDN, siendo la información de capacidad una indicación de los recursos de procesamiento realmente en uso en comparación con la capacidad total de los dispositivos receptores de CDN;
- medios para seleccionar, según la información de capacidad, al menos un dispositivo receptor de CDN para suministrar un contenido de audio y/o vídeo al reproductor;
- medios para detectar que comienza y finaliza una sesión para suministrar el contenido de audio y/o vídeo al reproductor;
y en el que el sistema de suministro de contenidos de audio y/o vídeo está configurado además de la siguiente manera:
- cuando finaliza la sesión para suministrar el contenido de audio y/o vídeo desde el al menos un dispositivo receptor de CDN seleccionado al reproductor, el al menos un dispositivo receptor de CDN seleccionado mantiene en su lugar, durante un período de tiempo predefinido, recursos de procesamiento para una potencial próxima sesión para suministrar el mismo u otro contenido de audio y/o vídeo al reproductor;
- cuando comienza otra sesión para suministrar otro contenido de audio y/o vídeo al reproductor antes de la expiración del período de tiempo predefinido, dicho mismo u otro contenido de audio y/o vídeo es suministrado al reproductor por dicho al menos un dispositivo receptor de CDN seleccionado usando los recursos de procesamiento mantenidos en su lugar; y
- cuando comienza otra sesión para suministrar dicho mismo u otro contenido de audio y/o vídeo al reproductor después de la expiración del período de tiempo predefinido, se realiza una reselección de al menos un dispositivo receptor de CDN, según información de capacidad actualizada, para suministrar dicho otro contenido de audio y/o vídeo al reproductor.
ES19214253T 2019-12-06 2019-12-06 Procedimiento para suministrar contenidos de audio y/o vídeo a un reproductor Active ES2928485T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP19214253.7A EP3833038B1 (en) 2019-12-06 2019-12-06 Method for delivering audio and/or video contents to a player

Publications (1)

Publication Number Publication Date
ES2928485T3 true ES2928485T3 (es) 2022-11-18

Family

ID=68835014

Family Applications (1)

Application Number Title Priority Date Filing Date
ES19214253T Active ES2928485T3 (es) 2019-12-06 2019-12-06 Procedimiento para suministrar contenidos de audio y/o vídeo a un reproductor

Country Status (9)

Country Link
US (1) US20230026376A1 (es)
EP (1) EP3833038B1 (es)
JP (1) JP2023504633A (es)
KR (1) KR20220116201A (es)
CA (1) CA3160351A1 (es)
ES (1) ES2928485T3 (es)
IL (1) IL293556A (es)
MX (1) MX2022006755A (es)
WO (1) WO2021110753A1 (es)

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2605469A1 (en) * 2011-12-13 2013-06-19 Thomson Licensing Method and apparatus to control a multipath adaptive streaming session
US10063606B2 (en) * 2012-06-12 2018-08-28 Taiwan Semiconductor Manufacturing Co., Ltd. Systems and methods for using client-side video buffer occupancy for enhanced quality of experience in a communication network
US20150142982A1 (en) * 2013-11-15 2015-05-21 Microsoft Corporation Preservation of connection session
US9787751B2 (en) * 2014-08-06 2017-10-10 At&T Intellectual Property I, L.P. Method and apparatus for delivering media content utilizing segment and packaging information
US10114689B1 (en) * 2015-12-28 2018-10-30 Amazon Technologies, Inc. Dynamic playlist generation
US10051046B1 (en) * 2017-11-08 2018-08-14 Engine Media, Llc Individualized connectivity based request handling
US10531130B2 (en) * 2018-01-23 2020-01-07 Charter Communications Operating, Llc Protocol and architecture for the decentralization of content delivery

Also Published As

Publication number Publication date
EP3833038A1 (en) 2021-06-09
US20230026376A1 (en) 2023-01-26
JP2023504633A (ja) 2023-02-06
MX2022006755A (es) 2022-06-14
CA3160351A1 (en) 2021-06-10
EP3833038B1 (en) 2022-07-20
IL293556A (en) 2022-08-01
KR20220116201A (ko) 2022-08-22
WO2021110753A1 (en) 2021-06-10

Similar Documents

Publication Publication Date Title
US7865611B2 (en) Content delivery method and communication terminal apparatus
US8612621B2 (en) Method for constructing network topology, and streaming delivery system
ES2965183T3 (es) Procedimiento y sistema para la distribución de contenido audiovisual en vivo
Sweha et al. Angelcast: cloud-based peer-assisted live streaming using optimized multi-tree construction
CN110392071B (zh) 流媒体资源的上传、下载方法、分发系统及流媒体服务器
US20120117605A1 (en) System and method for peer-to-peer live streaming
BRPI0715771A2 (pt) mÉtodo de reparo de arquivo para um sistema de distribuiÇço de conteédo
BR112016012135B1 (pt) Método, dispositivo de cliente e mídia não transitória legível por computador para distribuir largura de banda disponível de uma rede entre sessões de tráfego contínuas executadas por dispositivos de cliente da rede
AU2020257112B2 (en) Distribution of bandwidth in a network
CN110392020B (zh) 一种流媒体资源的传输方法及系统
JP2017536751A (ja) 分散型コンテンツ配信ネットワークにおけるブロードキャスト送信中の適応ビットレート
TW201537934A (zh) 沿著用戶終端機與至少一伺服器間之傳輸路徑所設置快取記憶體之操作方法，及對應之快取記憶體
ES2928485T3 (es) Procedimiento para suministrar contenidos de audio y/o vídeo a un reproductor
KR20150140230A (ko) 클라이언트 단말기들과 적어도 하나의 서버 사이의 송신 경로를 따라 배열된 캐시를 작동시키기 위한 방법, 및 대응하는 캐시
JP2007527576A (ja) コンテンツを配信するためのシステム、レシーバ、方法及びプログラム
KR20140089035A (ko) 콘텐츠 서버와 정보 중심 네트워크 서버 간의 연동을 위한 가상 파일 시스템 및 이의 동작 방법
RU2791242C2 (ru) Способ и система доставки аудиовизуального контента в режиме реального времени
Borràs Fuentes PPSP design and implementation