ES2386518T3 - Método y aparato para recibir contenidos - Google Patents

Método y aparato para recibir contenidos Download PDF

Info

Publication number
ES2386518T3
ES2386518T3 ES09174993T ES09174993T ES2386518T3 ES 2386518 T3 ES2386518 T3 ES 2386518T3 ES 09174993 T ES09174993 T ES 09174993T ES 09174993 T ES09174993 T ES 09174993T ES 2386518 T3 ES2386518 T3 ES 2386518T3
Authority
ES
Spain
Prior art keywords
content
data
temporary position
received
client device
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
ES09174993T
Other languages
English (en)
Inventor
Jun Li
Ning Liao
Li Hua Zhu
Original Assignee
Thomson Licensing SAS
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 Thomson Licensing SAS filed Critical Thomson Licensing SAS
Application granted granted Critical
Publication of ES2386518T3 publication Critical patent/ES2386518T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2389—Multiplex stream processing, e.g. multiplex stream encrypting
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4347—Demultiplexing of several video streams
    • 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4385—Multiplex stream processing, e.g. multiplex stream decrypting
    • 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • 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/104—Peer-to-peer [P2P] networks

Abstract

Un método para que un dispositivo de cliente reciba un contenido, el cual comprende las etapas de: enviar (101) una petición de dicho contenido; y en respuesta a dicha petición, recibir (102) datos de dicho contenido que comienzan en una posición temporal dada de dicho contenido, de tal modo que dicho contenido se transporta en una corriente de datos desde un primer dispositivo, y recibir datos de dicho contenido correspondientes a una posición temporal previa a dicha posición temporal dada de dicho contenido, desde al menos un segundo dispositivo, caracterizado por que dichos datos de dicho contenido correspondientes a una posición temporal previa a dicha posición temporal dada de dicho contenido, se reciben desde el al menos un segundo dispositivo de una manera regresiva o hacia atrás, comenzando desde dicha posición temporal dada (103).

Description

