BRPI0710236A2 - método e aparelho para a reconstrução de mìdia, produto de programa de computador, aparelho para criar uma representação de mìdia, objeto de dados de ponto de acesso randÈmico, e, representação e documento ou recipiente de mìdia - Google Patents

método e aparelho para a reconstrução de mìdia, produto de programa de computador, aparelho para criar uma representação de mìdia, objeto de dados de ponto de acesso randÈmico, e, representação e documento ou recipiente de mìdia Download PDF

Info

Publication number
BRPI0710236A2
BRPI0710236A2 BRPI0710236-4A BRPI0710236A BRPI0710236A2 BR PI0710236 A2 BRPI0710236 A2 BR PI0710236A2 BR PI0710236 A BRPI0710236 A BR PI0710236A BR PI0710236 A2 BRPI0710236 A2 BR PI0710236A2
Authority
BR
Brazil
Prior art keywords
data
media
data object
media representation
representation
Prior art date
Application number
BRPI0710236-4A
Other languages
English (en)
Inventor
Clinton Priddle
Per Froejdh
Original Assignee
Ericsson Telefon Ab L M
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ericsson Telefon Ab L M filed Critical Ericsson Telefon Ab L M
Publication of BRPI0710236A2 publication Critical patent/BRPI0710236A2/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/503Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
    • H04N19/51Motion estimation or motion compensation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/23412Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs for generating or manipulating the scene composition of objects, e.g. MPEG-4 objects
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234318Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into objects, e.g. MPEG-4 objects
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4381Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44012Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving rendering scenes according to scene graphs, e.g. MPEG-4 scene graphs
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

<B>METODO E APARELHO PARA A RECONSTRUçãO DE MIDIA, PRODUTO DE PROGRAMA DE COMPUTADOR, APARELHO PARA CRIAR UMA REPRESENTAçãO DE MIDIA, OBJETO DE DADOS DE PONTO DE ACESSO RANDÈMICO, E, REPRESENTAçãO E DOCUMENTO OU RECIPIENTE DE MìDIA.<D> A presente invenção se relaciona a um novo tipo de ponto de acesso randómico adaptado para ser incluído em uma representação de mídia compreendendo uma pluralidade de objetos de dados. O ponto de acesso randómico é caracterizado através de uma referência a um elemento de dados em um outro objeto de dados da mencionada pluralidade de objetos de dados, onde o mencionado elemento de dados referenciado pelo menos, parcialmente descreve como reconstruir mídia a partir da mencionada representação de mídia. A invenção ainda se relaciona a um método e aparelho de reconstrução de mídia a partir de uma representação de mídia. O método compreende receber um objeto de dados compreendendo pelo menos, uma referência a um elemento de dados em um outro objeto de dados da representação de mídia; e re-construir a mídia através do uso da informação com os elemento(s) de mencionados dados referenciados.

Description

