PT2192740E

PT2192740E - Método e aparelho para receber conteúdos

Info

Publication number: PT2192740E
Application number: PT09174993T
Authority: PT
Inventors: Jun Li; Ning Liao; Li Hua Zhu
Original assignee: Thomson Licensing
Priority date: 2008-11-26
Filing date: 2009-11-04
Publication date: 2012-07-16
Also published as: JP5610743B2; CN101742244A; BRPI0904441A2; EP2192746A1; KR101625663B1; EP2192740A1; JP2010130692A; ES2386518T3; PL2192740T3; KR20100059686A; EP2192740B1

Description

ΡΕ2192740 1 DESCRIÇÃO "MÉTODO E APARELHO PARA RECEBER CONTEÚDOS"

CAMPO TÉCNICO O presente invento diz geralmente respeito a redes de comunicação, e mais particularmente à recepção de conteúdos.

ANTECEDENTES

Com o desenvolvimento das tecnologias, os programas de média, tais como difusão/multidifusão (broad-cast/multicast) de TV e difusão/multidifusão (broad-cast/multicast) de vídeo são fornecidos aos utilizadores finais através do uso de pacotes de dados, tais como pacotes de Protocolo de Internet (IP), acrónimo do inglês "Internet Protocol", células de células de Modo de Transferência Assíncrona (ATM), acrónimo do inglês "Asynchronous Transfer Mode", e tipos de pacotes semelhantes.

Ao contrário da forma tradicional de reprodução de conteúdos de média digitais pelos utilizadores finais depois de todo o ficheiro de média ou clip de média ter sido descarregado, o conteúdo de um ficheiro de média ou de um clip de média é encaminhado para os utilizadores finais 2 ΡΕ2192740 usando o modo multidifusão/difusão (multicast/broadcast) ou o modo unidifusão (unicast), e o conteúdo de média irá ser descodificado e reproduzido após uma quantidade pré-definida de fluxo de dados do conteúdo de média ter sido armazenado temporariamente por um receptor. Neste caso, um fluxo de dados é uma sequência de sinais coerentes codificados digitalmente usados para transmitir ou receber informação que está em transmissão. Por exemplo, no padrão H.264, o sinal coerente codificado digitalmente é a unidade de acesso (os dados codificados de uma imagem). Uma carac-terística do fluxo de dados é a que consiste no facto de existir uma restrição de tempo na unidade de acesso, o que significa que as unidades de acesso no fluxo de dados são enviadas uma após a outra de acordo com a sua marca de tempo, e a última unidade de acesso irá ser enviada após a anterior unidade de acesso.

Devido ao ambiente de transmissão, o fluxo de dados do conteúdo pode não ser transmitido para o utilizador final com uma taxa de bits estável. Isto irá dar origem a uma reprodução intermitente do conteúdo. Por conseguinte, a fim de se obter uma reprodução suave do conteúdo, é usada uma memória tampão de tamanho pré-definido para compensar a entrega imprevisível do conteúdo através de uma rede errática por meio do armazenamento temporário de algum fluxo de dados do conteúdo antes de se dar início à sua reprodução. Normalmente, o tamanho do memória tampão varia em função da qualidade de transmissão da rede. Geralmente, quanto pior for a qualidade da transmissão de rede maior terá que ser 3 ΡΕ2192740 for o tamanho da memória tampão. Além disso, o tamanho da memória tampão é geralmente grande numa rede sem fios e noutras redes cujas qualidades transmissão variam ao longo do tempo. No entanto, à medida que o tamanho da memória tampão se torna maior, maior será também o tempo necessário para armazenar temporariamente o fluxo de dados de um conteúdo quando se liga para o conteúdo de média. É desejável diminuir o atraso provocado pelo armazenamento temporário dos dados de fluxo quando se liga para o conteúdo. 0 documento US 2008/037527 AI (de CHAN SHUENG H G [CN] ET AL) divulga um método de Média-a-Pedido (Media-on-Demand) expansível para um grande grupo de utilizadores na Internet. Este método faz uso de capacidades de armazenamento temporário de pares para colaborar na distribuição e descarga de média, facilitadas por um repositório central para a procura de pares óptimos como nós-pai para ligar a e para o suporte de características avançadas tais como reprodução rápida para a frente e para trás.