Metodo y aparato para recibir contenidos.
CAMPO TECNICO
La presente invenci6n se refiere, en general, a redes de comunicaci6n y, mas particularmente, se refiere a la recepci6n de contenidos.
ANTECEDENTES
Con el desarrollo de las tecnologias, los programas de medios tales como la radiodifusi6n / difusi6n multiple de TV y la radiodifusi6n / difusi6n multiple de video, se suministran a los usuarios finales mediante el uso de paquetes de datos, tales como paquetes de Protocolo de Internet (IP -"Internet Protocol"), celdas de Modo de Transferencia Asincrono (ATM -"Asynchronous Transfer Mode") y tipos de paquetes similares.
A diferencia de la manera convencional de reproducir contenidos de medios de soporte digitales por los usuarios finales una vez que se ha descargado el archivo completo del medio de soporte o el pasaje o fragmento del medio de soporte, el contenido del archivo del medio de soporte o un fragmento del medio de soporte se transfiere en corrientes de datos a los usuarios finales utilizando ya sea un modo de difusi6n multiple / radiodifusi6n, ya sea un modo de difusi6n unica, y el contenido del medio de soporte se descodificara y reproducira una vez que se ha almacenado temporalmente por un receptor una cantidad predefinida de corriente de datos del contenido del medio de soporte. Aqui, una corriente de datos es una secuencia de senales coherentes codificadas digitalmente, que se utiliza para transmitir o recibir informaci6n que se encuentra en transmisi6n. Por ejemplo, en la especificaci6n H.264, la senal coherente codificada digitalmente es la unidad de acceso (los datos codificados de una imagen). Una caracteristica de la corriente de datos es que existe una limitaci6n o restricci6n temporal sobre la unidad de acceso, lo que significa que las unidades de acceso de la corriente de datos son enviadas una tras otra de acuerdo con su sello temporal, y que la ultima unidad de acceso sera enviada despues de la que la precede.
Debido al entorno de transmisi6n, la corriente de datos del contenido puede no ser transmitida al usuario final con una velocidad de transferencia estable de los bits. Esto tendra como resultado la reproducci6n intermitente del contenido. En consecuencia, para obtener una reproducci6n suave del contenido, se utiliza un registro de almacenamiento intermedio o temporal de un tamano predefinido al objeto de compensar el suministro impredecible del contenido por parte de una red erratica, al almacenar temporalmente algo de la corriente de datos del contenido antes de comenzar a reproducirlo. Normalmente, el tamano del registro de almacenamiento temporal varia en funci6n de la calidad de transmisi6n de la red. Generalmente, cuanto peor es la calidad de transmisi6n de la red, mas grande se necesita que sea el tamano del registro de almacenamiento temporal. Ademas, el tamano del registro de almacenamiento temporal es, por lo comun, grande en una red inalambrica y en otras redes cuyas calidades de transmisi6n varian con el tiempo. Sin embargo, a medida que el tamano del registro de almacenamiento temporal se hace mas grande, se necesita mas tiempo para almacenar temporalmente la corriente de datos de un contenido cuando se conmuta al contenido del medio de soporte. Es deseable reducir el retardo provocado por el almacenamiento temporal de la corriente de datos cuando se conmuta al contenido.
El documento US 2008/037527 A1 (CHAN SHUENG H G [CN] ET AL) divulga un metodo de Medios Bajo Demanda regulable en escala para un grupo grande de usuarios en la Internet. Este metodo hace uso de capacidades de almacenamiento temporal entre hom6logos o pares con el fin de colaborar en la distribuci6n y la descarga de medios de soporte, facilitadas por un repositorio central para la busqueda de pares 6ptimos en calidad de nodos paternos o ascendientes a los que conectarse, y para la habilitaci6n o soporte de caracteristicas avanzadas tales como la reproducci6n en avance rapido y hacia atras.
SUMARIO
De acuerdo con un aspecto de la presente invenci6n, se proporciona un metodo de acuerdo con la reivindicaci6n 1.
De acuerdo con un aspecto de la presente invenci6n, se proporciona un dispositivo de cliente para la recepci6n de un contenido de acuerdo con la reivindicaci6n 7.
De acuerdo con un aspecto de la presente invenci6n, esta reduce el retardo cuando se cambia a otro contenido.
Ha de comprenderse que las caracteristicas y ventajas adicionales de la invenci6n se pondran de manifiesto de un modo evidente para un experto de la tecnica tras la lectura de la descripci6n detallada que sigue.
BREVE DESCRIPCION DE LOS DIBUJOS
Los dibujos que se acompanan, los cuales se han incluido para proporcionar una comprensi6n adicional de la invenci6n y se han incorporado a esta Solicitud formando parte de la misma, ilustran la realizaci6n de la invenci6n
conjuntamente con la descripci6n, que sirve para explicar el principio de la invenci6n. En los dibujos:
La Figura 1 es un diagrama de flujo que ilustra el metodo para cambiar de canal de acuerdo con una realizaci6n de la presente invenci6n;
La Figura 2 es un diagrama esquematico que ilustra un sistema de acuerdo con la realizaci6n de la presente invenci6n; y
La Figura 3 es un diagrama de bloques del dispositivo de cliente para cambiar de canal, de acuerdo con la realizaci6n de la presente invenci6n.
DESCRIPCION DETALLADA
Se describira a continuaci6n en detalle la realizaci6n de la presente invenci6n, conjuntamente con los dibujos. En la siguiente descripci6n, pueden haberse omitido algunas descripciones detalladas de funciones y configuraciones conocidas en aras de la claridad y de la concisi6n.
De acuerdo con una realizaci6n de la presente invenci6n, una red tipica comprende al menos un servidor de video, al menos un servidor de memoria cache y al menos un dispositivo de cliente. El dispositivo de cliente esta configurado para recibir los datos de video. El servidor de video esta configurado para proporcionar datos de video. Los datos de video se transfieren en corrientes de datos, ya sea por el servidor de video, ya sea por otro dispositivo que este conectado comunicativamente con el servidor de video. El servidor de memoria cache esta configurado para almacenar en memoria cache los datos de video procedentes del servidor de video, y esta tambien configurado para proporcionar datos de video almacenados en memoria cache en respuesta a la petici6n de los datos almacenados en memoria cache desde el dispositivo de cliente.
La Figura 1 es un diagrama de flujo que ilustra el procedimiento de cambio de canal en el entorno de multidifusi6n o difusi6n multiple, de acuerdo con una realizaci6n de la presente invenci6n.
--
En la etapa 101, un dispositivo de cliente envia una petici6n indicativa de la sintonizaci6n con un contenido de video, tal como un canal de TV. Habitualmente, la petici6n es enviada por el dispositivo de cliente cuando el dispositivo de cliente es conectado o conmutado de un contenido de video a otro.
--
En la etapa 102, en respuesta a la petici6n del contenido de video desde el dispositivo de cliente, el dispositivo de cliente recibe del servidor de video los datos de video del contenido de video requerido en una corriente de datos, y los datos de video transportados en la corriente de datos (a los que se hace referencia en lo que sigue de la presente memoria como "datos de video futuros") son recibidos desde una posici6n T de reproducci6n en curso del contenido de video solicitado. En aplicaciones tales como servicios de difusi6n multiple de video, debido al hecho de que el contenido de video es transmitido en forma de una corriente de datos, el dispositivo de cliente solo puede recibir los datos de video subsiguientemente a la posici6n T en el eje de tiempos, a traves de la corriente de difusi6n multiple.
--
En la etapa 103, el dispositivo de cliente recibe los datos de video del contenido de video solicitado, antes de la posici6n T en el eje de tiempos, (a los que se hace referencia en lo que sigue de esta memoria como "datos de video pasados") desde al menos un servidor de memoria cache. El al menos un servidor de memoria cache es capaz, aqui, de proporcionar los datos de video del contenido de video solicitado, antes de la posici6n T en el eje de tiempos. El servidor de memoria cache puede ser un servidor de uso exclusivo o dedicado que sigue recibiendo la corriente de datos del contenido de video solicitado y almacena los datos de video contenidos en la corriente de datos recibida, o bien un servidor dedicado al que han dado instrucciones para, en un instante de tiempo, comenzar a recibir la corriente de datos del contenido de video solicitado, y que almacena los datos de video. El metodo expuesto mas adelante puede ser utilizado por el dispositivo de cliente para recibir los datos de video pasados: el dispositivo de cliente da instrucciones al servidor de memoria cache para que transmita los datos de video pasados de un modo regresivo o hacia atras desde la posici6n T, lo que significa que los datos de video pasados son transmitidos en un sentido desde la posici6n T hacia la posici6n de comienzo del contenido de video solicitado. Debido a que los datos de video pasados son transmitidos de un modo regresivo o hacia atras, el dispositivo de cliente o el dispositivo de memoria cache no necesitan calcular cuantos datos de video pasados en necesario transmitir ni informar de ello al servidor de memoria cache. Como consecuencia de ello, este ahorra el tiempo de tales calculos y evita, por consiguiente, el intercambio de senales entre el dispositivo de memoria cache y el dispositivo de cliente. Aqui, los datos de video pasados guardados en memoria cache pueden ser transmitidos en un bloque de informaci6n tan rapido como los recursos de red lo permiten.
--
En la etapa 104, si se determina que los datos de video almacenados temporalmente en el dispositivo de cliente y que se han recibido desde el servidor de video y el al menos un servidor de memoria cache, llegan a un valor de umbral predeterminado, el dispositivo de cliente descodifica y presenta visualmente el video basandose en la combinaci6n e datos de video procedentes el servidor de video y del al menos un servidor de memoria cache. Aqui,
el valor de umbral se ajusta en un valor que permite al dispositivo de cliente descodificar suavemente y presentar visualmente el contenido de video. Debido a que se reciben los datos de video desde la posici6n T y los datos de video previos a la posici6n T, los datos de video pueden ser combinados de forma coherente en la posici6n T mediante el uso del siguiente metodo: debido a que los datos de video, tales como una unidad de acceso, son generalmente encapsulados con el Protocolo de Transporte en Tiempo Real (RTP -"Real-time Transport Protocol") antes de ser transmitidos, los datos de video pueden ser combinados ordenando los datos de video recibidos desde el servidor de video y el al menos un servidor de memoria cache, basandose en el campo de "numero de secuencia" contenido en el encabezamiento de RTP.
Debido a que el registro de almacenamiento temporal se ha llenado con los datos de video pasados de una manera regresiva desde el al menos un servidor de memoria cache, junto con los datos de video procedentes del servidor de video, se utilizara menos tiempo para llenar el registro de almacenamiento temporal hasta un valor de umbral predeterminado, a fin de acelerar el cambio de canal. Cuando los datos de video almacenados temporalmente alcanzan un valor de umbral predeterminado, el dispositivo de cliente descodifica los datos de video combinados y presenta visualmente el contenido de video comenzando por los datos de video que tienen el "Numero de Secuencia" menor. Por otra parte, una vez que los datos almacenados temporalmente llegan a un valor de umbral predeterminado, el dispositivo de cliente puede, bien dar instrucciones al servidor de memoria cache para que deje de transmitir los datos de video pasados, o bien desechar los datos de video pasados que se reciban tras ello.
Por otra parte, el valor de umbral puede ser un valor estatico o bien un valor dinamico, de acuerdo con los requisitos del contenido de video y/o con las caracteristicas del contenido de video codificado, o las condiciones de la red. Cuando se determina dinamicamente el valor de umbral, este puede determinarse basandose en la informaci6n de control del contenido de video, tal como la informaci6n de Verificaci6n de Registro de Almacenamiento Temporal Virtual (VBV -"Virtual Buffer Verification") de la especificaci6n MPEG-4, Parte 2, o en la informaci6n de Descodificador de Referencia Hipotetico (HRD -"Hypothetical Reference Decoder") de la AVS (Normativa de Audio y Video -"Audio Video Standard")/H.264, de MPEG-4. Normalmente, la informaci6n de control comprende HRD o VBV, sellos temporales, etc. Ademas, la informaci6n de control puede ser utilizada para ayudar al dispositivo de cliente a pasar o hacer avanzar una cierta trama de video con precisi6n. Por ejemplo, durante la descodificaci6n, el retardo eliminaci6n cpb ("cpb removal delay") y el retardo eliminaci6n ("removal delay") del HRD pueden ser aplicados para comprobar el numero de trama de descodificaci6n. El retardo salida dpb ("dpb output delay") del HRD puede combinarse con el numero de trama obtenido para deducir que trama debe presentarse visualmente.
De acuerdo con una variante de la presente realizaci6n, el dispositivo de cliente puede recibir el contenido de video solicitado desde otro dispositivo intermedio conectado comunicativamente entre el servidor de video y el dispositivo de cliente, tal como un dispositivo de encaminamiento. El dispositivo intermedio es capaz de remitir el contenido de video solicitado que es recibido desde el servidor de video.
De acuerdo con una variante de la presente realizaci6n, si los recursos de red, tales como la anchura de banda de la transmisi6n, son limitados, y existe competencia por tales recursos de red entre la conexi6n que porta los datos de video futuros y la conexi6n que porta los datos de video pasados, se dara a la conexi6n que porta los datos de video futuros una prioridad mas alta.
De acuerdo con la presente realizaci6n, el establecimiento de las conexiones de transmisi6n para el contenido de video solicitado es iniciado por el servidor de video y por el servidor de memoria cache por separado en la etapa 102 y en la etapa 103. Sin embargo, de acuerdo con una variante de la presente invenci6n, se proporciona un dispositivo de control central que procesa o trata toda la informaci6n de estado acerca del servidor de video y del servidor de memoria cache, por ejemplo, que contenido esta disponible en ese momento. Una vez que el cliente trata de cambiar a otro contenido de video, la petici6n es enviada al dispositivo de control central, y el dispositivo de control central dara instrucciones al servidor de video que tiene el contenido de video solicitado y al servidor de memoria cache que tiene los datos de video pasados almacenados en memoria cache y pertenecientes al contenido de video solicitado, para que inicien una conexi6n de transmisi6n con el dispositivo de cliente.
De acuerdo con una variante de la presente realizaci6n, la ejecuci6n de la etapa 102 y de la etapa 103 pueden ser intercambiables o simultaneas.
De acuerdo con una variante de la presente realizaci6n, esta puede aplicarse tambien a entorno de radiodifusi6n o de difusi6n unica. Con respecto a la etapa 102, en el entorno de multidifusi6n o difusi6n multiple de la presente realizaci6n, el dispositivo de cliente necesita unirse a un grupo de difusi6n multiple existente para el contenido de video solicitado, o bien postularse para un nuevo grupo de difusi6n multiple para el contenido de video solicitado, y entonces unirse a el. Sin embargo, en el entorno de radiodifusi6n, el dispositivo de cliente simplemente recibe el contenido de video solicitado por un canal de radiodifusi6n ya existente. En el entorno de difusi6n unica, debera establecerse una conexi6n para transmisi6n de difusi6n unica entre el dispositivo de cliente y el servidor de video, a fin de transmitir la corriente de datos del contenido de video solicitado.
De acuerdo con una variante de la presente realizaci6n, el servidor de memoria cache puede ser un m6dulo ubicado
en el servidor de video, o un dispositivo independiente emplazado en la red, o bien el registro de almacenamiento temporal de otro dispositivo de cliente, que almacena temporalmente el contenido de video recibido al tiempo que recibe el contenido de video solicitado en una corriente de datos.
La Figura 2 es un diagrama esquematico que ilustra un sistema para un cambio de canal de acuerdo con la presente realizaci6n. Como se muestra en la Figura 2, el sistema comprende un servidor de video 201, un servidor A 202 de memoria cache, un servidor B 203 de memoria cache y diferentes clases de dispositivos de cliente con capacidades para descodificar los datos de video, tales como una STB (caja de terminal de conexi6n -"set top box"), conectada con el TV 208, una computadora portatil 205 y un PC de sobremesa 207, conectado a un AP (punto de acceso "access point") 206. Sup6ngase que el servidor de video tiene canales de video del 1 al 10, cada uno de los cuales tiene un contenido de video, y que el servidor A de memoria cache se utiliza para almacenar en memoria cache los canales 1 a 5, mientras que el servidor B de memoria cache se utiliza para almacenar en memoria cache los canales 6 a 10. El usuario de la computadora portatil 205 esta viendo el canal 1 cuando de repente cambia al canal 6. De este modo, la computadora portatil 205recibe los datos de video del canal 6 desde el servidor de video 201, a partir de la posici6n de reproducci6n en curso en ese momento de la corriente de datos, y los datos de video pasados procedentes del servidor B 203 de memoria cache, de una manera regresiva o hacia atras desde la posici6n de reproducci6n en curso. Por otra parte, a titulo de ejemplo, cabe la posibilidad de que el usuario del TV 208 este viendo en ese momento el canal 6 a traves de la STB 204, y que la STB 204 tenga un registro de almacenamiento temporal que se emplee para almacenar los datos de video recibidos desde el servidor de video. De este modo, la computadora portatil 205 puede establecer una conexi6n con la STB 204 para obtener los datos de video almacenados temporalmente de una manera regresiva. Como consecuencia de ello, el retardo en el procedimiento de cambiar de canal se reduce. Por otra parte, se comprende que debera introducirse un mecanismo de coordinaci6n si los datos de video pasados son recibidos desde mas de un servidor de memoria cache. Un mecanismo simple consiste en que el dispositivo de cliente recibe los datos de video pasados desde los mas de un servidores de memoria cache de maneras regresivas, y desecha los datos de video identicos que se reciben mas tarde.
La Figura 3 es un diagrama de bloques del dispositivo de cliente de acuerdo con la presente realizaci6n de la invenci6n. El dispositivo de cliente 300 comprende un primer m6dulo de recepci6n 301, un segundo m6dulo de recepci6n 302, un registro de almacenamiento temporal 303, un m6dulo descodificador 304, un m6dulo de presentaci6n visual 305 y un m6dulo de procesamiento o tratamiento 306. El primer m6dulo de recepci6n 301 se utiliza para recibir los datos de video futuros de un canal de video solicitado, a traves de una corriente de datos. El segundo m6dulo de recepci6n 302 se utiliza para recibir los datos de video pasados del canal de video solicitado, desde al menos un servidor de memoria cache, de una manera regresiva. Y se daran instrucciones al m6dulo de recepci6n 302, por parte del m6dulo de tratamiento 306, para que deseche los datos de video pasados que se reciben despues de que los datos almacenados temporalmente en el registro de almacenamiento temporal 303 alcancen un valor de umbral predeterminado. El registro de almacenamiento temporal 303 se emplea para almacenar temporalmente los datos de video recibidos por el primer m6dulo de recepci6n 301 y por el segundo m6dulo de recepci6n 302. El m6dulo descodificador 304 se utiliza para descodificar los datos de video del registro de almacenamiento temporal 303, para asi generar los datos de video descodificados a fin de que sean visualmente presentados por el m6dulo de presentaci6n visual 305. El m6dulo de tratamiento 306 se utiliza para enviar una petici6n para sintonizar un canal cuando se cambia a otro canal o se conecta o activa el dispositivo de cliente, para dar instrucciones al primer m6dulo de recepci6n 301 para que reciba los datos de video futuros del canal solicitado, comenzando por la posici6n temporal del contenido del canal solicitado, y para dar instrucciones, por ejemplo, enviando un mensaje que contiene un indice indicativo de la posici6n temporal, al segundo m6dulo de recepci6n 302 para que reciba de una manera regresiva los datos de video pasados del canal solicitado, antes de la posici6n temporal, y dar instrucciones al m6dulo descodificador 304 para que descodifique la combinaci6n de los datos de video recibidos por el primer m6dulo de recepci6n 301 y por el segundo m6dulo de recepci6n 302 cuando se determina que los datos de video almacenados temporalmente en el registro de almacenamiento temporal 303 han alcanzado un valor de umbral predeterminado. Por otra parte, el m6dulo de tratamiento 306 puede haberse configurado para dar instrucciones al servidor de memoria cache para que deje de enviar datos de video pasados si los datos de video contenidos en el registro de almacenamiento temporal llegan a un valor de umbral predeterminado. Se comprende que no es necesario que el dispositivo de cliente incluya todos los m6dulos anteriormente mencionados. Por ejemplo, el m6dulo de presentaci6n visual 305 es redundante para una STB, y el m6dulo descodificador 304 es redundante en caso de que un dispositivo de presentaci6n visual tenga capacidad de descodificaci6n. Ademas, los m6dulos pueden ser combinados o divididos en una implementaci6n dada.
De acuerdo con una variante de la presente realizaci6n, el dispositivo de cliente comprende, de manera adicional, un m6dulo de suministro de datos. El m6dulo de suministro de datos se utiliza para proporcionar los datos de video de un canal de video en curso almacenados temporalmente en el registro de almacenamiento temporal 303, otro dispositivo de cliente que conmuta a este canal de video.
De acuerdo con una variante de la presente realizaci6n, el metodo, el sistema y el dispositivo que se han expuesto antes de conformidad con la presente realizaci6n, pueden ser aplicados en otros sistemas de suministro de recursos en tiempo real en los que el recurso se suministra dentro de una corriente, tal como una corriente de audio.
Se han descrito un cierto numero de implementaciones. Se comprendera, no obstante, que pueden realizarse diversas modificaciones. Por ejemplo, elementos de diferentes implementaciones pueden combinarse, complementarse, modificarse o suprimirse para dar lugar a otras implementaciones. De manera adicional, una persona con conocimientos ordinarios comprendera que pueden aportarse otras estructuras y procedimientos sustituyendo a los divulgados, y que las implementaciones resultantes desempenaran, al menos sustancialmente, la(s) misma(s) funci6n (funciones), al menos sustancialmente de la(s) misma(s) manera(s), para conseguir, al menos sustancialmente, el (los) mismo(s) resultado(s) que las implementaciones divulgadas.