"MÉTODO E APARELHO PARA A RECONSTRUÇÃO DE MÍDIA,PRODUTO DE PROGRAMA DE COMPUTADOR, APARELHO PARACRIAR UMA REPRESENTAÇÃO DE MÍDIA, OBJETO DE DADOS DEPONTO DE ACESSO RANDÔMICO, E, REPRESENTAÇÃO EDOCUMENTO OU RECIPIENTE DE MÍDIA"
Campo da invenção
A presente invenção se relaciona ao campo da comunicação dedados, e em particular ao campo da re-construção de mídia em umarepresentação de mídia.
Conhecimento
Em muitos métodos de comunicação de dados onde a mídia éconduzida na forma de uma seqüência de dados tal como vídeo e áudio, osdados são freqüentemente comprimidos em um uma maneira de modo quesomente as diferenças entre cenas seja codificada em uma seqüência de dados,mais propriamente do que codificar e transmitir os dados descrevendo a cenainteira para cada cena de uma seqüência de cenas.
Contudo, é freqüentemente essencial que um receptor empotencial dos dados pode sintonizar em uma sessão de transmissão quecomeçou em um ponto mais cedo no tempo. Tal uma sessão de transmissãopoderia por exemplo ser uma sessão de transmissão difusa, de transmissãomúltipla ou de colocação em seqüência . Por exemplo, se a informaçãocomunicada é uma seqüência de vídeo ou de áudio que está sendo transmitidapor difusão, aprovisionamentos são freqüentemente desejados para facilitar aum receptor sintonizar no meio da seqüência transmitida, mesmo se o receptornão tenha recebido a parte inicial de uma seqüência de dados.
Isto pode ser resolvido fornecendo os assim chamados Pontosde Acesso Randômicos no arquivo ou seqüência de dados através do qual umaseqüência de dados está sendo transmitida, através do quais Pontos de AcessoRandômico a cena numa seqüência de cenas pode ser reconstruída. Um Pontode Acesso Randômico é um objeto de dados que pode ser usado como umponto de entrada para um arquivo ou seqüência de dados, sem qualquerconhecimento dos objetos de dados anteriores. Por exemplo, em formatos decompressão de vídeo, imagens de INTRA, que são auto-contidas, sãoempregadas para este propósito. Já que uma imagem de INTRA compreendeuma cena inteira e não se baseia nas diferenças entre cenas, um decodificadorpode usar uma imagem de INTRA imagem para começar a decodificar dozero na localização da cena da imagem de INTRA.
Os Pontos de Acesso Randômicos similares foramcontemplados no padrão de Dynamic and Interactive Multimídia Scenes(DIMS) correntemente sendo padronizado através do 3rd GenerationPartnership Project (3GPP), ver 3GPP S4-AHP255: " MORE TechnicalProposal for Dynamic and Interactive Multimídia Scenes " e ISP/IEC 14496-20/FDIS: " Information technology - Coding of áudio-visual objects - Part 20:LASeR (Lightweight Applications Scene Representation) ", edição de 8 deNovembro, 2005.
Contudo, o aprovisionamento de Pontos de AcessoRandômicos compreendendo os dados inteiros definindo uma cena envolve atransmissão de uma quantidade alta de dados redundantes que a maioria dosreceptores já teriam recebido. Em muitos métodos de comunicação de dados ,largura de banda de transmissão é um recurso escasso, e é desejável reduzir aquantidade de dados redundantes transmitida através de uma aplicação.Sumário
Um problema ao qual a presente invenção se relaciona é comoreduzir a quantidade de largura de banda requerida por uma seqüência dedados representando mídia compreendendo uma seqüência de cenas.
Este problema é endereçado através de um método para areconstrução de mídia a partir de uma representação de mídia onde umarepresentação de mídia inclui uma pluralidade de objetos de dadoscompreendendo pelo menos, um elemento de dados. O método compreendereceber um objeto de dados incluindo pelo menos, um referência a umelemento de dados em um outro objeto de dados da representação de mídia; ereconstruir a mídia através do uso da informação associada com oselemento(s) de mencionados dados referenciados.
O problema é ainda endereçado através de aparelho parareconstrução da mídia a partir da representação de mídia incluindo umapluralidade de objetos de dados compreendendo pelo menos, um elemento dedados. O aparelho compreende uma entrada para receber uma representaçãode mídia, e é arranjado para identificar, numa representação de mídiarecebida, um objeto de dados que compreende uma referência a um elementode dados em um outro objeto de dados da representação de mídia. O aparelhoé ainda arranjado para reconstruir mídia usando a mencionada referência.
A invenção também divulga um objeto de dados adaptado paraser incluído em uma representação de mídia compreendendo uma pluralidadede objetos de dados, e um aparelho para criar uma representação de mídiacompreendendo o mencionado objeto de dados. O objeto de dadoscompreende uma referência a um elemento de dados em um outro objeto dedados da mencionada pluralidade de objetos de dados, onde os mencionadoelemento de dados referenciado pelo menos, parcialmente descreve comoreconstruir a mídia a partir da mencionada representação de mídia.
Através do método inventivo, aparelho e objeto de dados éalcançado que um ponto de acesso randômico pode ser fornecido em umarepresentação de mídia onde o ponto de acesso randômico não contém toda ainformação requerida para reconstruir uma cena. Então, os pontos de acessorandômicos podem ser fornecidos a um custo de largura de banda mais baixo.
Descrição Breve dos Desenhos
Para um mais completo entendimento da presente invenção, eas vantagens de referência é agora feita para as seguintes descrições tomadasem conjunto com os desenhos anexos, nos quais:
Fig. 1, de forma esquemática, ilustra um sistema decomunicações de dados.
Fig. 2, de forma esquemática, ilustra um exemplo de umarepresentação de mídia.
Fig. 3, de forma esquemática, ilustra uma modalidade dométodo inventivo.
Fig. 4a, de forma esquemática, ilustra um exemplo de mídia naforma de uma seqüência de cenas assim como uma correspondenterepresentação de mídia na forma de uma seqüência de dados.
Fig. 4b, de forma esquemática, ilustra um ponto de acessorandômico distribuído para ser usado no exemplo ilustrado pela Fig. 4a.
Fig. 5 ilustra um exemplo de um ponto de acesso randômicodistribuído.
Fig. 6, de forma esquemática, ilustra um decodificador deacordo com uma modalidade da invenção.
Descrição Detalhada
Fig. 1, de forma esquemática, ilustra um sistema decomunicações de dados 100, compreendendo uma fonte de dados 105 e umcliente 110 que são interconectados por meio de uma conexão 107. O cliente110 compreende um decodificador 115 para decodificar uma representação demídia recebida na forma de uma seqüência de dados, que pode por exemploter sido fornecida através da fonte de dados 105, de modo a recuperar mídiaque é representada por uma representação de mídia. Então, por meio dodecodificador 115, a mídia pode ser reconstruída a partir de uma seqüência dedados representando a mídia. O cliente 110 também pode ser associado com odispositivo 120 para processamento da seqüência de informação decodificada,tal como uma interface de usuário ou uma aplicação.
Na Fig. 1, a conexão 107 é ilustrada para ser uma conexão derádio. A conexão 107 pode alternativamente ser uma conexão com fio, ouuma combinação de com fio e sem fio. Ainda mais, a conexão 107freqüentemente será realizada por meio de nós adicionais interconectando afonte de dados 105 e o cliente 110, tal como uma estação base de rádio e/ounós fornecendo conectividade com a Internet. De forma alternativa, a conexão107 é uma conexão direta. Um exemplo de um sistema de comunicações dedados 100 onde as conexões 107 é uma conexão direta em um sistema 100onde a fonte de dados 105 é um disco de DVD e o cliente 110 é um tocadorde DVD.
O sistema de comunicações de dados 100 da Fig. 1 é tambémmostrado para incluir um criador de conteúdo 125. O criador de conteúdo 125é adaptado para criar o arquivo ou uma seqüência de dados, compreendendouma seqüência de dados para ser transmitida ao cliente 110, a partir de dadosrepresentando a mídia (que pode por exemplo ser na forma de uma seqüênciade cenas) para ser apresentada em uma interface/aplicação de usuário 120.Embora o termo cena possa ser literalmente interpretado como parte de umarepresentação visual tal como uma seqüência de vídeo, deve aqui serreinterpretado para ser referir a uma descrição de qualquer representação demídia em um ponto particular no tempo, incluindo por exemplorepresentações de áudio, de multimídia e de multimídia interativa assim comode vídeo e de vídeo sintético.
O criador de conteúdo 125 tipicamente compreende umcodificador para codificar uma seqüência de cenas em uma seqüência dedados (onde a seqüência de dados pode ser de um formato comprimido). Talseqüência de dados será referida a seguir como uma representação de mídiada seqüência de cenas. Em algumas implementações da invenção, o criador deconteúdo 125 é completamente separado da fonte de dados 105, como é ocaso no DVD exemplo mencionado acima. Em outras implementações, ocriador de conteúdo 125 pode também ser a fonte de dados 105, como podeser o caso de colocação em seqüência de dados em tempo real.
Um exemplo de uma representação de mídia 200 para sertransmitida a um cliente IlOa partir de uma fonte de dados 105 na forma deuma seqüência de dados em um arquivo ou seqüência de dados é, de formaesquemática, ilustrada na Fig. 2. A representação de mídia 200 compreendeum número de objetos de dados que foi codificado em uma maneira de modoque um primeiro objeto de dados da cena 205 compreenda dados descrevendouma cena inteira da seqüência de cenas para ser apresentada a uma interfacede interface 120, ao passo que outros objetos de dados, referidos como objetosde dados de atualização 210, compreendem dados relacionando as diferençasentre a cena corrente e a cena anterior da seqüência of cenas. Atualizaçõesatravés do uso de objetos de dados de atualização podem ser efetuadas deacordo com REX (Remote Events for XML), através do uso de comandos deLASeR, ou qualquer outro método de atualização. Uma seqüência de dadospode conter múltiplos objetos de dados da cena 205. O arquivo ou seqüênciade dados compreendendo uma representação de mídia 200 pode serreferenciada como um recipiente de mídia. O recipiente de mídia pode, porexemplo, ser baixado para um cliente 100 em uma única sessão de descarga,pode ser baixada para o cliente 110 em partes, pode ser colocada emseqüência para o cliente 110, ou pode ser progressivamente baixada. Porexemplo um objeto de dados de cena 205 pode inicialmente ser baixado paraum cliente 110, e objetos de dados de atualização 210 podem serseqüenciados para o cliente 110 conforme a cena requeira atualização.
Um objeto de dados de atualização 210 considera por sinalpróprio, ou mesmo uma série de objetos de dados de atualização,normalmente não contém informação suficiente para reconstruir a cena .Então, um cliente normalmente pode não sintonizar na seqüência de dados darepresentação de mídia 200 decodificando os objetos de dados de atualização210 somente. Já que os objetos de dados da cena 205 contêm todos os dadosnecessário para reconstruir a cena, um objetos de dados da cena 205 pode serusado como um ponto de acesso para uma representação de mídia - o objetode dados da cena 205 é um tipo de ponto de acesso randômico (RAP).
Contudo, já que uma freqüência de objetos de dados da cena 205 requerida narepresentação de mídia unidade de detecção de rosto 200 de modo arepresentar uma seqüência de cenas, normalmente não é suficiente parafornecer as possibilidades eficientes de sintonização, outros Pontos de AcessoRandômico 125 podem, de forma vantajosa, ser incluídos em umarepresentação de mídia 200, de modo a facilitar um cliente 110, que não tenharecebido todos os objetos de dados anteriores de uma representação de mídia200, a sintonizar em uma representação de mídia 200. Um Ponto de acessoRandômico 215 inclui toda informação requerida para reconstruir uma cenada seqüência de cenas. Um ponto de acesso randômico 215 pode serredundante ou essencial, um objeto de dados de cena 205 sendo um Ponto deAcesso Randômico essencial. Um Ponto de Acesso Randômico redundante215 contém informação que os clientes 110, que estão sintonizados em umarepresentação de mídia 200, já tenham recebidos. Então, em um cliente jásintonizado 110 que experimente nenhum erro pode ignorar um ponto deacesso randômico 215 e decodificar a atualização 21 On, aparecendodiretamente após o ponto de acesso randômico 215, diretamente após terdecodificado a atualização 20 In-1, aparecendo diretamente antes do ponto deacesso randômico 215 na representação de mídia 200. Um Ponto de AcessoRandômico redundante 215 pode de forma vantajosa incluir dados deidentificação 225 identificando o ponto de acesso randômico 215 comoredundante, tal como um sinalizador no cabeçalho de um pacote de dados deuma seqüência de dados, ou uma seqüência pré-determinada de bits em umarquivo.
Conforme mencionado acima, um Ponto de AcessoRandômico convencional 215 contém dados descrevendo uma cena inteiraque está para ser apresentada ao cliente 110 no ponto relevante no tempo. Umcliente 110 que recebeu tal Ponto de Acesso Randômico 215 terá todos osdados necessários para recuperar a parte remanescente da seqüência de cenasa ser conduzida pela parte remanescente de uma representação de mídia 200.
Contudo, uma representação de todos os dados necessários para descrever acena requer uma pluralidade de dados, e então a transmissão de tal um objetode dados requer uma grane quantidade de largura de banda.
Na presente invenção, é reconhecido que um objeto de dados205, 210, 215 de forma geral, compreende elementos de dados que podem sercopiados (normalmente, cada um dos objetos de dados em uma seqüência dedados compreende pelo menos, um elemento de dados). De acordo com ainvenção, um novo tipo de objeto de dados de ponto de acesso randômico 217é introduzido, que pode conter referências aos elementos de dados em outrosobjetos de dados 205, 210, 215 em uma representação de mídia 200. Por meiode tais elementos de dados referenciados (possivelmente em combinação comelementos de dados incluídos no próprio novo tipo de objeto de dados deponto de acesso randômico), um ponto de acesso randômico auto-contidopode ser obtido.
Já que os dados necessários para obter um ponto de acessorandômico são distribuídos ao novo tipo de objeto de dado de ponto de acessorandômico e pelo menos, um outro objeto de dados 205, 210, 215, o novo tipode objeto de dados de ponto de acesso randômico, compreendendo referênciasà outros objetos de dados, serão referidos a seguir como um Ponto de AcessoRandômico Distribuído (DRAP) 217. Um decodificador 115 recebendo umarepresentação de mídia 200 compreendendo um DRAP 217 pode copiar oselementos de dados de outros objetos de dados 210 aos quais as referênciassão incluídas no DRAP 217 quando os outros objetos de dados formarecebidos e assim sendo obter um ponto de acesso randômico auto-contido.Então, de acordo com a invenção, um DRAP 217 não necessita conter todosos dados requeridos para obter um ponto de acesso randômico, mas pode emseu lugar incluir um referência aos elementos de dados em um ou mais outrosobjetos de dados 205, 210, 215. Tais referências de forma geral, requeremconsideravelmente menos largura de banda do que os elementos de dados aque elas se referem.
Conforme discutido acima, um objeto de dados de cena 205 éum tipo de ponto de acesso randômico convencional 125 que facilita areconstrução de uma cena inteira. Quando a reconstrução de uma cena inteiraé desejada por meio de um DRAP 217, um DRAP 217 incluído em umarepresentação de mídia 200 vai incluir as referências de modo que, após oselementos de dados referenciados terem sido copiados no DRAP 217, a cenainteira pode ser pode ser reconstruída.
Os DRAPs 217 podem ser usados em qualquer tipo derepresentação de mídia, incluindo seqüências primárias e secundárias deacordo com o padrão de DIMS. Em uma seqüência secundária, objetos dedados de atualização 210 são entregues ao cliente 110 em uma seqüência dedados diferente o objeto de dados de cena original 205, ao passo que em umaseqüência primária, objetos de dados de atualização 210 são entregues namesma seqüência de dados que o objeto de dados de cena original 205. Asseqüências secundárias são freqüentemente usadas se somente uma parte deuma cena é para ser atualizada, tal como, por exemplo, uma janela exibindorapidamente informação de mudança em uma cena de fundo. Se a cena defundo foi entregue (por exemplo, baixada) ao cliente 110 em uma seqüênciaprimária em um ponto mais cedo no tempo, quaisquer atualizações para aparte da cena que necessita atualização podem se conduzidas por meio de umaseqüência secundária. A seqüência secundária pode de forma vantajosa incluirPontos de Acesso Randômico na forma de DRAPs 217, de modo a novosclientes 110 sintonizarem na seqüência secundária de atualizações, ou paraclientes 110 já ouvindo a seqüência secundária para renovar a parte da cenapara aqueles objetos de dados de atualização da seqüência secundáriarelacionada.
Ainda mais, há outras aplicações na quais o ponto de acessorandômico não necessita descrever uma cena inteira. Por exemplo, quandouma cena é seqüenciada através de múltiplos servidores, os diferentesservidores podem ser arranjados para atualizar diferentes partes da cena. Umponto de acesso randômico auto-contido necessita neste caso somentedescrever a parte da cena que é atualizada pelo servidor relevante, e então umDRAP 217 somente terá de ser relacionar com a parte da cena que éatualizada pelo servidor relevante.
Então, como descrito acima, a execução de um DRAP 217 emalguns casos vai resultar em reconstrução de partes de uma cena, maispropriamente do que na reconstrução de uma cena inteira. De modo asimplificar a descrição, o termo reconstrução de uma cena será usado a seguirpara referir a reconstrução de partes da cena, ou a reconstrução de uma cenainteira, o que for aplicável.
Um DRAP 217 pode ser visto como um gabarito para umponto de acesso randômico convencional 215 no qual a informação necessáriapode ser cortada e colada por outros objetos de dados 210.
A DRAP 217 pode, de forma vantajosa, incluir dados deidentificação 230 identificando o DRAP 217 como um DRAP 217, tal comoum sinalizador no cabeçalho de um pacote de dados de uma seqüência dedados, ou uma seqüência pré-determinada de bits em um arquivo.
Os outros objetos de dados 205, 210, 215 para os quais oDRAP 217 se refere poderiam ser objetos de dados que ocorram antes, ouapós, do DRAP 217 em uma representação de mídia 200. No caso, o DRAP217 se refere aos objetos de dados anteriores, o DRAP 217 pode serexecutado pelos clientes 110 que tenham tido acesso aos objetos de dadosanteriores. Por exemplo, se a seqüência de dados está em um arquivo, umcliente 110 lendo o arquivo pode ler objetos de dados que ocorrem antes doDRAP 217. Quando uma seqüência de dados está em um fluxo de dados, umcliente 110 que ouviu os objetos de dados para os quais referências formafeitas, e armazenou tais objetos de dados em uma memória, pode executar oDRAP 217. Quando a referência está sendo feita no DRAP 217 para objetosde dados subseqüentes 205, 210, 215, a execução do DRAP 217 pode ocorrerquando todos os objetos de dados referenciados foram recebidos, ou em umtempo mais tarde. Assim sendo, esperado por objetos de dados subseqüentes205, 210 de modo a obter todos os dados requeridos para reconstruir umacena completa que pode ser usados para sintonizar em uma representação demídia 200, a quantidade de dados que há para ser transmitida em um ponto deacesso randômico pode ser reduzida.
A seguir, de modo a simplificar a descrição, um DRAP 217será descrito como referindo à objetos de dados de atualização 210 somente.Contudo, deve ser entendido que um DRAP 217 pode se referir a qualquertipo de objeto de dados em uma seqüência de dados.
A invenção é aplicável para todos os métodos de veiculação demídia por meio de uma representação de mídia compreendendo umaseqüência de objetos de dados. A invenção é particularmente aplicável aDIMS (Dynamic and Interactive Multimedia Scenes), que é uma adaptação doSVG para comunicação de rádio móvel, presentemente usando uma versão deSVG referida como SVG Tiny 1.2 e onde uma cena pode ser compostatemporariamente assim como espacialmente. DIMS esta atualmente sendopadronizada pelo 3GPP (projeto de parceria da terceira geração). A invençãoé igualmente aplicável a outros métodos de mídia, tal como por exemploLAsER, definida no ISO/IEC 14496-20: " Information technology — Codingof áudio-visual objects — Part 20: LASeR (Lightweight Applications SceneRepresentation) " .
Em muitas circunstâncias, os dados incluído um objetos dedados de atualização 210 de uma seqüência de dados não serão suficientespara reconstruir uma particular cena. Em tais circunstâncias, um DRAP 217vai compreender, i) referências aos dados incluídos em outros objetos dedados 210 e ii) dados que deve ser usados na reconstrução de uma cena emcombinação com os dados referenciados em outros objetos de dados 210. UmDRAP 217 pode, de forma vantajosa, também incluir informaçãorelacionando em que ponto no tempo suficiente dados foram recebidos e acena pode ser reconstruída.
Opcionalmente, outra informação pode também ser incluídaem um DRAP 217, tal como informação sobre possíveis atualizações quedeve ser feita para a cena que foi reconstruída através do uso dos elementosde dados referenciados. Atualizações subseqüentes de dados podem sernecessários para a circunstância se os dados, incluídos em um DRAP 217 epara serem usados na reconstrução de uma cena, foram copiados dos objetosde dados 210 veiculados anteriormente quando o DRAP 217 foi codificado.Por exemplo, se os dados se relacionam a um elemento, que se move atravésda tela em uma seqüência de informação de vídeo, o elemento vai necessitarde um ponto de início diferente se introduzido em um DRAP 217 do que seintroduzido em uma atualização anterior 210. Para este propósito, os dados deatualização podem ser adicionados ao DRAP 217. A informação sobreatualizações contidas nos dados atualizados, se alguma, pode, de formavantajosa, relaciona atualizações que são para ser efetuadas após os elementosde dados referenciado terem sido copiados e antes da reconstrução da cena..
Um fluxograma, de forma esquemática, ilustrando um aspectoda invenção é ilustrado na Fig. 3. No passo 300, um objeto de dados érecebido por um cliente 110 que por alguma razão requer um ponto de acessorandômico - por exemplo de modo a sintonizar em uma seqüência de dados deuma representação de mídia 200, para efetuar uma re-configuração ou paranavegar em um arquivo. No passo 305, é verificado se o objeto de dadosrecebido é um Ponto de Acesso Randômico distribuído 125. Isto poderiaincluir a verificação de uma identificação 230 do DRAP 217. Se é realizadoque o objeto de dados recebido não é um DRAP 217, então passo 310 éentrado, no qual ação apropriada é tomada. Em algumas implementações dainvenção, ambos, Pontos de Acesso Randômico convencional e Pontos deAcesso Randômico distribuído podem ser implementados. Se o objeto dedados recebido é um Ponto de Acesso Randômico convencional 215, o pontode acesso randômico 215 será executado no passo 310, ou ignorado, o que forapropriado. O asso 312 é entrado após o passo 310, no qual quaisquer objetosde dados de atualização 210 adicionais são recebidos e executados.
Se é encontrado no passo 305 que o objeto de dados recebido éum Ponto de Acesso Randômico 217 distribuído, então o passo 315 é entrado.No passo 315, o DRAP 217 é analisado de modo para obter informação naqual outros objetos de dados 217 tem sido referenciado no DRAP 217, e/ou demodo a determinar a identidade dos elementos de dados aos quais o DRAP217 se refere. Para uma discussão adicional das análises, por favor referir àFig. 4. No passo 317, é verificado se os elementos de dados em quaisquerobjetos de dados subseqüentes foi referenciado. Se sim, o passo 312 éentrado, onde os objetos de dados subseqüentes 210 compreendendoelementos de dados referenciados são esperados e recebidos. O passo 325 éentão entrado, se No passo 317 é encontrado que nenhum objetos de dadossubseqüentes 120 são requeridos, o passo 325 é entrado diretamente após opasso 317. Em implementações da invenção onde um DRAP 217 semprecontém referências aos objetos de dados subseqüentes 210, o passo 317 podeser omitido, e o passo 320 entrado diretamente após o passo 315. De formasimilar, em implementações onde um DRAP 217 pode somente se referir aosobjetos de dados 210 anteriores, os passos 317 e 320 podem ser omitidos, e opasso 325 pode ser entrado diretamente após o passo 315.
No passo 325, os elementos de dados, para os quais asreferências são incluídas no DRAP 217, são identificadas nos outros objetosde dados 210 e copiados, ou em um objeto de dados separado ou no DRAP217, dependendo da implementação da invenção. Se os elementos de dadosreferenciados são copiados em um objeto de dados separado, então quaisquerdados no DRAP 217 que são também necessários para a reconstrução da cenatambém serão copiados em tal objeto de dados separado. Se os elementos dedados referenciados são copiados no próprio DRAP 217, então um elementode dados copiado substituirá a referência para aquele elemento de dados.Quaisquer informação relacionando aqueles objetos de dados 210 são necessárias, e qualquer informação só o tempo de execução do DRAP, devepreferencialmente ser removido antes da execução do DRAP 217 se o objetode dados referenciado é copiado no próprio DRAP 217 (cf. uma informaçãode acesso randômico 410 da Fig. 4b e Fig. 5). A seguir, o DRAP 217 será ditoque ser torna auto-contido quando todos os elementos de dados necessáriosforem identificados e copiados. Quando o DRAP 217 se torna auto-contido, opasso 330 é entrado e o DRAP 217 é executado, através disso a cena seráreconstruída no tempo relevante. O termo execução do DRAP 217 aqui seráentendido para incluir uma execução de um objeto de dados, diferente doDRAP 217, no qual a informação obtida por meio do DRAP 217 foi copiada.Após a execução do DRAP 217 no passo 330, o passo 335 é entrado, no qualquaisquer objetos de dados de atualização 210 adicionais são recebidos eexecutados na mesma maneira como se o DRAP 217 não fosse usado. Adiferença entre o passo 312 entrado por um cliente 110 para o qual um DRAP217 recebido é de nenhuma relevância e por conseguinte ignorada, e o passo335, é aquele no passo 335, quaisquer objetos de dados de atualização 210que são recebidos no passo 320 não são executados, mas meramente usadospara cópia dos elementos de dados no DRAP 217, ao passo que tais objetos dedados subseqüentes 210 são de forma geral, executados por um cliente 110que ignorou o DRAP 217.Referência será agora feita à Fig. 4, onde uma cenário simplesno qual um DRAP 217 é empregado será ilustrado. Na Fig. 4a, mídia naforma de uma seqüência de cenas 400 compreendendo as três cenas 405n-l,405n e 405n+l é mostrada, para ser apresentado em uma interface/aplicaçãode usuário 120 nos tempos Tn-1, Tn e Tn+1, respectivamente. Cena 400n-lconsiste de partes A, C, D, e E, cena 400n consiste de partes A, B, C e D, aopasso que a cena 400n+l consiste de partes A, B G e E.
Fig. 4a também mostra uma representação de mídia 200consistindo de uma seqüência de dados compreendendo dois objetos de dadosde atualização 2 IOn e 210n+l relacionando as diferenças entre as cenas 405n-l& 405n, e as diferenças entre as cenas 405n e 405n+l, respectivamente. Osobjetos de dados de atualização 2IOn incluem elementos de dados deinstrução 407 contendo instruções sobre como obter a cena 405n quando acena 405n-l é conhecida, e o objeto de dados 210 atualizado inclui instruçõessobre como obter a cena 405n+l quando a cena 405n é conhecida. Os objetosde dados de atualização 2IOn e 210n+l pode, de forma vantajosa, forma partede uma representação de mídia 200 representando a seqüência de cenas 400, eserá veiculada aos clientes 110 nos tempos tn e tn+i, ocorrendo antes dostempos times Tn e Tn+ 1, respectivamente.
Representação de mídia 200 pode, de forma vantajosa,também incluir um ou vários DRAPs 217, como é ilustrado na Fig. 4a peloDRAP 217 ocorrendo na representação de mídia 200 antes de atualizar oobjeto de dados 21 On. Na Fig. 4b, um exemplo de tal um DRAP 217 quepoderia ser incluído na representação de mídia 200 antes dos objetos de dadosde atualização 21 On é ilustrado.
O DRAP 217 da Fig. 4b foi codificada para ser parte darepresentação de mídia 200 e veiculada para os clientes 110 antes do objetode dados de atualização 21 On, em um tempo (tn-x). Ainda mais, o DRAP 217se refere aos elementos de dados nos objetos de dados de atualização 2 IOn e210n+l, e bastante dados para reconstruir a cena 405n+l serão recebidos noTn+ 1. Então, a partir do tempo Tn+ 1 em diante, um cliente 110 tentandosintonizar na representação de mídia 200 e tendo recebido DRAP 217 serácapaz de reconstruir a seqüência de cenas 400.
A carga útil do DRAP 217 inclui um elemento de dados 410que será referido como a informação de acesso randômica 410, assim comouma seção de dados 415. Um propósito da informação de acesso randômico410 é especificar que objetos de dados de atualização210 são requeridos parafazer o DRAP 217 auto-contido, e/ou quando a informação obtida por meiode DRAP 217 deve ser usada para reconstruir a cena. A informação sobrequando a cena 405 deve ser reconstruída por meio do DRAP 217 pode serdefinida para ser implicitamente derivável da informação sobre que objetos dedados de atualização 210 são requeridos, e vice versa. Por exemplo, pode serdefinido que a cena 405 deveria ser reconstruída por meio de um DRAP 217requerendo η objetos de dados de atualização subseqüentes 210 no tempoquando os n-ésimo objeto de dados de atualização subseqüente 210 deveriater sido aplicado, i. e. a marca de tempo do DRAP 217 é definida como amarca de tempo do último dos objetos de dados de atualização 210 requerido.Alternativamente, a informação de acesso randômico 410 poderia incluir umamarca de tempo. Em tal caso, um cliente 110 recebendo o DRAP 125 poderiaser adaptado para assumir que informação relevante poderia estar contida emqualquer dos objetos de dados de atualização 210 recebido antes do tempo damarca de tempo.
Através do uso da informação de acesso randômico 410 umcliente recebendo 110 pode ser fornecido com informação sobre que objetosde dados de atualização 210 são requeridos e quando. O cliente 110 pode usaresta informação para eficientemente utilizar seus recurso de memória e áreade armazenamento temporário. Ainda mais, o uso da informação de acessorandômico 410 possibilita o uso eficiente de ponteiros, por exemplo,possibilitando o uso de elos de comunicação relativos na seção de dados 415.A informação de acesso randômico 410 deve de forma vantajosa, serremovida do DRAP 217 antes da execução do DRAP 217.
Na modalidade de DRAP 217 ilustrada pela Fig. 4b, ainformação de acesso randômico 410 está no formato<randomaccessinformation packetsrequired= "n"/> . A informação de acessorandômico 410 da Fig. 4 tem um atributo "packetsrequired" que especifica onúmero de objetos de dados de atualização subseqüentes 210 na representaçãode mídia 200 que são requeridos para completar uma cena 405 na seqüênciade cenas 400, então os objetos de dados de atualização 210 requeridos("packets") são definidos como uma série, ou na ordem que eles são enviadosou na ordem que eles são armazenados em um arquivo, ou em uma outraordem de decodificação definida, o que for aplicável. O atributo"packetsrequired" que pode tomar o valor de qualquer número natural. Apartir da informação de acesso randômico 410 da Fig. 4, também pode serdeduzido em que tempo a cena 405 que pode ser obtida por meio de DRAP217 será relevante - isto é o tempo da cena 405 para o qual o n-ésimo objetode dados de atualização 210 descreve diferenças em relação aos objetos dedados 210 anteriores. No exemplo dado na Fig. 4, dois objetos de dados deatualização 210 serão requeridos para reconstruir a cena 410n+l, e então, ovalor do atributo é 2 (e o tempo em que a cena 405n+l se torna relevante éTn+1). Obviamente, o parâmetro e atributo da informação de acessorandômico 410 poderiam ter diferentes nomes, por exemplo, de modo que oformato da informação de acesso randômico 410 é <DRAP unitsrequired="n">, ou <DRAPspecification dataobjetosrequired= "n">.
A informação de acesso randômico 410 poderiaalternativamente em outras maneiras. Por exemplo, em vez de especificar queuma série de "n" objetos de dados de atualização210 é requerida para obter anecessária informação, cada objeto de dados de atualização 210 requeridopoderia ser explicitamente especificado no elemento de dados informação deacesso randômico 410. Uma marca de tempo poderia então ser adicionada àinformação de acesso randômico 410 definindo quando o DRAP 217 é paraser usado, ou uma verificação poderia ser introduzida no fluxograma da Fig. 3onde é verificado se todos os elementos de dados aos quais a referência foifeita, foram recebidos.
Um DRAP 217 não tem de incluir qualquer informação deacesso randômico 410. Por exemplo, se um DRAP 217 é codificado de acordocom um padrão onde o número de outros objetos de dados 210 para o qual umDRAP 217 pode se referir é pré-determinado, assim como a posição de taisoutros objetos de dados 210 na representação de mídia 200 em relação aoDRAP 217 referenciado, um DRAP 217 pode ser codificado sem qualquerinformação de acesso randômico. Por exemplo, se um DRAP 217 pode sereferir a m objetos de dados precedentes e k objetos de dados subseqüentes210, então um decodificador 115 saberia que o DRAP 217 é auto-contidoquando o k-ésimo objeto de dados foi recebido. O tempo para a execução doDRAP 217 poderia também ser pré-determinado, por exemplo no tempo do k-ésimo objeto de dados 210 subseqüente.
A seção de data 415 do DRAP 217 da Fig. 4, como ilustradona Fig. 4b, compreende elementos de dados por meio de que os dadosnecessários para reconstruir a cena 405n+l pode ser obtida. A seção de dados415 da Fig. 4b compreende dois tipos distinguíveis de elementos de dados:elementos de dados de instrução 407 que deve preferencialmente sercondizente com o padrão e linguagem de acordo com os quais a seqüência dedados é codificada (tal como por exemplo SVG/XML), e elementos de dadosde referência 420, que incluem referências aos elementos de dados de outrosobjetos de dados 210, e que serão substituídos, pelo menos, em parte, por taiselementos de dados referenciados durante o processamento do DRAP 217,antes da execução do DRAP 217. Quando os elementos de dados aos quais oselementos de dados de referência 420 se referem, foram copiados no DRAP217, o DRAP 217 deve preferencialmente ser totalmente condizente com opadrão e linguagem de acordo com os quais a seqüência de dados écodificada.
O elemento de dados de referência 420 do DRAP 217 da Fig.4b é da sintaxe <getfromupdate ref= "reference"> , onde o atributo "ref"especifica uma identidade aparecendo em um outro objeto de dados 210, i. e."reference" é a identidade de um elemento de dados 407 em um outro objetode dados 210. A posição de <getfromupdate ref= "reference"> no DRAP 217pode de forma vantajosa, fornecer informação sobre a posição do DRAP 217no qual o elemento de dados referenciado deve ser copiado. Outras sintaxesdo DRAP 217 que aquela do DRAP 214 da Fig. 4b pode alternativamente serusada. Por exemplo, um elemento de dados de referência 420 podecompreender duas partes separadas, onde uma primeira parte compreende areferência e fornece uma identificação do elemento de dados de instruçãoreferenciado 407 para ser copiada de um objeto de dados subseqüente 210, euma segunda parte inclui a identificação. A primeira parte de um elemento dedados de referência 420 nesta modalidade poderia por exemplo ter a sintaxe<getfromupdate source= "identity 1" target= "identity2">. A segunda parte doelemento de dados referência 420 poderia então ser <identity2/> . As primeirae segunda partes do elemento de dados de referência 420 poderia então sersubstituídas na seção de dados 415 independentemente de cada uma com aoutra: por exemplo, a primeira parte poderia por exemplo ser substituída nocomeço da seção de dados 415, e a segunda parte poderia ser substituídaantes, após ou entre elementos de dados de instrução 407. A posição dasegunda parte no DRAP 217 pode nesta implementação fornece informaçãosobre a posição na qual o elemento de dados referenciados deve ser copiado.Ainda outras sintaxes poderiam alternativamente ser empregadas. Porexemplo, um objeto de dados de referência 420 pode incluir informaçãoespecificando em que particular objeto de dados 210 os elemento de dadosreferenciados ocorrem.
Dependendo de uma seqüência de cenas 400 a ser representedpor meio de uma representação de mídia 200, assim como sobre como acodificação da representação de mídia 200 foi efetuada, a seção de dados 415de um DRAP 217 pode consistir de elementos de dados de referência 420somente, e incluir nenhum elementos de dados de instrução 407. Durante oprocessamento do DRAP 217, os elementos de dados de referência 420 sãosubstituídos pelos elementos de dados referenciados 407 dos outros objetos dedados 210, assim sendo tornando o DRAP 217 auto-contido.
No exemplo dado pela Fig. 4, cada um dos elementos de dadosde referência 420 da seção de dados 415 se refere a um elemento de dados deinstrução inteira 407 de um outro objeto de dados 210. Contudo, um elementode dados de referência 420 pode se referir a qualquer elemento de dadosreferenciável em um outro objeto de dados 407, tal como um atributo ou outraparte de um elemento de dados de instrução 407, para um grupo de elementosde dados de instrução 407, para outro tipos de elementos de dados do queelementos de dados de instrução tal como elementos de dados deidentificação, etc. Como um exemplo, considere uma representação de mídia200 definida pelo uso do padrão de DIMS, onde uma objeto de dados deatualização 210 compreende o seguinte comando de inserção,
<Insert id= "insertl " ref= "root">
<g id= "objectl" visibility= "hidden"/>
</Insert>
então um DRAP 217 poderia por exemplo se referia a"insertl", de modo a copiar o comando de inserção inteiro no DRAP 217, ouse referir a "objectl", de modo a copiar o elemento de dados <g id= "objectl"visibility= "hidden"/> no DRAP 217.
Ainda mais, no exemplo dado pela Fig. 4, os elementos dedados de instrução 407 nos quais os elementos de dados de referência 420 sereferem, são copiados no DRAP 217, para ser executada quando da execuçãodo DRAP 217. De forma alternativa, os elementos de dados de instrução 407dos quais elementos de dados de referência 420 se referem podem serexecutados no próprio DRAP 217, de modo que a execução do elemento deinstrução referenciado 420 seja efetuada antes da execução do DRAP 217, demodo a mudar o DRAP 217.
Conforme mencionado acima, a DRAP 217 pode ainda incluiruma seção de atualização, compreendendo atualizações que necessitam serfeitas para a seção de dados 415. Por exemplo, no caso de dados dinâmicos,os elementos de dados 407 copiados na seção de dados de um DRAP 217pode ter levemente mudados, e as atualizações podem descrever taismudanças e então serem usadas para modificar tais elementos de dados quemudaram. As atualizações poderiam, de forma vantajosa, ser efetuadas após oDRAP 217 ter se tornado auto-contido.
Um DRAP 217 exemplar incluindo uma seção de atualização500 é dado na Fig. 5. Ainda mais, o DRAP 217 da Fig. 5 compreende ainformação de acesso randômico 410, uma seção de dados 415 e ainda umelemento de dados 505, que pode conter dados relevantes para a interpretaçãodo DRAP 217, tal como por exemplo a informação sobre uma versão de umalinguagem sendo usada no DRAP 217. Na Fig. 5, os elementos de dados 505especificam que a versão 1.0 de XML é usada na DRAP 217.
A seção de dados 415 do DRAP 217 da Fig. 5 compreendendoum elemento de dados de instrução 407 incluindo elementos de dados paraserem executados quando o DRAP 217 é completado, assim como oselementos de dados de referência 420 incluindo as referências para oselementos de dados em outros objetos de dados 210. No exemplo dado na Fig.5, os elementos de dados de referência 420 são localizados dentro doelemento de dados de instrução 407 de modo que, os elementos de dados emoutros objetos de dados 210 aos quais, os elementos de dados de referência410 se referem, podem preencher os buracos no elemento de dados deinstrução 407, quando copiados no elemento de dados de instrução 407.Então, os elementos de dados de referência 420 podem ser usados parapreencher os buracos nos elementos de dados de instrução 407 do DRAP 217,assim como para fornecer instruções completas de outros objetos de dados 210.
A seção de atualizações 500 do DRAP 217 da Fig. 5 incluiatualizações para serem feitas ao elemento de dados de instrução 407. A seçãodas atualizações 500 do DRAP 217 na Fig. 5 usa um padrão para definir asatualizações referidas como REX (Remote Events for XML). Contudo,qualquer padrão para definir as atualizações pode ser usado, tal como, porexemplo, Comandos de LASeR) .
No exemplo de um DRAP 217 dado na Fig. 5, a seção deatualizações 500 estipula que um atributo "attributel" em um elemento dedados de instrução 407 "Elementl" obtido de um objeto de dados deatualização subseqüente 210 deve tomar um novo valor (i. e. o valor 100). (Ovalor do atributo "xmlns" compreende informação sobre qual XMLNamespace (i. e. linguagem) é usada a atualização).
O DRAP 217 da Fig. 5 é descrito pelo uso do XML no textoclaro. Esta é uma maneira eficiente de descrever informação relacionandocenas em uma informação visível de veiculando mídia. Contudo, outrasmaneiras de descrever o DRAP 217 pode alternativamente serem usadas, talcomo por exemplo xml em forma binária. Exemplos de métodos de formaçãobinária incluem gzip, compressão , deflação e BiM (Binary MPEG format forXML), etc. Ainda mais, dados de XML podem ou não podem sercriptografados.
Conforme discutido acima, um DRAP 217 usa as referênciasde outros objetos de dados 210 de modo a veicular a informação completasobre uma particular cena 405 de uma seqüência de cenas 400. Umcodificador de um criador de conteúdo 125 pode definir um DRAP 210 demodo que se refere a qualquer número de objetos de dados 210, por exemploincluindo todos os objetos de dados 210 dentro de um particular intervalo, oupara os objetos de dados 210 selecionados. No caso da transmissão deinformação por meio de padrão de DIMS padrão, é freqüentemente vantajosoque um DRAP 217 se refere a todos os objetos de dados de atualização 210dentro de um intervalo devido a natureza do DIMS. Neste caso, é vantajosodefinir o número de objetos de dados de atualização 210 requerido paracompletar uma cena 405 como uma série, tal como por exemplo os η objetosde dados de atualização 210 diretamente seguindo o DRAP 217 (ver acima).
Na Fig. 6, uma modalidade de um decodificador 115 usadapara decodificar uma representação de mídia 200 é, de forma esquemática,ilustrada. O decodificador 115 da Fig. 6 compreende uma entrada 600 parareceber uma representação de mídia 200, que é conectada a um identificadorde tipo objeto de dados 605. O identificador de tipo de objeto de dados 605 éainda conectado a um executor de objeto de dados 610 através de pelo menos,duas conexões diferentes: através de uma primeira conexão 617 assim comoatravés de um analisador de informação de acesso randômico 615 e umcopiador de elemento de dados 620. O executor de dados 610 é conectado auma saída 625. O identificador de tipo de objeto de dados 605 é adaptado paraverificar se um objeto de dados recebido é um DRAP 217, e para veicular umobjeto de dados identificado como um DRAP 217, para o executor de objetode dados 615 através do analisador de informação de acesso randômico 615 eo copiador de elemento de dados 620. O identificador de tipo de objeto dedados 605 é ainda adaptado para veicular um objeto de dados que foiidentificado como não sendo um DRAP 217 para o executor de objeto dedados 610 através da conexão 617.
O analisador de informação de acesso randômico 615 éadaptado para analisar a informação de acesso randômico 420 de um DRAP217, de modo a determinar que outros objetos de dados 210 sejam requeridosde modo a tornar o DRAP 217 auto-contido, e/ou em que tempo o DRAP
217 deve ser executado. O copiador de elemento de dados 620é adaptado para ler quaisquer elementos de dados de referência 420 em umDRAP 217, e identificar o elemento(s) de dados em um outro objeto de dados210 ao qual o elemento(s) de dados de referência 420 se refere. O copiador deelemento de dados 620 é ainda adaptado para copiar tal elemento(s) de dadosidentificado no DRAP 217 (ou, de forma similar, em um outro objeto dedados objeto, ver acima). O DRAP 217, no qual os elementos de dadosreferenciados foram copiados, é então veiculado para o executor de objeto dedados 610 para ser executado no tempo apropriado. O executor de objeto dedados 610 é conectado a uma saída 625, que pode ser ainda conectada, porexemplo, à interface de usuário 120.
O decodificador 115 da Fig. 6 deve ser visto com um exemplosomente, e um decodificador capaz de decodificar uma representação demídia 100 incluindo DRAPs 217 pode ser implementado em muitas maneirasdiferentes. Por exemplo, o analisador de informação de acesso randômico 615pode ser omitido, e o copiador de elemento de dados 620 pode ser adaptadopara pesquisar quaisquer objetos de dados aparecendo perto do DRAP 127 emuma representação de mídia 200, tal como por exemplo os η objetos de dadossubseqüentes 210. A execução do DRAP 217 poderia então ser configuradopara ocorrer após o n-ésimo objeto de dados subseqüente 210 ter sidorecebido. Em uma implementação da invenção onde um DRAP 217 pode sereferir a outros objetos de dados 210 aparecendo antes do DRAP 217 em umarepresentação de mídia 200, o decodificador 115 pode, de forma vantajosa,compreender uma área de armazenamento temporário para guardar os objetosde dados entrantes 210 até um DRAP 217 ser recebido. Em um padrão ondeum DRAP 217 pode somente se referir a m objetos de dados precedentes 210,tal área de armazenamento temporário poderia, por exemplo, ser arranjadapara armazenar o m+1 últimos objetos de dados recebidos 210.
O DRAP 217 pode ser ignorado durante reprodução normal deuma seqüência de cenas 400. Então, um decodificador 115 usado paradecodificar a representação de mídia 200 incluindo DRAPs 217 não tem deveser re-configurada durante a reprodução normal. Os DRAPs 217 não contêmqualquer informação requerida por um decodificador 115 durante areprodução normal. Contudo, um DRAP 217 pode ser usado pelodecodificador 115 para recuperação de erro, se necessário. Se o decodificador115 detectou um erro em uma seqüência de cenas recuperadas a partir dosobjetos de dados de atualização 210, um DRAP 217 pode ser usado para re-configurar o decodificador 115.
O decodificador 115 e o criador de conteúdo 125 podem, deforma vantajosa, ser implementados por meio de hardware e/ou softwareapropriados. O software por meio do qual o decodificador 115 ou
O criado de conteúdo 125 é implementado poderia serarmazenado em meios de memória, e poderia ser transmitido entre diferentesmeios de memória através um sinal de portadora.
Um DRAP 217 é ortogonal para o tipo detransporte/armazenamento, e pode, por exemplo, ser usado quandosintonizando em uma sessão de seqüência , quando recuperando a partir depacotes perdidos em uma sessão de seqüência , ou como pontos de acessorandômico protegidos para navegação em um arquivo.
Conforme mencionado acima, uma representação de mídia 200da qual DRAPs 217 forma uma parte pode ser armazenada em arquivos ouseqüenciada sobre uma rede. Os arquivos podem ser usados, por exemplo, porum servidor, (cf. fonte de dados 105 da Fig. 1), para dados de seqüência,baixa de arquivo de transmissão única (e. g. sobre HTTP), baixa de arquivo detransmissão difusa (e. g. sobre FLUTE) ou baixa progressiva (e. g. sobreHTTP). Os DRAPs 217 também podem ser seqüenciados usando seqüênciade transmissão unidirecional/de várias direções (e. g. usando RTP). UmDRAPs 217 pode também ser usado em arquivos de sugestões para aseqüência, onde o DRAP 217 pode ser colocado no arquivo como umaamostra que é marcada como um ponto de acesso randômico (cf. como cenasde SVG são convencionalmente colocadas em arquivos de sugestões). OsDRAPs 217 podem ser adicionados como Pontos de Acesso Randômicoprotegidos que podem ser usados para navegação de arquivo, e. g. pesquisar,ir rápido a frente e voltar. Já que um DRAP 217 é independente do método detransporte, um DRAP 217 pode ser usado em todos os tipos de transporte earmazenamento, e em particular em todos os tipos de transporte earmazenamento de DIMS.
O DRAP 217 de acordo com a invenção tem menos sobrecargado que os Pontos de Acesso Randômico convencionais 215. A sobrecarga doDRAP 217 é reduzida utilizando a informação de outros objetos de dados,tipicamente objetos de dados de atualização 210. No lugar de cada ponto deacesso randômico descrevendo, por exemplo, uma cena de SVG a partir deriscos, elementos de dados 407 definidos na proximidade de objetos de dadosde atualização 210 podem ser utilizados. Através do uso dos DRAPs 217, ocusto de largura de banda de definição de um elemento de dados em ambos,um ponto de acesso randômico e em um objeto de dados de atualização 210 éreduzido a uma única definição em um objeto de dados de atualização 210 euma referência da DRAP 217 para este objeto de dados de atualização 210.
Os DRAPs 217 podem ser incluídos em uma representação demídia 200 em intervalos periódicos, de modo a possibilitar a clientesiniciantes 110 sintonizar em uma representação de mídia 200 e para clientes jásintonizados 110 efetuar recuperação de erro, por exemplo recuperação deerro a partir de pacotes perdidos, se desejados, assim como para facilitarnavegação de arquivo devido a baixa sobrecarga e o fato que um DRAP 217pode ser ignorado durante a reprodução normal, os DRAPs 217 podem serincluídos muito freqüentemente em seqüências ou arquivos, assim sendopossibilitando rápida sintonização ou recuperação, ou navegação de arquivo.O DRAP 217 pode, por exemplo, ser enviado de forma periódica em umaseqüência de dados, tal como uma seqüência de DIMS, ou poderia serincluído em intervalos periódicos em um arquivo, tal como um arquivo de3 GP arquivo. De forma alternativa, um DRAP 217 poderia ser incluído emuma representação de mídia 200 em intervalos irregulares.
Uma vantagem da invenção é que um ponto de acesso randômicopode ser fornecido em uma seqüência de dados de uma representação de mídia200 enquanto mantendo qualquer interatividade, por exemplo, instruções dadaspelo cliente 110 considerando a construção de uma cena 405, pode ser retida.Convencionalmente, quando as diferenças entre uma cena 405n e a cena anterior405n-l são grandes, um novo objeto de dados de cena 205 ou ponto de acessorandômico essencial 215 seria incluído em uma representação de mídia 200. Taisobjetos de dados de cena/RAP essencial RAP 215 iriam fornecer a clientes jásintonizados 110 com a informação completa sobre a cena, assim como fornecer aclientes iniciantes 110 com toda a informação necessária para sintonizar em umaseqüência de dados. Contudo, através de objetos de dados da cena convencionais205 e de Pontos de Acesso Randômico essenciais 215, qualquer interatividade ézerada. Através do uso da invenção, a informação relacionando qualquerinteratividade pode ser veiculada através de um DRAP 217, e a informaçãorelacionando a mudança de cena pode ser veiculada em um objeto de dados deatualização 210 ao qual o DRAP 217 se refere.
Alguém qualificado na técnica vai apreciar que a presenteinvenção não é limitada as modalidades divulgadas nos desenhos anexos e nadescrição detalhada precedente, que são apresentadas para propósitos deilustração somente, mas podem ser implementadas em um número demaneiras diferentes.