SUMÁRIO

De acordo com um aspecto do presente invento, é proporcionado um método de acordo com a reivindicação 1.

De acordo com um aspecto do presente invento, é proporcionado um dispositivo de cliente, próprio para receber um conteúdo, de acordo com a reivindicação 7. 4 ΡΕ2192740

De acordo com o aspecto do presente invento, ele reduz o atraso quando se muda para outro conteúdo.

Chama-se a atenção para o facto de que caracte-rísticas e vantagens adicionais do invento se irão tornar evidentes para os entendidos na matéria após a leitura da descrição pormenorizada que irá ser feita a seguir.

BREVE DESCRIÇÃO DOS DESENHOS

Os desenhos anexos, que são incluídos para proporcionar uma melhor compreensão do invento e são incorporadas neste pedido de patente e constituem uma parte integrante deste pedido de patente, ilustram o modo de realização do invento juntamente com a descrição que serve para explicar o princípio do invento. Nos desenhos: a Fig. 1 é um fluxograma ilustrando o método para mudar de canal, de acordo com um modo de realização do presente invento; a Fig. 2 é um diagrama esquemático ilustrando um sistema de acordo com o modo de realização do presente invento; e a Fig. 3 é um diagrama de blocos do dispositivo de cliente, próprio para mudar de canal, de acordo com o modo de realização do presente invento. 5 ΡΕ2192740

DESCRIÇÃO PORMENORIZADA O modo de realização do presente invento será agora descrito em pormenor em conjugação com os desenhos. Na descrição que se apresenta a seguir, algumas descrições detalhadas de funções e configurações conhecidas podem ser omitidas para maior clareza e concisão.

