BR112013002692B1

BR112013002692B1 - Método e dispositivo para recuperar dados de multimídia, método e dispositivo para enviar informação para dados de multimídia, e memória legível por computador

Info

Publication number: BR112013002692B1
Application number: BR112013002692-8A
Authority: BR
Inventors: Ying Chen; Thomas Stockhammer; Mark Watson
Original assignee: Qualcomm Incorporated
Priority date: 2010-08-10
Filing date: 2011-08-09
Publication date: 2021-10-26
Also published as: US8806050B2; AU2011289514A1; MY156640A; RU2013110285A; JP5559432B2; EP2604015B1; HUE044114T2; EP2604016A1; ES2726772T3; AU2011289514B2; AR082614A1; AR082616A1; AU2011289511A1; DK2604016T3; UA107394C2; EP2604016B1; CA2807156C; EP2604015A1; US9319448B2; IL224476A

Abstract

atualizações de arquivo de manifesto para streaming de rede de dados de video codificados. em um exemplo, um dispositivo para a recuperação de dados de multimídia, o dispositivo compreendendo um ou mais processadores configurados para recuperar dados de um primeiro segmento de uma representação de conteúdo multimídia, de acordo com os dados de uma cópia de um arquivo de manifesto armazenado pelo dispositivo, recuperar um parte de um segundo segmento da representação de acordo com o arquivo de manifesto, em que o segundo segmento ocorre após o primeiro segmento na representação, e em que a parte do segundo segmento indica que o arquivo de manifesto deve ser atualizado, atualizar a cópia do arquivo de manifesto armazenado pelo dispositivo com base na indicação de que o arquivo de manifesto deve ser atualizado, e recuperar dados de mídia do segundo segmento,de acordo com o arquivo de manifesto atualizado.

Description

Campo da Invenção

[0001] Esta divulgação refere-se ao armazenamento e transporte de dados de multimídia codificados.

Descrição da Técnica Anterior

[0002] Capacidades de vídeo digital podem ser incorporadas em uma ampla gama de dispositivos, incluindo televisores digitais, sistemas digitais de transmissão direta, sistemas de transmissão sem fio, assistentes digitais pessoais (PDAs), laptops ou desktops, câmeras digitais, dispositivos de gravação digital, reprodutores de mídia digital, dispositivos de jogos de vídeo, videogames, telefones celulares ou de rádio por satélite, aparelhos de teleconferência de vídeo, e similares. Dispositivos de vídeo digital implementam técnicas de compressão de vídeo, tais como aquelas descritas nos padrões definidos por MPEG- 2, MPEG-4, ITU-T H.263 ou ITU-T H.264/MPEG-4, Parte 10, Codificação de Vídeo Avançada (AVC), e extensões de tais normas, para transmitir e receber informações de vídeo digital de forma mais eficiente.

[0003] As técnicas de compressão de video realizam predição espacial e/ou predição temporal para reduzir ou remover a redundância inerente em sequências de vídeo. Para codificação de vídeo baseada em blocos, um quadro de vídeo ou uma fatia pode ser dividida em macroblocos. Cada macrobloco pode ser adicionalmente dividido. Macroblocos de um quadro intracodificado (I) ou fatia são codificados usando a predição espacial em relação a macroblocos vizinhos. Macroblocos em um quadro intercodificado (P ou B) ou uma fatia pode usar a predição espacial com relação a macroblocos vizinhos no mesmo quadro ou fatia ou predição temporal com relação a outros quadros de referência.

[0004] Depois dos dados de vídeo serem codificados, os dados de vídeo podem ser empacotados para transmissão ou armazenamento. Os dados de vídeo podem ser montados em um arquivo de vídeo em conformidade com qualquer um de uma variedade de padrões, tal como o formato de arquivo de mídia de base International Organization for Standardization (ISO) e suas extensões, como ITU-T H.264/AVC. Tais dados de vídeo empacotados podem ser transportados em uma variedade de formas, tais como a transmissão através de uma rede de computadores usando streaming de rede.

Sumário da Invenção

[0005] Em geral, esta divulgação descreve técnicas para melhorar o streaming dos suportes de dados através de uma rede. Estas técnicas incluem suporte para modos de faixas, tal como avançar, voltar, e que buscar dentro de conteúdo de mídia transmitido por uma rede. Estas técnicas incluem também o suporte para os grupos de representação, tal como características comuns de sinalização de um conjunto de representações, bem como as características individuais das representações. Além disso, as técnicas incluem fornecimento de informações para atualizar arquivos de manifesto para conteúdo de mídia transmitido. As técnicas incluem também prover dados de mídia para anúncios direcionados como períodos externos para conteúdo de mídia. Estas técnicas incluem ainda o prover e interpretar qualidade de relatórios de experiência a partir de um dispositivo de cliente para a um provedor de serviços. Além disso, estas técnicas incluem sinalização de dados de perfil ao qual um arquivo de manifesto de conteúdo de mídia se conforma.

[0006] Em um exemplo, um método de recuperação de dados de vídeo inclui a análise de pelo menos uma parte de um arquivo de manifesto de conteúdo multimídia, em que a parte do arquivo de manifesto inclui informação indicativa de conjuntos de representações do conteúdo multimídia e informação indicativa de características comuns para cada um dos conjuntos de representações, selecionar um dos conjuntos de representações com base nas características comuns de um dos conjuntos de representações, selecionar uma das representações de uma selecionada entre os conjuntos de representações com base em uma ou mais características de codificação de uma das representações de um dos conjuntos, e gerar uma solicitação de dados de uma das representações com base na seleção.

[0007] Em outro exemplo, um dispositivo para a recepção de informação para dados de vídeo inclui um ou mais processadores configurados para analisar pelo menos uma parte de um arquivo de manifesto de conteúdo multimídia, em que a parte do arquivo de manifesto inclui informação indicativa de conjuntos de representações do conteúdo multimídia e informação indicativa de características comuns para cada um dos conjuntos de representações, selecionar um dos conjuntos de representações com base nas características comuns de um dos conjuntos de representações, selecionar uma das representações daquela selecionada dos conjuntos de representações com base em uma ou mais características de codificação de uma das representações de um dos conjuntos, e gerar uma solicitação de dados de uma das representações com base na seleção.

[0008] Em outro exemplo, um dispositivo para receber informação para dados de vídeo inclui meios para analisar pelo menos uma parte de um arquivo de manifesto de conteúdo multimídia, em que a parte do arquivo de manifesto inclui informação indicativa de conjuntos de representações do conteúdo multimídia e informação indicativa de características comuns para cada um dos conjuntos de representações, meios para selecionar um dos conjuntos de representações com base nas características comuns de um dos conjuntos de representações, meios para selecionar uma das representações daquela selecionada dos conjuntos das representações com base em uma ou mais características de codificação de uma das representações de um dos conjuntos, e meios para gerar uma solicitação de dados de uma das representações com base na seleção.

[0009] Em outro exemplo, um produto de programa de computador inclui um meio de armazenamento legível por computador compreendendo instruções que, quando executadas, fazem com que um processador de um dispositivo recupere dados de vídeo para a análise de pelo menos uma parte de um arquivo de manifesto de conteúdo multimídia, em que a parte do arquivo de manifesto inclui informação indicativa de conjuntos de representações do conteúdo multimídia e informação indicativa de características comuns para cada um dos conjuntos de representações, selecionar um dos conjuntos de representações com base nas características comuns de um dos conjuntos de representações, selecionar uma das representações da selecionada entre o conjunto de representações com base em uma ou mais características de codificação de uma das representações de um dos conjuntos, e gerar uma solicitação de dados de uma das representações com base na seleção.

[0010] Em outro exemplo, um método de envio de informação para dados de vídeo inclui obter um conjunto de representações de conteúdo multimídia tendo uma ou mais características comuns, em que cada uma das representações no conjunto tem uma ou mais características individuais de codificação separadas das características comuns, obter um arquivo de manifesto para o conteúdo multimídia, em que o arquivo de manifesto inclui informações indicativas das representações no conjunto, informações indicativas das características comuns para o conjunto de representações e informações indicativas das características de codificação para cada uma das representações no conjunto, e enviar pelo menos uma parte do arquivo de manifesto para um dispositivo de cliente.

[0011] Em outro exemplo, um dispositivo para o envio de informação de dados de vídeo, o dispositivo compreendendo um ou mais processadores configurados para obter um conjunto de representações de conteúdo multimídia tendo uma ou mais características comuns, em que cada uma das representações no conjunto têm uma ou mais características de codificação individuais separadas das características comuns, obter um arquivo de manifesto para o conteúdo multimídia, em que o arquivo de manifesto inclui informações indicativas das representações no conjunto, informações indicativas das características comuns para o conjunto de representações e informações indicativas das características de codificação para cada uma das representações do conjunto, e enviar pelo menos uma parte do arquivo de manifesto para um dispositivo de cliente.

[0012] Em outro exemplo, um dispositivo para enviar informação de dados de vídeo inclui meios para obter um conjunto de representações de conteúdo multimídia tendo uma ou mais características comuns, em que cada uma das representações do conjunto tem uma ou mais características individuais de codificação separadas das características comuns, meios para obter um arquivo de manifesto para o conteúdo multimídia, em que o arquivo de manifesto inclui informação indicativa das representações no conjunto, informação indicativa das características comuns para o conjunto de representações, e informação indicativa das características de codificação para cada uma das representações no conjunto, e meios para enviar pelo menos uma parte do arquivo de manifesto para um dispositivo de cliente.

[0013] Em outro exemplo, um produto de programa de computador inclui um meio de armazenamento legível por computador compreendendo instruções que fazem com que um processador de um dispositivo proveja dados de vídeo para a obtenção de um conjunto de representações de conteúdo multimídia tendo uma ou mais características comuns, em que cada uma das representações do conjunto têm uma ou mais características de codificação individuais separadas das características comuns, obter um arquivo de manifesto para o conteúdo multimídia, em que o arquivo de manifesto inclui informações indicativas das representações no conjunto, informações indicativas das características comuns para o conjunto das representações, e informação indicativa das características de codificação para cada uma das representações do conjunto, e enviar pelo menos uma parte do arquivo de manifesto para um dispositivo de cliente.

[0014] Em outro exemplo, um método de recuperação de dados de vídeo inclui analisar informação de um arquivo de manifesto de conteúdo multimídia, em que a informação do arquivo de manifesto indica que pelo menos uma representação de conteúdo multimídia inclui uma subsequência temporal, determinar uma ou mais locais de dados para a subsequência temporal, e apresentar uma ou mais solicitações para os dados da subsequência temporal.

[0015] Em outro exemplo, um dispositivo para recuperar dados de vídeo inclui um ou mais processadores configurados para analisar a informação de um arquivo de manifesto de conteúdo multimídia, em que a informação do arquivo de manifesto indica que pelo menos uma representação de conteúdo multimídia inclui uma subsequência temporal, determinar um ou mais locais de dados para a subsequência temporal, e apresentar uma ou mais solicitações para os dados da subsequência temporal.

[0016] Em outro exemplo, um dispositivo para recuperar dados de vídeo inclui meios para analisar a informação de um arquivo de manifesto de conteúdo multimídia, em que a informação do arquivo de manifesto indica que pelo menos uma representação de conteúdo multimídia inclui uma subsequência temporal, meios para determinar um ou mais locais de dados para a subsequência temporal, e meios para apresentar uma ou mais solicitações de dados para a subsequência temporal.

[0017] Em outro exemplo, um produto de programa de computador inclui um meio legível por computador tendo instruções armazenadas nele que, quando executadas, fazem com que um processador de um dispositivo recupere dados de vídeo para analisar a informação de um arquivo de manifesto de conteúdo multimídia, em que a informação do arquivo de manifesto indica que pelo menos uma representação de conteúdo multimídia inclui uma subsequência temporal, determinar um ou mais locais de dados para a subsequência temporal, e apresentar uma ou mais solicitações para os dados para a subsequência temporal.

[0018] Em outro exemplo, um método de envio de informações para dados de vídeo inclui a obtenção de dados de pelo menos uma representação de conteúdo multimídia que inclui uma subsequência temporal, obter dados para um arquivo de manifesto para o conteúdo multimídia, em que as informações do arquivo de manifesto indica que a representação de pelo menos uma parte do conteúdo multimídia inclui a subsequência temporal, e enviar pelo menos uma parte do arquivo de manifesto para um dispositivo de cliente.

[0019] Em outro exemplo, um dispositivo para o envio de informação de dados de vídeo inclui um ou mais processadores configurados para obter dados para pelo menos uma representação de conteúdo multimídia que inclui uma subsequência temporal, obter os dados de um arquivo de manifesto para o conteúdo multimídia, em que a informação do arquivo de manifesto indica que a representação de pelo menos uma parte do conteúdo multimídia inclui a subsequência temporal, e enviar pelo menos uma parte do arquivo de manifesto para um dispositivo de cliente.

[0020] Em outro exemplo, um dispositivo para o envio de informação de dados de vídeo inclui meios para obter dados relativos a pelo menos uma representação de conteúdo multimídia que inclui uma subsequência temporal, meios para obter dados de um arquivo de manifesto para o conteúdo multimídia, em que informação do arquivo de manifesto indica que a representação de pelo menos uma parte do conteúdo multimídia inclui a subsequência temporal, e meios para enviar pelo menos uma parte do arquivo de manifesto para um dispositivo de cliente.

[0021] Em outro exemplo, um produto de programa de computador inclui um meio legível por computador tendo instruções armazenadas nele que, quando executadas, fazem com que um processador de um dispositivo envie informação de dados de vídeo para a obtenção de dados para pelo menos uma representação de conteúdo multimídia, que inclui uma subsequência temporal, obter dados para um arquivo de manifesto para o conteúdo multimídia, em que as informações do arquivo de manifesto indicam que a representação de pelo menos um dos conteúdos multimídia inclui a subsequência temporal, e enviar a pelo menos uma parte do arquivo de manifesto para um dispositivo de cliente.

[0022] Em outro exemplo, um método de recuperação de dados de vídeo inclui recuperar dados de um primeiro segmento de uma representação de conteúdo multimídia, de acordo com os dados de uma cópia de um arquivo de manifesto armazenada por um dispositivo de cliente, recuperar uma parte de um segundo segmento da representação de acordo com o arquivo de manifesto, em que o segundo segmento ocorre após o primeiro segmento na representação, e em que a parte do segundo segmento indica que o arquivo de manifesto deve ser atualizado, atualizar a cópia do arquivo de manifesto armazenada pelo dispositivo de cliente com base na indicação de que o arquivo de manifesto deve ser atualizado, e recuperar dados de mídia do segundo segmento, de acordo com o arquivo de manifesto atualizado.

[0023] Em outro exemplo, um dispositivo para recuperar dados de vídeo inclui um ou mais processadores configurados para recuperar dados de um primeiro segmento de uma representação de conteúdo multimídia, de acordo com os dados de uma cópia de um arquivo de manifesto armazenada pelo dispositivo, recuperar um parte de um segundo segmento da representação de acordo com o arquivo de manifesto, em que o segundo segmento ocorre após o primeiro segmento na representação, e em que a parte do segundo segmento indica que o arquivo de manifesto deve ser atualizado, atualizar a cópia do arquivo de manifesto armazenada pelo dispositivo com base na indicação de que o arquivo de manifesto deve ser atualizado, e recuperar dados de mídia do segundo segmento, de acordo com o arquivo de manifesto atualizado.

[0024] Em outro exemplo, um dispositivo para recuperar dados de vídeo inclui meios para recuperar dados de um primeiro segmento de uma representação de conteúdo multimídia, de acordo com os dados de uma cópia de um arquivo de manifesto armazenada pelo dispositivo, meios para recuperar uma parte de um segundo segmento da representação de acordo com o arquivo de manifesto, em que o segundo segmento ocorre após o primeiro segmento na representação, e em que a parte do segundo segmento indica que o arquivo de manifesto deve ser atualizado, meios para atualizar a cópia do arquivo de manifesto armazenada pelo dispositivo com base na indicação de que o arquivo de manifesto deve ser atualizado, e meios para recuperar dados de mídia do segundo segmento, de acordo com o arquivo de manifesto atualizado.

[0025] Em outro exemplo, um produto de programa de computador inclui um meio legível por computador tendo instruções armazenadas nele que, quando executadas, fazem com que um processador de um dispositivo recupere dados de vídeo para recuperar dados de um primeiro segmento de uma representação de conteúdo multimídia em conformidade com os dados de uma cópia de um arquivo de manifesto armazenada pelo dispositivo, recuperar uma parte de um segundo segmento da representação de acordo com o arquivo de manifesto, em que o segundo segmento ocorre após o primeiro segmento na representação, e em que a parte do segundo segmento indica que o arquivo de manifesto deve ser atualizado, atualizar a cópia do arquivo de manifesto armazenada pelo dispositivo com base na indicação de que o arquivo de manifesto deve ser atualizado, e recuperar dados de mídia do segundo segmento, de acordo com a atualização arquivo de manifesto.

[0026] Em outro exemplo, um método de envio da informação para o envio de dados de vídeo inclui dados de um arquivo de manifesto de conteúdo multimídia para um dispositivo de cliente, em que o arquivo de manifesto inclui informação indicativa de um primeiro segmento de uma representação de conteúdo multimídia, enviar pelo menos uma parte do primeiro segmento da representação para o dispositivo de cliente em resposta a uma solicitação do dispositivo de cliente, em que a parte do primeiro segmento indica que o arquivo de manifesto deve ser atualizado, em que uma versão atualizada do arquivo de manifesto inclui informação indicativa de um segundo segmento diferente da representação, e enviar, em resposta a uma solicitação recebida a partir do dispositivo de cliente e formada de acordo com o arquivo de manifesto atualizado, os dados do segundo segmento para o dispositivo de cliente.

[0027] Em outro exemplo, um dispositivo para o envio de informação de dados de vídeo inclui um ou mais processadores configurados para enviar os dados de um arquivo de manifesto de conteúdo multimídia para um dispositivo de cliente, em que o arquivo de manifesto inclui informação indicativa de um primeiro segmento de uma representação de conteúdo multimídia, enviar pelo menos uma parte do primeiro segmento da representação para o dispositivo de cliente em resposta a uma solicitação do dispositivo de cliente, em que a parte do primeiro segmento indica que o arquivo de manifesto deve ser atualizado, em que um versão atualizada do arquivo de manifesto inclui informação indicativa de um segundo segmento diferente da representação, e enviar, em resposta a uma solicitação recebida a partir do dispositivo de cliente e formada de acordo com o arquivo de manifesto atualizado, os dados do segundo segmento para o dispositivo de cliente.

[0028] Em outro exemplo, um dispositivo para o envio de informação de dados de vídeo inclui meios para enviar dados de um arquivo de manifesto de conteúdo multimídia para um dispositivo de cliente, em que o arquivo de manifesto inclui informação indicativa de um primeiro segmento de uma representação de conteúdo multimídia, meios para enviar pelo menos uma parte do primeiro segmento da representação para o dispositivo de cliente em resposta a uma solicitação do dispositivo de cliente, em que a parte do primeiro segmento indica que o arquivo de manifesto deve ser atualizado, em que uma versão atualizada do arquivo de manifesto inclui informação indicativa de um segundo segmento diferente da representação, meios para enviar, em resposta a uma solicitação recebida a partir do dispositivo de cliente e formada de acordo com o arquivo de manifesto atualizado, os dados do segundo segmento para o dispositivo de cliente.

[0029] Em outro exemplo, um produto de programa de computador inclui um meio legível por computador tendo instruções armazenadas nele que, quando executadas, fazem com que um processador de um dispositivo envie informação de dados de vídeo para enviar dados de um arquivo de manifesto de conteúdo multimídia para um dispositivo de cliente, em que o arquivo de manifesto inclui informação indicativa de um primeiro segmento de uma representação de conteúdo multimídia, enviar pelo menos uma parte do primeiro segmento da representação para o dispositivo de cliente em resposta a uma solicitação do dispositivo de cliente, em que a parte do primeiro segmento indica que o arquivo de manifesto deve ser atualizado, em que uma versão atualizada do arquivo de manifesto inclui informação indicativa de um segundo segmento diferente da representação, e enviar, em resposta a uma solicitação recebida a partir do dispositivo de cliente e formada de acordo com o arquivo de manifesto atualizado, dados do segundo segmento para o dispositivo de cliente.

Breve Descrição das Figuras

[0030] A figura 1 é um diagrama de blocos que ilustra um sistema exemplar que implementa técnicas para streaming de dados de mídia através de uma rede.

[0031] A figura 2 é um diagrama individual que ilustra os elementos de um conteúdo multimídia exemplar.

[0032] A figura 3 é um diagrama de blocos que ilustra os elementos de um arquivo de vídeo exemplar, que pode corresponder a um segmento de uma representação de conteúdo multimídia.