Claims (23)

1. Método para a reconstrução de mídia (400) a partir de umarepresentação de mídia (200) onde uma representação de mídia inclui umapluralidade de objetos de dados (205, 210, 215, 217) compreendendo pelomenos, um elemento de dados (407, 420), caracterizado pelo fato de- receber um objeto de dados (217) compreendendo pelomenos, uma referência (420) a um elemento de dados em um outro objeto dedados (205, 210, 215) de uma representação de mídia; e- reconstruir a mídia para uso da informação associada com oselemento(s) de mencionados dados referenciados.
2. Método de acordo com a reivindicação 1, caracterizado pelode compreender ainda- analisar uma parte de informação de acesso randômico (410)do objeto de dados recebido de modo a determinar em que parte de umarepresentação de mídia os elemento(s) de dados referenciados podem serencontrados e/ou em que tempo a reconstrução é para ser efetuada.
3. Método de acordo com a reivindicação 1 ou 2, caracterizadopelo de compreender ainda- receber o um outro objeto de dados;- copiar o elemento de dados do um outro objeto de dados aoqual a referência se refere, em um objeto de dados; e onde- a reconstrução compreende executar o objeto de dados noqual o elemento de dados foi copiado.
4. Método de acordo com qualquer um das reivindicaçõesacima, caracterizado pelo fato de que- o objeto de dados compreendendo a referência é recebidoe/ou armazenado separadamente a partir, de pelo menos, uma parte dos outrosobjetos de dados de uma representação de mídia.
5. Método de acordo com qualquer uma das reivindicaçõesprecedentes, caracterizado pelo fato de que- a reconstrução da mídia é efetuada de modo a sintonizar emuma sessão de transmissão de dados, ou para efetuar recuperação de erro, oude modo a navegar em um arquivo.
6. Produto de programa de computador para reconstrução demídia (400) a partir de uma representação de mídia (200) onde umarepresentação de mídia inclui uma pluralidade de objetos de dados (205, 210,- 215, 217) compreendendo pelo menos, um elemento de dados (407, 420),caracterizado pelo fato de que- o produto de programa de computador compreendendocódigo de programa de computador operável para, quando executado sobremeios de processamento (610, 615, 620), reconstruir a mídia através do usoda informação associada com um elemento de dados em um primeiro objetode dados (210) em uma representação de mídia a qual uma referência em umsegundo objeto de dados (120) em uma representação de mídia é referida.
7. Aparelho (110) para a reconstrução de mídia (400) a partirde uma representação de mídia (200) incluindo uma pluralidade de objetos dedados (205, 210, 215, 217) compreendendo pelo menos, um elemento dedados, compreendendo:- uma entrada (600) para receber uma representação de mídia;caracterizado pelo fato de- o aparelho ser arranjado para identificar, na representação demídia recebida, um objeto de dados (217) que compreende uma referência aum elemento de dados em um outro objeto de dados de uma representação de mídia;- o aparelho sendo ainda arranjado para reconstruir mídiausando à mencionada referência.
8. Aparelho de acordo com a reivindicação 7, caracterizadopelo fato de que- o aparelho é ainda arranjado para determinar em que parte deuma representação de mídia os elemento(s) de dados referenciados podempode ser encontrados e/ou em que tempo a reconstrução é para ser efetuada.
9. Aparelho (125) para criar uma representação de mídia (200)a partir de uma seqüência de cenas, caracterizado pelo fato de que- o aparelho é arranjado para criar uma representação de mídiapara incluir uma pluralidade de objetos de dados (205, 210, 215, 217) demodo que pelo menos, um objeto de dados de ponto de acesso randômicocompreende pelo menos, uma referência a um elemento de dados em umoutro objeto de dados, através do uso de quais elemento(s) de dadosreferenciados e informação no ponto de dados de acesso randômico, a cenapode ser reconstruída.
10. Objeto de dados de ponto de acesso randômico (217)adaptado para ser incluído em uma representação de mídia (200)compreendendo uma pluralidade de objetos de dados (205, 210, 215, 217),mencionado o objeto de dados de ponto de acesso randômico, caracterizadopelo fato de que:- uma referência (420) a um elemento de dados (407) em umoutro objeto de dados (205, 210, 215) da mencionada pluralidade de objetosde dados, onde o mencionado elemento de dados referenciado pelo menos,parcialmente descreve como reconstruir mídia a partir da mencionadarepresentação de mídia.
11. Objeto de dados de acordo com a reivindicação 10,caracterizado pelo fato de compreender ainda- informação de acesso randômico (410) incluindo informaçãoa partir da qual pode ser derivado em que parte de uma representação demídia o elemento de dados pode ser encontrado e em que tempo a mídia deveser reconstruída.
12. Objeto de dados de acordo com a reivindicação 10 ou 11,caracterizado pelo fato de que- o objeto de dados ainda inclui uma segunda referência (410)referindo a uma seqüência de uns outros objetos de dados (210) aparecendoapós o objeto de dados em uma representação de mídia e na qual seqüência oelemento de dados pode ser encontrado.
13. Objeto de dados de acordo com qualquer uma dasreivindicações 10 a 12, caracterizado pelo fato de que- a referência (420) a um elemento de dados é dividida emduas partes, da qual a primeira parte identifica o elemento de dados e asegunda parte fornece informação sobre como o elemento de dados é para serusado na reconstrução da mídia.
14. Objeto de dados de acordo com qualquer uma dasreivindicações IOa 13, caracterizado pelo fato de compreender ainda- dados de identificação (230) identificando o objeto de dadoscomo um objeto de dados, compreendendo uma referência a um elemento dedados em um outro objeto de dados em uma representação de mídia.
15. Representação de mídia (200) incluindo um objeto dedados como definido em qualquer uma das reivindicações 11 a 15,caracterizada pelo fato de que uma representação de mídia é uma seqüênciaprimária ou secundária codificada de acordo com o padrão de DIMS.
16. Documento ou recipiente de mídia, caracterizado pelo fatode ser dividido em uma parte auto-contida (205) e um número de atualizações(210) que são aplicadas conseqüentemente, uma após a outra, e ondeinformação redundante (217) fornece instruções (407, 420) sobre comoreconstruir mídia (400) do recipiente de mídia em um certo instante ou temporeferindo aos elementos de dados (407) das mencionadas atualizações (210) epossivelmente em combinação com os elementos de dados (407) contidos namencionada informação redundante.
17. Recipiente de mídia de acordo com reivindicação 16,caracterizado pelo fato de que- mencionada informação redundante (217) se refere àatualizações (210) enviadas ou armazenadas antes ou após a mencionadainformação redundante.
18. Recipiente de mídia de acordo com a reivindicação 16 ou-17, caracterizado pelo fato de que- a mencionada informação redundante se refere a um númerode atualizações (120) consecutivas após a mencionada informaçãoredundante.
19. Recipiente de mídia de acordo com reivindicação 17 ou 18,caracterizado pelo fato de que- o recipiente de mídia usa qualquer linguagem de descrição decena em texto claro ou de forma binária, incluindo XML.
20. Recipiente de mídia de acordo com qualquer uma dasreivindicações 17 a 19, caracterizado pelo fato de que a informaçãoredundante é armazenada em um arquivo.
21. Método para a reconstrução de mídia em umarepresentação de mídia incluindo uma pluralidade de objetos contendo pelomenos, um elemento cada, caracterizado pelo fato de compreender os passosde:- referir a um elemento em pelo menos, um objeto damencionada pluralidade de objetos;- reconstruir mídia usando informação associada com omencionado elemento.
22. Aparelho para a reconstrução de mídia em umarepresentação de mídia incluindo uma pluralidade de objetos contendo pelomenos, um elemento cada, caracterizado pelo fato de que compreender:- meios para reconstruir mídia usando uma referência a umelemento em um objeto da mencionada pluralidade de objetos.
23. Representação de mídia incluindo uma pluralidade deobjetos contendo pelo menos, um elemento cada, caracterizada pelo fato decompreender:- uma referência a um elemento em um objeto de mencionadapluralidade de objetos, onde a mencionada referência pelo menos,parcialmente descreve como reconstruir mídia de mencionada representaçãode mídia.
BRPI0710236-4A 2006-05-03 2007-04-27 método e aparelho para a reconstrução de mìdia, produto de programa de computador, aparelho para criar uma representação de mìdia, objeto de dados de ponto de acesso randÈmico, e, representação e documento ou recipiente de mìdia BRPI0710236A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US74627806P 2006-05-03 2006-05-03
US60746278 2006-05-03
PCT/SE2007/050284 WO2007126381A2 (en) 2006-05-03 2007-04-27 Method and apparatus for re-constructing media from a media representation