De acordo com um modo de realização do presente invento, uma rede típica compreende pelo menos um servidor de vídeo, pelo menos um servidor de memória cache e pelo menos um dispositivo de cliente. O dispositivo de cliente é configurado para receber os dados de vídeo. O servidor de vídeo é configurado para fornecer dados de vídeo. Os dados de vídeo são encaminhados no servidor de vídeo ou noutro dispositivo que esteja ligado de forma comunicativa ao servidor de vídeo. 0 servidor de memória cache é configurado para armazenar em memória cache os dados de vídeo provenientes do servidor de vídeo, e também é configurado para fornecer dados de vídeo armazenados em memória cache em resposta ao pedido de dados armazenados em memória cache por parte do dispositivo de cliente. A Fig. 1 é um fluxograma ilustrando o processo de mudança de canal no ambiente multicast de acordo com um modo de realização do presente invento. - Na etapa 101, um dispositivo de cliente envia um pedido indicativo de sintonização para um conteúdo de 6 ΡΕ2192740 vídeo, tal como um canal de TV. Normalmente, o pedido é enviado pelo dispositivo de cliente quando o dispositivo de cliente é ligado ou comutado de um conteúdo de vídeo para outro. - Na etapa 102, em resposta ao pedido do conteúdo de vídeo por parte do dispositivo de cliente, o dispositivo de cliente recebe a partir do servidor de vídeo os dados de vídeo do conteúdo de vídeo pedido num fluxo de dados, e os dados de vídeo transportados no fluxo de dados (daqui em diante designados como "dados de vídeo futuros") são recebidos a partir da posição de reprodução corrente T do conteúdo de vídeo pedido. Em aplicações tais como serviços multicast de vídeo, devido ao facto do conteúdo de vídeo ser transmitido sob a forma de um fluxo de dados, o dispositivo de cliente só pode receber os dados de vídeo subsequentes à posição T no eixo dos tempos através do fluxo multicast . - Na etapa 103, o dispositivo de cliente recebe os dados de vídeo do conteúdo de vídeo pedido antes da posição T no eixo dos tempos (daqui em diante designados como "dados de vídeo passados") a partir de pelo menos um servidor de memória cache. Neste caso, o pelo menos um servidor de memória cache é capaz de fornecer os dados de vídeo do conteúdo de vídeo pedido antes da posição T no eixo dos tempos. O servidor de memória cache pode ser um servidor dedicado que continua a 7 ΡΕ2192740 receber o fluxo de dados do conteúdo de vídeo pedido e armazena os dados de vídeo contidos no fluxo de dados recebido, ou um servidor dedicado que num ponto de tempo recebe instruções para começar a receber o fluxo de dados do conteúdo de vídeo pedido e armazena os dados de vídeo. O método indicado a seguir pode ser utilizado pelo dispositivo de cliente para receber os dados de vídeo passados: o dispositivo de cliente dá instruções ao servidor de memória cache para transmitir os dados de vídeo passados de uma maneira inversa a partir da posição T, o que significa que os dados de vídeo passados são transmitido na direcção da posição T para a posição de início do conteúdo de vídeo pedido. Como os dados de vídeo passados são transmitidos de uma maneira inversa, o dispositivo de cliente ou o dispositivo de memória cache não necessita de calcular e informar o servidor de memória cache acerca de quantos dados de vídeo passados precisam de ser transmitidos. Em consequência disso, ele poupa o tempo necessário para esse cálculo tal e evita a troca de sinais para esse efeito entre o dispositivo de memória cache e o dispositivo de cliente. Neste caso, os dados de vídeo passados armazenados em memória cache podem ser transmitidos num pedaço (chunk) tão rapidamente quanto os recursos de rede permitam. - Na etapa 104, se for determinado que os dados de vídeo armazenados temporariamente no dispositivo de cliente que são recebidos a partir do servidor de ΡΕ2192740 vídeo e do pelo menos um servidor de memória cache atingem um predeterminado valor limite, o dispositivo de cliente descodifica e exibe o vídeo com base na combinação de dados de vídeo provenientes do servidor de vídeo e do pelo menos um servidor de memória cache. Neste caso, o valor limite é ajustado para um valor que permite que o dispositivo de cliente descodifique e exiba suavemente o conteúdo de vídeo. Devido ao facto dos dados de vídeo provenientes da posição T e dos dados de vídeo anteriores à posição T serem recebidos, os dados de vídeo podem ser combinados de forma coerente na posição T através da utilização do método indicado a seguir: devido ao facto dos dados de vídeo, tais como uma unidade de acesso, serem geralmente encapsulados com o Protocolo de Transporte em Tempo Real (RTP), acrónimo do inglês "Real-time Transport Protocol", antes de serem transmitidos, os dados de vídeo podem ser combinados mediante a classificação dos dados de vídeo recebidos a partir do servidor de vídeo e do pelo menos um servidor de memória cache com base no campo "número sequencial" no cabeçalho do protocolo RTP.

Devido ao facto da memória tampão ser preenchida com os dados de vídeo passados de uma maneira inversa a partir do pelo menos um servidor de memória cache para além dos dados de vídeo provenientes do servidor de vídeo, menos tempo será gasto para preencher a memória tampão até um predeterminado valor limite, de modo a acelerar a mudança 9 ΡΕ2192740 de canal. Quando os dados de vídeo armazenados temporariamente atingem um predeterminado valor limite, o dispositivo de cliente descodifica os dados de vídeo combinados, e exibe o conteúdo de vídeo que tem início com os dados de vídeo tendo o menor "Número Sequencial". Além disso, depois dos dados armazenados temporariamente atingirem um predeterminado valor limite, o dispositivo de cliente pode dar instruções ao servidor de memória cache para parar a transmissão dos dados de vídeo passados ou descartar os dados de vídeo passados recebidos posteriormente.