Claims (9)

  1. REIVINDICACIONES
    1.-Un metodo para que un dispositivo de cliente reciba un contenido, el cual comprende las etapas de:
    enviar (101) una petici6n de dicho contenido; y
    en respuesta a dicha petici6n, recibir (102) datos de dicho contenido que comienzan en una posici6n temporal dada de dicho contenido, de tal modo que dicho contenido se transporta en una corriente de datos desde un primer dispositivo, y recibir datos de dicho contenido correspondientes a una posici6n temporal previa a dicha posici6n temporal dada de dicho contenido, desde al menos un segundo dispositivo, caracterizado por que
    dichos datos de dicho contenido correspondientes a una posici6n temporal previa a dicha posici6n temporal dada de dicho contenido, se reciben desde el al menos un segundo dispositivo de una manera regresiva o hacia atras, comenzando desde dicha posici6n temporal dada (103).
  2. 2.-El metodo de acuerdo con la reivindicaci6n 1, caracterizado por que comprende, adicionalmente:
    presentar visualmente el contenido basandose en los datos recibidos desde dicho primer dispositivo y dicho al menos un segundo dispositivo, si se determina que la cantidad de datos recibidos desde dicho primer dispositivo y dicho al menos un segundo dispositivo llega a un valor de umbral predeterminado (104).
  3. 3.-El metodo de acuerdo con la reivindicaci6n 1 o la reivindicaci6n 2, caracterizado por que los datos recibidos desde dicho primer dispositivo y los datos recibidos desde dicho al menos un segundo dispositivo son combinados basandose en la informaci6n de secuencia asociada con cada dato.
  4. 4.-El metodo de acuerdo con la reivindicaci6n 1 o la reivindicaci6n 2, caracterizado por que comprende, adicionalmente:
    enviar, en respuesta al hecho de que los datos recibidos desde dicho primer dispositivo y desde dicho al menos un segundo dispositivo lleguen a un valor de umbral predeterminado, un mensaje a dicho al menos un segundo dispositivo, indicativo de la detenci6n de la transmisi6n de los datos correspondientes al tiempo anterior a dicha posici6n temporal dada, o del desechado de los datos adicionales que se reciban desde dicho al menos un segundo dispositivo.
  5. 5.-El metodo de acuerdo con la reivindicaci6n 1 o la reivindicaci6n 2, caracterizado por que, antes de recibir los datos procedentes de dicho primer dispositivo y de dicho al menos un segundo dispositivo, dicho dispositivo de cliente envia un mensaje indicativo de la sintonizaci6n de dicho contenido a un dispositivo de control, que se utiliza para dar instrucciones a dicho primer dispositivo para que transmita los datos de dicho contenido a partir de dicha posici6n temporal dada, en una corriente de datos, a dicho dispositivo de cliente, y a dicho al menos un segundo dispositivo para que transmita los datos de dicho contenido correspondientes al tiempo anterior a dicha posici6n temporal dada, a dicho dispositivo de cliente.
  6. 6.-El metodo de acuerdo con cualquiera de las reivindicaciones 1 a 5, caracterizado por que los datos, comenzando por dicha posici6n temporal dada, son transmitidos en una corriente de datos, en cualquiera de los siguientes modos: difusi6n unica, difusi6n multiple o multidifusi6n, o radiodifusi6n.
  7. 7.-Un dispositivo de cliente para recibir un contenido, que comprende:
    un m6dulo de recepci6n (301, 302), configurado para recibir datos de dicho contenido, comenzando en una posici6n temporal dada de dicho contenido, transportados en una corriente de datos desde un primer dispositivo, y para recibir datos de dicho contenido procedentes de al menos un segundo dispositivo; y caracterizado por que comprende, adicionalmente:
    un m6dulo de procesamiento o tratamiento (306), configurado para enviar un mensaje que contiene dicha posici6n temporal dada, a fin de solicitar dichos datos de dicho contenido procedentes del al menos un segundo dispositivo, de tal manera que, en respuesta al mensaje enviado, los datos de dicho contenido que preceden a dicha posici6n temporal dada son recibidos desde dicho al menos un segundo dispositivo de una manera regresiva o hacia atras, comenzando desde dicha posici6n temporal dada.
  8. 8.-El dispositivo de cliente de acuerdo con la reivindicaci6n 7, caracterizado por que dicho m6dulo de tratamiento
    (306) esta configurado, de manera adicional, para enviar un mensaje para solicitar dicho contenido procedente de dicho primer dispositivo.
  9. 9.-El dispositivo de cliente de acuerdo con la reivindicaci6n 7 o la reivindicaci6n 8, caracterizado por que comprende, adicionalmente:
    un registro de almacenamiento temporal (303), configurado para almacenar temporalmente datos de dicho contenido recibidos desde dicho primer dispositivo y desde dicho al menos un segundo dispositivo, de tal manera que los datos de dicho contenido recibidos desde dicho primer dispositivo y desde dicho al menos un segundo dispositivo se combinan basandose en la informaci6n de secuencia asociada con cada dato.