[0033] A figura 4 é um diagrama conceitual que ilustra um exemplo de conteúdo multimídia, incluindo uma descrição apresentação de mídia (MPD) e vários grupos de representação.

[0034] A figura 5 é um diagrama individual que ilustra um outro exemplo de conteúdo multimídia, em que dados de MPD são separados em várias partes para vários grupos de representação.

[0035] A figura 6 é um diagrama individual que ilustra um outro exemplo de conteúdo multimídia que pode ser usado para suportar modos de faixa.

[0036] A figura 7 é um diagrama conceitual ilustrando outro conteúdo multimídia exemplar em que segmentos podem incluir caixas de atualização de MPD para indicar que um MPD de conteúdo multimídia deve ser atualizado.

[0037] A figura 8 é um fluxograma que ilustra um método exemplar para prover indicações sobre grupos de representação através de um dispositivo de servidor, e para selecionar os grupos de representação através de um dispositivo de cliente, bem como uma representação individual dentro do grupo de representação selecionado.

[0038] A figura 9 é um fluxograma que ilustra um método exemplar para prover dados representativos de um modo de faixa por um dispositivo de servidor, e para a utilização dos dados através de um dispositivo de cliente para recuperar e reproduzir dados de modo de faixa de conteúdo multimídia.

[0039] A figura 10 é um fluxograma que ilustra um método exemplar para prover, através de um dispositivo de servidor, indicações de que um arquivo de manifesto, tal como um MPD, deve ser atualizado, e para a atualização de um MPD de um dispositivo de cliente.

[0040] A figura 11 é um fluxograma ilustrando um método exemplar para a construção e utilização de dados de um documento de relatório de qualidade de experiência (QoE).

Descrição Detalhada da Invenção

[0041] Em geral, esta divulgação descreve técnicas para a streaming de dados de multimídia, tais como dados de áudio e vídeo, através de uma rede. As técnicas da presente divulgação podem ser utilizadas em conjunto com streaming adaptativo dinâmico sobre HTTP (DASH). Esta divulgação descreve várias técnicas que podem ser realizadas em conjunto com a transmissão de rede, qualquer um ou todos dos quais podem ser aplicados isoladamente ou em qualquer combinação. Conforme descrito em maior detalhe abaixo, os vários dispositivos que executam streaming de rede podem ser configurados para implementar as técnicas desta divulgação.

[0042] Em conformidade com DASH e técnicas semelhantes para streaming de dados através de uma rede, o conteúdo multimídia (tal como um filme ou um outro conteúdo de áudio / vídeo, o qual pode também incluir sobreposições de texto ou outros dados) pode ser codificado em uma variedade de formas e com uma variedade de características. Um dispositivo de preparação de conteúdo pode formar múltiplas representações do mesmo conteúdo multimídia. Cada representação pode corresponder a um conjunto particular de características, tais como características de codificação e renderização, para prover dados utilizáveis por uma variedade de dispositivos de cliente diferentes, com várias capacidades de codificação e processamento. Além disso, as representações com vários taxa de bits podem permitir a adaptação da largura de banda. Isto é, um dispositivo de cliente pode determinar uma quantidade de largura de banda que está atualmente disponível e selecionar uma representação com base na quantidade de largura de banda disponível, juntamente com capacidades de codificação e renderização do dispositivo de cliente.

[0043] Em alguns exemplos, um dispositivo de preparação de conteúdo pode indicar que um conjunto de representações tem um conjunto de características comuns. O dispositivo de preparação de conteúdo pode, então, indicar que as representações no conjunto formam um grupo de representação, em que as representações do conjunto podem ser usadas para a adaptação da largura de banda. Isto é, as representações do conjunto podem variar em taxa de bits, mas de outro modo, compartilhar substancialmente as mesmas características. Desta forma, um dispositivo de cliente pode determinar vários conjuntos de características comuns aos grupos de representação de conteúdo multimídia, e selecionar um grupo de representação com base nas capacidades de codificação e renderização do dispositivo de cliente. Em seguida, o dispositivo de cliente pode mudar adaptativamente entre as representações do grupo de representação selecionada com base na disponibilidade de largura de banda.

[0044] O dispositivo de preparação de conteúdo também pode prover locais de rede separados para diferentes partes de um arquivo de manifesto, tal como um arquivo de descrição de apresentação de mídia (MPD) em um formato prescrito por 3GPP (Projeto de Parceira de Terceira Geração). Isto é, as diferentes partes do arquivo de manifesto podem ser independentemente endereçáveis por, por exemplo, vários indicadores de recursos uniformes (URIs), tais como localizadores de recursos uniformes (URLs). Uma parte inicial do arquivo de manifesto pode incluir um URI, URL ou outro identificador de local de outra parte do arquivo de manifesto. Por exemplo, uma primeira parte do arquivo de manifesto pode incluir descrições de características comuns de grupos de representação, tal como discutido acima.

[0045] Cada um dos grupos de representação pode ser associado a uma respectiva parte diferente do arquivo de manifesto, que pode incluir dados indicativos da localização de dados de mídia de representações na respectiva grupo de representação. Desta maneira, um dispositivo de cliente pode receber a primeira parte do arquivo de manifesto, selecionar um grupo de uma representação adequada, recuperar uma outra parte do arquivo de manifesto para o grupo de representação selecionado, selecionar uma grupo de representação selecionado, e utilizar a outra parte do arquivo de manifesto para recuperar dados da representação selecionada. Além disso, o dispositivo de cliente pode adaptar-se a mudança de largura de banda de rede usando a outra parte do arquivo de manifesto, isto é, a parte específica para o grupo de representação selecionado.

[0046] Além disso, ou em alternativa, uma parte de um arquivo de manifesto pode referir-se a uma outra parte do arquivo de manifesto para outros fins. Ou seja, uma parte do arquivo de manifesto pode direcionar um dispositivo de cliente para outra parte do arquivo de manifesto para a inserção de suporte de dados de um período remoto em um filme durante a reprodução. O período remoto pode corresponder a um anúncio, em alguns exemplos. Estas técnicas podem ser utilizadas para anúncio segmentada, em alguns exemplos. Um dispositivo de cliente pode prover informações de usuário, tal como identificador de usuário, preferências de usuário para anúncios e/ou informações demográficas, a um dispositivo de servidor, que pode selecionar uma parte do arquivo de manifesto com base nas informações do usuário. Assim, quando desreferenciada, uma parte externa do arquivo de manifesto pode ser incorporada no arquivo de manifesto original, por exemplo, pelo dispositivo de cliente. O dispositivo de servidor pode prover um local da parte do arquivo de manifesto de conteúdo associado com mídia anúncio direcionada para o dispositivo de cliente. O dispositivo de cliente pode, então, recuperar e apresentar dados do conteúdo de mídia de anúncio direcionada antes de recuperar dados de uma representação específica de um período de conteúdo multimídia solicitado. Deste modo, uma primeira parte de um arquivo de manifesto de conteúdo multimídia pode referir-se a uma segunda parte do arquivo de manifesto.

[0047] Em alguns casos, um usuário pode desejar reproduzir dados de vídeo de uma forma diferente do início ao fim. Por exemplo, um usuário pode desejar reproduzir dados de vídeo em modos rápidos de avançar ou retroceder, ou a partir de um ponto de reprodução particular. Tais modos de reprodução de vídeo, que são outros modos de reproduzir do início ao fim, pode ser referido como "modos de faixa". Em modos de faixas, porque nem todos os dados de vídeo, irão por fim ser reproduzidos, todos os dados de vídeo não necessitam de ser recuperados. Esta divulgação provê técnicas para suportar modos de faixas também. Por exemplo, um dispositivo de preparação de conteúdo pode prover indicações de locais de faixas de bytes de quadros em dados de vídeo usados para modos de faixas, tal como imagens de renovação de decodificador instantânea (IDR). Em geral, imagens de IDR podem ser decodificadas sem referência a dados de quaisquer quadros externos às próprias imagens de IDR. Quadros ou fatias de imagens de IDR geralmente são codificados em um modo intrapredição, para evitar dependências de outros quadros ou fatias. Deste modo, o dispositivo de cliente pode recuperar a informação indicativa da localização de imagens de IDR para baixar apenas os dados para as imagens de IDR para utilização na apresentação de dados de vídeo em um modo faixa, tal como o avanço rápido. Outros dados podem ser incluídos na subsequência temporal também. Os dados podem ser organizados em modo de codificação, de tal modo que os dados utilizados para referência ocorrem mais cedo do que (e em sequência de byte contínua com) os dados de referência. Por exemplo, um quadro I pode anteceder um quadro P, que pode prosseguir de uma ou mais quadros B, qualquer um ou todos dos quais podem preceder outros quadros B, que podem referir-se ao quadro B anterior de uma forma hierárquica.

[0048] Em alguns exemplos, um arquivo de manifesto, como um MPD, pode exigir atualizações ocasionais. Esta divulgação também provê técnicas para sinalização e recepção de indicações de que uma MPD exige uma atualização. Em particular, um dispositivo de preparação de conteúdo pode incluir os dados em segmentos de representações que indicam que um MPD requer uma atualização correspondente. Estes dados podem corresponder a um elemento de um primeiro segmento, que pode indicar as atualizações para aplicar ao MPD e/ou locais de onde um dispositivo de cliente pode recuperar atualizações para o MPD. As atualizações podem compreender um MPD inteiramente novo ou atualizações incrementais em relação a um MPD anterior para o conteúdo multimídia.

[0049] Esta divulgação adicionalmente inclui as técnicas para prover retorno de dispositivos de cliente para um dispositivo de servidor e/ou dispositivo de preparação de conteúdo. O retorno pode corresponder a, por exemplo, informação indicativa de dados que foram recuperados para conteúdo multimídia. Um administrador ou outro usuário do dispositivo de preparação do conteúdo e/ou servidor pode utilizar essa informação em uma variedade de maneiras. Por exemplo, o usuário pode configurar uma rede de entrega de conteúdo (CDN) para armazenar em cache dados de representações mais frequentemente acessadas em dispositivos de proxy da CDN, como roteadores ou outros dispositivos. Como outro exemplo, o usuário pode determinar representações que são acessadas com mais frequência para determinar se certas representações devem ser adicionadas ou removidas de ou para o conteúdo multimídia atual, e/ou como codificar representações de conteúdo multimídia futuras.

[0050] Os arquivos de vídeo, tal como segmentos de representações de conteúdo de mídia, podem estar de acordo com dados de vídeo encapsulados de acordo com qualquer formato de arquivo de mídia de base ISO, formato de arquivo de Codificação de Vídeo Escalonável (SVC), formato de arquivo de Codificação de Vídeo Avançada (AVC), formato de arquivo de Projeto de Parceria de Terceira Geração (3GPP), e/ou formato de arquivo de Codificação de Vídeo Multivisualização (MVC), ou outros formatos de arquivos de vídeo semelhantes.

[0051] O formato de arquivo de mídia de base ISO foi projetada para conter informações de mídia temporizadas para uma apresentação em um formato flexível e extensível, que facilita o intercâmbio, gerenciamento, edição e apresentação dos mídia. Formato de Arquivo de Mídia de base ISO (ISO / IEC 14496-12:2004) é especificado em MPEG-4 Parte 12, que define uma estrutura geral para arquivos de mídia baseados em tempo. O formato de arquivo de mídia de base ISO é usado como base para outros formatos de arquivo da família, tais como formato de arquivo AVC (ISO / IEC 14496 - 15) definido suporte para compressão de vídeo H.264/MPEG-4 AVC, formato de arquivo3GPP, formato de arquivo SVC e formato de arquivo MVC. Formato de arquivo 3GPP e formato de arquivo MVC são extensões do formato de arquivo AVC. Formato de arquivo de mídia de base ISO contém a estrutura de temporização e informação de mídia para as sequências temporizadas de dados de mídia, tais como apresentações audiovisuais. A estrutura do arquivo pode ser orientada a objetos. Um arquivo pode ser decomposto em objetos básicos de maneira muito simples e a estrutura dos objetos está implícita do seu tipo.

[0052] Arquivos em conformidade com o format de arquivo de mídia de base ISO (e suas extensões) podem ser formados como uma série de objetos, chamados de "caixas". Dados no formato de arquivo De mídia de base ISO podem estar contidos em caixas, de forma que nenhum outro dado precisa ser contido dentro do arquivo e não precisam ser dados fora das caixas dentro do arquivo. Isto inclui qualquer assinatura inicial exigida pelo formato de arquivo específico. Uma "caixa" pode ser um bloco de construção orientada por objeto definida por um identificador de tipo único e comprimento. Normalmente, a apresentação está contida em um arquivo, e a apresentação de mídia é autossuficiente. O recipiente de filme (caixa de filme) pode conter os metadados da mídia e os quadros de vídeo e áudio podem ser contidos no recipiente de dados de mídia e pode estar em outros arquivos.

[0053] Uma representação (sequência de movimentos) pode estar contida em vários arquivos, por vezes referidos como os segmentos. Informação de temporização e enquadramento (posição e tamanho) está geralmente no arquivo de mídia de base ISO e os arquivos auxiliares podem essencialmente usar qualquer formato. Esta apresentação pode ser 'local' para o sistema que contém a apresentação, ou pode ser provida através de uma rede ou de outro mecanismo de entrega de fluxo.

[0054] Uma faixa de metadados opcional pode ser usada para marcar cada faixa com a "característica interessante" que tem, para a qual o seu valor pode variar a partir de outros membros do grupo (por exemplo, a sua taxa de bits, tamanho da tela, ou a linguagem). Alguns exemplos dentro de uma faixa podem ter características especiais ou podem ser identificados individualmente. Um exemplo da característica é o ponto de sincronização (frequentemente um quadro de vídeo I). Estes pontos podem ser identificados por uma tabela especial em cada faixa. De modo mais geral, a natureza das dependências entre as amostras das faixas pode também ser documentada através de metadados. Os metadados podem ser estruturados como uma sequência de amostras de formato de arquivo, apenas como uma faixa de vídeo. Essa faixa pode ser referida como uma faixa de metadados. Cada amostra de metadados pode ser estruturada como uma declaração de metadados. Existem vários tipos de declarações, correspondentes às várias perguntas que podem ser feitas sobre a amostra de formato de arquivo correspondente ou suas amostras constituintes.

[0055] Quando a mídia é entregue através de um protocolo de streaming, a mídia pode ter de ser transformada a partir da forma como é representada no arquivo. Um exemplo disso é quando a mídia é transmitida através da Protocolo de Transporte em Tempo Real (RTP). No arquivo, por exemplo, cada quadro de vídeo é armazenado de forma contígua, como um exemplo de formato de arquivo. Em RTP, regras de empacotamento específicas para o codec utilizado devem ser obedecidas para colocar estes quadros em pacotes RTP. Um servidor de streaming pode ser configurado para calcular empacotamento como em tempo de execução. No entanto, não há suporte para a assistência dos servidores de streaming.

[0056] As técnicas desta divulgação podem ser aplicáveis a protocolos de streaming de rede, tal como um streaming de HTTP, por exemplo, de acordo com a dinâmica de transmissão adaptável sobre HTTP (DASH). Em streaming HTTP, operações usadas com frequência incluem GET e GET parcial. A operação GET recupera um arquivo inteiro associado um dado Localizador de Recursos Uniformes (URL) ou outro identificador, por exemplo, URI. A operação de GET parcial recebe um faixas de bytes como um parâmetro de entrada e recupera um número contínuo de bytes de um arquivo correspondente ao faixas de bytes recebidos. Assim, fragmentos de filme podem ser providos para streaming de HTTP, porque uma operação de GET parcial pode obter um ou mais fragmentos de filme individuais. Note-se que, em um fragmento de filme, pode haver vários fragmentos de faixas de diferentes faixas. Em streaming de HTTP, uma representação da mídia pode ser uma coleção de dados estruturados que é acessível ao cliente. O cliente pode solicitar o download de mídia e informação de dados para apresentar um serviço de streaming para um usuário.

[0057] No exemplo de streaming de dados 3GPP usando streaming HTTP, pode haver múltiplas representações para dados de vídeo e/ou áudio de conteúdo multimídia. O manifesto de tais representações pode ser definido em uma estrutura de dados de Descrição Apresentação Media (MPD). Uma representação da mídia pode corresponder a um conjunto estruturado de dados que é acessível a um dispositivo de cliente de streaming de HTTP. O dispositivo de cliente de streaming de HTTP pode solicitar e baixar informação de dados de mídia para apresentar um serviço de streaming para um usuário do dispositivo de cliente. Uma representação de mídia pode ser descrita na estrutura de dados de MPD, que pode incluir alterações de MPD.

[0058] O conteúdo multimídia pode conter uma sequência de um ou mais períodos. Períodos podem ser definidos por um elemento no Período de MPD. Cada período pode ter um atributo start no MPD. O MPD pode incluir um atributo star e um atributo availableStartTime para cada período. Para serviços ao vivo, a soma do atributo start do período e o atributo MPD availableStartTime pode especificar o tempo de disponibilidade do período no formato UTC, em particular do primeiro segmento de mídia de cada representação no período correspondente. Para serviços on-demand, o atributo star do primeiro período pode ser 0. Para qualquer outro período, o atributo star pode especificar um tempo de deslocamento entre a hora de início do período correspondente em relação à hora de início do primeiro período. Cada período pode ir até ao início do período seguinte, ou até ao fim da apresentação de mídia, no caso do último período. Tempos de início de período podem ser precisos. Eles podem refletir o tempo real resultante da reprodução da mídia de todos os períodos anteriores.

[0059] Cada período pode conter uma ou mais representações do mesmo conteúdo de mídia. A representação pode ser uma de uma série de versões codificadas alternativas de dados de áudio ou de vídeo. As representações podem diferir por várias características, tais como tipos de codificação, por exemplo, por taxa de bits, resolução e/ou codec para dados de vídeo e taxa de bits, linguagem, e/ou codec para dados de áudio. O termo representação pode ser usado para se referir a uma seção de dados de áudio ou vídeo codificado correspondente a um período particular do conteúdo multimídia e codificado de uma maneira particular.

[0060] As representações de um período específico podem ser atribuídas a um grupo, que pode ser indicado por um atributo no grupo MPD. Representações de um mesmo grupo são geralmente consideradas alternativas de um para o outro. Por exemplo, cada representação de dados de vídeo para um determinado período pode ser atribuída ao mesmo grupo, de tal modo que qualquer uma das representações pode ser selecionada para a decodificação de dados de vídeo para exibir o conteúdo de multimídia, para o período correspondente. O conteúdo de mídia dentro de um período pode ser representado por qualquer um de uma representação a partir do grupo 0, se presente, ou a combinação de, no máximo, uma representação de cada grupo diferente de zero, em alguns exemplos. Dados de temporização para cada representação de um período podem ser expressos em relação ao tempo de início do período.

[0061] Uma representação pode incluir um ou mais segmentos. Cada representação pode incluir um segmento de inicialização, ou cada um dos segmentos de uma representação pode ser autoinicializado. Quando presente, o segmento de iniciação pode conter informações de inicialização para acessar a representação. Em geral, o segmento de inicialização não contém dados de mídia. Um segmento pode ser unicamente referenciado por um identificador, tal como um Localizador de recursos uniforme (URL). O MPD pode prover os identificadores para cada segmento. Em alguns exemplos, o MPD pode também prover intervalos de bytes na forma de um atributo range, o que pode corresponder aos dados de um segmento no interior de um arquivo acessível pelo URL ou URI.

[0062] Cada representação também pode incluir um ou mais componentes de mídia, em que cada componente de mídia pode corresponder a uma versão codificada de um tipo de suporte individual, tais como áudio, vídeo e/ou texto temporizado (por exemplo, para a legendagem fechada). Componentes de mídia podem ser contínuos em tempo através de fronteiras de segmentos de mídia consecutivos dentro de uma representação.

[0063] A figura 1 é um diagrama de blocos que ilustra um exemplo de sistema 10, que implementa técnicas para streaming de dados através de uma rede multimídia. Neste exemplo, o sistema 10 inclui o dispositivo de preparação de conteúdo 20, o dispositivo de servidor 60, e um dispositivo de cliente 40. Dispositivo de cliente 40 e dispositivo de servidor 60 são comunicativamente acoplados pela rede 74, que pode compreender a Internet. Em alguns exemplos, o dispositivo de preparação de conteúdo 20 e dispositivo de servidor 60 podem também ser acoplados pela rede 74 ou uma outra rede, ou pode ser diretamente acoplado comunicativamente. Em alguns exemplos, o dispositivo de preparação de conteúdo 20 e dispositivo de servidor 60 pode compreender o mesmo dispositivo.