Além disso, o valor limite pode ser um valor estático ou um valor dinâmico de acordo com as exigências do conteúdo de vídeo e/ou as características do conteúdo de vídeo codificado, ou com as condições da rede. Quando o valor limite é determinado dinamicamente, ele pode ser determinado com base na informação de controle do conteúdo de vídeo, tais como as informações de Verificação de Memória Tampão Virtual (VBV), acrónimo do inglês "Virtual Buf-fer Verification", em MPEG-4 Parte 2 ou as informações do Descodificador Hipotético de Referência (HRD), acrónimo do inglês "Hypothetical Reference Decoder", em MPEG-4 Padrão de Áudio e Vídeo ((AVS), acrónimo do inglês "Audio Video Standard")/H.264. Normalmente, as informações de controle compreendem HRD ou VBV, marcas de tempo, etc. Além disso, as informações de controlo podem ser utilizadas para ajudar o dispositivo de cliente a calcular de uma maneira precisa um determinado quadro de vídeo. Por exemplo, durante a descodificação, o "cpb__removal_delay" e o "removal_delay" ini- 10 ΡΕ2192740 ciai no HRD podem ser aplicados na verificação do número de quadros de descodificação. O "dpb_output_delay" proveniente do HRD pode ser combinado com o número de quadros obtido para deduzir qual o quadro que deve ser exibido.

De acordo com uma variante do presente modo de realização, o dispositivo de cliente pode receber o conteúdo de video pedido a partir de outro dispositivo intermédio ligado de forma comunicativa entre o servidor de video e o dispositivo do cliente, tal como um encaminhador (router). O dispositivo intermédio é capaz de retransmitir o conteúdo de video pedido que é recebido a partir do servidor de video.

De acordo com uma variante do presente modo de realização, se os recursos de rede, tais como a largura de banda de transmissão, forem limitados, e existir competição relativa a esses recursos de rede entre a ligação portadora dos dados de video futuros e a ligação portadora dos dados de video passados, será dada uma maior prioridade à ligação portadora dos dados de video futuros.

De acordo com o presente modo de realização, o estabelecimento das ligações de transmissão para o conteúdo de video pedido é iniciado pelo servidor de video e pelo servidor de memória cache, separadamente, na etapa 102 e na etapa 103. No entanto, de acordo com uma variante do presente invento, é proporcionado um dispositivo de controlo central possuindo toda a informação de estado acerca do 11 ΡΕ2192740 servidor de video e do servidor memória cache, por exemplo, que conteúdo é que está correntemente disponível. Assim que o cliente pretender mudar para outro conteúdo de vídeo, o pedido é enviado para o dispositivo de controlo central, e o dispositivo de controlo central irá dar instruções ao servidor de vídeo que tem o conteúdo de vídeo pedido e ao servidor de memória cache que tem os dados de vídeo passados armazenados temporariamente na memória cache do conteúdo de vídeo pedido para iniciarem uma liqação de transmissão com o dispositivo de cliente.

De acordo com uma variante do presente modo de realização, a execução da etapa 102 e da etapa 103 pode ser intermutável ou simultânea.

De acordo com uma variante do presente modo de realização, ele também pode ser aplicado a ambientes broad-cast e unicast. No que diz respeito à etapa 102 no ambiente multicast do presente modo de realização, o dispositivo de cliente precisa de se juntar a um já existente grupo multicast para o conteúdo de vídeo pedido ou candidatar-se a um novo grupo multicast para o conteúdo de vídeo pedido e depois juntar-se ao mesmo. No entanto, no ambiente broad-cast, o dispositivo de cliente simplesmente recebe o conteúdo de vídeo pedido num canal de broadcast existente. No ambiente unicast, uma ligação de transmissão unicast própria para a transmissão de fluxo de dados do conteúdo de vídeo pedido deve ser estabelecida entre o dispositivo de cliente e o servidor de vídeo. 12 ΡΕ2192740