ES09174993T 2008-11-26 2009-11-04 Método y aparato para recibir contenidos Active ES2386518T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP08305841A EP2192746A1 (en) 2008-11-26 2008-11-26 Method and apparatus for receiving content
EP08305841 2008-11-26

Publications (1)

Publication Number Publication Date
ES2386518T3 true ES2386518T3 (es) 2012-08-22

Family

ID=40459798

Family Applications (1)

Application Number Title Priority Date Filing Date
ES09174993T Active ES2386518T3 (es) 2008-11-26 2009-11-04 Método y aparato para recibir contenidos

Country Status (7)

Country Link
EP (2) EP2192746A1 (es)
JP (1) JP5610743B2 (es)
KR (1) KR101625663B1 (es)
BR (1) BRPI0904441A2 (es)
ES (1) ES2386518T3 (es)
PL (1) PL2192740T3 (es)
PT (1) PT2192740E (es)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013024966A1 (ko) * 2011-08-18 2013-02-21 엘지전자 주식회사 콘텐트 수신 방법 및 장치
CN107070786B (zh) * 2013-02-25 2020-07-14 华为技术有限公司 数据源移动的处理方法、转发报文的方法及其装置
CN110213308A (zh) * 2018-02-28 2019-09-06 杭州海康威视数字技术股份有限公司 一种解码视频数据的方法及装置
CN111010603A (zh) * 2019-12-18 2020-04-14 浙江大华技术股份有限公司 一种视频缓存转发处理方法及装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7174385B2 (en) * 2004-09-03 2007-02-06 Microsoft Corporation System and method for receiver-driven streaming in a peer-to-peer network
JP2007080161A (ja) * 2005-09-16 2007-03-29 Nec Personal Products Co Ltd データ配信システム、部分コンテンツ格納サーバ、応答高速化方法、及びプログラム
JP2007104085A (ja) * 2005-09-30 2007-04-19 Toshiba Corp 通信回線を用いるデジタル放送方法およびその装置
JP2007281868A (ja) * 2006-04-06 2007-10-25 Nippon Hoso Kyokai <Nhk> 送信装置及び受信装置
US9325786B2 (en) * 2006-07-27 2016-04-26 The Hong Kong University Of Science And Technology Peer-to-peer interactive media-on-demand