Publications (1)

Publication Number Publication Date
BRPI0710236A2 true BRPI0710236A2 (pt) 2011-08-09

Family

ID=38655932

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0710236-4A BRPI0710236A2 (pt) 2006-05-03 2007-04-27 método e aparelho para a reconstrução de mìdia, produto de programa de computador, aparelho para criar uma representação de mìdia, objeto de dados de ponto de acesso randÈmico, e, representação e documento ou recipiente de mìdia

Country Status (9)

Country Link
US (1) US20090232469A1 (pt)
EP (1) EP2014097A4 (pt)
JP (1) JP5590881B2 (pt)
KR (1) KR20090009847A (pt)
CN (1) CN101438592B (pt)
AU (1) AU2007243966B2 (pt)
BR (1) BRPI0710236A2 (pt)
MX (1) MX2008013185A (pt)
WO (1) WO2007126381A2 (pt)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080235401A1 (en) * 2007-03-21 2008-09-25 Tak Wing Lam Method of storing media data delivered through a network
CN101547346B (zh) * 2008-03-24 2014-04-23 展讯通信(上海)有限公司 富媒体电视中场景描述的收发方法及设备
US8078957B2 (en) 2008-05-02 2011-12-13 Microsoft Corporation Document synchronization over stateless protocols
KR101525248B1 (ko) * 2008-07-16 2015-06-04 삼성전자주식회사 리치미디어 서비스를 제공하는 방법 및 장치
KR101531417B1 (ko) * 2008-07-16 2015-06-25 삼성전자주식회사 리치 미디어 컨텐츠 송수신 방법 및 장치
US8219526B2 (en) 2009-06-05 2012-07-10 Microsoft Corporation Synchronizing file partitions utilizing a server storage model
KR101744977B1 (ko) * 2010-10-08 2017-06-08 삼성전자주식회사 멀티미디어 스트리밍 서비스에서 서비스 품질을 보장하는 방법
WO2014056435A1 (en) * 2012-10-10 2014-04-17 Zte Corporation Method and apparatus for encapsulation of random access information for media transport and storage
JP2017522767A (ja) * 2014-06-18 2017-08-10 テレフオンアクチーボラゲット エルエム エリクソン(パブル) ビデオビットストリームにおけるランダムアクセス
US9479578B1 (en) * 2015-12-31 2016-10-25 Dropbox, Inc. Randomized peer-to-peer synchronization of shared content items
US10021184B2 (en) 2015-12-31 2018-07-10 Dropbox, Inc. Randomized peer-to-peer synchronization of shared content items

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3426668B2 (ja) * 1993-11-19 2003-07-14 三洋電機株式会社 動画像符号化方法
US5844478A (en) * 1996-05-31 1998-12-01 Thomson Consumer Electronics, Inc. Program specific information formation for digital data processing
JP3823275B2 (ja) * 1996-06-10 2006-09-20 富士通株式会社 動画像符号化装置
EP0951181A1 (en) * 1998-04-14 1999-10-20 THOMSON multimedia Method for detecting static areas in a sequence of video pictures
EP1021048A3 (en) * 1999-01-14 2002-10-02 Kabushiki Kaisha Toshiba Digital video recording system and its recording medium
JP4292654B2 (ja) * 1999-03-19 2009-07-08 ソニー株式会社 記録装置および方法、再生装置および方法、並びに記録媒体
GB2366464A (en) * 2000-08-14 2002-03-06 Nokia Mobile Phones Ltd Video coding using intra and inter coding on the same data
FI120125B (fi) * 2000-08-21 2009-06-30 Nokia Corp Kuvankoodaus
US7483489B2 (en) * 2002-01-30 2009-01-27 Nxp B.V. Streaming multimedia data over a network having a variable bandwith
KR20040106414A (ko) * 2002-04-29 2004-12-17 소니 일렉트로닉스 인코포레이티드 미디어 파일에서 진보된 코딩 포맷의 지원
KR20050013050A (ko) * 2002-05-28 2005-02-02 마쯔시다덴기산교 가부시키가이샤 동화상 데이터 재생 장치
CN1739299A (zh) * 2003-01-20 2006-02-22 松下电器产业株式会社 图像编码方法
JP2004260236A (ja) * 2003-02-24 2004-09-16 Matsushita Electric Ind Co Ltd 動画像の符号化方法および復号化方法
JP2004350263A (ja) * 2003-04-28 2004-12-09 Canon Inc 画像処理装置及び画像処理方法
JP3708532B2 (ja) * 2003-09-08 2005-10-19 日本電信電話株式会社 ステレオ動画像符号化方法および装置と、ステレオ動画像符号化処理用プログラムおよびそのプログラムの記録媒体
JP2005198268A (ja) * 2003-12-10 2005-07-21 Sony Corp 動画像変換装置および方法、並びに動画像データフォーマット
JP4185014B2 (ja) * 2004-04-14 2008-11-19 日本電信電話株式会社 映像符号化方法、映像符号化装置、映像符号化プログラム及びそのプログラムを記録したコンピュータ読み取り可能な記録媒体、並びに、映像復号方法、映像復号装置、映像復号プログラム及びそのプログラムを記録したコンピュータ読み取り可能な記録媒体
KR100679740B1 (ko) * 2004-06-25 2007-02-07 학교법인연세대학교 시점 선택이 가능한 다시점 동영상 부호화/복호화 방법
JP4225957B2 (ja) * 2004-08-03 2009-02-18 富士通マイクロエレクトロニクス株式会社 映像符号化装置及び映像符号化方法
WO2006044370A1 (en) * 2004-10-13 2006-04-27 Thomson Licensing Method and apparatus for complexity scalable video encoding and decoding
KR100941248B1 (ko) * 2005-04-25 2010-02-10 샤프 가부시키가이샤 기록 장치 및 방법, 재생 장치 및 방법, 기록 재생 장치, 컴퓨터 판독가능한 기록 프로그램 기록 매체, 및 컴퓨터 판독가능한 재생 프로그램 기록 매체
NZ566935A (en) * 2005-09-27 2010-02-26 Qualcomm Inc Methods and apparatus for service acquisition
US7720096B2 (en) * 2005-10-13 2010-05-18 Microsoft Corporation RTP payload format for VC-1