De acordo com uma variante do presente modo de realização, o servidor de memória cache pode ser um módulo localizado no servidor de vídeo, ou um dispositivo independente na rede, ou a memória tampão de outro dispositivo de cliente que armazena temporariamente na memória tampão o conteúdo de vídeo recebido ao mesmo tempo que recebe o conteúdo de vídeo pedido num fluxo de dados. A Fig. 2 é um diagrama esquemático que ilustra um sistema próprio para mudança de canal de acordo com o presente modo de realização. Como mostrado na Fig. 2, o sistema compreende um servidor de vídeo 201, um servidor de memória cache A 202, um servidor de memória cache B 203 e diferentes tipos de dispositivos de cliente com capacidades para descodificar os dados de vídeo, tais como um conversor para televisão STB (acrónimo do inglês "Set Top Box") ligado à TV com o 208, um computador portátil ("laptop") 205 e um computador de secretária PC ("desktop") 207 ligado a um ponto de acesso AP (acrónimo do inglês "Access Point") 206. Parte-se do princípio de que o servidor de vídeo tem 1 a 10 canais de vídeo cada um tendo um conteúdo de vídeo, e de que o servidor de memória cache A é usado para armazenar temporariamente os canais 1 a 5, ao passo que o servidor de memória cache B é usado para armazenar temporariamente os canais 6 a 10. 0 utilizador do laptop 205 está a visionar o canal 1 quando de repente comuta para o canal 6. Deste modo, o laptop 205 recebe os dados de vídeo do canal 6 provenientes do servidor de vídeo 201 desde a posição de reprodução corrente do fluxo de dados e os dados de vídeo 13 ΡΕ2192740 passados provenientes do servidor de memória cache B 203 de uma maneira inversa a partir da posição de reprodução corrente. Além disso, a titulo de exemplo, pode ser possível que o utilizador da TV 208 esteja correntemente a ver o canal 6 através do STB 204 e que o STB 204 tenha uma memória tampão usada para armazenar os dados de vídeo recebidos a partir do servidor de vídeo. Deste modo, o laptop 205 pode estabelecer uma ligação com o STB 204 para obter de uma maneira inversa os dados de vídeo armazenados temporariamente. Em consequência disso, irá ser diminuído o atraso no processo de mudança de canal. Além disso, é fácil de perceber que deverá ser introduzido um mecanismo de coordenação se os dados de vídeo passados forem recebidos a partir de mais do que um servidor de memória cache. Um mecanismo simples é aquele em que o dispositivo de cliente recebe os dados de vídeo passados a partir do mais do que um servidor de memória cache de uma maneira inversa e descarta os dados de vídeo idênticos que são recebidos mais tarde. A Fig. 3 é um diagrama de blocos do dispositivo de cliente de acordo com o presente modo de realização do invento. O dispositivo de cliente 300 compreende um primeiro módulo de recepção 301, um segundo módulo de recepção 302, uma memória tampão 303, um módulo de descodificação 304, um módulo de visualização 305 e um módulo de processamento 306. O primeiro módulo de recepção 301 é usado para receber os dados de vídeo futuros de um canal de vídeo pedido através de um fluxo de dados. O segundo módulo de 14 ΡΕ2192740 recepção 302 é usado para receber os dados de vídeo passados do canal de vídeo pedido a provenientes de pelo menos um servidor de memória cache de maneira inversa. E o módulo de recepção 302 irá receber por parte do módulo de processamento 306 instruções para descartar os dados de vídeo passados que são recebidos depois dos dados armazenados temporariamente na memória tampão 303 terem atingido um predeterminado valor limite. A memória tampão 303 é usada para armazenar temporariamente os dados de vídeo recebidos pelo primeiro módulo de recepção 301 e o segundo módulo de recepção 302. O módulo de descodificação 304 é usado para descodificar os dados de vídeo na memória tampão 303 de modo a gerar os dados de vídeo descodificados para que o módulo de visualização 305 os vá exibir. O módulo de processamento 306 é utilizado para enviar um pedido para sintonizar um canal quando se muda para outro canal ou quando o dispositivo de cliente é ligado, para dar instruções ao primeiro módulo de recepção 301 para receber os dados de vídeo futuros do canal pedido começando com uma posição de tempo do conteúdo do canal pedido e dar instruções, por exemplo através do envio de uma mensagem contendo um índice indicativo da posição de tempo, ao segundo módulo de recepção 302 para receber de uma maneira inversa os dados de vídeo passados do canal pedido antes da posição de tempo, e dar instruções ao módulo de descodificação 304 para descodificar a combinação dos dados de vídeo recebidos pelo primeiro módulo de recepção 301 e pelo segundo módulo de recepção 302 se for determinado que os dados de vídeo armazenados temporariamente na memória tampão 303 atingem um 15 ΡΕ2192740 predeterminado valor limite. Além disso, o módulo de processamento 306 pode ser configurado para dar instruções ao servidor de memória cache para parar o envio de dados de vídeo passados se os dados vídeo na memória tampão atingirem um predeterminado valor limite. É fácil de perceber que o dispositivo de cliente não precisa de incluir todos os módulos aqui anteriormente mencionados. Por exemplo, o módulo de visualização 305 é redundante para um STB, e o módulo de descodificação 304 é redundante se um dispositivo de visualização tiver a capacidade de descodificação. Além disso, os módulos podem ser combinados ou divididos numa dada implementação.