Also Published As

Publication number Publication date
JP5610743B2 (ja) 2014-10-22
PL2192740T3 (pl) 2012-09-28
EP2192746A1 (en) 2010-06-02
PT2192740E (pt) 2012-07-16
EP2192740A1 (en) 2010-06-02
KR20100059686A (ko) 2010-06-04
BRPI0904441A2 (pt) 2011-02-01
KR101625663B1 (ko) 2016-05-30
JP2010130692A (ja) 2010-06-10
EP2192740B1 (en) 2012-06-20
CN101742244A (zh) 2010-06-16

Similar Documents

Publication Publication Date Title
US10250659B2 (en) Contextually aware client buffer thresholds
ES2327868T3 (es) Sincronizacion de hitos en flujos de emisiones multimedia.
US10263875B2 (en) Real-time processing capability based quality adaptation
CN113612726B (zh) 用于直播自适应比特率(abr)媒体的优化传递的方法
KR101874729B1 (ko) 멀티캐스트 방송 멀티미디어 서비스-어시스티드 콘텐츠 분배
KR101735435B1 (ko) 멀티미디어 스트리밍 서비스 제공 방법 및 장치
ES2739281T3 (es) Aparato y procedimiento de configuración de un mensaje de control en un sistema de difusión
ES2842589T3 (es) Transmisión de flujos por multidifusión
US9596522B2 (en) Fragmented file structure for live media stream delivery
US9729939B2 (en) Distribution of MPEG-2 TS multiplexed multimedia stream with selection of elementary packets of the stream
EP1982260A2 (en) Method and system for streaming digital video content to a client in a digital video network
US20110299586A1 (en) Quality adjustment using a fragmented media stream
US20200021867A1 (en) Broadcast signal transmitting and receiving method and device
CN105191324B (zh) 通信设备、通信数据生成方法、以及通信数据处理方法
ES2386518T3 (es) Método y aparato para recibir contenidos
KR101438737B1 (ko) 멀티플 캐시 네트워크에서의 적응적 비디오 스트리밍 시스템 및 방법
CN105900437B (zh) 通信设备、通信数据生成方法和通信数据处理方法
WO2009109232A1 (en) Method and apparatus for distributing media over a communications network
WO2005006685A1 (en) Method for prebuffering of multimedia streaming data