[0064] O dispositivo de preparação de conteúdo 20, no exemplo da figura 1, compreende fonte de áudio 22 e fonte de vídeo 24. A fonte de áudio 22 pode compreender, por exemplo, um microfone, que produz sinais elétricos representativos de dados áudio capturados para serem codificados pelo codificador de áudio 26. Alternativamente, a fonte de áudio 22 pode compreender um meio de armazenamento para armazenar os dados de áudio gravados anteriormente, por um gerador de dados de áudio, como um sintetizador computadorizado, ou qualquer outra fonte de dados de áudio. Fonte de vídeo 24 pode compreender uma câmara de vídeo que produz dados de vídeo a serem codificados por um codificador de vídeo 28, um meio de armazenamento codificado com dados de vídeo previamente gravados, uma unidade de geração de dados de vídeo, tal como uma fonte gráfica de computador, ou qualquer outra fonte de dados de vídeo. Dispositivo de preparação de conteúdo 20 não é necessariamente comunicativamente acoplado ao dispositivo de servidor 60 em todos os exemplos, mas pode armazenar conteúdo multimídia em um meio separado que é lido pelo dispositivo de servidor 60.

[0065] Dados de vídeo e de áudio brutos podem incluir os dados analógicos ou digitais. Os dados analógicos podem ser digitalizados antes de ser codificados pelo codificador de áudio 26 e/ou um codificador de vídeo 28. Fonte de áudio 22 pode obter dados de áudio de um participante que está falando enquanto o participante que está falando está falando, e a fonte de vídeo 24 pode, simultaneamente, obter dados de vídeo do participante que está falando. Em outros exemplos, a fonte de áudio 22 pode compreender um meio de armazenamento legível por computador, que compreende os dados de áudio armazenados, e a fonte de vídeo 24 pode compreender um meio de armazenamento legível por computador compreendendo dados de vídeo armazenados. Deste modo, as técnicas descritas na presente memória descritiva podem ser aplicadas para dados de vídeo e áudio ao vivo, streaming, em tempo real ou para dados de áudio e vídeo arquivados, pré-gravados.

[0066] Os quadros de áudio que correspondem a quadros de vídeo são geralmente os quadros de áudio contendo os dados de áudio que foram capturados pela fonte de áudio 22 simultaneamente com os dados de vídeo captados pela fonte de vídeo 24, que está contida dentro dos quadros de vídeo. Por exemplo, enquanto um participante fala geralmente produz dados de áudio falando, a fonte de áudio 22 capta os dados de áudio e a fonte de vídeo 24 captura dados de vídeo do participante que está falando ao mesmo tempo, isto é, enquanto fonte de áudio 22 está capturando os dados de áudio. Assim, um quadro de áudio pode temporalmente corresponder a um ou mais quadros de vídeo particulares. Deste modo, um quadro de áudio correspondente a um quadro de vídeo, geralmente corresponde a uma situação em que os dados de dados de áudio e vídeo foram capturados ao mesmo tempo, e para que um quadro de áudio e um quadro de vídeo compreenda, respectivamente, os dados de áudio e os dados de vídeo que foi capturado ao mesmo tempo.

[0067] Em alguns exemplos, o codificador de áudio 26 pode codificar uma hora em cada quadro de áudio codificado que representa um tempo no qual os dados de áudio para o quadro de áudio codificado foi gravado e, similarmente, o codificador de vídeo 28 pode codificar uma marca de tempo de cada quadro de vídeo codificado que representa um tempo no qual os dados de vídeo de quadro de vídeo codificado foram gravados. Em tais exemplos, um quadro de áudio correspondente a um quadro de vídeo pode compreender um quadro de áudio compreendendo uma marca de tempo e um quadro de vídeo que compreende a mesma marca de tempo. Dispositivo de preparação de conteúdo 20 pode incluir um relógio interno a partir do qual codificador de áudio 26 e/ou um codificador de vídeo 28 pode gerar as marcas de tempo, ou que a fonte de áudio 22 e a fonte de vídeo 24 podem utilizar para associar os dados de áudio e vídeo, respectivamente, com uma marca de tempo.

[0068] Em alguns exemplos, a fonte de áudio 22 pode enviar dados para codificador de áudio 26 correspondendo a um tempo em que os dados de áudio foram gravados, e fonte de vídeo 24 pode enviar dados para codificador de vídeo 28 correspondendo a um tempo em que os dados de vídeo foram gravados.

[0069] Em alguns exemplos, o codificador de áudio 26 pode codificar um identificador de sequência um de dados de áudio codificados para indicar uma ordenação temporal relativa de dados de áudio codificados, mas sem necessariamente indicar um tempo absoluto no qual os dados de áudio foram gravados e, similarmente, o codificador de vídeo 28 pode também utilizar identificadores de sequência para indicar uma ordenação temporal relativa em dados de vídeo codificado. Do mesmo modo, em alguns exemplos, um identificador de sequência pode ser mapeado ou de outra forma correlacionado com um marca de tempo.

[0070] O codificador de áudio 26 geralmente produz um fluxo de dados de áudio codificado, enquanto o codificador de vídeo 28 produz um fluxo de dados de vídeo codificado. Cada fluxo de dados individuais (sejam de áudio ou de vídeo) podem ser referidos como um fluxo elementar. Um fluxo elementar é um componente único, codificado digitalmente (possivelmente comprimido) de uma representação. Por exemplo, a parte de vídeo ou de áudio codificada da representação pode ser um fluxo elementar. Um fluxo elementar pode ser convertido em um fluxo elementar empacotado (PES), antes de ser encapsulado dentro de um arquivo de vídeo. Dentro da mesma representação, um ID de fluxo pode ser utilizado para distinguir os pacotes PES pertencentes a um fluxo elementar a partir do outro. A unidade básica de dados de um fluxo elementar é um pacote de fluxo elementar empacotado (PES). Assim, os dados de vídeo codificado geralmente correspondem a fluxos de vídeo elementares. Da mesma forma, os dados de áudio correspondentes a um ou mais respectivos fluxos elementares.

[0071] Como acontece com vários padrões de codificação de vídeo, H.264/AVC define a sintaxe, a semântica e processo de decodificação para fluxos de bits livres de erros, qualquer um dos quais obedecem a um determinado perfil ou nível. H.264/AVC não especifica o codificador, mas o codificador tem a tarefa de garantir que os fluxos de bits gerados sejam compatíveis com o padrão para um decodificador. No contexto do padrão de codificação de vídeo, um "perfil" corresponde a um subconjunto de algoritmos, recursos ou ferramentas e restrições que se aplicam aos mesmos. Tal como definido pela norma H.264, por exemplo, um "perfil" é um subconjunto da sintaxe de fluxo de bits inteiro que é especificado pela norma H.264. A "nível" corresponde às limitações do consumo de recursos de decodificação, tais como, por exemplo, a memória do decodificador e computação, que estão relacionados com a resolução das imagens, a taxa de bits e taxas de processamento de macrobloco (MB). Um perfil pode ser sinalizado com um valor profile_idc (indicador de perfil), aa etapa que um nível pode ser sinalizado com um valor level_idc (indicador de nível).

[0072] O padrão H.264, por exemplo, reconhece que, dentro dos limites impostos pela sintaxe de um determinado perfil, ainda é possível requerer uma grande variação no desempenho dos codificadores e decodificadores dependendo dos valores tomados pelos elementos de sintaxe no fluxo de bits, tal como o tamanho especificado das imagens decodificadas. O padrão H.264 reconhece ainda que, em muitas aplicações, não é nem prático nem econômico implementar um decodificador capaz de lidar com todos os usos hipotéticos da sintaxe dentro de um perfil específico. Assim, o padrão H.264 define um "nível", como um determinado conjunto de restrições impostas sobre os valores dos elementos de sintaxe no fluxo de bits. Estas restrições podem ser limites simples sobre valores. Alternativamente, estas restrições podem assumir a forma de restrições sobre combinações aritméticas de valores (por exemplo, a largura da imagem multiplicada pela altura da imagem multiplicada pelo número de imagens decodificadas por segundo). O padrão H.264 adicionalmente provê que as implementações individuais podem suportar um nível diferente para cada perfil suportado.

[0073] Um decodificador que se conforma a um perfil geralmente suporta todas as características definidas no perfil. Por exemplo, como uma característica de codificação, codificação de imagem B não é suportada no perfil de linha de base do H.264/AVC, mas é suportado em outros perfis de H.264/AVC. Um decodificador conforme um nível deve ser capaz de decodificar qualquer fluxo de bits que não necessita de recursos além dos limites definidos no nível. Definições de perfis e níveis podem ser úteis para interpretabilidade. Por exemplo, durante a transmissão de vídeo, um par de definições de perfil e nível pode ser negociado e acordado para uma sessão de transmissão completa. Mais especificamente, em H.264/AVC, um nível pode definir, por exemplo, as limitações no número de macroblocos que precisam ser processados, tamanho de imagem buffer decodificado (DPB), tamanho de buffer de imagem codificada (CPB), intervalo de vetor de movimento vertical, número máximo de vetores de movimento por dois MBs consecutivos, e se um bloco B pode ter partições de submacroblocos de menos de 8x8 pixels. Desta maneira, um decodificador pode determinar se o decodificador é capaz de decodificar corretamente o fluxo de bits.

[0074] Padrões de compressão de vídeo, tais como ITU-T H.261, H.262, H.263, MPEG-1, MPEG-2, H.264/MPEG- 4 parte 10, e o padrão de Codificação de Vídeo de Alta Eficiência futuro (HEVC), fazem uso de predição temporal compensada por movimento para reduzir a redundância temporal. O codificador, tal como um codificador de vídeo 28, pode utilizar uma predição com compensação de movimento a partir de algumas imagens previamente codificadas (também aqui referidas como quadros) para prever as imagens atuais codificadas de acordo com os vetores de movimento. Existem três tipos de imagens importantes na codificação de vídeo típica. Elas são a imagem intracodificada ("I-imagens" ou "I-quadros"), imagens preditas ("P-imagem " ou "P-quadros") e imagens preditas bidirecionais ("B-imagens" ou "B- quadros"). P-imagens podem usar a imagem de referência antes de a imagem atual em ordem temporal. Em uma B-imagem, cada bloco da B-imagem pode ser predito a partir de uma ou duas imagens de referência. Estas imagens de referência poderiam ser localizadas antes ou depois da imagem atual em ordem temporal.

[0075] Conjunto de parâmetro geralmente contêm informação de cabeçalho em sequência de camada em conjuntos de parâmetros de sequência (SPS) e as informações de cabeçalho de camada de imagem que raramente muda em conjuntos de parâmetros de imagem (PPS). Com os conjuntos de parâmetros, esta informação que raramente muda não precisa de ser repetida para cada sequência ou imagem, portanto, a eficiência de codificação pode ser melhorada. Além disso, o uso de conjuntos de parâmetros pode permitir transmissão fora de banda de informações de cabeçalho, evitando a necessidade de transmissões redundantes para conseguir resiliência de erro. Em transmissão fora de banda unidades NAL de conjunto de parâmetro são transmitidas em um canal diferente do que as outras unidades NAL.

[0076] No exemplo da figura 1, a unidade de encapsulamento 30 de dispositivo de preparação de conteúdo 20 recebe fluxos elementares que compreendem os dados de vídeo codificado a partir de codificador de vídeo 28 e fluxos elementares que compreendem dados de áudio codificados do codificador de áudio 26. Em alguns exemplos, o codificador de vídeo 28 e o codificador de áudio 26 podem, cada uma incluir empacotadores para formar pacotes PES de dados codificados. Em outros exemplos, codificador de vídeo 28 e o codificador de áudio 26 podem cada um interfacear com respectivos empacotadores para a formação de pacotes PES de dados codificados. Em ainda outros exemplos, a unidade de encapsulamento 30 pode incluir empacotadores para formar pacotes PES a partir de dados de áudio e vídeo codificado.

[0077] O codificador de vídeo 28 pode codificar dados de vídeo de conteúdo multimídia em uma variedade de maneiras, para produzir diferentes representações do conteúdo multimídia em taxa de bits diferentes e com características diversas, tais como resolução de pixels, taxas de quadros, conformidade com os vários padrões de codificação, conformidade com diferentes perfis e/ou níveis de perfis para vários padrões de codificação, representações tendo uma ou várias visualizações (por exemplo, para uma reprodução bidimensional ou tridimensional), ou outras características. Uma representação, tal como utilizada na presente memória descritiva, pode compreender uma combinação de dados de áudio e dados de vídeo, por exemplo, um ou mais fluxo elementar de áudio e um ou mais fluxo elementar de vídeo. Cada pacote PES pode incluir um stream_id que identifica o fluxo elementar ao qual pertence o pacote PES. Unidade de encapsulamento 30 é responsável pela montagem de fluxos elementares em arquivos de vídeo de várias representações.

[0078] A unidade de encapsulamento 30 recebe pacotes PES para os fluxos elementares de uma representação de codificador de áudio 26 e codificador de vídeo 28 e forma unidades de camada de abstração da rede (NAL) correspondentes a partir dos pacotes PES. No exemplo de H.264/AVC (Codificação de Vídeo Avançada), segmentos de vídeo codificado são organizados em unidades NAL, que fornecem uma representação de vídeo "amiga da rede" abordando aplicações tais como telefonia com vídeo, armazenamento, broadcast ou streaming. Unidades NAL podem ser categorizadas para unidades NAL de Camada de Codificação de Vídeo (VCL) e unidades NAL não-VCL. Unidades de VCL podem conter o motor de compressão do núcleo e podem incluir bloco, macrobloco, e/ou dados de nível de fatia. Outras unidades NAL podem ser unidades NAL não-VCL. Em alguns exemplos, uma imagem codificada em um exemplo de tempo, normalmente apresentada como uma imagem principal codificada, pode estar contida em uma unidade de acesso, que pode incluir uma ou mais unidades NAL.

[0079] Unidades NAL não-VCL podem incluir unidades NAL de conjunto de parâmetros e unidades NAL SEI, entre outras. Conjuntos de parâmetros podem conter informação de nível de cabeçalho de sequência (em conjuntos de parâmetros de sequência (SPS)) e as informação de cabeçalho de nível de imagem que raramente muda (em conjuntos de parâmetros de imagens (PPS)). Com os conjuntos de parâmetros (por exemplo, PPS e SPS), informações que infrequentemente mudam não precisam de ser repetidas para cada sequência ou uma imagem, portanto, a eficiência de codificação pode ser melhorada. Além disso, a utilização de conjuntos de parâmetros pode permitir transmissão fora de banda da informação de cabeçalho importante, evitando a necessidade de transmissões redundantes para a resiliência de erro. Nos exemplos de transmissão fora de banda, unidades NAL de conjunto de parâmetros podem ser transmitidas em um canal diferente de outras unidades NAL, tais como unidades SEI NAL.

[0080] Informação de Aperfeiçoamento Suplementar (SEI) pode conter informação que não é necessária para decodificar as amostras de imagens codificadas de unidades NAL VCL, mas pode ajudar em processos relacionados com a decodificação, exibição, resiliência de erro, e outros fins. Mensagens SEI podem ser contidas em unidades NAL não-VCL. Mensagens SEI são a parte normativa de algumas especificações padrão, e, portanto, não são sempre obrigatórias para implementação padrão compatível com decodificador. Mensagens SEI podem ser mensagens de sequência de nível SEI ou mensagens de imagens de nível SEI. Algumas informações de nível de sequência podem ser contidas em mensagens SEI, tais como mensagens SEI de informações de escalabilidade no exemplo de SVC e mensagens SEI de informação de escalabilidade de visualização no MVC. Estas mensagens SEI exemplares podem transportar informações sobre, por exemplo, a extração de pontos de operação e características dos pontos de operação. Além disso, a unidade encapsulamento de 30 pode formar um arquivo de manifesto, tal como um descritor de apresentação de mídia (MPD), que descreve as características do representações. Unidade de encapsulamento 30 pode formatar o MPD de acordo com a linguagem de marcação extensível (XML).

[0081] Unidade de encapsulamento 30 pode prover dados para uma ou mais representações de conteúdo multimídia, juntamente com o arquivo de manifesto (por exemplo, o MPD) para a interface de saída 32. Interface de saída 32 pode incluir uma interface de rede ou uma interface para gravar em um meio de armazenamento, tal como um barramento serial universal (USB), um gravador de CD ou DVD ou burner, uma interface para meios de armazenamento magnético ou flash, ou outras interfaces para armazenar ou transmitir dados de mídia. Unidade de encapsulamento 30 pode prover dados de cada uma das representações de conteúdo multimídia para interface de saída 32, que pode enviar os dados para o dispositivo de servidor 60 através de transmissão de rede ou mídia de armazenamento. No exemplo da figura 1, o dispositivo de servidor 60 inclui o meio de armazenamento 62, que armazena vários conteúdos multimídia 64, cada um incluindo um respectivo arquivo de manifesto 66 e uma ou mais representações 68A-68N (representações 68). De acordo com as técnicas desta divulgação, as partes de arquivo de manifesto 66 podem ser armazenadas em locais separados, por exemplo, locais de suporte de armazenamento 62, ou outro meio de armazenamento, possivelmente de um outro dispositivo de rede 74, tal como um dispositivo de proxy.

[0082] Em alguns exemplos, as representações 68 podem ser separadas em grupos de representação. Ou seja,vários subconjuntos de representações 68 podem incluir respectivos conjuntos comuns de características, tais como codec, perfil e nível, resolução, número de visualizações, formato de arquivo para os segmentos, informações de tipo de texto que pode identificar uma língua ou outras características do texto a ser exibida com a representação e/ou dados de áudio a ser decodificado e apresentado, por exemplo, por falantes, informações de ângulo de câmera que podem descrever um ângulo de câmera ou perspectiva da câmera de mundo real de uma cena para representações no grupo de representação, informação de taxa que descreve a aptidão de conteúdo para determinadas audiências, ou semelhantes.

[0083] O arquivo de manifesto 66 pode incluir dados indicativos dos subconjuntos de representações 68 correspondentes a grupos particulares de representação, bem como características comuns para os grupos de representação. Arquivo de manifesto 66 pode também incluir dados representativos de características individuais, tais como taxas de bits, por representações individuais de grupos de representação. Deste modo, um grupo de representação pode prover uma adaptação simplificada de rede de largura de banda. Representações em um grupo de representação podem ser indicadas através de elementos filho de um elemento de grupo de representação de arquivo de manifesto 66.

[0084] O arquivo de manifesto 66 pode também (isto é, adicionalmente ou em alternativa) sinalizar informação de modo de faixa para uma ou mais das representações 68. Em alguns exemplos, um ou mais das representações 68 podem incluir uma respectiva subsequência temporal para suporte de modo de faixa. Um modo de faixa geralmente corresponde a um modo de reprodução para uma representação em que os dados da representação não são reproduzidos do início ao fim, mas em vez disso, pode começar em uma localização temporal especificada (por exemplo, para permitir a busca por local temporal particular), ou pular um ou mais quadros em qualquer direção temporal para a frente ou para trás (por exemplo, avançar ou retroceder).

[0085] Para prover para os modos de faixa, conteúdo multimídia 64 pode incluir informação representativa de locais de dados para subsequências temporais de representações correspondentes 68. Em alguns exemplos, o arquivo de manifesto 66 pode incluir a informação representativa das localizações dos dados para as subsequências temporais. Em outros exemplos, as próprias representações 68 podem incluir a informação representativa da localização dos dados para a subsequências temporais. Em ainda outros exemplos, ambas as representações 68 e arquivos de manifesto 66 podem incluir a informação representativa das localizações dos dados para o subsequências temporais.

[0086] Em alguns exemplos, o dispositivo de preparação de conteúdo 20 pode preparar o conteúdo de mídia conforme o conteúdo de mídia está sendo gravado, por exemplo, para serviços ao vivo. Unidade de encapsulamento 30 pode, em alguns casos precisar atualizar periodicamente um arquivo de manifesto para o conteúdo de mídia. Unidade de encapsulamento 30 pode até mesmo atualizar o arquivo de manifesto dentro de um período específico do conteúdo de mídia. De acordo com as técnicas desta divulgação, a unidade de encapsulamento 30 pode formar segmentos de uma representação que incluem dados que indicam que o arquivo de manifesto deve ser atualizado. Unidade de encapsulamento 30 pode prover as atualizações nos próprios segmentos ou em um local separado dos dispositivos de cliente, tal como dispositivo de cliente 40 pode recuperar as atualizações para o arquivo de manifesto. Desta maneira, quando o arquivo de manifesto 66 necessita de ser atualizado dentro de um determinado período de conteúdo multimídia 64, a unidade de encapsulamento 30 pode formar um segmento de uma ou mais das representações 68, indicando que o arquivo de manifesto 66 deve ser atualizado.

[0087] Em alguns exemplos, arquivo de manifesto 66 pode incluir dados para inserir dados de um período remoto no conteúdo multimídia 64 durante a reprodução. Por exemplo, em vez de codificação de anúncios dentro de conteúdo multimídia 64, dispositivo de preparação de conteúdo 20 pode preparar um ou mais conteúdo de mídia de anúncio separada a serem incorporados no conteúdo multimídia 64 durante a reprodução. Dispositivo de cliente 40 pode, em alguns exemplos prover informações de usuário específico, tal que a anúncio pode ser dirigida a um usuário do dispositivo de cliente 40, de tal forma que um usuário do dispositivo de cliente 40 recebe anúncios que são mais preferíveis e informativos para o usuário. Em resposta a um conjunto de informações de usuário, o dispositivo de servidor 60 pode prover uma parte de anúncio de destino do arquivo de manifesto para dispositivo de cliente 40, que pode fazer com que dispositivo de cliente 40 recupere dados de conteúdo multimídia do anúncio segmentado. Desta forma, dois ou mais espectadores do mesmo conteúdo multimídia 64 podem receber diferentes anúncios direcionados, de tal forma que os anúncios são mais relevantes e úteis para os usuários.

[0088] O dispositivo de servidor 60 inclui a unidade de processamento de solicitação 70 e a interface de rede 72. Em alguns exemplos, o dispositivo de servidor 60 pode incluir uma pluralidade de interfaces de rede. Além disso, qualquer uma ou todas as características do dispositivo de servidor 60 podem ser implementadas em outros dispositivos de uma rede de entrega de conteúdos, tais como pontes, roteadores, dispositivos de proxy, interruptores, ou outros dispositivos. Em alguns exemplos, os dispositivos intermediários de uma rede de distribuição de conteúdo podem armazenar dados de conteúdo multimídia 64, e incluem componentes que se conformam substancialmente aos do dispositivo de servidor 60. Em geral, a interface de rede 72 é configurada para enviar e receber dados através da rede 74.

[0089] A unidade de processamento de solicitação 70 é configurada para receber solicitações de rede de dispositivos de cliente, tais como dispositivo de cliente 40, para os dados de meio de armazenamento 72. Por exemplo, a unidade de processamento de solicitação 70 pode implementar Protocolo de Transferência de Hipertexto (HTTP) versão 1.1, como descrito no RFC 2616, "Hypertext Transfer Protocol-HTTP/1.1", de R. Fielding et al., Grupo de Trabalho de Rede, IETF, Junho de 1999. Isto é, unidade de processamento de solicitação 70 pode ser configurada para receber solicitações de HTTP GET ou GET parcial e prover dados de conteúdo multimídia 64 em resposta às solicitações. As solicitações podem especificar um segmento de uma das representações 68, por exemplo, utilizando um URL do segmento. Em alguns exemplos, as solicitações também podem especificar um ou mais intervalos de bytes do segmento, assim compreendendo solicitações de GET parciais. Unidade de processamento de solicitação 70 pode ainda ser configurada para solicitações de serviço HTTP HEAD para prover os dados de cabeçalho de um segmento de uma das representações 68. Em qualquer caso, a unidade de processamento de solicitação 70 pode ser configurada para processar as solicitações para prover os dados solicitados para um dispositivo solicitante, tal como dispositivo de cliente 40.

[0090] Tal como ilustrado no exemplo da figura 1, conteúdo multimídia 64 inclui arquivo de manifesto 66, que pode corresponder a uma descrição de apresentação de mídia (MPD). Arquivo de manifesto 66 pode conter descrições de diferentes representações alternativas 68 (por exemplo, serviços de vídeo, com diferentes qualidades), e a descrição pode incluir, por exemplo, a informação de codec, um valor de perfil, um valor de nível, uma taxa de bits, e outras características descritivas das representações 68. Dispositivo de cliente 40 pode recuperar o MPD de uma apresentação de mídia para determinar como acessar segmentos de representações 68.

[0091] Em particular, o aplicativo de web 52 pode recuperar dados de configuração (não mostrados) do dispositivo de cliente 40 para determinar as capacidades de decodificação do decodificador de vídeo 48 e as capacidades de processamento de saída de vídeo 44. Os dados de configuração podem também incluir qualquer um ou todos de uma preferência de idioma selecionada por um usuário do dispositivo de cliente 40, uma ou mais perspectivas de câmaras correspondentes às preferências de profundidade definidas pelo usuário do dispositivo de cliente 40, e/ou uma classificação de preferência selecionada pelo usuário do dispositivo de cliente 40. O aplicativo de web 52 pode compreender, por exemplo, um navegador de web ou um cliente de mídia configurado para enviar solicitações HTTP GET e GET parcial. Aplicativo de Web 52 pode corresponder a instruções de software executado por um ou mais processadores ou unidades de processamento (não mostrados) do dispositivo de cliente 40. Em alguns exemplos, a totalidade ou partes da funcionalidade descrita com respeito ao aplicativo de web 52 pode ser implementada em hardware, ou uma combinação de hardware, software e/ou firmware, em que hardware necessário pode ser fornecido para executar instruções para software ou firmware.

[0092] O aplicativo de Web 52 pode comparar as capacidades de decodificação e renderização de dispositivo de cliente 40 com as características de representações 68 indicadas por informações do arquivo de manifesto 66. Aplicativo de Web 52 pode inicialmente recuperar pelo menos uma parte do arquivo de manifesto 66 para determinar as características das representações 68. Por exemplo, o aplicativo de rede 52 pode requerer o aplicativo de uma parte de arquivo de manifesto 66 que descreve as características de um ou mais grupos de representação, de acordo com as técnicas desta divulgação. O aplicativo de Web 52 pode selecionar um subconjunto de representações 68 (por exemplo, um grupo de representação) com características que podem ser satisfeitas pelas capacidades de codificação e processamento de dispositivo de cliente 40. aplicativo de web 52 pode, então, determinar taxa de bits para representações no grupo de representação, determinar uma quantidade atualmente disponível de banda de rede, e recuperar segmentos de uma das representações que têm uma taxa de bits que pode ser satisfeita pela largura de banda da rede.

[0093] Em geral, representações de taxa de bits mais elevadas podem render reprodução de vídeo de qualidade mais elevada, enquanto representações de taxa de bits mais baixa podem prover reprodução de vídeo de qualidade suficiente quando a largura de banda de rede disponível diminui. Assim, quando a largura de banda disponível é relativamente alta, aplicativo de web 52 pode recuperar dados de representações de taxa de bits relativamente altas, enquanto que quando a largura de banda disponível é baixa, o aplicativo de web 52 pode recuperar dados de representações de taxa de bits relativamente baixa. Deste modo, o dispositivo de cliente 40 pode transmitir dados sobre a rede multimídia 74 enquanto também adapta-se a mudar disponibilidade de largura de banda de rede da rede 74.

[0094] Como mencionado acima, em alguns exemplos, o dispositivo de cliente 40 pode prover informações ao usuário, por exemplo, um dispositivo de servidor 60 ou outros dispositivos de uma rede de entrega de conteúdo. Aplicativo de web 52, por exemplo, pode coletar um identificador de usuário, identificador de usuário, preferências de usuário e/ou informações demográficas, e prover informações de usuário para dispositivo de servidor 60. Aplicativo de Web 52 pode então receber um arquivo de manifesto associado conteúdo de mídia de anúncio determinado, para usar para inserir os dados do conteúdo de mídia de anúncio direcionado em dados de mídia de conteúdo de mídia solicitada durante a reprodução.

[0095] Às vezes, um usuário de dispositivo de cliente 40 pode interagir com navegador 52 usando interfaces de usuário de dispositivo de cliente 40, como um teclado, mouse, caneta, interface touchscreen, botões ou outras interfaces, para solicitar que uma representação selecionada das representações 68 seja reproduzida em um modo de faixa. Por exemplo, o usuário pode selecionar um local temporal particular a partir do qual inicia a reprodução, ou ignorar ou buscar um determinado local temporal. Como outro exemplo, o usuário pode optar por avançar ou retroceder a representação.

[0096] Em resposta a tais solicitações de um usuário, o aplicativo de web 52 pode determinar se uma das representações 68 inclui uma subsequência temporal, para executar o modo de faixa solicitado. Como um exemplo, um usuário pode eleger para reproduzir dados de vídeo no modo de avanço rápido. Em vez de recuperar todos os dados de segmentos de uma representação, o aplicativo de web 52 pode determinar a localização de dados da representação que corresponde a uma subsequência temporal da representação. Os dados da subsequência temporal podem corresponder, por exemplo, a um conjunto de imagens de renovação de decodificador instantânea (IDR) da representação.

[0097] Pode haver uma duração temporal aproximada entre imagens de IDR de uma representação, por exemplo, 2 segundos, 10 segundos, ou outras durações temporais aproximadas. Além disso, as imagens de IDR podem ser codificadas no modo de intrapredição e, portanto, o aplicativo de web 52 não precisa de recuperar dados que não sejam as imagens de IDR. O aplicativo de Web 52 pode fazer com que as imagens de IDR sejam exibidas na mesma taxa de quadro em que os dados de vídeo de representação seriam exibidos. No entanto, porque muitos quadros de dados entre imagens de IDR podem ser ignorados, os dados de vídeo resultantes podem ser reproduzidos com uma taxa de quadro aumentada, assim conseguindo o modo de faixa desejado.

[0098] O aplicativo de Web 52 pode determiner localizações dos dados para a subsequência temporal, utilizando várias técnicas. Em alguns exemplos, o aplicativo de web 52 pode analisar dados de arquivo de manifesto 66 para determinar a localização das imagens de IDR. As localizações das imagens de IDR podem ser indicadas através de intervalos de bytes no interior de segmentos de uma representação particular. Em outros exemplos, uma caixa particular de segmentos de representação, tal como uma caixa de índice de subfragmento (também referida como uma caixa de índice subsegmento), pode prover indicações das localizações dos dados para a subsequência temporal. Por exemplo, a caixa de índice de subfragmento pode incluir dados representativos de intervalos de bytes de imagens dentro de um segmento de IDR correspondente. Em ainda outros exemplos, tanto o arquivo de manifesto 66 quanto as representações 68 podem incluir informações usadas por aplicativos de web 52 para recuperar os dados de uma subsequência temporal. Em qualquer caso, o aplicativo de web 52 pode determinar os intervalos de bytes das imagens de IDR nos segmentos para construir solicitações de GET parcial para as imagens de IDR, a fim de evitar a recuperação de dados, que não seriam utilizados para decodificação e exibição.

[0099] Em alguns exemplos, uma unidade de encapsulamento 30 pode formar segmentos tal que as imagens IDR são contíguas dentro dos segmentos. Ou seja, a unidade de encapsulamento 30 pode garantir que os bytes de segmentos que correspondem a imagens de IDR sejam contíguos, sem bytes intervenientes em outros tipos de imagens. Desta forma, o aplicativo de web 52 só precisa de especificar um intervalo de byte único de segmentos de uma representação para recuperar dados de uma subsequência temporal da representação. Em alguns exemplos, imagens abertas de renovação de decodificador (ODR) podem também ser utilizadas para a realização de modos de faixa.

[0100] Em alguns exemplos, o aplicativo de web 52 pode determinar que uma parte de um segmento recebido indica que um arquivo de manifesto deve ser atualizado. Aplicativo de web 52 pode ser configurado para analisar uma determinada parte de cada um dos segmentos, tal como uma parte de cabeçalho ou outra parte inicial do segmento, para determinar se o segmento indica que o arquivo de manifesto deve ser atualizado. Quando um segmento indica que o arquivo de manifesto deve ser atualizado, o aplicativo de web 52 pode atualizar uma cópia armazenada localmente do arquivo de manifesto, quer utilizando dados do segmento ou recuperando dados para atualizar o arquivo de manifesto de um local remoto, por exemplo, de servidor 60. Depois de atualizar o arquivo de manifesto, o aplicativo de web 52 pode apresentar solicitações futuras para os dados de representações 68 com base em dados do arquivo de manifesto atualizado.

[0101] Como um exemplo, o dispositivo de preparação de conteúdo 20 pode codificar dados de mídia ao vivo, como um evento ao vivo, evento esportivo, político ou outro evento interessante, que é normalmente transmitido ao vivo ou quase ao vivo, em vez de pré-gravado. Em tais casos, aos segmentos correspondentes aos dados de memória de até um determinado momento podem ser atribuídos identificadores, tais como URLs, incluídos em um arquivo de manifesto inicial. No entanto, após um período de tempo ter decorrido, segmentos seguintes ao momento em particular podem ser codificados e atribuídos identificadores tais como URLs. Unidade de encapsulamento 30 de dispositivo de preparação de conteúdo 20 pode prover os URLs para os segmentos após o tempo determinado para um arquivo de manifesto atualizado. Por conseguinte, para determinar a forma de obter os segmentos de sequência de tempo determinado, o dispositivo de cliente 40 pode receber informação indicativa do arquivo de manifesto atualizado, de modo a construir solicitações para recuperar os segmentos seguintes ao tempo particular.

[0102] Em alguns exemplos, um segmento pode indicar se é o último segmento de uma representação. Quando um segmento é o último segmento de uma representação, um arquivo de manifesto novo pode precisar de ser recuperado para determinar representações de um período posterior de conteúdo multimídia correspondente. Assim, quando aplicativo de web 52 determina que um segmento é o ultimo segmento de uma representação em um período do conteúdo multimídia, o aplicativo web 52 pode recuperar um arquivo de manifesto atualizado para o conteúdo multimídia, por exemplo, uma versão atualizada do arquivo de manifesto 66 de conteúdo multimídia 64. Em alguns exemplos, o dispositivo de cliente 40 pode manter uma estrutura de dados indicativos de determinadas representações 68 a partir das quais o dispositivo de cliente 40 solicitou dados para o conteúdo multimídia 64. Dispositivo de cliente 40 pode também manter indicações de exatamente o que foi reproduzido, e em que momento. Isto é, a estrutura de dados pode prover a informação representativa dos tempos de início e fim em ambos tempos real (ou "relógio de parede") e tempo de apresentação. A estrutura de dados pode ainda prover a informação representativa de um tempo de inicialização inicial e o início da reprodução. Depois de terminar a reprodução de conteúdo multimídia 64, dispositivo de cliente 40 pode enviar a estrutura de dados para o dispositivo de servidor 60 e/ou o dispositivo de preparação de conteúdo 20. Dispositivo de servidor 60 e/ou dispositivo de preparação de conteúdo 20 podem usar informação recebida do dispositivo de cliente 40 para determinar formas mais adequadas de melhorar a qualidade da experiência, assim como reduzir a pausa na reprodução.

[0103] A interface de rede 54 pode receber e prover dados de segmentos de uma representação selecionada para aplicativo de web 52, o qual por sua vez pode prover os segmentos a unidade de desencapsulamento 50. Unidade de desencapsulamento 50 pode desencapsular elementos de um arquivo de vídeo em fluxos PES constituintes, desempacotar os fluxos PES para recuperar os dados codificados, e enviar os dados codificados para um ou outro decodificador de áudio 46 ou decodificador de vídeo 48, dependendo de se os dados codificados são parte de um fluxo de áudio ou vídeo, por exemplo, como indicado por cabeçalhos de pacotes PES do fluxo. Decodificador de áudio 46 decodifica dados de áudio codificados e envia os dados de áudio decodificados para saída de áudio 42, enquanto decodificador de vídeo 48 decodifica os dados de vídeo codificado e envia os dados de vídeo decodificados, que podem incluir uma pluralidade de pontos de vista de um fluxo, para saída de vídeo 44.

[0104] Codificador de vídeo 28, decodificador de vídeo 48, o codificador de áudio 26, decodificador de áudio 46, uma unidade de encapsulamento 30, aplicativo de web 52, e cada unidade de desencapsulamento 50 pode ser implementado como qualquer um de uma variedade de circuitos de processamento apropriado, conforme o caso, tal como um ou mais microprocessadores, processadores de sinal digital (DSPs), Circuitos Integrados de Aplicação Específica (ASICs), dispositivos lógicos programáveis (FPGA),circuitos lógicos discretos, software, hardware, firmware, ou qualquer combinação dos mesmos. Cada um de decodificador de vídeo 28 e codificador de vídeo 48 pode ser incluído em um ou mais codificadores ou decodificadores, qualquer um dos quais pode ser integrado como parte de um codificador / decodificador de vídeo combinado (CODEC). Do mesmo modo, cada um de codificador de áudio 26 e decodificador de áudio 46 pode ser incluído em um ou mais codificadores ou decodificadores, qualquer um dos quais pode ser integrado como parte de um CODEC combinado. Um aparelho, incluindo um codificador de vídeo 28, decodificador de vídeo 48, codificador de áudio 26, decodificador de áudio 46, uma unidade de encapsulamento 30, aplicativo de web 52, e/ou unidade de desencapsulamento 50 pode compreender um circuito integrado, um microprocessador, e/ou a dispositivo de comunicação sem fio, tal como um telefone celular.

[0105] A figura 2 é um diagrama individual que ilustra os elementos de um exemplo de conteúdo multimídia 100. Conteúdo multimídia 100 pode corresponder o conteúdo multimídia 64 (figura 1), ou outro conteúdo multimídia armazenado na memória 62. No exemplo da figura 2, conteúdo multimídia 100 inclui descrição de apresentação de mídia (MPD) 102 e uma pluralidade de representações 110-120. Representação 110 inclui os dados de cabeçalho opcionais 112 e segmentos 114A-114N (segmentos 114), enquanto que a representação 120 inclui os dados de cabeçalho opcionais 122 e segmentos 124A-124N (segmento 124). A letra N é utilizada para designar o fragmento de filme passado em cada uma das representações 110, 120 por uma questão de conveniência. Em alguns exemplos, pode haver um número diferente de fragmentos de filme entre as representações 110, 120.

[0106] MPD 102 pode compreender uma estrutura de dados separada a partir de representações 110-120. MPD 102 pode corresponder o arquivo de manifesto 66 da figura 1. Da mesma forma, as representações 110-120 podem corresponder às representações 68 da figura 1. Em geral, MPD 102 pode incluir dados que geralmente descrevem características de representações 110-120, como características de codificação e renderização, grupos de representação, um perfil ao qual MPD 102 corresponde, informações sobre o tipo de texto, informações de ângulo da câmera, informações de classificação, informações do modo de faixa (por exemplo, informações indicativas de representações que incluem subsequências temporais), e/ou informações para recuperar períodos remotos (por exemplo, para a inserção anúncio alvejado em conteúdo de mídia durante a reprodução). Períodos remoto podem também ser referidos como períodos externos. As FIGS. 4-7, discutidas em maior detalhe abaixo, ilustram vários exemplos de conteúdo multimídia com vários elementos incluídos em qualquer um ou ambos de um MPD e/ou representações (tais como no interior de segmentos de representação ou de dados de cabeçalho de representações). Qualquer um ou todos os MPDs das Figs. 4-07 podem correspondem substancialmente ao MPD 102 da figura 2.

[0107] Os dados de cabeçalho 112, quando presentes, podem descrever características de segmentos 114, por exemplo, locais temporais de pontos de acesso aleatório, cujos segmentos 114 incluem pontos de acesso aleatório, deslocamentos de byte para os pontos de acesso aleatório dentro de segmentos 114, localizadores de URLs (Recursos Uniformes) dos segmentos 114, ou outros aspectos dos segmentos 114. Dados do cabeçalho 122, quando presentes, podem descrever características semelhantes para os segmentos 124. Adicional ou alternativamente, essas características podem ser totalmente incluídas dentro do MPD 102.

[0108] Os segmentos 114 incluem uma ou mais amostras de vídeo codificado, cada uma das quais podem incluir quadros ou fatias de dados de vídeo. Cada uma das amostras de vídeo codificado de segmentos 114 podem ter características semelhantes, como por exemplo, altura, largura, e os requisitos de largura de banda. Tais características podem ser descrita por dados de MPD 102, apesar de tais dados não serem ilustrados no exemplo da figura 2. MPD 102 pode incluir características como descritas pela especificação 3GPP, com a adição de qualquer uma ou todas as informações sinalizadas descritas nesta divulgação.

[0109] Cada um dos segmentos 114, 124 pode ser associado com um único identificador de recurso uniforme (URI), por exemplo, um localizador de recursos uniforme (URL). Assim, cada um dos segmentos 114, 124 pode ser independentemente recuperado usando um protocolo de rede de streaming, tal como DASH. Desta maneira, um dispositivo de destino, tal como o dispositivo de cliente 40, pode utilizar uma solicitação HTTP GET para recuperar segmentos 114 ou 124. Em alguns exemplos, o dispositivo de cliente 40 pode usar solicitações HTTP de GET parcial para recuperar intervalos de bytes específicos de segmentos 114 ou 124.

[0110] Como mencionado acima, MPD 102 pode estar de acordo com um determinado perfil MPD. MPD 102 pode incluir informações indicativas de um tipo de Extensão de E-mail de Internet Multifinalidade (MIME) para MPD 102 e/ou conteúdo multimídia 100. Tipos MIME geralmente não indicam qual codec é necessário para apresentar o conteúdo multimídia, no entanto. Em geral, considera-se que, se um dispositivo pode recuperar um MPD para conteúdo multimídia, tal como MPD 102, que o dispositivo pode reproduzir dados do conteúdo multimídia correspondentes ao MPD. No entanto, esta hipótese não pode ser sempre segura. Portanto, em alguns exemplos, MPD 102 pode incluir informação indicativa de um perfil ao qual MPD 102 corresponde.

[0111] Pode haver um número relativamente pequeno de perfis aos quais MPDs podem corresponder. Os perfis podem ser suportados por níveis para resolver as capacidades, semelhantes à maneira pela qual H.264/AVC inclui perfis e níveis para a codificação de vídeo. Perfis MPD podem ser cebola sem casca, em que um maior perfil pode incluir todas as características de todos os perfis menores. Pode haver um processo de registro com uma autoridade de registro para registrar vários perfis. Em alguns exemplos, um dispositivo de cliente, tal como dispositivo de cliente 40, pode ser configurado para recuperar informação indicativa do perfil para o MPD, tal como DMP 102, antes de recuperar outros dados do MPD, tais como características de representações 110-120 sinalizadas pelo MPD 102. Desta forma, o perfil para o MPD 102 pode ser sinalizado antes do acesso ao MPD 102 ser fornecido.

[0112] Um identificador de perfil pode ser provido em texto simples (por exemplo, como um nome comum), ou um nome de domínio invertido. Nomes simples podem ser reservados por uma autoridade de registro, tais como 3GPP ou outra autoridade de registro. Um perfil pode ser considerado uma reivindicação e uma permissão, em que o perfil pode afirmar que um conteúdo multimídia correspondente está de acordo com o perfil e dá permissão a um leitor (por exemplo, um dispositivo de cliente) que implementa esse perfil para ler o MPD, interpretar o que reconhece, e ignorar o material que ele não entende.

[0113] Os perfis podem descrever as características, tais como, por exemplo, características de MPD 102, uso da rede, formato (s) de mídia, codec (s) utilizado, formatos de proteção, e/ou medidas quantitativas, tais como taxas de bits, tamanhos de tela, e semelhantes. Deste modo, o perfil de MPD 102 pode prover informação indicativa de quais codecs precisam de ser apoiados de modo a recuperar os dados de MPD 102 e/ou o conteúdo multimídia 100. Perfis também pode ser descritos como "pontos de conformidade." Perfis aos quais um MPD cumpre podem ser indicados em um atributo "Perfis" do MPD. Assim, um dispositivo de cliente pode ser configurado para recuperar uma parte de MPD 102 incluindo a informação relativa ao atributo "Perfis" antes de recuperar os dados adicionais de MPD 102. Como alternativa, os perfis podem ser indicados como um parâmetro no tipo MIME do MPD. Por exemplo, os perfis "X, Y e Z" podem ser assinalados da seguinte forma: vídeo / vnd.mpeg.mpd; perfis = "X, Y, Z".

[0114] Em alguns exemplos, MPD 102 pode utilizar os dados de períodos externos (também designados por períodos remotos). Um período geralmente corresponde a uma seção especial temporal de conteúdo multimídia. Cada período pode incluir uma ou mais representações, tais como representações 110-120. Um período externo, no entanto, pode ser inserido dentro ou entre os períodos de conteúdo multimídia 100. O período externo pode incluir dados de multimídia, além de dados de multimídia do conteúdo multimídia. Por exemplo, períodos externos podem incluir dados de anúncio.

[0115] Os períodos podem ser definidos pela sua duração, isto é, o momento do início do período pode depender da duração do período precedente. Um dispositivo de cliente pode mapear períodos externos para uma estrutura de MPD. Para serviços ao vivo, a concatenação de MPDs pode ser conseguida por uma criação dinâmica do MPD no servidor, tal como um dispositivo de servidor 60, com processos de atualização apropriados. Outras tecnologias de web podem também ser usadas. URLs para períodos definidos externamente podem ser processados em tempo real, para gerar um novo período contendo anúncios direcionados a um usuário do dispositivo de cliente 40. Dispositivo de cliente 40 pode fornecer informações adicionais com a solicitação que pode ser utilizada para segmentação de anúncio, por exemplo, um identificador de usuário, preferências de usuário, informações demográficas de usuário, ou outras informações.

[0116] A Tabela 1 abaixo mostra um exemplo de conjunto de informações que podem ser fornecidas em MPD 102 para descrever um ou mais períodos de conteúdo multimídia, e para indicar a presença de períodos externos: TABELA 1 - Informação de Período MPD

[0117] Desta maneira, o elemento de Período 102 de MPD pode se referir a períodos externos (ou remotos), por exemplo, utilizando periodListURI. Por conteúdo On-Demand, indicações de duração do período podem ser mais úteis para dispositivos de cliente, como dispositivo de cliente 40, do que tempos de início para suportar períodos externos. Um MPD pode incluir uma sequência de períodos, em que os períodos podem ser internos ou externos. Usar esses períodos remotos, juntamente com informações específicas do usuário, pode permitir o anúncio de usuário alvo. Dispositivo de servidor 60 e/ou o dispositivo de preparação de conteúdo 20 pode ser configurado para gerar dinamicamente MPDs separados para cada usuário ou para cada dispositivo de cliente. Dispositivo de cliente 40, ou outro dispositivo, pode concatenar a reprodução de uma anúncio dirigido e um serviço ao vivo, por exemplo, usando o MPD criado dinamicamente.

[0118] Desta forma, as técnicas desta divulgação podem suportar situações em que um provedor de serviços oferece conteúdo sob demanda através AHS 3GPP. O conteúdo pode incluir várias cenas, e entre cada cena, um anúncio pode ser adicionado. O anúncio pode ser diferente para cada usuário. Isto é, anúncio direcionado pode ser adicionado. Além disso, cada anúncio pode ter uma duração diferente. Da mesma forma, um provedor de serviços pode oferecer um serviço específico ao vivo (por exemplo, um serviço gratuito). Ao acessar o serviço ao vivo, o provedor de serviços pode adicionar um anúncio que pode ou não pode ser direcionado para um usuário. A duração do anúncio pode ser diferente, dependendo do tempo de acesso, o local de acesso, o usuário, e outros semelhantes. Dispositivo de servidor 60 pode ser configurado para prover apenas o URL do serviço ao vivo após o anúncio ter sido concluído, para garantir que o anúncio seja visto.

[0119] A figura 3 é um diagrama de blocos que ilustra os elementos de um arquivo de vídeo exemplar 150, que pode corresponder a um segmento de uma representação, tal como um dos segmentos 114, 124 da figura 2. Cada um dos segmentos 114, 124 pode incluir dados que se conformam substancialmente com a disposição dos dados ilustrados no exemplo da figura 3. Do mesmo modo, os segmentos das Figs. 4-7 discutidas abaixo também podem se conformar substancialmente com a estrutura do arquivo de vídeo 150. Como descrito acima, os arquivos de vídeo em conformidade com o formato de arquivo de mídia de base ISO e extensões respectivas armazenam dados de uma série de objetos, referidos como "caixas". No exemplo da figura 3, o arquivo de vídeo 150 inclui caixa de tipo de arquivo (ftyp) 152, caixa de filme (MOOV) 154, caixas de fragmento de filme (MOOF) 162, e caixa de acesso aleatório de fragmento de filme (MFRA) 164.

[0120] Caixa de tipo de arquivo (ftyp) 152 geralmente descreve um tipo de arquivo para o arquivo de vídeo 150. A caixa de tipo de arquivo 152 pode incluir dados que identificam uma especificação que descreve um melhor uso para arquivo de vídeo 150. A caixa de tipo de arquivos 152 pode ser colocada antes da caixa de MOOV 154, caixa de fragmento de filme 162 e caixa MFRA 164.

[0121] Em alguns exemplos, um segmento, tal como o arquivo de vídeo 150, pode incluir uma caixa de atualização de MPD (não mostrada) antes da caixa ftyp 152. A caixa de atualização de MPD pode incluir informações indicando que um MPD correspondente para uma representação incluindo arquivo de vídeo 150 deve ser atualizado, juntamente com informações para a atualização do MPD. Por exemplo, a caixa de atualização de MPD pode prover um URI ou URL para um recurso a ser usado para atualizar o MPD. Como outro exemplo, a caixa de atualização de MPD pode incluir dados para a atualização do MPD. Em alguns exemplos, a caixa de atualização de MPD pode seguir imediatamente uma caixa de tipo de segmento (STYP) (não mostrada) do arquivo de vídeo 150, em que a caixa de STYP pode definir um tipo de segmento para o arquivo de vídeo 150. FIG 7, discutida em maior detalhe abaixo, provê informação adicional em relação à caixa de atualização de MPD.

[0122] A caixa MOOV 154, no exemplo da figura 3, inclui uma caixa de cabeçalho de filme (MVHD) 156, caixa de faixa (TRAK) 158, e uma ou mais caixas de extensão de filme (MVEX) 160. Em geral, caixa MVHD 156 pode descrever as características gerais de arquivo de vídeo 150. Por exemplo, a caixa de MVHD 156 pode incluir dados que descrevem quando o arquivo de vídeo 150 foi originalmente criado, quando o arquivo de vídeo 150 foi modificado pela última vez, um calendário para arquivo de vídeo 150, uma duração de reprodução para arquivos de vídeo 150, ou outros dados que geralmente descrevem arquivo de vídeo 150.

[0123] A caixa TRAK 158 pode incluir dados de uma faixa de arquivo de vídeo 150. A caixa TRAK 158 pode incluir uma caixa de cabeçalho de faixa (TKHD) que descreve características da faixa correspondente à caixa TRAK 158. Em alguns exemplos, caixa TRAK 158 pode incluir imagens de vídeo codificado, enquanto que em outros exemplos, as imagens de vídeo codificado da faixa podem ser incluídas nos fragmentos de filme 162, os quais podem ser referenciados por dados da caixa TRAK 158.

[0124] Em alguns exemplos, arquivo de vídeo 150 pode incluir mais de uma faixa. Por conseguinte, caixa MOOV 154 pode incluir um certo número de caixas TRAK igual ao número de faixas no arquivo de vídeo 150. Caixa TRAK 158 pode descrever as características de uma faixa correspondente de arquivo de vídeo 150. Por exemplo, caixa TRAK 158 pode descrever a informação temporal e/ou espacial para a faixa correspondente. Uma caixa TRAK semelhante à caixa TRAK 158 de caixa MOOV 154 pode descrever as características de uma faixa de conjunto de parâmetro, quando a unidade de encapsulamento 30 (figura 1) inclui uma faixa de conjunto de parâmetro em um arquivo de vídeo, tal como arquivo de vídeo 150. Unidade de encapsulamento 30 pode sinalizar a presença de sequências de mensagens de nível SEI na faixa doe conjunto de parâmetro dentro da caixa TRAK descrevendo a faixa do conjunto de parâmetros.

[0125] Caixas MVEX 160 podem descrever as características dos fragmentos de filme correspondentes 162, por exemplo, para indicar que o arquivo de vídeo 150 inclui fragmentos de filme 162, em adição aos dados de vídeo incluídos dentro da caixa MOOV 154, se for o caso. No contexto dos dados de transmissão de vídeo, as imagens de vídeo codificado podem ser incluídas nos fragmentos de filme 162, em vez de na caixa de MOOV 154. Por conseguinte, todas as amostras de vídeo codificado podem ser incluídas nos fragmentos de filme 162, em vez de na caixa MOOV 154.

[0126] A caixa MOOV 154 pode incluir um certo número de caixas MVEX 160 igual ao número de fragmentos de filme 162 no arquivo de vídeo 150. Cada uma das caixas MVEX 160 pode descrever as características de um dos fragmentos de filme correspondente 162. Por exemplo, cada caixa MVEX pode incluir uma caixa de caixa de cabeçalho de extensão de filme (MEHD) que descreve uma duração temporal para o correspondente dos fragmentos de filme 162.

[0127] Como mencionado acima, a unidade de encapsulamento 30 pode armazenar um conjunto de dados de sequências definidas, em uma amostra de vídeo que não inclui dados reais de vídeo codificado. Uma amostra de vídeo pode geralmente corresponder a uma unidade de acesso, que é uma representação de uma imagem codificada em um exemplo específico de tempo. No contexto de AVC, a imagem codificada inclui uma ou mais unidades NAL VCL que contém a informação para a construção de todos os pixels da unidade de acesso e outras unidades NAL não-VCL associadas, tais como mensagens SEI. Consequentemente, a unidade de encapsulamento 30 pode incluir uma sequência de conjunto de dados, que pode incluir sequências de mensagens de nível SEI, em um dos fragmentos de filme 162. A unidade de encapsulamento 30 pode adicionalmente sinalizar a presença de um conjunto de dados de sequência e/ou mensagens de sequência de nível SEI como estando presente em um dos fragmentos de filme 162 no interior da uma das caixas MVEX 160 correspondente a um dos fragmentos de filme 162.

[0128] Fragmentos de filme 162 podem incluir uma ou mais imagens de vídeo codificado. Em alguns exemplos, os fragmentos de filme 162 podem incluir um ou mais grupos de imagens (GOP), cada uma das quais pode incluir uma série de imagens de vídeo codificado, por exemplo, quadros ou fotografias. Além disso, como descrito acima, os fragmentos de filme 162 podem incluir conjuntos de dados de sequências, em alguns exemplos. Cada um dos fragmentos de filme 162 pode incluir uma caixa de cabeçalho de fragmento de filme (MFHD, não mostrada na figura 3). A caixa MFHD pode descrever as características do fragmento de filme correspondente, tal como um número de sequência para o fragmento de filme. Fragmentos de filme 162 podem ser incluídos na ordem de número de sequência no arquivo de vídeo 150.

[0129] A caixa MFRA 164 pode descrever pontos de acesso aleatórios dentro de fragmentos de filme 162 de arquivo de vídeo 150. Isso pode ajudar com a realização de modos de faixas, como realizar buscas a determinadas localizações temporais dentro de arquivo de vídeo 150. A caixa MFRA 164 geralmente é opcional e não precisa ser incluída em arquivos de vídeo, em alguns exemplos. Da mesma forma, um dispositivo de cliente, tal como dispositivo de cliente 40, não precisa necessariamente fazer referência a caixa MFRA 164 para decodificar corretamente e exibir dados de vídeo de arquivo de vídeo 150. Caixa c164 pode incluir um número de caixas de acesso aleatório de fragmento de faixas (TFRA) (não mostrada) igual ao número de faixas de arquivo de vídeo 150, ou, em alguns exemplos, igual ao número de faixas de mídia (por exemplo, faixas sem dica) de arquivo de vídeo 150.

[0130] Em alguns exemplos, os fragmentos de filme 162 podem incluir uma ou mais imagens IDR e/ou ODR. Da mesma forma, caixa MFRA 164 pode prover indicações de locais dentro de arquivo de vídeo 150 das imagens IDR e ODR. Por conseguinte, uma subsequência temporal de arquivo de vídeo 150 pode ser formada a partir de imagens IDR e ODR de arquivo de vídeo 150. A sequência temporal parcial também pode incluir outras imagens, tais como P-quadros e/ou B-quadros que dependem de imagens de IDR e/ou ODR. Quadros e/ou fatias de sequência temporal parcial podem ser organizados dentro dos segmentos de tal forma que quadros / fatias do subsequência temporal que dependem de outros quadros / fatias da subsequência podem ser devidamente decodificados. Por exemplo, na disposição hierárquica de dados, os dados utilizados para a predição para os outros dados podem também ser incluídos na subsequência de temporal. Além disso, os dados podem ser organizados em uma subsequência contínua, de tal modo que um intervalo de byte único pode ser especificado em uma solicitação de GET parcial para recuperar todos os dados de um segmento particular utilizado para a subsequência temporal. Um dispositivo de cliente, tal como dispositivo de cliente 40, pode extrair uma subsequência temporal de arquivo de vídeo 150, determinando faixas de byte de fragmentos de filme 162 (ou partes de fragmentos de filme 162) correspondendo a imagens IDR e/ou ODR. Como discutido em maior detalhe abaixo, os arquivos de vídeo, tal como arquivo de vídeo 150 pode incluir uma caixa de índice de subfragmento e/ou uma caixa de fragmento de subfaixa, uma ou ambas das quais podem incluir dados para extrair uma subsequência temporal de arquivo de vídeo 150.

[0131] A figura 4 é um diagrama individual que ilustra um exemplo de conteúdo multimídia 200 incluindo MPD 202 e grupos de representação 210-220. Conteúdo multimídia 200 pode corresponder a conteúdo multimídia 64 (figura 1), ou a outro conteúdo multimídia armazenado na memória 62. Neste exemplo, representações de conteúdo multimídia 200 são organizadas por grupo de representação. Isto é, as representações com um conjunto comum de características podem ser formadas em um grupo de representação, o que proporciona uma adaptação simplificada de largura de banda de rede.

[0132] Neste exemplo, MPD 202 inclui características de comum representação 204A que incluem informações que descrevem características comuns de grupo de representações 210 e características de representação comuns 204B descrevendo características comuns de grupo de representação 220. As características comuns podem incluir características de codificação e/ou processamento das representações, como um codec, perfil e nível do codec para o qual as representações na representação se conformam, resolução de pixel, taxa de quadros, ou outras características de representações.

[0133] De acordo com as técnicas desta divulgação, as características podem incluir um valor do tipo de texto, um valor de ângulo de câmara, e/ou um valor de classificação, além das características acima referidas. O valor do tipo de texto pode descrever as características do texto a ser exibido com os dados de vídeo (por exemplo, texto de legenda fechada). O valor do tipo de texto pode descrever, por exemplo, uma linguagem do texto, uma localização na tela na qual para exibir o texto, fonte e/ou o tamanho do texto, ou outras características do texto.

[0134] O valor do ângulo da câmera pode descrever uma posição da câmera horizontal de mundo real para uma câmera usada (fisicamente ou conceitualmente) para gerar dados de vídeo codificado de representações correspondentes. Usar os ângulos da câmara, um dispositivo de cliente pode selecionar dados a partir de duas ou mais representações a serem exibidas de modo substancialmente simultâneo, por exemplo, para produzir um efeito tridimensional de reprodução de vídeo. Os locais de câmera horizontal de mundo real podem ativar o dispositivo de cliente para selecionar representações para aumentar ou diminuir a quantidade relativa de profundidade na reprodução tridimensional dos dados de vídeo.

[0135] A classificação pode descrever adequação de conteúdo para públicos específicos. Por exemplo, nos Estados Unidos, a Associação de Imagem em Movimento da America define classificações incluindo G, PG, PG-13, R, e NC-17. Como outro exemplo, no Reino Unido, o Conselho Britânico de Classificação de Filmes define classificações incluindo U, PG, 12A, 12, 15, 18, e R18. Como outro exemplo, na República da China (Taiwan), as categorias de filmes incluem uma categoria de público geral, uma categoria protegida, uma categoria de orientação dos pais e, em uma categoria restrita.

[0136] Fornecer as características comuns 204 de grupos de representação respectivos, por exemplo, grupos de representação 210-220, um dispositivo de cliente (por exemplo, o dispositivo de cliente 40) pode escolher o grupos de representação 210-220 mais apropriado, com base, pelo menos em parte, nas características de representação comuns correspondentes 204. No exemplo da figura 4, MPD 202 também inclui características individuais de representação 206A, 206B, 208A, 208B e, correspondendo respectivamente a representações 212A, 212B, 222A, 222B. Características individuais de representação 206A, 206B, 208A, e 208B podem incluir a informação representativa das características de representações 212A, 212B, 222A, 222B não indicadas pelas características comuns de representação 204. Por exemplo, as características individuais de representação 206A, 206B, 208A, 208B e podem incluir informações representativas de taxa de bits para a respectiva das representações 212A, 212B, 222A, 222B.

[0137] Representações de um grupo de representação podem ser consideradas mutuamente exclusivas, em que elas podem representar o mesmo conteúdo (o mesmo vídeo, mesmo áudio de linguagem, etc.) com codificação diferente ou outros parâmetros. MPD 202 pode prover informações para seleção de um dos grupos de representação 210-220, por exemplo, as características comuns de representação 204. Esta informação pode incluir informações indicativas de saber se um cliente pode decodificar e renderizar uma determinada representação. Deste modo, o dispositivo de cliente pode remover a partir das representações de consideração que o dispositivo de cliente é incapaz de decodificar e/ou de processar. Assim, o dispositivo de cliente 40 pode selecionar um grupo de representação adequado, que pode ser decodificado e processado, em seguida, selecionar uma grupo de representação com base, por exemplo, na disponibilidade da largura de banda de rede.

[0138] O dispositivo de cliente 40 pode também ser configurado com as preferências do usuário para, por exemplo, linguagem de classificação, e/ou profundidade. Deste modo, o dispositivo de cliente 40 pode também escolher um ou mais grupos de tal representação que os grupos selecionados se conformam com as preferências do usuário. Dispositivo de cliente 40 pode então selecionar um subconjunto de grupos de representação disponíveis que podem ser reproduzidos simultaneamente. Quando o dispositivo de cliente 40 só é capaz de exibir uma visualização, dispositivo de cliente 40 pode optar por recuperar dados apenas a partir de uma representação. Por outro lado, quando o dispositivo de cliente 40 é visualização estéreo ou capaz de multivisualização, o dispositivo de cliente 40 pode recuperar dados de duas ou mais representações.

[0139] Depois de selecionar um ou mais grupos de representação, dispositivo de cliente 40 pode selecionar representações dos grupos de representação com base, por exemplo, na largura de banda de rede disponível. Conforme as mudanças de largura de banda de rede disponíveis (por exemplo, aumenta ou diminui), dispositivo de cliente 40 pode ajustar seleções de representações dos grupos de representação para se adaptar às condições de mudança de largura de banda de rede. Claro, o dispositivo de cliente 40 também pode alterar as seleções de representação, se as preferências do usuário ou capacidades do dispositivo de (por exemplo, capacidades de decodificação e renderização) mudarem.

[0140] Características de representação comum podem corresponder a elementos XML RepresentationGroup 204 de MPD 202, em alguns exemplos. Características de representação individuais podem corresponder a subelementos de elementos RepresentationGroup correspondentes de MPD 202, em alguns exemplos.

[0141] Ao agrupar características comuns de representações juntas, várias otimizações podem ser alcançadas. Por exemplo, muitas representações podem ter os mesmos valores para diversos parâmetros. Assim, as características de sinalização individuais no MPD podem resultar na duplicação substancial no MPD para assinalar características individualmente. Muitos dispositivos de cliente são configurados para descartar a maior parte do MPD que é recebido. Por conseguinte, haveria otimização na parte do MPD que o dispositivo de cliente recebe. Além disso, se um Grupo de Representação for rejeitado, o dispositivo de cliente pode não ter necessidade de acessar informações atualmente presentes no MPD (URLs, etc.) para a representação descartada ou grupo de representação. O dispositivo de cliente também pode evitar atualizações desnecessárias de URLs, que tendem a ser atualizados com frequência durante, por exemplo, streaming de rede em tempo real de dados de vídeo para eventos ao vivo. Mesmo se redundâncias no MPD forem eliminadas, dispositivo de cliente 40 ainda precisa analisar o MPD completamente após a recepção e reconstrução, que pode perder uma quantidade significativa de tempo de computação.

[0142] A figura 5 é um diagrama individual que ilustra um outro exemplo de conteúdo multimídia 250, no qual dados de MPD são separados em várias partes de vários grupos de representação. Conteúdo multimídia 250 pode corresponder ao conteúdo multimídia 64 (figura 1), ou outro conteúdo multimídia armazenado na memória 62. Em particular, um arquivo de manifesto de conteúdo multimídia 250 inclui parte MPD 252, que geralmente inclui dados relativos aos grupos de representação. Neste exemplo, parte MPD 252 inclui dados de grupo de representação 254A e 254B (dados de grupo de representação 254), o que corresponde a grupos de representação respectivos 270-280, tal como ilustrado pelas setas que apontam a partir de dados de grupo de representação 254 para respectivos grupos de representação 270-280.

[0143] Neste exemplo, dados de grupo de representação 254A incluem características comuns de grupo de representação 256A e localização da parte MPD para o grupo de representação 258A. Isto é, a localização da parte MPD para o grupo de representação 258A indica a localização da parte de MPD para o grupo de representação 260A. A localização da parte MPD para o grupo de representação 258A pode corresponder, por exemplo, a um URI ou URL da parte MPD para o grupo de representação 260A. Da mesma forma, os dados de grupo de representação 254B incluem características comuns de grupo de representação 256B e localização de parte MPD para o grupo de representação 258B, correspondente à parte MPD para o grupo de representação 260B.

[0144] A parte MPD para o grupo de representação 260A inclui informações representativas de características de representações específicas 272A, 272B (representações 272) de grupo de representação 270. Da mesma forma, a parte MPD para o grupo de representação 260B inclui informações representativas de características de representações específicas 282a, 282B (representações 282) de grupo de representação 280.

[0145] Desta forma, um dispositivo de cliente, tal como dispositivo de cliente 40, pode determinar um grupo de representação adequado para recuperar os dados, sem receber dados de sinalização específico de representação para representações que dispositivo de cliente 40 não recuperariam, decodificariam e exibiriam. Assim, o dispositivo de cliente 40 pode evitar a recuperação de dados em excesso que de outra forma só seriam descartados. Em particular, após a seleção de um ou mais grupos de representação, incluindo representações que podem ser decodificadas e transmitidas pelo dispositivo de cliente 40, dispositivo de cliente 40 pode recuperar apenas as partes MPD para os grupos de representação selecionados, sem recuperar partes MPD para grupos de representação que não poderiam ser adequadamente decodificados e/ou renderizados pelo dispositivo de cliente 40.

[0146] Os dados de conteúdo multimídia 250 podem geralmente corresponder substancialmente a respectivos elementos de conteúdo multimídia 200. No entanto, conteúdo multimídia 250 pode simplificar a transferência hierárquica de dados do MPD para conteúdo multimídia 250 por dispositivos clientes. Por exemplo, em vez de recuperar um arquivo de manifesto completo, o que pode incluir a sinalização de dados para todas as representações, um dispositivo de cliente pode simplesmente determinar um ou mais grupos de representação, em seguida, recuperar as partes MPD correspondentes aos grupos de representação, sem recuperar partes MPD correspondentes a outros grupos de representação que não seriam recuperados pelo dispositivo de cliente (por exemplo, porque o dispositivo de cliente não suporta procedimentos de decodificação e/ou processamento para decodificar e exibir as representações). Desta forma, os dados de conteúdo multimídia 250 podem reduzir ineficiências de downloads desnecessários e análise.

[0147] A Tabela 2 abaixo mostra um exemplo de elemento que pode ser adicionado a um MPD, tal como MPD 202 da figura 4 e/ou parte MPD 252 da figura 5, que descreve as características de grupos de representação. Características de representação comuns 204 (figura 4) e/ou características comuns de grupo de representação 256 podem ser formatadas de acordo com a estrutura da Tabela 2.TABELA 2

[0148] O XML abaixo fornece exemplos deelementos de grupo de representação de uma estrutura de dados MPD:<RepresentationGroup annotation="ex0"annotation2="ex1"><representationListURI="http://www.example.com/re presentations1.xml/> </RepresentationGroup><RepresentationGroup annotation="ex2"annotation2="ex3"><representationListURI="http://www.example.com/re presentations2.xml/></RepresentationGroup>

[0149] Tabela 3 abaixo provê um exemplo de conjunto de dados que podem ser incluídos para representações. Estes dados podem ser providos para as representações individuais, em alguns exemplos, enquanto que em outros exemplos, a totalidade ou uma parte dos dados pode ser provida para os grupos de representação, de acordo com, por exemplo, a Tabela 2 acima. TABELA 3

[0150] Em alguns exemplos, os dados para grupos de representação e dados para representações individuais dentro de tais grupos podem ser apresentados dentro de um MPD, como MPD 202, com uma relação hierárquica. Isto é, as representações individuais podem ser sinalizadas como elementos filho para um elemento de grupo de representação correspondente, por exemplo, MPD 202. Da mesma forma, por parte MPD 252 e partes MPD para grupos de representação 260, as características individuais de representação 262, 264 podem corresponder a elementos filho de características comuns de grupo de representação 256.

[0151] A figura 6 é um diagrama conceitual que ilustra um outro exemplo de conteúdo multimídia 300, que pode ser usado para suportar modos de faixa. Conteúdo multimídia 300 pode corresponder ao conteúdo multimídia 64 (figura 1), ou a outro conteúdo multimídia armazenado na memória 62. Neste exemplo, MPD 302 inclui informação de representação 304, a qual pode incluir a informação de subsequência temporal 306. Informação de representação 304 inclui características de representação 310, neste exemplo. Representação 310 inclui segmentos 312A-312D (312 segmentos). Neste exemplo, cada um dos segmentos 312 inclui uma respectiva caixa de índice de subfragmento 314 e dados de ponto de acesso aleatório (RAP) 316. Em outros exemplos, alguns segmentos podem não incluir nenhum ponto de acesso aleatório, enquanto que alguns segmentos podem incluir múltiplos pontos de acesso aleatório. Pontos de acesso aleatório podem incluir imagens IDR ou ODR.

[0152] O dispositivo de cliente 40 pode extrair uma subsequência temporal da representação 310. Por exemplo, o dispositivo de cliente 40 pode extrair cada um dos PARs 316 para formar uma subsequência temporal de representação 310. Alternativamente, o dispositivo de cliente 40 pode recuperar um subconjunto de RAPs 316, como RAPs 316A e 316C, ou 316A e 316D. Ao recuperar e reproduzir apenas pontos de acesso aleatório 316 (ou subconjuntos do mesmo), dispositivo de cliente 40 pode reproduzir representação 310 em um modo de faixa, por exemplo, avançar ou retroceder. Da mesma forma, o dispositivo de cliente 40 pode pular ou procurar um ponto particular de pontos de acesso aleatório 316 para iniciar a reprodução a partir de uma posição temporal solicitada.

[0153] O conteúdo multimídia pode incluir uma ou ambas informação de subsequência temporal 306 e/ou caixas SFIX 314 para indicar informações para modos de faixas. Informação de subsequência temporal 306 pode incluir um elemento de "Modo de Faixa" de MPD 302, tal como o definido na Tabela 4 abaixo:TABELA 4

[0154] No exemplo da Tabela 4, o elemento de Modo Faixa inclui um elemento de subsequência temporal que especifica que uma representação correspondente contém uma subsequência temporal que pode ser acessada por taxas de bytes utilizando informação de caixas de índice de subfragmento 314. RAPs 316 podem corresponder a partes de fragmentos de filme, tais como fragmentos de filme 162 ilustrados na figura 3.

[0155] Caixas de Índice de Subfragmento 314 em geral podem descrever os locais de faixas de bytes de pontos de acesso aleatório 316 de segmentos correspondentes 312. Em geral, as caixas de índice de subfragmento 314 podem aparecer após uma caixa de índice de segmento (SIDX) (não mostrada na figura 6) de segmentos 312 e prover os tamanhos de prefixo de fragmentos de filme para os fragmentos de filme referenciados na caixa de índice de segmento imediatamente anterior.

[0156] A Tabela 5 abaixo apresenta as propriedades de uma caixa SFIX exemplar. TABELA 5 - Propriedades de Caixa de Índice de Subfragmento

[0157] O pseudocódigo a seguir provê um exemplo de sintaxe para caixas de Índice de SubFragmento 314: aligned(8) class SubFragmentIndexBox extends FullBox ('strf', 0, 0) { unsigned int (32) fragment_count; unsigned int (8) sub_fragment_count; for (i = 0; i <fragment_count; i + +)for (j = 0; j <sub_fragment_count-1, j + +)unsigned int (32) prefix_size;}

[0158] A descrição abaixo provê um exemplo de conjunto de semânticas para a sintaxe descrita acima: fragment_count especifica o número de fragmentos para o qual informação de subfragmento é especificada na caixa. Isto deve ser igual ao número de referências de fragmento na caixa de Índice de Segmento imediatamente anterior.sub_fragment_count especifica o número de subfragmentos por fragmentoprefix_size especifica o tamanho do fragmento de prefixo i ocupado pelo subfragmento j.

[0159] Além disso, ou em alternativa, uma caixa de fragmento de subfaixa pode ser incluída nos segmentos 312. Considerando que a caixa de índice de subfragmento pode prover informações de sintaxe que podem ser recuperadas pelo dispositivo de cliente 40 junto com uma caixa de índice de segmento antes da solicitação de dados de mídia, a caixa de índice de subfragmento pode prover informações para o dispositivo de cliente 40 para a construção de solicitações de faixas de bytes que direcionam a subconjuntos de dados de fragmento, por exemplo, subcamadas temporais.

[0160] A caixa de Fragmento de SubFaixa pode especificar uma reordenação dos dados da amostra do fragmento de faixa, de tal forma que as amostras de cada fragmento de subfaixa precedem todas as amostras que aparecem apenas em fragmentos de subfaixas maiores. Amostras de um fragmento de subfaixa que não aparecem em qualquer fragmento de subfaixa menor podem ser colocadas de forma contígua dentro do arquivo (por exemplo, um correspondente de segmentos 312) na mesma ordem em que aparecem na caixa de Execução de Faixa. Isso pode permitir que as amostras sejam armazenadas, em ordem de camada de escalabilidade temporal dentro do fragmento de faixa. Quando esta caixa está presente pode haver apenas um caixa de Executação de Faixa.

[0161] A Tabela 6 descreve as propriedades da caixa de fragmento de subfaixa: TABELA 6 - Propriedades de Caixa de Fragmento de Subfaixa

[0162] O pseudocódigo abaixo ilustra um exemplo de sintaxe para a caixa de fragmento de subfaixa:aligned(8) classe SubTrackFragBoxextends FullBox ('strf', 0, 0) {unsigned int (8) sub_track_count;unsigned int (16) sample_count [sub_track_count- 1];for (i = 0; i <sub_track_count; i + +){for (j = 0; j <sample_count [i]; j + +)bit (1) cur_sub_trak_flag; } reserved_trailing_bits; }

[0163] A descrição abaixo provê semânticas exemplares para a sintaxe exemplar da caixa de fragmento de subfaixa descrita acima: sub_track_count indica o número de fragmentos de subfaixa; Quando esta caixa está presente, o sub_track_count pode ser igual ou maior do que 2.sample_count [i] indica o número de amostras em fragmento de subfaixa com um índice de i + 1. Amostras de um fragmento de subfaixa são consideradas membros de todos os fragmentos de subfaixas com menores valores de índice. O número de amostras em fragmento subfaixa 0 é equivalente ao número de zeros da primeira sequência de bits no loop subsequente. O número de amostras em fragmento de subfaixa com um índice de sub_track_count-1, que é sample_count [sub_track_count-1], é igual ao número de amostras em fragmento de faixa. cur_sub_track_flag igual a 1 na iteração i do circuito externo indica que a amostra pertence ao fragmento de subfaixa com um índice de i +1. Este valor igual a 0, na iteração do loop externo indica que a amostra pertence a um fragmento de subfaixa com um índice menor que i + 1. Nota: Isto é, a primeira iteração do loop contém flags sample_count [0] que indicam as posições das amostras em fragmento de subfaixa 1 que não estão também no fragmento de subfaixa 0. A segunda iteração do loop contém flags sample_count [1] que indicam as posições das amostras em fragmento de subfaixa 2 e não também em fragmento de subfaixa 1 etc. sample_count [sub_track_count-1] é considerado igual ao número de amostras no fragmento de faixa.

[0164] Modos de faixa podem ser aplicados a uma variedade de cenários diferentes. Por exemplo, modos de faixas podem ser usados para pausar um serviço temporariamente, retomar o serviço depois de uma pausa, retroceder por um período de tempo, e/ou avançar rapidamente para avançar para uma posição temporal desejada (por exemplo, após a reprodução ser interrompida ou procurar uma posição temporal desejada particular).

[0165] Suportar modos de faixas usando subsequências temporais pode prover uma série de vantagens. Por exemplo, subsequências temporais podem suportar taxas de quadros diferentes de forma relativamente fácil. Do mesmo modo, a representação incluindo uma subsequência temporal pode ser utilizada para reprodução normal, como a representação não é limitada à subsequência temporal. Além disso, a codificação com subsequências temporais pode ser altamente eficiente. Subsequências temporais também não precisam de requerer quaisquer novos perfis de codificação ou níveis, pode voltar a usar as representações regulares, evitar a complexidade adicional de cliente, permitir fornecimento de conteúdo simples, prover largura de banda, cache, e eficiência de armazenamento, fornecer flexibilidade para a implementação do cliente para otimizar a experiência do usuário, ser comum entre as operações de modo de faixa diferentes, e pode ser aplicável a uma ampla gama de implementações de clientes, e pode prover uma experiência de usuário relativamente boa em termos de retardo de inicialização depois de buscar, bem como taxas de quadros boas, reatividade, e outros tais métricas.

[0166] A figura 7 é um diagrama conceitual ilustrando outro conteúdo de multimídia exemplar 350 em que segmentos 362A-362D podem incluir caixas de atualização de MPD 364 para indicar que MPD 352 deve ser atualizado. Conteúdo multimídia 350 pode corresponder ao conteúdo multimídia 64 (figura 1), ou a outro conteúdo multimídia armazenado na memória 62. Em geral, MPD 352 inclui informação de representação 354 para representação 360, tal como as características de representação 360 e URIs ou URLs de segmentos 362 de representação 360. Em alguns casos, a representação 360 pode ser formada a partir de conteúdo ao vivo, por exemplo, um evento desportivo, e, portanto, os URIs de segmentos 362 não podem ser antecipadamente determinados. Assim, tal como os segmentos da representação 360 são formados, um ou mais dos segmentos podem incluir caixas de atualização de MPD para indicar que MPD 352 deve ser atualizado.

[0167] Por exemplo, na figura 7, segmento 362A inclui caixa de atualização de MPD 364 e dados do segmento 366. Dados de segmentos 366A podem geralmente ser formados de acordo com o arquivo de vídeo 150 (figura 3). No entanto, segmento 362A também inclui caixa de atualização de MPD 364A. Deste modo, o dispositivo de cliente 40 pode atualizar MPD 352 com base nos dados de caixa de atualização de MPD 364A. A caixa de atualização de MPD 364A pode incluir atualizações para MPD 352, ou pode incluir um URI ou URL de uma atualização para o MPD 352. Deve ser entendido que os dados de caixas de atualização de MPD 364 não são, necessariamente, incluídos em caixas explícitas. Por exemplo, os dados que se conformam substancialmente com os dados de caixas de atualização de MPD 364 podem ser incluídos em outras caixas de segmentos 362, ou em uma parte de cabeçalho de segmentos 362. Deste modo, uma "parte" de segmentos 362 que inclui informação de atualização de MPD pode corresponder a uma parte de cabeçalho, uma caixa de atualização de semelhante MPD a caixas de atualização de MPD 364, ou dados incluídos em uma ou mais outras caixas de segmentos 362.

[0168] Desta forma, depois de recuperar dados de segmento 362A, dispositivo de cliente 40 pode analisar caixa de atualização de MPD 364A para atualizar MPD 352. Dispositivo de cliente 40 pode então usar a versão atualizada do MPD 352 para recuperar segmentos 362B e 362C. Segmentos 362B e 362C incluem dados do segmento 366B, 366C, que novamente podem ser formatados de acordo com arquivo de vídeo 150 da figura 3. Dispositivo de cliente 40 pode também recuperar dados de segmento 362D. Neste exemplo, o segmento 362D inclui caixa atualização de MPD 364B, que o dispositivo de cliente 40 pode utilizar para executar outra atualização de MPD 352, de uma forma que se conforma substancialmente com a primeira atualização. Assim, para receber os segmentos além do segmento 362D de representação 360, dispositivo de cliente 40 pode usar a nova versão atualizada do MPD 352, com base em atualizações realizadas com relação aos dados de caixa de atualização de MPD 364B.

[0169] Uma caixa de atualização de MPD, tal como MPD caixas de atualização 364A, 364B, pode incluir propriedades de acordo com a Tabela 7 abaixo: TABELA 7 - Propriedades de Caixa de Atualização de MPD

[0170] A sintaxe seguinte pode ser usada paradefinir uma caixa de atualização de MPD, em alguns exemplos:aligned(8) classe MPDUpdateBox extends FullBox ('Mupe') {unsigned int (3) mpd_information_flags;unsigned int (1) new_location_flag;unsigned int (28) latest_mpd_update_time;/ / / A seguir são campos opcionaisstring mpd_location }

[0171] Um exemplo conjunto de semânticas parao exemplo de sintaxe de caixa de atualização de MPD é fornecido abaixo:mpd_information_flags contém a lógica OR de zero ou mais das seguintes características:0x00 atualizar agora Descrição de Apresentação de Mídia0x01 atualizar depois Descrição de Apresentação de Mídia0x02 Fim de apresentação0x03-0x07 reservadonew_location_flag se definido para 1, então a nova Descrição de Apresentação de Mídia está disponível em um novo local especificado no mpd_location.latest_mpd_update_time especifica o tempo em ms de quando a atualização de MPD é relativa ao tempo de emissão de MPD necessário do último MPD. O cliente pode optar por atualizar o MPD a qualquer momento entre agora.mpd_location está presente, se e somente se o new_location_flag for definido e provê um Localizador de Recurso Uniforme para a nova Descrição de Apresentação de Mídia.

[0172] Desta maneira, a sinalização dentro da banda no nível do segmento pode ser utilizada para indicar alterações de MPD 302. Atualizações podem ser proporcionadas em limites do segmento, em alguns exemplos. Isto é, caixas de atualização de MPD 364 podem ocorrer apenas nos inícios ou nas extremidades dos respectivos segmentos, em vários exemplos. Em alguns exemplos, se a largura de banda de atualizações de MPD apresentarem um problema, o dispositivo de servidor 60 (figura 1) pode oferecer MPDs para as capacidades do dispositivo determinados, de modo que apenas estas peças são atualizadas. Além disso, um elemento de MPD de MPD 302 pode prover um tempo de publicação em tempo de relógio de parede de MPD 302. Isto pode prover um tempo de publicação de MPD exclusivo, o que pode prover o identificador exclusivo para o MPD e quando o MPD foi emitido. Ele também pode prover uma âncora para os processos de atualização. Além disso, o dispositivo de servidor 60 e/ou dispositivo de preparação de conteúdo 20 pode otimizar atualizações de MPD utilizando estruturas hierárquicas, por exemplo, para atualizar apenas partes de MPD 302 que precisam de atualizações, sem alterar outras partes de MPD 302 que não precisam de atualização.

[0173] Inserção de anúncio, tal como inserção de anúncio direcionada, também pode ser realizada usando caixas de atualização de MPD semelhantes às da figura 7. Isto é, uma caixa de atualização de MPD pode ser fornecida para o dispositivo de cliente direto 40 para recuperar dados de conteúdo do anúncio multimídia. Isto pode ocorrer durante o tempo de espera ou outras ações em eventos esportivos que retardam o jogo, e da mesma forma, em tempos de espera ou retardos de ação emocionante para reprodução de vídeo. Porque tais eventos podem acontecer um pouco ao acaso, tempos em que anúncios serão inseridos não podem ser conhecido a priori.

[0174] Atualização do MPD 302 pode ser viável, de forma assíncrona para a entrega de segmentos. Dispositivo de servidor 60 pode prover garantias para o dispositivo de cliente 40 que um MPD não será atualizado por um determinado período de tempo. No entanto, o dispositivo de servidor 60 não explicitamente precisa sinalizar quando o MPD é atualizado antes de um período mínimo de atualização.

[0175] Reprodução completamente síncrona pode ser dificilmente atingida, assim como dispositivos clientes podem operar em diferentes instâncias de atualização do MPD. Portanto, os clientes podem experimentar variação. Visualização por deslocamento de tempo pode ser prevista por dispositivo de servidor 60 e/ou dispositivo de preparação de conteúdo 20.

[0176] A figura 8 é um fluxograma que ilustra um método exemplar para prover indicações sobre grupos de representação por de um dispositivo de servidor, e para selecionar os grupos de representação através de um dispositivo de cliente, bem como uma representação individual dentro do grupo de representação selecionado. Embora o método da figura 8 seja descrito com respeito ao dispositivo de servidor 60 e um dispositivo de cliente 40, deve ser entendido que outros dispositivos podem aplicar técnicas semelhantes ao método da figura 8. Por exemplo, o dispositivo de preparação de conteúdo 20, ou um ou mais dispositivos de rede de uma rede de distribuição de conteúdo, pode realizar alguma ou todas as funções atribuídas ao dispositivo de servidor 60.

[0177] O dispositivo de servidor 60 pode inicialmente obter (por exemplo, criar, ou receber do dispositivo de preparação de conteúdo 20) os dados de um conjunto de representações de conteúdo multimídia, em que as representações em conjunto com uma ou mais características comuns, bem como um arquivo de manifesto para o conteúdo multimídia. O conjunto de representações pode corresponder a um grupo de representação. Dispositivo de servidor 60 pode prover indícios de grupos de representação para o dispositivo de cliente 40 (400). Por exemplo, o dispositivo de servidor 60 pode prover MPD 202 (figura 4) ou parte MPD 252 (figura 5) para o dispositivo de cliente 40. Outros exemplos MPDs das Figs. 2, 6, e 7 podem também incluir indicações de grupos de representação, tais como os elementos de XML de grupo de representação. Em qualquer caso, o dispositivo de cliente 40 pode receber informação que descreve as características de grupo de representação (402), por exemplo, a partir do arquivo MPD ou parte do arquivo MPD recebido a partir do dispositivo de servidor 60.

[0178] O dispositivo de cliente 40 pode, então, analisar as características do grupo de representação para eliminar grupos de representação que o dispositivo de cliente 40 não pode ou não se elege para recuperar, decodificar, ou tornar. Por exemplo, o dispositivo de cliente 40 pode comparar capacidades de decodificação e renderização de características dos grupos de representação para determinar os grupos de representação inadequados. Como outro exemplo, dispositivo de cliente 40 pode comparar as preferências do usuário para a linguagem, classificação e quantidade de profundidade (por exemplo, como previsto por dois ou mais pontos de vista com ângulos de câmera em particular), para eliminar grupos de representação indesejáveis. Dispositivo de cliente 40 pode então selecionar um grupo de representação adequado baseado pelo menos em parte, nas capacidades de decodificação e renderização de dispositivo de cliente 40 (404). Naturalmente, deve ser entendido que esta seleção pode também (ou adicional e alternativamente) ser feita com base nas preferências do usuário, como discutido acima. Desta forma, o dispositivo de cliente 40 pode selecionar um conjunto de representações com base em características comuns para o conjunto de representações.

[0179] Depois de selecionar um grupo de representação, o o dispositivo de cliente 40 pode solicitar dados para uma parte MPD que descreve especificamente as representações do grupo de representação. Em resposta, o dispositivo de servidor 60 pode prover indicações de taxa de bits de representação, entre outras características individuais de representação, no grupo de representação selecionado para o dispositivo de cliente 40 (406). Por exemplo, o dispositivo de servidor 60 pode enviar dados para uma parte específica das partes de MPD para grupos de representação 260 (figura 5) ao dispositivo de cliente 40. Em outros exemplos, o dispositivo de cliente 40 pode já ter recebido um MPD completo para o conteúdo de multimídia (por exemplo, DMP 202 da figura 4), mas pode, em especial analisar partes MPD correspondentes especificamente para o grupo de representação selecionado. Deste modo, em alguns exemplos, a etapa 406 da figura 08 pode ocorrer antes da etapa 402 e/ou da etapa 404.

[0180] Em qualquer caso, depois de ter recebido as características específicas de representações do grupo de representação selecionado, incluindo taxas de bits para as representações (408), o dispositivo de cliente 40 pode determinar a quantidade de largura de banda de rede disponível (410). Dispositivo de cliente 40 pode, em seguida, selecionar uma representação do grupo de representação selecionado (412), de tal forma que a representação selecionada tenha uma taxa de bits que pode ser acomodada pela quantidade determinada de largura de banda de rede disponível. As taxas de bits das representações representam exemplos de características de codificação das representações individuais no grupo de representação. Dispositivo de cliente 40 pode, em seguida, solicitar dados da representação selecionada (414). Por exemplo, o dispositivo de cliente 40 pode construir (por exemplo, gerar e enviar) uma solicitação HTTP GET para solicitar um segmento da representação selecionada. Em alternativa, o dispositivo de cliente 40 pode construir uma GET parcial HTTP que especifica uma faixa de bytes de um segmento da representação selecionada. Em qualquer caso, dispositivo de cliente 40 pode submeter a solicitação ao dispositivo de servidor 60.

[0181] O dispositivo de servidor 60 pode receber a solicitação, e, em resposta, enviar os dados solicitados para o dispositivo de cliente 40 (416). Por exemplo, a unidade de processamento de solicitação 70 pode determinar um endereço de rede do dispositivo de cliente 40 a partir de dados da solicitação, por exemplo, um endereço de protocolo Internet (IP) fonte e uma porta de origem da solicitação recebida. Unidade de processamento de solicitação 70 pode formar pacotes de rede, incluindo os dados solicitados e enviar os dados solicitados ao dispositivo de cliente 40, por exemplo, destinado para o endereço IP de determinado de dispositivo de cliente 40.

[0182] Depois de receber os dados solicitados, dispositivo de cliente 40 pode começar a decodificar e exibir os dados recebidos (418). Durante a recepção de dados solicitações, dispositivo de cliente 40 pode continuar a analisar a largura de banda disponível atualmente e enviar solicitações de representações com taxa de bits que podem ser acomodadas pela quantidade atualmente disponível de banda de rede (410-414). Se a quantidade de alterações na banda larga de rede, dispositivo de cliente 40 pode adaptativamente mudar para uma representação diferente no grupo de representação selecionado. Por exemplo, o dispositivo de cliente 40 pode determinar um segmento de uma nova representação correspondente à localização temporal do último segmento solicitado a partir de uma representação anterior no grupo de representação, em seguida, solicitar o segmento determinado (ou uma parte do mesmo) na nova representação.

[0183] Em alguns exemplos, o dispositivo de servidor 60 pode prover um MPD correspondente a inserção de anúncio orientado para o dispositivo de cliente 40, durante o processo da figura 8. O MPD pode fazer com que o dispositivo de cliente 40 recupere dados de anúncio multimídia destinados a um usuário do dispositivo de cliente 40. Em alguns exemplos, o dispositivo de cliente 40 pode também prover informação de usuário para o dispositivo de servidor 60 para orientar os dados de mídia de anúncio para o usuário do dispositivo de cliente 40. As informações de usuário podem incluir preferências de usuário, informações de identificação de usuário (como um ID de usuário), informação demográfica de usuário, ou outras informações. A inserção add direcionada pode ocorrer, por exemplo, antes da etapa 400 da figura 8, ou após a etapa 418 e antes de selecionar uma representação posterior, por exemplo, para um período posterior de conteúdo multimídia.

[0184] Desta maneira, o método da figura 8 representa um exemplo de um método que inclui a análise de pelo menos uma parte de um arquivo de manifesto de conteúdo multimídia, em que a parte do arquivo de manifesto inclui informação indicativa de conjuntos de representações do conteúdo multimídia e informação indicativa de características comuns para cada um dos conjuntos das representações, selecionar um dos conjuntos de representações com base nas características comuns de um dos conjuntos de representações, selecionar uma das representações daquela selecionada dos conjuntos de representações com base em uma ou mais características de codificação de uma das representações de um dos conjuntos, e gerar uma solicitação de dados de uma das representações com base na seleção.

[0185] Da mesma forma, o método da figura 8 representa um exemplo de um método que inclui a obtenção de um conjunto de representações de conteúdo multimídia tendo uma ou mais características comuns, em que cada uma das representações no conjunto têm características individuais de codificação separada das características comuns, obter um arquivo de manifesto para o conteúdo multimídia, em que o arquivo de manifesto inclui informação indicativa das representações no conjunto, informação indicativa das características comuns para o conjunto de representações, e informação indicativa das características de codificação para cada uma das representações do conjunto, e o envio de pelo menos uma parte do arquivo de manifesto para um dispositivo de cliente.

[0186] A figura 9 é um fluxograma que ilustra um método exemplar para prover dados representativos de um modo de faixa por um dispositivo de servidor, e para a utilização dos dados através de um dispositivo de cliente para recuperar e reproduzir dados do faixa do modo de conteúdo multimídia. Embora o método da figura 9 seja descrito em relação ao dispositivo de servidor 60 e um dispositivo de cliente 40, deve ser entendido que outros dispositivos podem aplicar técnicas semelhantes as do método da figura 9. Por exemplo, o dispositivo de preparação de conteúdo 20, ou um ou mais dispositivos de rede de uma rede de distribuição de conteúdo, pode realizar alguma ou todas as funções atribuídas ao dispositivo de servidor 60. Além disso, a seleção de um modo de faixa pode ser realizada em conjunto com a seleção de um grupo de representação e uma representação a partir do grupo de representação, tal como descrito em relação à figura 8 acima. O dispositivo de servidor 60 pode inicialmente se obter (por exemplo, criar, ou receber do dispositivo de preparação de conteúdo 20) dados para uma ou mais representações de conteúdo multimídia, em que pelo menos uma das representações inclui uma subsequência temporal, assim como um arquivo de manifesto para o conteúdo multimídia. O arquivo de manifesto pode indicar que a representação inclui uma subsequência temporal. Dispositivo de servidor 60 pode prover indicações de representações de conteúdo multimídia, como por exemplo, as características das representações (430) para o dispositivo de cliente 40. Além disso, o dispositivo de servidor 60 pode prover sinais de subsequências temporais de uma ou mais das representações (432). Ou seja, o dispositivo de servidor 60 pode prover informação em um arquivo MPD para o conteúdo multimídia indicando que subsequências temporais estão disponíveis para uma ou mais representações do conteúdo multimídia. Por exemplo, o dispositivo de servidor 60 pode prover, pelo menos, uma parte de um MPD, incluindo um elemento de modo tendo um modo de tendo um subelemento de subsequência temporal de dispositivo de cliente 40, tal como descrito em relação à figura 6 acima.

[0187] O dispositivo de cliente 40 pode selecionar uma representação com base em características das representações do conteúdo multimídia (434). Apesar do dispositivo de cliente 40 não ter necessariamente de selecionar uma representação com uma subsequência temporal, para fins de discussão, para ilustrar estas técnicas, presume-se, para fins de exemplo, que o dispositivo de cliente 40 seleciona uma representação em que uma subsequência temporal está disponível. Dispositivo de cliente 40 pode então receber uma solicitação para usar um modo de faixa (436). Por exemplo, o dispositivo de cliente 40 pode receber uma seleção de um local temporal particular a partir do qual inicia a reprodução, por exemplo, a partir de um usuário do dispositivo de cliente 40.Alternativamente, o dispositivo de cliente 40 pode receber uma solicitação para avançar ou retroceder rapidamente osdados de vídeo. Em resposta à solicitação para utilizar omodo de faixa, o dispositivo de cliente 40 pode determinar se uma subsequência temporal para a representação está disponível, e em caso afirmativo, solicitar dados para recuperar pelo menos uma parte da subsequência temporal (438). Dispositivo de servidor 60 pode responder à solicitação, fornecendo indicações de localização de dados para a subsequência temporal para o dispositivo de cliente 40 (440). Em alguns exemplos, uma parte do MPD para oconteúdo multimídia pode indicar localizações dos dados para a subsequência temporal. Em outros exemplos, o dispositivo de cliente 40 pode solicitar caixas de índice de subfragmento e/ou caixas de fragmento de subfaixa a partir de segmentos de representação correspondente. Em qualquer caso, o dispositivo de cliente 40 pode utilizar os dados recebidos incluindo a informação indicativa da localização de dados para a subsequência temporal para solicitar dados de subsequência temporal a partir de locais especificados (442). Por exemplo, o dispositivo de cliente 40 pode determinar a localização (por exemplo, os URLs de segmentos e, possivelmente, intervalos de bytes dos segmentos), incluindo pontos de acesso aleatório IDR e/ou pontos de acesso aleatório ODR. Dispositivo de cliente 40 pode então construir solicitações HTTP GET ou GET parcial para dados da subsequência temporal, a fim de reproduzir dados de vídeo de acordo com o modo de faixa.

[0188] Depois de receber solicitações de HTTP GET e/ou GET parcial de dispositivo de cliente 40, dispositivo de servidor 60 pode prover os dados solicitados para o dispositivo de cliente 40 (444). Por exemplo, o dispositivo de servidor 60 pode enviar segmentos em resposta a solicitações HTTP GET ou fragmentos de mídia de segmentos (ou partes de fragmentos de mídia), em resposta a solicitações GET HTTP parcial. Depois de receber os dados solicitados, dispositivo de cliente 40 pode decodificar e exibir os dados recebidos (446). Do mesmo modo, o dispositivo de cliente 40 pode continuar a solicitar dados de representação (ou de uma representação diferente se a quantidade de largura de banda de rede disponível mudar).

[0189] Desta maneira, o método da figura 9 representa um exemplo de um método que inclui a análise de informação de um arquivo de manifesto de conteúdo multimídia, em que a informação de arquivo de manifesto indica que pelo menos uma representação de conteúdo multimídia inclui uma subsequência temporal, determinar uma ou mais localizações de dados para a subsequência temporal, e apresentar uma ou mais solicitações para os dados da subsequência temporal.

[0190] Da mesma forma, o método da figura 9 representa um exemplo de um método que inclui a obtenção de dados relativos a pelo menos uma representação de conteúdo multimídia que inclui um subsequência temporal, obtenção dados de um arquivo de manifesto para o conteúdo multimídia, em que a informação do arquivo de manifesto indica que a pelo menos uma representação de conteúdo multimídia inclui a subsequência temporal, e o envio de pelo menos uma parte do arquivo de manifesto para um dispositivo de cliente.

[0191] A figura 10 é um fluxograma que ilustra um método exemplar para prover, através de um dispositivo de servidor, indicações de que um arquivo de manifesto, tal como um MPD, deve ser atualizado, e para atualizar um MPD de um dispositivo de cliente. Embora o método da figura 10 seja descrito em relação ao dispositivo de servidor 60 e um dispositivo de cliente 40, deve ser entendido que outros dispositivos podem aplicar técnicas semelhantes as do método da figura 10. Por exemplo, o dispositivo de preparação de conteúdo 20, ou um ou mais dispositivos de rede de uma rede de distribuição de conteúdo, pode realizar alguma ou todas as funções atribuídas ao dispositivo de servidor 60. Além disso, a atualização de um MPD pode ser realizada em conjunto com a seleção de um modo de faixa e/ou a seleção de um grupo de representação e uma representação a partir do grupo de representação, tal como descrito em relação às Figs. 8 e 9 acima.

[0192] Em alguns exemplos, o dispositivo de preparação de conteúdo 20 pode codificar e encapsular dados de vídeo codificado capturados durante um evento ao vivo, como um evento esportivo. Deste modo, o dispositivo de cliente 40 pode recuperar os dados codificados do evento em tempo quase real, conforme o evento ocorre. Inicialmente, o dispositivo de servidor 60 pode receber uma ou mais representações de conteúdo multimídia correspondentes ao evento ao vivo e prover indicações das características das representações do conteúdo multimídia em um MPD (460). O MPD só pode descrever as características e localização dos segmentos até um determinado local temporal do conteúdo multimídia, devido ao conteúdo multimídia ser formado conforme o evento está sendo filmado ao vivo.

[0193] O dispositivo de cliente 40 pode usar as informações do MPD para selecionar uma representação (462). Usar o MPD atual, o dispositivo de cliente 40 pode solicitar os segmentos da representação selecionada, por exemplo, até a localização temporal. Em resposta, o dispositivo de servidor 60 pode enviar os segmentos solicitados. Contudo, além disso, o dispositivo de servidor 60 pode enviar um segmento que inclui uma caixa de atualização de MPD ou outra informação que indique que o MPD deve ser atualizado a partir desse segmento (466).

[0194] Em resposta, o dispositivo de cliente 40 pode decodificar e exibir os dados de um ou mais dos segmentos recebidos (468). Dispositivo de cliente 40 também pode receber a informação de que o MPD está sendo atualizado (470). Por exemplo, o dispositivo de cliente 40 pode receber o último segmento antes da localização temporal em que o MPD não se aplica mais. Dispositivo de cliente 40 pode determinar que o último segmento inclui uma caixa de atualização de MPD, semelhante às caixas de atualização de MPD descrito com referência à figura 7.

[0195] Usar a caixa de atualização, dispositivo de cliente 40 pode solicitar atualizações para o MPD (472). Por exemplo, o dispositivo de cliente 40 pode determinar um local de rede de atualizações para o MPD e solicitar as atualizações do local determinado. Dispositivo de servidor 60, ou outro dispositivo de armazenamento de atualizações para o MPD (por exemplo, dispositivo de preparação de conteúdo 20) pode enviar informações indicativas das atualizações para o MPD (474), que o dispositivo de cliente 40 pode usar para atualizar o MPD (476). Alternativamente, em alguns exemplos, a caixa de atualização de MPD pode incluir informação indicativa das atualizações de MPD, caso em que dispositivo de cliente 40 pode atualizar o MPD usando a informação da caixa de atualização de MPD. Em qualquer caso, o dispositivo de cliente 40 pode, em seguida solicitar segmentos seguintes à localização temporal em que o MPD anterior já não se aplica, utilizando a versão atualizada do MPD (478). Dispositivo de cliente 40 e dispositivo de servidor 60 pode continuar a realizar medidas semelhantes até dispositivo de cliente 40 terminar a reprodução do conteúdo multimídia.

[0196] Em alguns exemplos, técnicas semelhantes as do método da figura 10 podem ser usados para fazer a inserção de anúncio direcionada. Por exemplo, um MPD atualizado pode incluir uma parte que corresponde ao conteúdo de mídia de anúncio. Dispositivo de cliente 40 pode ser necessário para obter e reproduzir os dados do conteúdo de anúncio de mídia, com base no MPD atualizado, de modo a receber os dados de um ou mais segmentos do conteúdo de anúncio de mídia, que pode incluir um outro MPD atualizado para recuperar dados mídia subsequente de conteúdo de mídia desejada.

[0197] Desta maneira, o método da figura 10 representa um exemplo de um método de recuperação de dados, incluindo um primeiro segmento de uma representação de conteúdo multimídia, de acordo com os dados de uma cópia de um arquivo de manifesto armazenada por um dispositivo de cliente, recuperar uma parte de um segundo segmento da representação de acordo com o arquivo de manifesto, em que o segundo segmento ocorre após o primeiro segmento na representação, e em que a parte do segundo segmento indica que o arquivo de manifesto deve ser atualizado, atualizar a cópia do arquivo de manifesto armazenada pelo dispositivo de cliente com base na indicação de que o arquivo de manifesto deve ser atualizado, e recuperar dados de mídia do segundo segmento, de acordo com o arquivo de manifesto atualizado.

[0198] Da mesma forma, o método da figura 10 representa um exemplo de um método que inclui o envio de dados de um arquivo de manifesto de conteúdo multimídia para um dispositivo de cliente, em que o arquivo de manifesto inclui informação indicativa de um primeiro segmento de uma representação de conteúdo multimídia, o envio de pelo menos uma parte do primeiro segmento da representação para o dispositivo de cliente em resposta a uma solicitação do dispositivo de cliente, em que a parte do primeiro segmento indica que o arquivo de manifesto deve ser atualizado, em que uma versão atualizada do arquivo de manifesto inclui informação indicativa de um segundo, diferente segmento da representação, e enviar, em resposta a uma solicitação recebida a partir do dispositivo de cliente e formada de acordo com o arquivo de manifesto atualizado, os dados do segundo segmento para o dispositivo de cliente.

[0199] A figura 11 é um fluxograma ilustrando um método exemplar para a construção e utilização de dados de um documento de relatório de qualidade de experiência (QoE). Embora o método da figura 11 seja descrito em relação ao dispositivo de servidor 60 e um dispositivo de cliente 40, deve ser entendido que outros dispositivos podem aplicar técnicas semelhantes às do método da figura 11.

[0200] Por exemplo, o dispositivo de preparação de conteúdo 20, ou um ou mais dispositivos de rede de uma rede de distribuição de conteúdo, podem realizar alguma ou todas as funções atribuídas ao dispositivo de servidor 60. Além disso, a apresentação de um relatório de QoE para dispositivo de servidor 60 e/ou o dispositivo de preparação de conteúdo 20 pode ser realizada em conjunto com qualquer um ou todos de atualização de um MPD, a seleção de um modo de faixa e/ou a seleção de um grupo de representação e uma representação do grupo de representação, tal como descrito em relação às Figs. 8, 9,e 10, supra.

[0201] Inicialmente, dispositivo de servidor 60 pode prover indicações de características de representações de conteúdo multimídia em um dispositivo de cliente para MPD 40 (500). Como discutido acima, odispositivo de cliente 40 pode selecionar uma representação (502), por exemplo, com base nas capacidades de decodificação e/ou renderização do dispositivo de cliente 40, preferências do usuário, largura de banda disponível, e/ou outras características de representações do conteúdo multimídia. Dispositivo de cliente 40 pode, em seguida, solicitar um ou mais segmentos da representação selecionada (504).

[0202] O dispositivo de servidor 60 podeenviar os segmentos solicitados para o dispositivo de cliente 40 (506). Depois de receber os segmentossolicitados, dispositivo de cliente 40 pode decodificar e exibir os dados recebidos (508). Dispositivo de cliente 40 pode, em seguida, determinar se todos os dados de vídeo foram recebidos (510). Se o último segmento da representação (ou conteúdo multimídia em geral) não tiver sido recebido (ramificação "NÃO" de 510), dispositivo de cliente 40 pode voltar a avaliar a quantidade atualmente disponível de banda de rede e selecionar uma representação com base nessa análise (502) e segmentos de solicitação da representação (504).

[0203] Em geral, o dispositivo de cliente 40pode armazenar em buffer os dados e tentar evitar armazenar em buffer o sobrefluxo e o subfluxo, solicitando os dados do conteúdo multimídia a partir de uma representação que pode ser acomodada pela largura de banda disponível no momento. Às vezes, porém, sobrefluxo e subfluxo de armazenamento em pode ocorrer, por exemplo, se características de codificação reais do conteúdo multimídia não corresponderem às características sinalizadas de codificação ou se houver dados insuficientes para dispositivo de cliente 40 para fazer uma seleção adequada. Outros fatores podem também resultar na redução da qualidade de experiência para um usuário do dispositivo de cliente 40. Portanto, após o último segmento da representação (ou conteúdo multimídia) ter sido recebido e devidamente decodificado (ramificação "SIM" de 510), dispositivo de cliente 40 pode prover um relatório de qualidade de experiência (QoE) para dispositivo de servidor 60.

[0204] Por exemplo, dispositivo de cliente 40 pode construir o relatório para incluir indicações de segmentos selecionados e representações (512). Dispositivo de cliente 40 também podem registrar ocorrências de sobrefluxo / subfluxo de armazenamento em buffer, o que pode resultar em pausas na reprodução de mídia. Dispositivo de cliente 40 pode formar um relatório incluindo uma sequência de elementos PeriodReport, representando os períodos que foram reproduzidos. Um elemento de Período pode incluir uma sequência de elementos RepresentationReport, cada um representando uma reprodução contínua de uma parte de uma representação, e fornecendo o início e final de sintonização, tanto em tempo real quanto em tempo de apresentação. O relatório também pode incluir o tempo de inicialização inicial, sendo esta a marca de tempo a partir da solicitação do usuário para a visualização do conteúdo e do início da reprodução. Desta forma, o documento de relatório pode incluir um documento eletrônico formatado de linguagem de marcação extensível (XML) indicativo de representações do conteúdo multimídia a partir do qual o dispositivo de cliente recuperou dados de mídia do conteúdo multimídia.

[0205] O dispositivo de cliente 40 pode prover o relatório ao dispositivo de servidor 60 ou outro dispositivo de uma rede de entrega de conteúdo, tais como dispositivo de preparação de conteúdo 20 ou um dispositivo de coleta de relatório dedicado. Deste modo, o dispositivo de servidor 60 pode receber as indicações dos segmentos e das representações recebidos pelo dispositivo de cliente 40 (514). Dispositivo de servidor 60 pode, então, prover as indicações para, por exemplo, dispositivo de preparação de conteúdo 20 ou outro dispositivo associado a um provedor de serviços ou montador de mídia para melhorar a preparação de conteúdo (516). A partir das informações fornecidas pelo dispositivo de cliente 40, um provedor de serviços pode determinar exatamente o que foi reproduzido, quando não existiram pausas na reprodução, e quando havia comutações entre representações. Em alternativa ou adicionalmente, o dispositivo de cliente 40 pode prover informação resumida na forma da duração de reprodução total e número de períodos distintos, reproduções contínuas para cada representação, em conjunto com o número de pausas e a média e variância das durações de pausa.

[0206] Com estes dados, o provedor de serviços pode analisar a qualidade da informação experimentada para uma nova peça de conteúdo de mídia para streaming através de Streaming de HTTP Adaptativo. O provedor de serviços pode fazer uma série de representações diferentes em diferentes taxa de bits disponível, e prover infraestrutura de serviço HTTP para hospedar os arquivos de mídia, em seguida, recolher o retorno para determinar a qualidade da experiência de visualização dos usuários. O provedor de serviços pode usar esses dados para melhorar a qualidade do serviço para esta ou hospedagem de conteúdo de mídia futura. Qualidade de métricas de experiência pode se referir a visualização real vivida por um usuário e pode ser independente dos algoritmos de cliente utilizados para programação de solicitações HTTP, as decisões de seleção de representação, e similares. Desta maneira, o provedor de serviços pode obter um retrato relativamente preciso da qualidade da experiência de visualização de um usuário para uma sessão de visualização específica.

[0207] Desta maneira, o método da figura 11 representa um exemplo de um método, incluindo a construção de um documento, incluindo informações indicativas de representações de conteúdo multimídia a partir do qual os dados de mídia foram recuperados, e enviar o documento construído para um servidor a partir do qual os dados de mídia foram recuperados. O método da figura 11 também representa um exemplo de um método incluindo receber informações indicativas de dados recuperados por um dispositivo de cliente, compreendendo receber um documento eletrônico formatado de linguagem de marcação extensível incluindo informações indicativas de representações do conteúdo multimídia a partir do qual o dispositivo de cliente recuperou dados de mídia do conteúdo multimídia.

[0208] Em um ou mais exemplos, as funções descritas podem ser implementadas em hardware, software, firmware, ou qualquer combinação destes. Se implementadas em software, as funções podem ser armazenadas em ou transmitidas através de uma ou mais instruções de código ou um meio legível por computador e executadas por uma unidade de processamento com base em hardware. Mídia legível por computador pode incluir mídia de armazenamento legível por computador, o que corresponde a um meio tangível, tal como mídia de armazenamento de dados ou mídia de comunicação, incluindo qualquer meio que facilite a transferência de um programa de computador de um local para outro, por exemplo, de acordo com um protocolo de comunicação. Deste modo, mídia legível por computador geralmente pode corresponder a (1) mídia de armazenamento tangível legível por computador, que é não transitória ou (2) um meio de comunicação, tal como um sinal ou onda de portadora. Mídia de armazenamento de dados pode ser quaisquer meios disponíveis que podem ser acessados por um ou mais computadores ou um ou mais processadores para recuperar as instruções de código, e/ou estruturas de dados para a aplicação das técnicas descritas nesta divulgação. Um produto de programa de computador pode incluir um meio legível por computador.

[0209] A título de exemplo, e não limitação,tais meios de armazenamento legíveis por computador podem incluir RAM, ROM, EEPROM, CD-ROM ou outro armazenamento em disco óptico, armazenamento em disco magnético, ou outros dispositivos de armazenamento magnéticos, memória flash, ou quaisquer outros meios que podem ser usados para armazenar o código de programa desejado sob a forma de instruções ou estruturas de dados, e que pode ser acessado por um computador. Além disso, qualquer conexão é apropriadamente chamada de um meio legível por computador. Por exemplo, se as instruções são transmitidas de um site, servidor ou outra fonte remota através de um cabo coaxial, cabo de fibra óptica, par trançado, linha de assinante digital (DSL), ou tecnologias sem fio tais como infravermelho, rádio, e micro-ondas, então, o cabo coaxial, cabo de fibra óptica, par trançado, DSL ou tecnologias sem fio tais como o infravermelho, rádio, e micro-ondas, estão incluídos na definição de meio. Deve ser entendido, contudo, que os meios de armazenamento legíveis por computador e meios de armazenamento de dados não incluem conexões, ondas de portadoras, sinais, ou outros meios transitórios, mas são em vez disso direcionados para meios de armazenamento tangíveis não transitórios. Disco e disquete, tal como aqui utilizado, inclui disco compacto (CD), disco laser, disco óptico, disco versátil digital (DVD), disquete e blu-ray, em que disquetes geralmente reproduzem dados magneticamente, enquanto que discos reproduzem dados opticamente com lasers. Combinações dos anteriores devem também ser incluídas no âmbito de mídia legível por computador.

[0210] As instruções podem ser executadas por um ou mais processadores, tais como um ou mais processadores de sinal digital (DSPs), microprocessadores de uso geral, circuitos integrados de aplicação específica (ASICs), arranjos lógicos programáveis em campo FPGA, ou outro equivalente integrado ou conjunto de circuitos lógicos discretos. Assim, o termo "processador" aqui usado pode se referir a qualquer uma da estrutura anterior ou qualquer outra estrutura adequada para a aplicação das técnicas aqui descritas. Além disso, em alguns aspectos, a funcionalidade aqui descrita pode ser fornecida dentro de um hardware dedicado e/ou módulos de software configurados para a codificação e decodificação, ou incorporada em um codec combinado. Além disso, as técnicas podem ser totalmente implementadas em um ou mais circuitos ou elementos de lógica.

[0211] As técnicas da presente divulgação podem ser implementadas em uma grande variedade de dispositivos ou aparelhos, incluindo um monofone sem fio, um circuito integrado (IC) ou um conjunto de circuitos integrados (por exemplo, um conjunto de chips). Vários componentes, módulos ou unidades são descritos nesta divulgação para enfatizar os aspectos funcionais de dispositivos configurados para executar as técnicas descritas, mas não necessariamente, a realização de unidades de hardware diferentes. Em vez disso, tal como descrito acima, várias unidades podem ser combinadas em uma unidade de hardware codec ou fornecidas por um conjunto de unidades de hardware interoperativos, incluindo um ou mais processadores, como descrito acima, em conjunto com o software e/ou firmware adequado.

Claims

1. Método para recuperar dados de multimídia, o método caracterizado pelo fato de que compreende:- recuperar dados (366A) de um primeiro segmento (362A) de uma representação (360) de conteúdo de multimídia (150, 350) de acordo com dados de uma cópia de um arquivode manifesto (66, 102, 352) armazenado por um dispositivocliente (40), em que os dados do primeiro segmento correspondem a um período do conteúdo de multimídia;- recuperar uma parte de um segundo segmento (362D) da representação de acordo com o arquivo de manifesto, em que os dados (366D) do segundo segmento correspondem ao período o qual os dados do primeiro segmento correspondem, em que o segundo segmento ocorre após o primeiro segmento na representação, e em que a parte do segundo segmento indica que o arquivo de manifesto deve ser atualizado (364, 364B);- atualizar a cópia do arquivo de manifesto armazenada pelo dispositivo cliente com base na indicação (364, 364B) de que o arquivo de manifesto deve seratualizado, o arquivo de manifesto atualizado indicando segmentos adicionais do período o qual o primeiro segmento corresponde; e- recuperar dados de mídia do segundo segmento e dos segmentos adicionais de acordo com o arquivo demanifesto atualizado.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que atualizar o arquivo de manifesto (66, 102, 352) compreende atualizar o arquivo demanifesto usando dados da parte do segundo segmento (362D).

3. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que atualizar o arquivo de manifesto (66, 102, 352) compreende recuperar dados para atualizar o arquivo de manifesto a partir de uma localização indicada na parte do segundo segmento (362D).

4. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que atualizar o arquivo de manifesto (66, 102, 352) compreende:- determinar um ou mais elementos do arquivo de manifesto que devem ser atualizados; e- atualizar apenas um ou mais elementos determinados do arquivo de manifesto.

5. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que compreende adicionalmente:- recuperar dados de mídia de uma segunda representação diferente do conteúdo de multimídia (362D); e- enviar informação indicativa dos dados recuperados a partir da primeira representação e da segunda representação.

6. Método, de acordo com a reivindicação 5, caracterizado pelo fato de que compreende adicionalmente:- construir um documento eletrônico formatado em linguagem de marcação extensível incluindo informação indicativa de representações do conteúdo de multimídia, incluindo a primeira e a segunda representação, a partir das quais os dados de mídia foram recuperados;em que enviar a informação indicativa dos dados recuperados compreende enviar o documento construído para um servidor a partir do qual os dados de mídia foram recuperados.

7. Método para enviar informação para dados de multimídia, o método caracterizado pelo fato de que compreende:- enviar dados (366A) de um arquivo de manifesto (66, 102, 352) de conteúdo de multimídia (150, 350) para um dispositivo cliente (40), em que o arquivo de manifesto inclui informação indicativa de um primeiro segmento (362A) de uma representação do conteúdo de multimídia, em que os dados do primeiro segmento correspondem a um período do conteúdo de multimídia;- enviar pelo menos uma parte do primeiro segmento da representação para o dispositivo cliente em resposta a uma solicitação do dispositivo cliente, em que a parte do primeiro segmento indica que o arquivo de manifesto deve ser atualizado, em que uma versão atualizada do arquivo de manifesto inclui informação (364, 364B) indicativa de um segundo segmento diferente (362D) da representação, em que os dados (366D) do segundo segmento correspondem ao período o qual os dados do primeiro segmento correspondem; e - enviar, em resposta a uma solicitação recebida do dispositivo cliente e formada de acordo com o arquivo de manifesto atualizado, dados do segundo segmento para o dispositivo cliente.

8. Método, de acordo com a reivindicação 7, caracterizado pelo fato de que a parte do primeiro segmento inclui informação indicativa de atualizações para o arquivo de manifesto ou informação indicativa de uma localização de dados indicativa de atualizações para o arquivo de manifesto.

9. Método, de acordo com a reivindicação 7, caracterizado pelo fato de que compreende adicionalmente receber informação indicativa de dados do conteúdo de multimídia recuperado pelo dispositivo cliente.

10. Método, de acordo com a reivindicação 9, caracterizado pelo fato de que receber a informação indicativa dos dados recuperados pelo dispositivo cliente compreende receber um documento eletrônico formatado em linguagem de marcação extensível incluindo informação indicativa de representações do conteúdo de multimídia do qual o dispositivo cliente recuperou dados de mídia do conteúdo de multimídia.

11. Memória legível por computador caracterizada pelo fato de que compreende instruções armazenadas na mesma, as instruções que, quando executadas, fazem com que o computador realize o método conforme definido em qualquer uma das reivindicações 1 a 10.

12. Dispositivo para recuperar dados multimídia, o dispositivo caracterizado pelo fato de que compreende:meios para recuperar dados (366A) de um primeiro segmento (362A) de uma representação (360) de conteúdo multimídia (150, 350) de acordo com dados de uma cópia de um arquivo de manifesto (66, 102, 352) armazenado por um dispositivo cliente (40), em que os dados do primeiro segmento correspondem a um período do conteúdo multimídia;meios para recuperar uma parte de um segundo segmento (362D) da representação de acordo com o arquivo de manifesto, em que os dados (366D) do segundo segmento correspondem ao período ao qual os dados do primeiro segmento correspondem, em que o segundo segmento ocorre após o primeiro segmento na representação, e em que a parte do segundo segmento indica que o arquivo de manifesto deve ser atualizado (364, 364B);meios para atualizar a cópia do arquivo de manifesto armazenado pelo dispositivo cliente com base na indicação (364, 364B) de que o arquivo de manifesto deve ser atualizado, o arquivo de manifesto atualizado indicando segmentos adicionais do período ao qual o primeiro segmento corresponde; emeios para recuperar dados de mídia do segundo segmento e os segmentos adicionais de acordo com o arquivo de manifesto atualizado.

13. Dispositivo, de acordo com a reivindicação 12, caracterizado pelo fato de que compreende meios para executar um método conforme definido em qualquer uma das reivindicações 2 a 6.

14. Dispositivo para enviar informações para dados multimídia, o dispositivo caracterizado pelo fato de que compreende:meios para enviar dados (366A) de um arquivo de manifesto (66, 102, 352) de conteúdo multimídia (150, 350)para um dispositivo cliente (40), em que o arquivo de manifesto inclui informações indicativas de um primeiro segmento (362A) de uma representação do conteúdo multimídia, em que os dados do primeiro segmento correspondem a um período do conteúdo multimídia;meios para enviar pelo menos uma parte do primeiro segmento da representação ao dispositivo cliente em resposta a uma solicitação do dispositivo cliente, em que a parte do primeiro segmento indica que o arquivo de manifesto deve ser atualizado, em que uma versão atualizada do arquivo de manifesto inclui informações (364, 364B)indicativas de um segundo segmento diferente (362D) da representação, em que os dados (366D) do segundo segmento correspondem ao período ao qual os dados do primeiro segmento correspondem, a versão atualizada do arquivo de manifesto indicando segmentos adicionais do período ao qual o primeiro segmento corresponde; emeios para enviar, em resposta a uma solicitação recebida do dispositivo cliente e formada de acordo com o arquivo de manifesto atualizado, dados do segundo segmento e dos segmentos adicionais ao dispositivo cliente.

15. Dispositivo, de acordo com a reivindicação 14, caracterizado pelo fato de que compreende meios para executar um método conforme definido em qualquer uma das reivindicações 8 a 10.