De acordo com uma variante do presente modo de realização, o dispositivo de cliente compreende ainda um módulo de fornecimento de dados. O módulo de fornecimento de dados é usado para fazer com que os dados de vídeo de um canal de vídeo corrente armazenados temporariamente na memória tampão 303 sejam fornecidos a outro dispositivo de cliente que vá comutar para este canal de vídeo.

De acordo com uma variante do presente modo de realização, o método, o sistema e o dispositivo aqui anteriormente mostrados, de acordo com o presente modo de realização, podem ser aplicados noutros sistemas de entrega de recurso em tempo real em que o recurso é entregue num fluxo, tais como um fluxo de áudio.

Foi aqui descrita uma série de implementações. No 16 ΡΕ2192740 entanto, será evidente que podem ser feitas várias modificações. Por exemplo, elementos de diferentes implementações podem ser combinados, complementados, modificados ou removidos para produzir outras implementações. Além disso, um vulgar entendido na matéria será capaz de que outras estruturas e processos podem ser substituídos pelos que aqui foram divulgados e que as implementações dai resultantes irão desempenhar, pelo menos substancialmente, a(s) mesma (s) função(funções), pelo menos substancialmente da(s) mesma(s) maneira(s), para atingir pelo menos substancialmente o(s) mesmo(s) resultado(s) que as implementações aqui divulgadas.

Lisboa, 10 de Julho de 2012

Claims