Also Published As

Publication number Publication date
JP2009535969A (ja) 2009-10-01
WO2007126381A3 (en) 2007-12-27
AU2007243966A1 (en) 2007-11-08
MX2008013185A (es) 2008-10-21
AU2007243966B2 (en) 2011-05-12
JP5590881B2 (ja) 2014-09-17
EP2014097A4 (en) 2010-07-14
CN101438592A (zh) 2009-05-20
US20090232469A1 (en) 2009-09-17
CN101438592B (zh) 2013-05-29
EP2014097A2 (en) 2009-01-14
WO2007126381A2 (en) 2007-11-08
KR20090009847A (ko) 2009-01-23

Similar Documents

Publication Publication Date Title
BRPI0710236A2 (pt) método e aparelho para a reconstrução de mìdia, produto de programa de computador, aparelho para criar uma representação de mìdia, objeto de dados de ponto de acesso randÈmico, e, representação e documento ou recipiente de mìdia
JP7015617B2 (ja) コンテンツの送受信方法及び装置
ES2383230T3 (es) Gestión de archivos contenedores de medios
TW201123795A (en) System, method and apparatus for dynamic media file streaming
US20150347415A1 (en) Http live streaming dateranges
JP2022522388A (ja) カプセル化メディアコンテンツの部分の送信を最適化する方法、装置及びコンピュータプログラム
CN104735463A (zh) 流媒体传输方法及系统
CA2999701C (en) Reception apparatus, transmission apparatus, and data processing method
CN101529885B (zh) 富媒体流管理
US10958949B2 (en) Systems and methods for optimizing a set-top box to retrieve missed content
WO2017061299A1 (ja) 情報処理装置および情報処理方法
CN102595237A (zh) 发送装置和发送方法
KR100497497B1 (ko) 엠펙 데이터의 송수신시스템 및 송수신방법
JP6543819B2 (ja) 処理装置およびプログラム
JP2004234677A (ja) 構造化データの送信装置
JP2004246907A (ja) 構造化データの送信装置
JP2004234670A (ja) 構造化データの送信装置
JP2004234672A (ja) 構造化データの送信装置
JP2004318796A (ja) 構造化データの受信方法
JP2004320705A (ja) 構造化データの受信方法
JP2004320685A (ja) 構造化データの受信装置
JP2004318774A (ja) 構造化データの受信装置
JP2004318804A (ja) 構造化データの受信方法
JP2004318776A (ja) 構造化データの受信装置
JP2004318805A (ja) 構造化データの受信方法

Legal Events

Date Code Title Description
B15K Others concerning applications: alteration of classification

Free format text: A CLASSIFICACAO ANTERIOR ERA: A01B 71/08

Ipc: H04N 21/234 (2011.01), H04N 21/2381 (2011.01), H04

B08F Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette]
B08K Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette]