BR112015004266B1

BR112015004266B1 - Método e sistema para entrega de um conteúdo audiovisual para um dispositivo de cliente

Info

Publication number: BR112015004266B1
Application number: BR112015004266-0A
Authority: BR
Inventors: Rémy Brebion; Dominique Colombel; Jacques Le Mancq
Original assignee: Broadpeak
Priority date: 2012-08-27
Filing date: 2013-08-19
Publication date: 2022-08-30
Also published as: BR112015004266A2; SG11201501473TA; MX2015002628A; ES2736955T3; RU2647654C2; CA2883195A1; WO2014033003A1; CN104854838A; CA2883195C; US20150229685A1; PL2704391T3; CN104854838B; JP2015534311A; EP2704391A1; KR102110421B1; JP6501265B2; KR20150079557A; EP2704391B1; MX347356B; RU2015107014A

Abstract

SISTEMA E MÉTODO PARA ENTREGA DE UM CONTEÚDO AUDIOVISUAL PARA UM DISPOSITIVO DE CLIENTE. A presente invenção refere-se a um dispositivo de interconexão para entrega de um conteúdo audiovisual a um dispositivo de cliente, que interconecta uma primeira rede a uma segunda rede, o dispositivo de cliente sendo conectado à segunda rede, um equipamento adaptado para prover o conteúdo audiovisual sendo conectado à primeira rede, o referido equipamento executando: o recebimento, a partir do dispositivo de cliente, de uma primeira requisição para recebimento do conteúdo audiovisual; a transmissão de uma mensagem de redirecionamento para o dispositivo de cliente, a referida mensagem de redirecionamento redirecionando o dispositivo de cliente para um agente implementado no dispositivo de interconexão. Mais ainda, o referido agente executa: o recebimento, a partir do dispositivo de cliente, de uma segunda requisição para o recebimento do conteúdo audiovisual; a atuação como um retransmissor entre o referido equipamento e o dispositivo de cliente.

Description

[0001] A presente invenção refere-se geralmente à entrega de um conteúdo audiovisual para um sistema de cliente, um dispositivo de interconexão interconectando uma primeira rede com uma segunda rede, o dispositivo de cliente sendo conectado à segunda rede, um equipamento adaptado para a provisão do conteúdo audiovisual sendo conectado à primeira rede.

[0002] Uma transmissão contínua de taxa de bit adaptativa (ABS) é uma técnica de transmissão contínua de HTTP popular usada na transmissão contínua de multimídia por redes de computador e HLS ("transmissão contínua ao vivo de HTTP"), o que um protocolo de comunicações de transmissão contínua de mídia baseado em HTTP ("protocolo de transferência de hipertexto", conforme definido no documento normativo RFC 2616) e desenvolvido pela Apple Inc., é uma implementação em particular. A HLS funciona pela divisão do fluxo AV geral em uma sequência de pequenas transferências (via download) de arquivo com base em HTTP, cada uma contendo um fragmento curto de um fluxo de transporte não ligado potencialmente geral. Conforme o fluxo é tocado, um dispositivo de cliente decodificando o fluxo AV pode selecionar a partir de vários fluxos alternativos diferentes contendo o mesmo material codificado em uma variedade de taxas de bit, permitindo que a sessão de transmissão contínua se adapte aos recursos de rede disponíveis e/ou recursos de processamento do dispositivo de cliente. No começo da sessão de transmissão contínua, o dispositivo de cliente transfere (via download) uma lista de execução na forma de um arquivo de texto com uma extensão de arquivo M3U ou m3u8. Este arquivo de texto contém os metadados para os vários fluxos os quais estão disponíveis para o conteúdo AV concernido. Os vários fluxos que correspondem às respectivas taxas de bit também são referidos como camadas.

[0003] Uma abordagem de ABS similar é implementada por Smooth Streaming (transmissão contínua com adaptação da qualidade de vídeo em tempo real), o que é um recurso de serviços de mídia de serviços de informação de Internet (IIS), uma plataforma de entrega de mídia com base em HTTP integrada provida pela Microsoft Corp. Contrário à HLS, em que um fluxo AV é truncado em arquivos plurais contendo fragmentos complementados com arquivos de lista de execução, o Smooth Streaming se baseia em um único arquivo AV truncado em pedaços, cada pedaço de arquivo contendo um descritor indicando a camada concernida e um tempo de referência no conteúdo AV. Bases e benefícios de protocolo são equivalentes, contudo.

[0004] Pode-se considerar de forma similar a transmissão contínua dinâmica de HTTP (HDS) da Adobe Systems, e transmissão contínua adaptativa dinâmica por HTTP, uma tecnologia de transmissão contínua de multimídia desenvolvida pelo grupo de especialistas em filmes, e referido como MPEG DASH, o qual está relacionado a HDS, HLS e Smooth Streaming.

[0005] As tecnologias de transmissão contínua baseadas em HTTP são muito convenientes, já que HTTP permite passar através de firewalls e garante uma integridade de dados ao se basear em TCP ("protocolo de controle de transmissão", conforme definido pelo documento normativo RFC 793). Contudo, a natureza de unidifusão de HTTP no contexto de ABS está criando grandes problemas de escalonabilidade para operadoras de rede de entrega de conteúdo (CDN) que evitam que elas adotem ABS para transmissão contínua ao vivo. Mais ainda, o TCP pode introduzir latência e uma perda de conexão durante uma transferência de dados tem um impacto forte sobre a qualidade de experiência (QoE) a partir do ponto de vista do usuário.

[0006] De modo a executar ABS para uma transmissão contínua ao vivo de uma forma escalonável, há uma necessidade de as operadoras de serviço de rede resolverem o problema de escalonabilidade criado por numerosos usuários assistindo simultaneamente a um mesmo canal, o que resulta em numerosas sessões de uniformemente concorrentes.

[0007] Deve ser notado que esses problemas surgem no contexto mais geral de entrega de conteúdos audiovisuais com base em sessões de unidifusão, independentemente de a taxa de bit de fluxos transportando os conteúdos audiovisuais ser adaptativa ou fixa.

[0008] Em uma abordagem mais real, os problemas surgem quando as operadoras de CDN proveem ou buscam prover uma nova infraestrutura ou serviços na CDN, ao passo que os dispositivos de cliente se baseiam em mecanismos existentes. Uma atualização dos dispositivos de cliente para a adoção de uma nova infraestrutura e/ou de serviços poderia ser difícil de estabelecer, já que os dispositivos de cliente tipicamente são desenvolvidos por outras partes além das operadoras de CDN. De fato, ao contrário de gateways, esses dispositivos de cliente são, por exemplo, para um software aplicativo, desenvolvidos por companhias que são independentes das operadoras de CDN, rodando em smartphones, tablets, PCs (computadores pessoais), consoles de jogos, TVs conectadas, etc. e muitas aplicações ou tocadores existem no mercado, o que requereria uma integração dispendiosa e processos de validação para se permitir que todas as aplicações ou tocadores sejam compatíveis com a referida nova infraestrutura ou serviços.

[0009] De acordo com um primeiro aspecto, essa nova infraestrutura ou esses serviços objetivam suplantar os problemas de escalonabilidade mencionados anteriormente relacionados à natureza de unidifusão de mecanismos de entrega de conteúdo existentes no contexto de CDNs, de uma maneira transparente para os dispositivos de cliente.

[00010] De acordo com um segundo aspecto, essa nova infraestrutura ou serviços objetivam a provisão de uma QoE melhorada a partir do ponto de vista do usuário, de uma maneira transparente para os dispositivos de cliente. Por exemplo, essa nova infraestrutura ou serviços objetivam suplantar impactos de perda de conexão em QoE durante a entrega do conteúdo AV.

[00011] É desejável suplantar os inconvenientes mencionados anteriormente da técnica anterior.

[00012] Em particular, é desejável prover uma solução que permita a adoção de uma nova infraestrutura ou novos serviços no contexto de uma entrega de conteúdo audiovisual, de uma maneira transparente para dispositivos de cliente.

[00013] Mais ainda, é desejável prover uma solução que permita a redução do consumo de largura de banda de rede no contexto de uma entrega de conteúdo audiovisual, de uma maneira transparente para os dispositivos de cliente.

[00014] Mais ainda, é desejável prover uma solução que permita a redução do consumo de largura de banda de rede no contexto adicional de transmissão contínua de taxa de bit adaptativa, de uma maneira transparente para os dispositivos de cliente.

[00015] Mais ainda, é desejável prover uma solução que permita um aumento da QoE do ponto de vista do usuário, de uma maneira transparente para os dispositivos de cliente.

[00016] Mais ainda, é desejável prover uma solução que permita uma limitação de consumo de recursos de processamento de dispositivos implicados na entrega do conteúdo audiovisual.

[00017] Para essa finalidade, a presente invenção concerne a um método para entrega de um conteúdo audiovisual para um dispositivo de cliente, um dispositivo de interconexão interconectando uma primeira rede a uma segunda rede, o dispositivo de cliente sendo conectado à segunda rede, um equipamento adaptado para prover o conteúdo audiovisual sendo conectado à primeira rede. O método é tal que o referido equipamento execute: o recebimento, a partir do dispositivo de cliente, de uma primeira requisição para recebimento do conteúdo audiovisual; a transmissão de uma mensagem de redirecionamento para o dispositivo de cliente, a referida mensagem de redirecionamento redirecionando o dispositivo de cliente para um agente implementado no dispositivo de interconexão. O método ainda é tal que o referido agente execute: o recebimento, a partir do dispositivo de cliente, de uma segunda requisição para o recebimento do conteúdo audiovisual; e a atuação como um retransmissor entre o referido equipamento e o dispositivo de cliente.

[00018] Assim, graças ao redirecionamento para um agente no dispositivo de interconexão, a adoção de uma nova infraestrutura ou serviços é tornada mais fácil e de uma maneira transparente para dispositivos de cliente. De fato, a execução de uma atualização quando necessário do dispositivo de interconexão geralmente é mais fácil para as operadoras de CDN do que a atualização dos dispositivos de cliente, já que esses dispositivos de interconexão, por exemplo, gateways domésticos, geralmente são gerenciados pelas operadoras, contrário aos referidos dispositivos de cliente.

[00019] De acordo com um recurso em particular, as referidas primeira e segunda requisições são requisições para o recebimento do conteúdo audiovisual na forma de um fluxo de unidifusão, o referido equipamento é adaptado para a provisão do conteúdo audiovisual na transmissão contínua ao vivo, o referido equipamento transmite a mensagem de redirecionamento para o dispositivo de cliente, quando o conteúdo audiovisual for tornado disponível pelo referido equipamento na forma de pelo menos um fluxo de multidifusão, e, quando atuando como um retransmissor, o referido agente executa: a junção de pelo menos um referido fluxo de multidifusão; a conversão de dados recebidos na forma de pelo menos um fluxo de multidifusão em dados na forma do fluxo de unidifusão.

[00020] Assim, o consumo de largura de banda para a primeira rede é reduzido, enquanto o consumo de recursos de processamento do dispositivo de interconexão é limitado. De fato, como não é requerido que o agente bisbilhote numerosas trocas de mensagem de modo a garantir que o dispositivo de cliente tire benefício da regulagem de transmissões de multidifusão por toda a primeira rede, o consumo de recursos de processamento é limitado.

[00021] De acordo com um recurso em particular, a mensagem de redirecionamento inclui parâmetros notificando pelo menos um endereço de multidifusão e pelo menos uma porta associada, e a requisição para recebimento do conteúdo audiovisual na forma do fluxo de unidifusão compreende os referidos parâmetros notificando pelo menos um endereço de multidifusão e pelo menos uma porta associada. O método ainda é tal que o referido agente una pelo menos um fluxo de multidifusão correspondente a pelo menos a um endereço de multidifusão e pelo menos uma porta associada.

[00022] Assim, o método é flexível e escalonável, independentemente da localização efetiva e da implementação do referido equipamento.

[00023] De acordo com um recurso em particular, a mensagem de redirecionamento inclui parâmetros notificando uma quantidade de camadas tornadas disponíveis para o conteúdo audiovisual na forma de pelo menos um fluxo de multidifusão, e a requisição para recebimento do conteúdo audiovisual na forma do fluxo de unidifusão inclui os referidos parâmetros notificando a quantidade de camadas. Mais ainda, o referido agente determina pelo menos um endereço de multidifusão e/ou pelo menos uma porta associada, como uma função da referida quantidade de camadas.

[00024] Assim, as transmissões de multidifusão por toda a primeira rede e princípios de transmissão contínua de taxa de bit adaptativa podem coexistir para a entrega do conteúdo audiovisual.

[00025] De acordo com um recurso em particular, a mensagem de redirecionamento inclui parâmetros notificando um endereço de multidifusão e uma porta associada e notificando a referida quantidade de camadas, e a requisição para recebimento do conteúdo audiovisual na forma do fluxo de unidifusão inclui os referidos parâmetros notificando um referido endereço de multidifusão e uma referida porta associada e notificando a referida quantidade de camadas. Mais ainda, o referido agente determina um endereço de multidifusão por camada e uma porta associada, como uma função da referida quantidade de camadas e um referido endereço de multidifusão e uma referida porta associada incluídos na referida requisição.

[00026] De acordo com um recurso em particular, a mensagem de redirecionamento inclui parâmetros notificando um endereço de multidifusão e uma porta associada e notificando a referida quantidade de camadas, e a requisição para recebimento do conteúdo audiovisual na forma do fluxo de unidifusão inclui os referidos parâmetros notificando um referido endereço de multidifusão e uma referida porta associada e notificando a referida quantidade de camadas. Mais ainda, o referido agente determina um endereço de multidifusão para todas as camadas e uma porta associada por camada, como uma função da referida quantidade de camadas e do referido um endereço de multidifusão e uma referida porta associada incluída na referida requisição.

[00027] Assim, os dois recursos prévios em particular permitem a limitação da quantidade de dados a serem incluídos na mensagem de redirecionamento.

[00028] De acordo com um recurso em particular, as camadas plurais tornadas disponíveis para o conteúdo audiovisual na forma de pelo menos um fluxo de multidifusão, o referido equipamento sendo adaptado para prover o conteúdo audiovisual usando uma transmissão contínua ao vivo de protocolo de transferência de hipertexto: a mensagem de redirecionamento inclui parâmetros representativos de um localizador de recurso uniforme relacionado a uma lista de execução para o conteúdo audiovisual; a requisição para recebimento do conteúdo audiovisual na forma do fluxo de unidifusão inclui os referidos parâmetros representativos do localizador de recurso uniforme. Mais ainda, o referido agente executa: a requisição da referida lista de execução com base no referido localizador de recurso uniforme; o recebimento da referida lista de execução para a determinação de uma lista de execução de camada associada a cada camada; o recebimento de uma lista de execução de camada a partir de cada fluxo de multidifusão unido; a transmissão da(s) referida(s) lista(s) de execução recebida(s) para o dispositivo de cliente; o recebimento de uma requisição, a partir do dispositivo de cliente, indicando uma lista de execução associada a uma camada; e a seleção de um fluxo de multidifusão como uma função da referida lista de execução indicada associada a uma camada ou do referido arquivo indicado.

[00029] Assim, o consumo de largura de banda para a primeira rede é reduzido, enquanto o consumo de recursos de processamento do dispositivo de interconexão é limitado, no contexto de HLS.

[00030] De acordo com um recurso em particular, camadas plurais sendo tornadas disponíveis para o conteúdo audiovisual na forma de pelo menos um fluxo de multidifusão, o agente tendo unido um fluxo de multidifusão correspondente a uma camada, o referido agente executa: a detecção de uma necessidade para o dispositivo de cliente comutar a partir de uma referida camada para uma outra camada; a junção de um fluxo de multidifusão correspondente a uma outra referida camada; deixar o fluxo de multidifusão correspondente a uma referida camada.

[00031] Assim, uma transigência entre consumo de largura de banda e reatividade de sistema é encontrada, em que o consumo de largura de banda concernente à primeira rede é melhorado.

[00032] De acordo com um recurso em particular, camadas plurais sendo tornadas disponíveis para o conteúdo audiovisual na forma de pelo menos um fluxo de multidifusão, o agente tendo unido pelo menos dois fluxos de multidifusão correspondentes respectivamente a uma camada e uma outra camada, o referido agente executa: a detecção de uma necessidade de o dispositivo de cliente comutar entre camadas; a seleção de dados a partir de um fluxo de multidifusão dentre pelo menos dois referidos fluxos de multidifusão, como uma função da referida necessidade detectada.

[00033] Assim, uma transigência entre consumo de largura de banda e reatividade de sistema é encontrada, em que a reatividade é melhorada.

[00034] De acordo com um recurso em particular, as referidas primeira e segunda requisições são requisições para o recebimento do conteúdo audiovisual na forma de um fluxo de unidifusão, o referido equipamento transmite a mensagem de redirecionamento para o dispositivo de cliente, quando o conteúdo audiovisual for tornado disponível pelas fontes plurais, e quando atuando como um retransmissor o referido agente executa: a requisição do referido conteúdo audiovisual a partir das referidas fontes plurais; e a recriação de um fluxo de unidifusão a partir dos dados recebidos a partir das referidas fontes plurais.

[00035] Assim, a QoE é melhorada do ponto de vista de um usuário usando o dispositivo de cliente, enquanto o consumo de recursos de processamento do dispositivo de interconexão é limitado e/ou um equilíbrio de carga na primeira rede é melhorado.

[00036] De acordo com um recurso em particular, a mensagem de redirecionamento inclui parâmetros notificando a partir de quais fontes o conteúdo audiovisual é tornado disponível; e a requisição para recebimento do conteúdo audiovisual na forma do fluxo de unidifusão compreende os referidos parâmetros.

[00037] Assim, o método é flexível e escalonável, independentemente da localização efetiva e da implementação das referidas fontes plurais.

[00038] De acordo com um recurso em particular, o referido dispositivo de interconexão é um gateway doméstico e as referidas fontes plurais são servidores do referido equipamento e/ou outros gateways domésticos.

[00039] Assim, um equilíbrio de carga pode ser adicionalmente melhorado.

[00040] De acordo com um recurso em particular, a mensagem de redirecionamento indica uma realocação temporária do conteúdo audiovisual.

[00041] Assim, ela permite, quando o dispositivo de cliente fizesse uma tentativa posterior de obter o conteúdo audiovisual, garantir que o dispositivo de cliente contate de novo o referido equipamento. Portanto, o referido equipamento é capaz de checar se o conteúdo audiovisual ainda é tornado disponível na forma de pelo menos um fluxo de multidifusão.

[00042] A presente invenção também concerne a um sistema para entrega de um conteúdo audiovisual para um dispositivo de cliente, o referido sistema compreendendo um equipamento e um dispositivo de interconexão, o referido dispositivo de interconexão objetivando a interconexão de uma primeira rede a uma segunda rede, o referido dispositivo de cliente sendo conectado à segunda rede, o referido equipamento sendo adaptado para prover o conteúdo audiovisual e objetivando estar conectado à primeira rede. O sistema ainda é tal que o referido equipamento compreenda: um meio para recebimento de uma primeira requisição para recebimento do conteúdo audiovisual; um meio para a transmissão de uma mensagem de redirecionamento, a referida mensagem de redirecionamento objetivando o redirecionamento do dispositivo de cliente para um agente implementado no dispositivo de interconexão. O sistema ainda é tal que o referido agente compreenda: um meio para o recebimento de uma segunda requisição para recebimento do conteúdo audiovisual; um meio para atuação como um retransmissor entre o referido equipamento e o dispositivo de cliente.

[00043] A presente invenção também concerne a um programa de computador que pode ser transferido (via download) a partir de uma rede de comunicação e/ou armazenado em um meio que pode ser lido por um dispositivo de processamento. Este provedor de conteúdo compreende instruções para se causar a implementação do método mencionado anteriormente, quando o referido programa for rodado por um processador. A presente invenção também concerne a um meio de armazenamento de informação, que armazena um programa de computador compreendendo um programa de computador como esse.

[00044] Uma vez que os recursos e as vantagens relacionadas ao sistema mencionado anteriormente e ao programa de computador são idênticos àqueles já mencionados com respeito ao método mencionado anteriormente correspondente, eles não são repetidos aqui.

[00045] As características da invenção emergirão mais claramente a partir de uma leitura da descrição a seguir de um exemplo de modalidade, a referida descrição sendo produzida com referência aos desenhos associados, dentre os quais:

[00046] A Figura 1A representa esquematicamente um primeiro sistema de acordo com a presente invenção;

[00047] a Figura 1B representa esquematicamente um segundo sistema de acordo com a presente invenção;

[00048] a Figura 2 representa esquematicamente uma arquitetura de dispositivos do sistema de acordo com a presente invenção;

[00049] a Figura 3 representa esquematicamente um algoritmo para entrega de conteúdo audiovisual de acordo com a presente invenção;

[00050] a Figura 4 representa esquematicamente um algoritmo para entrega de conteúdo audiovisual de acordo com a presente invenção, em um contexto de multidifusão;

[00051] a Figura 5 representa esquematicamente um algoritmo para entrega de conteúdo audiovisual de acordo com a presente invenção, em um contexto de multidifusão de HLS;

[00052] a Figura 6 representa esquematicamente um algoritmo para entrega de conteúdo audiovisual de acordo com a presente invenção, em um contexto de fonte múltipla.

[00053] De modo a permitir que dispositivos de cliente se beneficiem de uma nova infraestrutura de CDN ou serviços no contexto de uma entrega de conteúdo audiovisual, enquanto se limita o consumo de recursos de processamento, é proposto o redirecionamento de requisições endereçadas a um equipamento, provendo o conteúdo audiovisual para um agente presente em um dispositivo de interconexão de rede que interconecta uma rede à qual o equipamento é conectado e uma rede à qual o dispositivo de cliente é conectado. O agente em resposta atua como um retransmissor entre o equipamento e pelo menos um dispositivo de cliente para o qual a entrega de conteúdo audiovisual é pretendida. O redirecionamento das requisições permite atingir esta meta sem o agente ter que bisbilhotar recursos transferidos via o dispositivo de interconexão, o que limita o consumo de recursos de processamento para o dispositivo de interconexão. Além do ganho de performance, uma falha do agente, conforme proposto, não deve ter impacto sobre outros serviços do dispositivo de interconexão de rede, o que não teria sido o caso se o agente tivesse que bisbilhotar as mensagens transferidas através do dispositivo de interconexão. Quando se considera que o dispositivo de interconexão é um gateway doméstico, uma falha de um agente de bisbilhotar como esse resultaria na parada da conexão de banda larga. Neste caso, os assinantes teriam que sofrer uma perda de serviços críticos diferentes, tais como voz por IP, dados e televisão. Mais ainda, como o agente proposto não intercepta todo o tráfego passando pelo dispositivo de interconexão de rede, nenhum problema de privacidade/confiabilidade deve surgir.

[00054] A Figura 1A representa esquematicamente um primeiro sistema de acordo com a presente invenção. O sistema compreende um dispositivo de interconexão de rede 101, tal como um gateway doméstico, adaptado para interconexão de uma primeira rede 110 e uma segunda rede 120. O sistema ainda compreende um servidor de portal provendo um website através do qual uma descrição de conteúdos audiovisuais (AV) está disponível através de uma CDN. O sistema ainda compreende um servidor de CDN 112 a partir do qual os conteúdos AV descritos através do website podem ser acessados para serem adicionalmente exibidos para um usuário. O servidor de CDN 112 é adaptado para entregar os conteúdos AV sob demanda de uma forma de unidifusão. O servidor de CDN 112 é referenciado na descrição mencionada anteriormente do conteúdo AV como o dispositivo provendo os referidos conteúdos AV. O sistema ainda pode compreender servidores adicionais, tal como o servidor de multidifusão 113 adaptado para entregar alguns ou todos os referidos conteúdos AV de uma forma de multidifusão. O servidor de portal 111, o servidor de CDN 112 e os referidos servidores adicionais são conectados à primeira rede 110.

[00055] Deve ser notado que o servidor de portal 111, o servidor de CDN 112 e os servidores adicionais podem corresponder a funcionalidades implementadas em uma única plataforma de hardware. Em outras palavras, o servidor de portal 111, o servidor de CDN 112 e o servidor de multidifusão 113 constituem um equipamento conectado à primeira rede 110 e adaptado para prover o conteúdo AV para dispositivos de cliente.

[00056] Em uma modalidade preferida, o servidor de CDN 112 é adaptado para entregar os conteúdos AV usando HLS, assim se permitindo a implementação de ABS. Os mesmos princípios aplicar- se-iam, contudo, quando o servidor de CDN 112 fosse adaptado para a entrega dos conteúdos AV usando Smooth Streaming, HDS ou MPEG DASH.

[00057] Em uma modalidade, o servidor de multidifusão 113 é adaptado para entregar pelo menos um conteúdo AV dentre os referidos conteúdos AV usando RTP ("protocolo de transporte em tempo real" conforme definido pelo documento normativo RFC 3550) por UDP ("protocolo de datagrama de usuário", definido pelo documento normativo RFC 768).

[00058] O dispositivo de interconexão de rede 101 interconecta a primeira rede 110 e a segunda rede 120, de modo que um dispositivo de cliente 121 conectado à segunda rede 120 possa acessar serviços oferecidos pelo servidor de portal 111, pelo servidor de CDN 112 e pelos referidos servidores adicionais, através do dispositivo de interconexão de rede 101. O dispositivo de interconexão de rede 101 compreende um agente 102, atuando como um retransmissor entre o equipamento de CDN e o dispositivo de cliente 121. O comportamento do agente 102 e do equipamento de CDN é detalhado aqui adiante com respeito às Figuras 3 a 6.

[00059] A Figura 1B representa esquematicamente um segundo sistema de acordo com a presente invenção. O sistema da Figura 1B é similar ao sistema da Figura 1A, exceto pelo fato de o servidor de multidifusão 113 ser substituído por servidores de AV plurais 114, 115. Cada servidor de AV é capaz de entregar pelo menos parte de conteúdos AV, potencialmente com taxas de bit diferentes, isto é, camadas. Os servidores de AV 114, 115 considerados como um todo são adaptados para proverem os conteúdos AV plenos, mas cada servidor de AV 114, 115 pode ser capaz de apenas uma parte dos conteúdos AV ou um subconjunto das camadas disponíveis na CDN para os conteúdos AV. De acordo com um primeiro exemplo, o servidor de AV 114 é capaz de prover os conteúdos AV em resolução baixa e o servidor de AV 115 é capaz de prover a porção remanescente de cada conteúdo AV. De acordo com um terceiro exemplo, cada servidor de AV 114, 115 é capaz de prover todos os conteúdos AV em uma resolução baixa e em uma resolução alta. Os servidores de AV 114, 115 podem ser usados em conjunto, de modo a se aprimorar a QoE do ponto de vista do usuário, durante a entrega de conteúdos AV e/ou melhorar o equilíbrio de carga na primeira rede 110.

[00060] As Figuras 1A e 1B mostram setas, em linhas simples e tracejadas, representando trocas de dados ocorrendo durante uma operação do sistema e detalhada aqui adiante com respeito às Figuras 3, 4 e 6.

[00061] A Figura 2 representa esquematicamente uma arquitetura do dispositivo de interconexão de rede 101 e/ou do servidor de portal 111 e/ou do servidor de CDN 112 e/ou do servidor de multidifusão 113 e/ou dos servidores de AV 114, 115. Vamos considerar descrever a Figura 2 com respeito ao dispositivo de interconexão de rede 101.

[00062] De acordo com a arquitetura mostrada, o dispositivo de interconexão de rede 101 compreende os componentes a seguir interconectados por um barramento de comunicações 210: um processador, um microprocessador, um microcontrolador ou uma CPU (unidade de processamento central) 200; uma RAM (memória de acesso randômico) 201; uma ROM (memória apenas de leitura) 202; um HDD (drive de disco rígido) 203 ou qualquer outro dispositivo adaptado para a leitura de uma informação armazenada no meio de armazenamento; uma primeira interface de comunicação 204 e uma segunda interface de comunicação 205.

[00063] A primeira interface de comunicação 204 permite que o dispositivo de interconexão de rede 101 seja conectado à primeira rede 110. A segunda interface de comunicação 205 permite que o dispositivo de interconexão de rede 101 seja conectado à segunda rede 120. Deve ser notado que, considerando o servidor de portal 111 ou o servidor de CDN 112 ou o servidor de multidifusão 113, apenas uma interface de comunicação pode ser implementada, para conexão do servidor concernido à primeira rede 110.

[00064] A CPU 200 é capaz de executar instruções carregadas na RAM 201 a partir da ROM 202 ou a partir de uma memória externa, tal como o HDD 203. Após o dispositivo de interconexão de rede 101 ter sido ligado, a CPU 200 é capaz de ler instruções a partir da RAM 201 e executar estas instruções. As instruções formam um programa de computador que faz com que a CPU 200 execute as etapas executadas pelo dispositivo de interconexão de rede 101 e descritas aqui adiante com respeito às Figuras 3 e 4. Deve ser notado que estas etapas podem ser implementadas em software pela execução de um conjunto de instruções ou programa por uma máquina de computação programável, tal como um PC, um DSP (processador de sinal digital) ou um microcontrolador; ou implementadas de outra forma em hardware por uma máquina ou um componente dedicado, tal como FPGA (arranjo de porta programável no campo) ou um ASIC (circuito integrado específico de aplicativo).

[00065] A Figura 3 representa esquematicamente um algoritmo para entrega de conteúdo AV implementado pelo sistema da Figura 1A ou 1B.

[00066] Em uma etapa 301, o dispositivo de cliente 121 requisita que o servidor de portal 111 proveja para o dispositivo de cliente 121 uma descrição de conteúdos AV disponíveis através da CDN. A requisição preferencialmente é realizada na forma de uma requisição de HTTP de unidifusão para um URL ("localizador de recurso uniforme"), o qual se refere à referida descrição de conteúdos AV. A requisição é transmitida pelo dispositivo de cliente 121 para o servidor de portal 111 através do dispositivo de interconexão de rede 101.

[00067] Em uma etapa 302 seguinte, o servidor de portal 111 transmite, em resposta à requisição transmitida na etapa 301, a descrição dos conteúdos AV tornados disponíveis através da CDN. A resposta é transmitida pelo servidor de portal 111 para o dispositivo de cliente 121 através do dispositivo de interconexão de rede 101. A descrição compreende uma lista dos referidos conteúdos AV, bem como respectivos URLs nos quais os respectivos conteúdos AV podem ser obtidos a partir do servidor de CDN 112. A descrição ainda pode compreender miniaturas de imagens extraídas a partir dos respectivos conteúdos AV ou de fotos representativas dos referidos respectivos conteúdos AV, o que permite que o dispositivo de cliente 121 exiba em uma interface gráfica de usuário (GUI) um posicionamento lado a lado construído a partir das referidas miniaturas.

[00068] A troca de mensagens relacionada à execução das etapas 301 e 302 é representada com as setas 131 na Figura 1A e em 141 na Figura 1B.

[00069] Em uma etapa seguinte 303, o dispositivo de cliente 121 obtém a partir do usuário, através de uma interface de usuário, uma seleção de um conteúdo AV dentre a lista de conteúdos AV disponíveis.

[00070] Deve ser notado que, em uma modalidade mais geral, a seleção do conteúdo AV pode ser automaticamente realizada, sem a execução das etapas 301 e 302. Por exemplo, o dispositivo de cliente 121 recebe em uma mensagem, tal como um e-mail, um URL apontando o conteúdo AV provido pelo servidor de CDN 112.

[00071] Em uma etapa 304 seguinte, o dispositivo de cliente 121 requisita o conteúdo AV selecionado para o servidor de CDN 112. A requisição preferencialmente é na forma de uma mensagem HTTP GET referindo-se a um arquivo de lista de execução com uma extensão m3u8.

[00072] Em uma etapa 305 seguinte, o servidor de CDN 112 checa se o conteúdo AV é concernido por uma nova infraestrutura ou novos serviços, para o que se espera que o dispositivo de cliente 121 seja incompatível.

[00073] Quando o conteúdo AV selecionado é concernido por uma nova infraestrutura ou novos serviços, então, uma etapa 307 é realizada. Caso contrário, uma etapa 306 é realizada.

[00074] Na etapa 306, o servidor de CDN 112 provê o conteúdo AV selecionado para o dispositivo de cliente 121 através do dispositivo de interconexão de rede 101. Preferencialmente, o conteúdo AV é entregue pelo servidor de CDN 112 usando a tecnologia de HLS, isto é, em uma sequência de pequenas transferências (via download) de arquivo com base em HTTP, cada uma contendo um fragmento de um fluxo de transporte representativo do conteúdo AV. As transferências (via download) são executadas em uma base de resposta de requisição de HTTP de unidifusão. Então, o algoritmo termina.

[00075] Na etapa 307, o servidor de CDN 112 transmite para o dispositivo de cliente 121 uma mensagem de redirecionamento indicando que o dispositivo de cliente 121 é redirecionado para uma outra localização identificada por um par de TCP de endereço e porta de IP ("protocolo de Internet", conforme definido pelo documento normativo RFC 791). O par de TCP de endereço e porta de IP é gerenciado pelo agente 102 do dispositivo de interconexão 101.

[00076] A mensagem de redirecionamento preferencialmente indica uma realocação temporária do conteúdo audiovisual. Indicar que o recurso requisitado reside temporariamente em uma localização diferente permite, quando o dispositivo de cliente 121 fizesse uma tentativa posterior de obter o conteúdo AV, garantindo que o dispositivo de cliente 121 contatasse de novo o servidor de CDN 112. Portanto, o servidor de CDN 112 é capaz de checar se o conteúdo AV ainda é concernido por uma nova infraestrutura ou novos serviços, para o que se espera que o dispositivo de cliente 121 seja incompatível.

[00077] A troca de mensagens relacionada à execução das etapas 304, 306 e 307 é representada com as setas 132 na Figura 1A e 142 na Figura 1B.

[00078] Em uma etapa seguinte 308, mediante o recebimento da mensagem de redirecionamento, o dispositivo de cliente 121 gera uma requisição de conexão em direção ao par de TCP de endereço e porta de IP indicado na mensagem de redirecionamento. A requisição contém os parâmetros providos na mensagem de redirecionamento.

[00079] A transmissão desta mensagem relacionada à execução das etapas 308 é representada com as setas 133 na Figura 1A e 143 na Figura 1B.

[00080] Em uma etapa seguinte 309, o agente 102 atua como um retransmissor entre o equipamento de CDN e o dispositivo de cliente 121. Portanto, o dispositivo de cliente 121 interage com o agente 102 como se o dispositivo de cliente 121 estivesse interagindo com o servidor de CDN 112, e o agente 102 permite a implementação da nova infraestrutura ou de novos serviços.

[00081] De acordo com uma primeira modalidade, a nova infraestrutura ou os novos serviços concernem à implementação de transmissões de multidifusão de conteúdos AV em uma transmissão contínua ao vivo por toda a rede de CDN. Esta modalidade é detalhada aqui adiante com respeito à Figura 4. De acordo com uma segunda modalidade, a nova infraestrutura ou os novos serviços concernem à implementação de fontes plurais a partir das quais o agente 102 é capaz de recuperar os conteúdos AV. Esta modalidade é detalhada aqui adiante com respeito à Figura 6.

[00082] A Figura 4 representa esquematicamente um algoritmo para a entrega de conteúdo AV implementada pelo sistema da Figura 1A, no qual o servidor de multidifusão 113 está ativo. O algoritmo permite que dispositivos de cliente se beneficiem da nova infraestrutura de CDN ou serviços objetivando a redução do consumo de largura de banda na primeira rede 110.

[00083] O algoritmo começa com as etapas 401 a 404 que são respectivamente idênticas às etapas 301 a 304 já descritas com respeito à Figura 3, exceto pelo fato de a descrição dos conteúdos AV tornados disponíveis através da CDN apenas listar os conteúdos AV disponíveis como transmissão contínua ao vivo.

[00084] Em uma etapa seguinte 405, o servidor de CDN 112 checa se o conteúdo AV está disponível em forma de multidifusão a partir do servidor de multidifusão 113. De acordo com um primeiro exemplo, o servidor de CDN 112 armazena uma lista predefinida de conteúdos AV que estão disponíveis como uma transmissão contínua ao vivo e em forma de multidifusão a partir do servidor de multidifusão 113. De acordo com um segundo exemplo, todos os conteúdos AV disponíveis em uma transmissão contínua de multidifusão sendo associada a respectivos identificadores únicos, o servidor de CDN 112 provê o identificador único do conteúdo AV selecionado para o servidor de multidifusão 113, e o servidor de multidifusão 113 transmite uma resposta indicando se uma transmissão de multidifusão já está estabelecida, ou se o servidor de multidifusão 113 tem a capacidade de estabelecer uma transmissão de multidifusão como essa, para o conteúdo AV identificado.

[00085] Quando o conteúdo AV selecionado é tornado disponível em forma de multidifusão, uma etapa 407 é realizada. Caso contrário, uma etapa 406 é realizada.

[00086] Na etapa 406, o servidor de CDN 112 provê o conteúdo AV selecionado em forma de unidifusão para o dispositivo de cliente 121 através do dispositivo de interconexão de rede 101.

[00087] Na etapa 407, o servidor de CDN 112 transmite para o dispositivo de cliente 121 uma mensagem de redirecionamento indicando que o dispositivo de cliente 121 é redirecionado para uma outra localização, conforme já descrito com respeito à etapa 307.

[00088] A mensagem de redirecionamento pode assumir a forma a seguir: 307 TEMPORARY REDIRECT location:192.168.0.1:5000?225.10.11.12:1000&NbLayers=3 em que: - 307 TEMPORARY REDIRECT corresponde a um código HTTP indicando que o recurso requisitado reside temporariamente em uma localização diferente e que, uma vez que o redirecionamento pode ser alterado na ocasião, o dispositivo de cliente 121 deve continuar a usar o URL precedente para requisições futuras; - location:192.168.0.1:5000 indica a localização temporária do recurso, 192.168.0.1 sendo o endereço de IP do agente 102 e 5000 sendo a porta TCP com a qual o dispositivo de cliente 121 deve realizar uma conexão; - ? indica que parâmetros se seguem; - 225.10.11.12:1000&NbLayers=3 são os referidos parâmetros necessários pelo agente 102, 225.10.11.12 sendo o endereço de multidifusão de IP para o fluxo de multidifusão representativo do conteúdo AV requisitado, 1000 sendo a porta UDP na qual o agente 102 deve ouvir e NbLayers=3 indica a quantidade de camadas disponíveis para o conteúdo AV requisitado.

[00089] Deve ser notado que indicar um valor para o parâmetro NbLayers é útil apenas no caso de ABS, e, mais ainda, a quantidade de camadas não é conhecida a priori pelo agente 102.

[00090] Em uma etapa seguinte 408, mediante o recebimento da mensagem de redirecionamento, o dispositivo de cliente 121 gera uma requisição de conexão em direção ao par de TCP de endereço e porta de IP indicado na mensagem de redirecionamento. A requisição contém os parâmetros providos na mensagem de redirecionamento.

[00091] Em uma etapa seguinte 409, o agente 102 une o fluxo de multidifusão, cujos porta e endereço são especificados na requisição recebida a partir do dispositivo de cliente 121. Então, o agente 102 recebe o fluxo de multidifusão a partir do servidor de multidifusão 113. A junção do fluxo de multidifusão é preferencialmente realizada usando-se um IGMP dedicado ("protocolo de gerenciamento de grupo de internet", conforme definido pelo documento normativo RFC 3376).

[00092] A transmissão de dados em forma de multidifusão do conteúdo AV selecionado é representada com uma seta 134 na Figura 1A.

[00093] Em uma etapa seguinte 410, o agente 102 executa uma conversão de multidifusão para unidifusão. A partir dos pacotes de multidifusão recebidos, o agente 102 gera respectivas respostas de unidifusão para requisições transmitidas pelo dispositivo de cliente 121. De fato, para a obtenção do conteúdo AV selecionado, o dispositivo de cliente 121 gera requisições para o agente 102 para a obtenção do conteúdo AV selecionado por pedaços. O agente 102 gera respostas para as referidas requisições com os dados AV do fluxo de multidifusão recebido a partir do servidor de multidifusão 113.

[00094] A transmissão de dados em forma de unidifusão do conteúdo AV selecionado é representada com uma seta 135 na Figura 1A.

[00095] De acordo com uma modalidade em particular, as camadas plurais sendo tornadas disponíveis pelo servidor de multidifusão 113 para a entrega do conteúdo AV selecionado, a mensagem de redirecionamento inclui um par de endereço de multidifusão e porta associada para cada camada. O agente 102 então é capaz de unir qualquer um ou todos os fluxos de multidifusão para o conteúdo AV selecionado.

[00096] De acordo com uma outra modalidade em particular, as camadas plurais sendo tornadas disponíveis pelo servidor de multidifusão 113 para a entrega do conteúdo AV selecionado, a mensagem de redirecionamento não inclui qualquer endereço de multidifusão e porta associada. Neste caso, o endereço de multidifusão e porta associada para qualquer fluxo de multidifusão são conhecidos de antemão pelo agente 102. Por exemplo, esse endereço de multidifusão e a porta associada são predefinidos, ou transmitidos pelo servidor de CDN 112 para o dispositivo de interconexão 101 em uma mensagem dedicada em associação com o identificador único do conteúdo AV selecionado, e a mensagem de redirecionamento inclui o referido identificador único.

[00097] De acordo com ainda uma outra modalidade em particular, as camadas plurais sendo tornadas disponíveis pelo servidor de multidifusão 113 para entrega do conteúdo AV selecionado, o agente 102 determina pelo menos um endereço de multidifusão e/ou pelo menos uma porta associada, para a junção do(s) fluxo(s) de multidifusão, como uma função de uma quantidade de camadas indicadas na mensagem de redirecionamento para o conteúdo AV selecionado. Por exemplo, um endereço de multidifusão para uma camada sendo incluído na mensagem de redirecionamento, o agente 102 pode determinar um outro endereço de multidifusão para uma outra camada pela modificação do referido endereço de multidifusão incluído de uma forma predeterminada. Como um exemplo, a mensagem de redirecionamento inclui o endereço de multidifusão 225.10.11.12, o que corresponde a uma camada, e o agente 102 sabe que, pelo incremento em uma unidade deste endereço, o agente 102 obtém o endereço de multidifusão 225.10.11.13, o qual corresponde a uma outra camada. O valor do parâmetro NbLayers pode indicar até qual endereço incrementos podem ser realizados. O mesmo princípio se aplica para a porta associada. Como um exemplo, a mensagem de redirecionamento inclui a porta 1000, a qual corresponde a uma camada, e o agente 102 sabe que, pelo incremento por uma unidade desta porta, o referido agente 102 obtém a porta 1001, o que corresponde a uma outra camada. Pode ser visto a partir destes exemplos que um endereço de multidifusão para todas as camadas e uma porta associada por camada podem ser usados, ou um endereço de multidifusão por camada e uma porta associada por camada podem ser usados ou um endereço de multidifusão por camada e uma porta associada para todas as camadas podem ser usados.

[00098] A Figura 5 detalha esquematicamente as etapas 408 a 410 executadas pelo agente 102 em um contexto de HLS de multidifusão.

[00099] Em uma etapa 501, o agente 102 recebe uma requisição a partir do dispositivo de cliente 121 para obter a lista de execução para os vários fluxos, os quais estão disponíveis para o conteúdo AV selecionado. Esta requisição é uma recebida na etapa 408 e, assim, potencialmente compreende parâmetros vindo a partir da mensagem de redirecionamento.

[000100] Em uma etapa seguinte 502, o agente 102 requisita a partir do servidor de CDN 112 a referida lista de execução, o URL usado para a obtenção disto sendo conhecido a priori pelo agente 102 ou provido como um parâmetro na mensagem de redirecionamento. Pelo menos a mensagem de redirecionamento inclui parâmetros representativos do referido localizador de recurso uniforme. Em uma etapa seguinte 503, o agente 102 recebe a lista de execução a partir do servidor de CDN 112, a referida lista de execução se referindo a listas de execução de camada, uma por camada, tais como: "low.m3u8", "medium.m3u8" e "high.m3u8".

[000101] Em uma etapa seguinte 504, o agente 102 analisa gramaticalmente a lista de execução provida pelo servidor de CDN 112 para determinar a lista de execução aplicável para cada camada, e, portanto, para a determinação do fluxo de multidifusão concernido.

[000102] Em uma etapa seguinte 505, o agente 102 transmite para o dispositivo de cliente 121 a lista de execução recebida a partir do servidor de CDN 112.

[000103] Quando o dispositivo de cliente 121 requisita uma lista de execução de camada em uma etapa seguinte 506, por exemplo, "low.m3u8", o agente 102 executa a operação de junção da etapa 409. O agente 102 pode determinar qual(is) fluxo(s) de multidifusão unir usando a posição, na lista de execução recebida a partir do servidor de CDN 112, da lista de execução de camada requisitada pelo dispositivo de cliente 121.

[000104] Em resposta à operação de junção, em uma etapa seguinte 507, o agente 102 começa recebendo o(s) fluxo(s) de multidifusão a partir do servidor de multidifusão 113, o(s) qual(is) inclui(em) a lista de execução de camada para a camada concernida, por exemplo, "low.m3u8", e dados AV.

[000105] Em uma etapa seguinte 508, o agente 102 analisa gramaticalmente a(s) lista(s) de execução de camada incluída(s) no(s) fluxo(s) de multidifusão para a determinação dos identificadores de todos os arquivos compondo o fluxo AV para a camada considerada.

[000106] Em uma etapa seguinte 509, o agente 102 transmite para o dispositivo de cliente 121 a(s) lista(s) de execução de camada incluída(s) no(s) fluxo(s) de multidifusão. Então, espera-se que o dispositivo de cliente 121 gere requisições para o agente 102 para a obtenção do conteúdo AV selecionado por pedaços, conforme já descrito. Em resposta, o agente 102 executa a conversão de multidifusão para unidifusão da etapa 410.

[000107] Quando o dispositivo de cliente 121 detecta uma necessidade de comutar para uma outra camada, o dispositivo de cliente 121 transmite, em uma etapa seguinte 510, uma requisição para a obtenção da lista de execução concernida, por exemplo, "medium. m3u8". Isto resulta em o agente 102 selecionar um fluxo de multidifusão como uma função de uma outra referida lista de execução requisitada como uma função de uma outra referida lista de execução requisitada pelo dispositivo de cliente 121. Uma vez que todas as listas de execução de camada são conhecidas pelo dispositivo de cliente 121, o dispositivo de cliente 121 pode requisitar uma transferência (via download) de arquivo a partir de uma outra lista de execução de camada, usando um identificador do referido arquivo. O agente 102 é capaz de selecionar um fluxo de multidifusão como uma função do referido identificador do referido arquivo, graças à operação de análise gramatical realizada de antemão nas listas de execução de camada.

[000108] Uma vez que os dados de fluxo convertidos sejam transmitidos para o dispositivo de cliente 121, o algoritmo reitera a etapa 506, em que o dispositivo de cliente 121 requisita de novo uma lista de execução. De fato, em um contexto de transmissão contínua ao vivo em HLS, a lista de execução evolui ao longo do tempo: os fragmentos desatualizados são removidos e novos fragmentos são adicionados. O agente 102 provê a lista de execução atualizada para o dispositivo de cliente 121 e seleciona um outro fluxo de multidifusão apenas quando uma comutação entre camadas tiver que ser realizada.

[000109] No contexto de Smooth Streaming, a implementação é mais simples, já que a requisição a partir do dispositivo de cliente 121 indica a camada concernida e a referência de tempo do pedaço de arquivo AV requisitado.

[000110] A partir da explicação acima com referência à Figura 5, é para ser entendido que o dispositivo de cliente 121 está encarregado de detectar uma necessidade de comutação de uma camada para uma outra.

[000111] De acordo com uma outra modalidade em particular, as camadas plurais sendo tornadas disponíveis pelo servidor de multidifusão 113 para a entrega do conteúdo AV selecionado, o agente 102 tendo unido um fluxo de multidifusão correspondente a uma camada, o agente 102 detecta uma necessidade de o dispositivo de cliente 121 comutar a partir de uma referida camada para uma outra camada. Então, o agente 102 une um fluxo de multidifusão correspondente a uma outra referida camada e deixa o fluxo de multidifusão correspondente a uma referida camada. Deixar um fluxo de multidifusão preferencialmente é realizado usando-se uma mensagem de IGMP dedicada. O agente 102 assim não está em uma situação em que o agente 102 precisa ser simultaneamente unido a fluxos de multidifusão plurais, ou apenas um período de tempo curto, de modo a se realizar a comutação de uma camada para uma outra.

[000112] De acordo com ainda uma outra modalidade em particular, as camadas plurais sendo tornadas disponíveis pelo servidor de multidifusão 113 para a entrega do conteúdo AV selecionado, o agente 102 tendo unido pelo menos dois fluxos de multidifusão correspondentes respectivamente a uma camada e uma outra camada, o agente 102 detecta uma necessidade de o dispositivo de cliente 121 comutar a partir de uma referida camada para uma outra camada. Então, o agente 102 seleciona dados a partir de um fluxo de multidifusão dentre pelo menos dois referidos fluxos de multidifusão, como uma função da referida necessidade detectada. Isto significa que o agente 102 recebe os dados a partir de ambos os fluxos de multidifusão e internamente seleciona os dados apropriados a serem providos em forma de unidifusão para o dispositivo de cliente 121.

[000113] De acordo com ainda uma outra modalidade em particular, a detecção de uma necessidade para o dispositivo de cliente 121 comutar a partir de uma camada para uma outra camada é realizada pelo agente 102 por si mesmo, por exemplo, com base na monitoração da carga de tráfego na primeira rede 110. Uma outra abordagem é que o servidor de multidifusão 113 informa ao agente 102 que há uma necessidade de execução de uma comutação como essa.

[000114] A Figura 6 representa esquematicamente um algoritmo para entrega de conteúdo AV implementado pelo sistema da Figura 1B, em que os servidores de AV 114, 115 estão ativos. O algoritmo permite que dispositivos de cliente se beneficiem de uma nova infraestrutura de CDN ou serviços objetivando melhorar a QoE do ponto de vista de usuário e/ou melhorar o equilíbrio de carga na primeira rede 110.

[000115] O algoritmo começa com as etapas 601 a 604 que são respectivamente idênticas às etapas 301 a 304 já descritas com respeito à Figura 3. A descrição dos conteúdos AV tornados disponíveis via a CDN lista conteúdos AV disponíveis como transmissão contínua ao vivo e/ou como VOD (vídeo sob demanda).

[000116] Em uma etapa seguinte 605, o servidor de CDN 112 checa se o conteúdo AV está disponível a partir de fontes plurais. De acordo com um primeiro exemplo, o servidor de CDN 112 armazena uma lista pré-definida de fontes a partir das quais os conteúdos AV estão disponíveis. De acordo com um segundo exemplo, todos os conteúdos AV sendo associados aos respectivos identificadores únicos, o servidor de CDN 112 provê o identificador único do conteúdo AV selecionado para os servidores de AV 114, 115, e os servidores de AV 114, 115 transmitem respostas indicando se o conteúdo AV identificado é pelo menos parcialmente armazenado pelos servidores de AV 114, 115.

[000117] Quando o conteúdo AV selecionado é tornado disponível a partir de fontes plurais, uma etapa 607 é realizada. Caso contrário, uma etapa 606 é realizada.

[000118] Na etapa 606, o servidor de CDN 112 provê o conteúdo AV selecionado na forma de unidifusão para o dispositivo de cliente 121 através do dispositivo de interconexão de rede 101.

[000119] Na etapa 607, o servidor de CDN 112 transmite para o dispositivo de cliente 121 uma mensagem de redirecionamento indicando que o dispositivo de cliente 121 é redirecionado para uma outra localização, conforme já descrito com respeito à etapa 307. A mensagem de redirecionamento ainda pode conter uma indicação de um URL representativo de cada fonte a partir da qual o agente 102 pode requisitar o conteúdo AV selecionado. A mensagem de redirecionamento ainda pode conter uma indicação de qual fragmento do conteúdo AV selecionado cada fonte armazena. Estas indicações também podem ser predefinidas no agente 102.

[000120] Em uma etapa seguinte 608, mediante o recebimento da mensagem de redirecionamento, o dispositivo de cliente 121 gera uma requisição de conexão em direção ao par de TCP de endereço e porta de IP indicado na mensagem de redirecionamento. A requisição contém os parâmetros providos na mensagem de redirecionamento.

[000121] Em uma etapa seguinte 609, o agente 102 requisita e recebe o conteúdo AV selecionado a partir de fontes plurais. A requisição de um mesmo fragmento para fontes plurais permite o aumento da QoE, já que ela reduz a latência geral para a obtenção dos fragmentos, o que evita uma falta de dados AV e, assim, artefatos AV. Ela ainda permite suplantar impactos de perda de conexão com uma fonte, também referida como um host, em QoE, durante a entrega dos dados AV. A requisição de fragmentos diferentes para respectivas fontes diferentes permite melhorar o equilíbrio de carga na rede CDN.

[000122] As trocas permitindo que o agente 102 receba pedaços do conteúdo AV selecionado são representadas pelas setas 144, 145 na Figura 1B.

[000123] Em uma etapa seguinte 610, o agente 102 recria o conteúdo AV selecionado e transmite o conteúdo AV em forma de unidifusão para o dispositivo de cliente 121.

[000124] A transmissão de dados em forma de unidifusão do conteúdo AV selecionado é representada com uma seta 135 na Figura 1B.

[000125] De acordo com uma modalidade em particular, as camadas plurais podem ser tornadas disponíveis para o conteúdo AV selecionado. No contexto de HLS, o agente 102 requisita a partir do servidor de CDN 112 as listas de execução concernidas, o URL usado para a obtenção disto sendo a priori conhecido pelo agente 102 ou provido como um parâmetro na mensagem de redirecionamento. Uma ou mais das referidas listas de execução também podem ser obtidas a partir dos servidores de AV 114, 115.

[000126] De acordo com uma outra modalidade em particular, no contexto de VOD, o dispositivo de interconexão 101 é um gateway doméstico e o agente 102 obtém o conteúdo AV a partir de fontes plurais, as quais são outros gateways domésticos. Os outros referidos gateways domésticos têm acesso pelo menos à parte do conteúdo AV, o qual pode ser armazenado pelos outros referidos gateways domésticos ou uma outra unidade de armazenamento presente nas redes de área local interconectadas à Internet pelos outros referidos gateways domésticos. O conteúdo AV é acessível pelos outros referidos gateways domésticos quando o referido conteúdo AV tiver sido transferido (via download) de antemão para um usuário de um dispositivo de cliente presente nas redes de área local interconectadas à Internet pelos outros referidos gateways domésticos. O servidor de CDN 112 pode manter os traços dos gateways domésticos através dos quais o conteúdo AV é transferido (via download), de modo a se informar ao agente 102 sobre onde o conteúdo AV pode ser obtido. Uma modalidade em particular como essa permite um melhoramento adicional no equilíbrio de carga na CDN.

Claims

1. Método para entrega de um conteúdo audiovisual a um dispositivo de cliente (121), um dispositivo de interconexão (101) interconectando uma primeira rede (110) a uma segunda rede (120), o dispositivo de cliente sendo conectado à segunda rede, um equipamento (112, 113, 114, 115) adaptado para prover um conteúdo audiovisual sendo conectado à primeira rede, caracterizado pelo fato de o referido equipamento executar: - o recebimento (304; 404; 604) de uma primeira requisição para o recebimento do conteúdo audiovisual, a primeira requisição sendo transmitida para o equipamento pelo dispositivo de cliente; - a transmissão (307; 407; 607) de uma mensagem de redirecionamento para o dispositivo de cliente, a referida mensagem de redirecionamento redirecionando o dispositivo de cliente para um agente implementado no dispositivo de interconexão, a mensagem de redirecionamento indicando a realocação do conteúdo audiovisual; e em que o referido agente executa: - o recebimento (308; 408; 608) a partir do dispositivo de cliente de uma segunda requisição para recebimento do conteúdo audiovisual; e - a atuação (309) como um retransmissor entre o referido equipamento e o dispositivo de cliente, em resposta à referida segunda requisição, em resposta a essa segunda requisição, em que a mensagem de redirecionamento indica uma realocação temporária do conteúdo audiovisual para que, quando o dispositivo de cliente fizer uma tentativa posterior de obter o conteúdo audiovisual, o dispositivo de cliente contata novamente o referido equipamento.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de as referidas primeira e segunda requisições serem requisições para recebimento do conteúdo audiovisual na forma de um fluxo de unidifusão, pelo fato de o referido equipamento ser adaptado para prover o conteúdo audiovisual na transmissão contínua ao vivo, pelo fato de o referido equipamento transmitir a mensagem de redirecionamento para o dispositivo de cliente, quando o conteúdo audiovisual for tornado disponível pelo referido equipamento na forma de pelo menos um fluxo de multidifusão, e pelo fato de, quando atuando como um retransmissor, o referido agente executar: - a junção (409) de pelo menos um referido fluxo de multidifusão; - a conversão (410) de dados recebidos na forma de pelo menos um fluxo de multidifusão em dados na forma do fluxo de unidifusão.

3. Método, de acordo com a reivindicação 2, caracterizado pelo fato de: - a mensagem de redirecionamento incluir parâmetros notificando pelo menos um endereço de multidifusão e pelo menos uma porta associada; - a requisição para recebimento do conteúdo audiovisual na forma do fluxo de unidifusão compreender os referidos parâmetros notificando pelo menos um endereço de multidifusão e pelo menos uma porta associada; e pelo fato de o referido agente unir pelo menos um fluxo de multidifusão correspondente a pelo menos um endereço de multidifusão e pelo menos uma porta associada.

4. Método, de acordo com qualquer uma das reivindicações 2 e 3, caracterizado pelo fato de: - a mensagem de redirecionamento incluir parâmetros notificando uma quantidade de camadas tornadas disponíveis para o conteúdo audiovisual na forma de pelo menos um fluxo de multidifusão; - a requisição para recebimento do conteúdo audiovisual na forma do fluxo de unidifusão incluir os referidos parâmetros notificando a quantidade de camadas; e em que o referido agente determina pelo menos um endereço de multidifusão e/ou pelo menos uma porta associada, como uma função da referida quantidade de camadas.

5. Método, de acordo com qualquer uma das reivindicações 3 e 4, caracterizado pelo fato de: - a mensagem de redirecionamento incluir parâmetros notificando um endereço de multidifusão e uma porta associada e notificando a referida quantidade de camadas; - a requisição para recebimento do conteúdo audiovisual na forma do fluxo de unidifusão incluir os referidos parâmetros notificando um referido endereço de multidifusão e uma referida porta associada e notificando a referida quantidade de camadas; e pelo fato de o referido agente determinar um endereço de multidifusão por camada e uma porta associada, como uma função da referida quantidade de camadas e de um referido endereço de multidifusão e uma referida porta associada incluídos na referida requisição.

6. Método, de acordo com as reivindicações 3 e 4, caracterizado pelo fato de: - a mensagem de redirecionamento incluir parâmetros notificando um endereço de multidifusão e uma porta associada e notificando a referida quantidade de camadas; - a requisição para recebimento do conteúdo audiovisual na forma do fluxo de unidifusão incluir os referidos parâmetros notificando um referido endereço de multidifusão e uma referida porta associada e notificando a referida quantidade de camadas; e pelo fato de o referido agente determinar um endereço de multidifusão para todas as camadas e uma porta associada por camada, como uma função da referida quantidade de camadas e de um referido endereço de multidifusão e uma referida porta associada incluídos na referida requisição.

7. Método, de acordo com qualquer uma das reivindicações 2 a 6, caracterizado pelo fato de camadas plurais serem tornadas disponíveis para o conteúdo audiovisual na forma de pelo menos um fluxo de multidifusão, o referido equipamento sendo adaptado para prover o conteúdo audiovisual usando a transmissão contínua ao vivo de protocolo de transferência de hipertexto, pelo fato de: - a mensagem de redirecionamento incluir parâmetros representativos de um localizador de recurso uniforme relacionado a uma lista de execução para o conteúdo audiovisual; - a requisição para recebimento do conteúdo audiovisual na forma de um fluxo de unidifusão incluir os referidos parâmetros representativos do localizador de recurso uniforme; e pelo fato de o referido agente executar: - a requisição (502) da referida lista de execução com base no referido localizador de recurso uniforme; - o recebimento (503) da referida lista de execução; - a execução (504) de uma operação de análise gramatical na referida lista de execução para a determinação de uma lista de execução associada a cada camada; - o recebimento (507) de uma lista de execução de camada a partir de cada fluxo de multidifusão unido; - a transmissão (505; 509) da(s) referida(s) lista(s) de execução recebida(s) para o dispositivo de cliente; - o recebimento de uma requisição (506; 510), a partir do dispositivo de cliente, indicando uma lista de execução associada a uma camada ou indicando um arquivo de uma lista de execução associada a uma camada; e - a seleção de um fluxo de multidifusão como uma função da referida lista de execução indicada associada a uma camada ou do referido arquivo indicado.

8. Método, de acordo com qualquer uma das reivindicações 2 a 6, caracterizado pelo fato de, as camadas plurais sendo tornadas disponíveis para o conteúdo audiovisual na forma de pelo menos um fluxo de multidifusão, o agente tendo unido um fluxo de multidifusão correspondente a uma camada, o referido agente executar: - a detecção de uma necessidade de o dispositivo de cliente comutar de uma referida camada para uma outra camada; - a junção de um fluxo de multidifusão correspondente a uma referida outra camada; - deixar o fluxo de multidifusão correspondente a uma referida camada.

9. Método, de acordo com qualquer uma das reivindicações 2 a 6, caracterizado pelo fato de, as camadas plurais sendo tornadas disponíveis para o conteúdo audiovisual na forma de pelo menos um fluxo de multidifusão, o agente tendo unido pelo menos dois fluxos de multidifusão correspondentes respectivamente a uma camada e a uma outra camada, o referido agente executar: - a detecção de uma necessidade de o dispositivo de cliente comutar entre camadas; - a seleção de dados a partir de um fluxo de multidifusão dentre pelo menos dois referidos fluxos de multidifusão, como uma função da referida necessidade detectada.

10. Método, de acordo com a reivindicação 1, caracterizado pelo fato de as referidas primeira e segunda requisições serem requisições para o recebimento do conteúdo audiovisual na forma de um fluxo de unidifusão, pelo fato de o referido equipamento transmitir a mensagem de redirecionamento para o dispositivo de cliente, quando o conteúdo audiovisual for tornado disponível por fontes plurais, e pelo fato de, quando atuando como um retransmissor, o referido agente executar: - a requisição (609) do referido conteúdo audiovisual a partir das referidas fontes plurais; - a recriação (610) de um fluxo de unidifusão a partir de dados recebidos a partir das referidas fontes plurais.

11. Método, de acordo com a reivindicação 10, caracterizado pelo fato de: - a mensagem de redirecionamento incluir parâmetros notificando a partir de quais fontes o conteúdo audiovisual é tornado disponível; - a requisição para o recebimento do conteúdo audiovisual na forma do fluxo de unidifusão compreender os referidos parâmetros.

12. Método, de acordo com qualquer uma das reivindicações 10 e 11, caracterizado pelo fato de o referido dispositivo de interconexão ser um gateway doméstico e as referidas fontes plurais serem servidores do referido equipamento e/ou outros gateways domésticos.

13. Sistema para entrega de um conteúdo audiovisual para um dispositivo de cliente (121), o referido sistema compreendendo um equipamento (112, 113, 114, 115) e um dispositivo de interconexão (101), o referido dispositivo de interconexão objetivando a interconexão de uma primeira rede (110) com uma segunda rede (120), o dispositivo de cliente sendo conectado à segunda rede, o referido equipamento sendo adaptado para prover o conteúdo audiovisual e objetivando ser conectado à primeira rede, caracterizado pelo fato de o referido equipamento compreender: - meios para o recebimento (304; 404; 604) de uma primeira requisição para o recebimento do conteúdo audiovisual, a primeira requisição sendo transmitida para o equipamento pelo dispositivo de cliente; - meios para a transmissão (307; 407; 607) de uma mensagem de redirecionamento, a referida mensagem de redirecionamento objetivando o redirecionamento do dispositivo de cliente para um agente implementado no dispositivo de interconexão, a mensagem de redirecionamento indicando a realocação do conteúdo audiovisual; e em que o referido agente compreender: - meios para o recebimento (308; 408; 608) de uma segunda requisição para recebimento do conteúdo audiovisual; e - meios para atuação (309) como um retransmissor entre o referido equipamento e o dispositivo de cliente, em resposta à referida segunda requisição, em resposta a essa segunda requisição, em que a mensagem de redirecionamento indica uma realocação temporária do conteúdo audiovisual para que, quando o dispositivo de cliente fizer uma tentativa posterior de obter o conteúdo audiovisual, o dispositivo de cliente contata novamente o referido equipamento.