ΡΕ2192740 1 REIVINDICAÇÕES 1. Método próprio para um dispositivo de cliente receber um conteúdo, compreendendo as seguintes etapas: enviar um pedido para o referido conteúdo (101); e em resposta ao referido pedido, receber dados do referido conteúdo com inicio numa dada posição de tempo do referido conteúdo (102), o referido conteúdo sendo encaminhado num fluxo de dados proveniente de um primeiro dispositivo, e receber dados do referido conteúdo correspondentes a uma posição de tempo anterior à referida dada posição de tempo do referido conteúdo proveniente de pelo menos um segundo dispositivo, caracterizado por os referidos dados do referido conteúdo correspondentes a uma posição de tempo anterior à referida dada posição de tempo do referido conteúdo serem recebidos a partir do pelo menos um segundo dispositivo de uma maneira inversa a partir da referida dada posição de tempo (103) .
2. Método de acordo com a reivindicação 1, caracterizado por compreender ainda a seguinte etapa: exibir o conteúdo com base nos dados recebidos a partir do referido primeiro dispositivo e do referido pelo menos um segundo dispositivo se a determinação da 2 ΡΕ2192740 quantidade de dados recebidos a partir do referido primeiro dispositivo e do referido pelo menos um segundo dispositivo atingir um predeterminado valor limite (104) .
3. Método de acordo com a reivindicação 1 ou 2, caracterizado por os dados recebidos a partir do referido primeiro dispositivo e os dados recebidos a partir do referido pelo menos um segundo dispositivo serem combinados com base em informação sequencial associada a cada um dos dados.
4. Método de acordo com a reivindicação 1 ou 2, caracterizado por compreender ainda a seguinte etapa: em resposta a se os dados recebidos a partir do referido primeiro dispositivo e do referido pelo menos um segundo dispositivo atingem ou não um predeterminado valor limite, enviar para o referido pelo menos um segundo dispositivo uma mensagem indicativa de interrupção de transmissão dos dados correspondentes à posição de tempo anterior à referida dada posição de tempo, ou descartar mais dados recebidos a partir do referido pelo menos um segundo dispositivo.
5. Método de acordo com a reivindicação 1 ou 2, caracterizado por, antes de receber os dados a partir do referido primeiro dispositivo e do referido pelo menos um segundo dispositivo, o referido dispositivo de cliente 3 ΡΕ2192740 enviar para um dispositivo de controlo uma mensagem indicativa de sintonização do referido conteúdo que é usada para dar instruções ao referido primeiro dispositivo para transmitir para o referido dispositivo de cliente os dados do referido conteúdo da referida dada posição de tempo num fluxo de dados e para dar instruções ao referido pelo menos um segundo dispositivo para transmitir para o referido dispositivo de cliente os dados do referido conteúdo correspondentes à posição de tempo anterior à referida dada posição de tempo.
6. Método de acordo com qualquer uma das reivindicações 1 a 5, caracterizado por os dados que têm inicio na referida dada posição de tempo serem transmitidos num fluxo de dados em qualquer um dos seguintes modos: uni-difusão {unicast), multidifusão (multicast) ou difusão (broadcast).
7. Dispositivo de cliente, próprio para receber um conteúdo, compreendendo: um módulo de recepção (301, 302) configurado para receber dados do referido conteúdo que têm inicio na referida dada posição de tempo, transportados num fluxo de dados proveniente de um primeiro dispositivo e para receber dados do referido conteúdo proveniente de pelo menos um segundo dispositivo; e caracterizado por compreender ainda: um módulo de processamento (306) configurado para 4 ΡΕ2192740 enviar uma mensagem contendo a referida posição de tempo para pedir os referidos dados do referido conteúdo proveniente do pelo menos um segundo dispositivo, em que, em resposta à mensagem enviada, os dados do referido conteúdo que precedem a referida dada posição de tempo são recebidos a partir do referido pelo menos um segundo dispositivo de uma maneira inversa a partir da referida dada posição de tempo (103) .
8. Dispositivo de cliente, de acordo com a reivindicação 7, caracterizado por o referido módulo de processamento (306) ser ainda configurado para enviar uma mensagem para pedir o referido conteúdo proveniente do referido primeiro dispositivo.
9. Dispositivo de cliente, de acordo com a reivindicação 7 ou 8, caracterizado por compreender ainda: uma memória tampão (303) configurada para armazenar temporariamente dados do referido conteúdo recebidos a partir do referido primeiro dispositivo e do referido pelo menos um segundo dispositivo, em que os dados do referido conteúdo recebidos a partir do referido primeiro dispositivo e do referido pelo menos um segundo dispositivo são combinados com base em informação sequencial associada a cada um dos dados. Lisboa, 10 de Julho de 2012