BR112016023984B1 - Aparelho e método de transmissão e de recepção - Google Patents

Aparelho e método de transmissão e de recepção Download PDF

Info

Publication number
BR112016023984B1
BR112016023984B1 BR112016023984-9A BR112016023984A BR112016023984B1 BR 112016023984 B1 BR112016023984 B1 BR 112016023984B1 BR 112016023984 A BR112016023984 A BR 112016023984A BR 112016023984 B1 BR112016023984 B1 BR 112016023984B1
Authority
BR
Brazil
Prior art keywords
item
identification information
asset
application
information
Prior art date
Application number
BR112016023984-9A
Other languages
English (en)
Other versions
BR112016023984A2 (pt
Inventor
Naohisa Kitazato
Yoshiharu Dewa
Original Assignee
Sony Corporation
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 Sony Corporation filed Critical Sony Corporation
Publication of BR112016023984A2 publication Critical patent/BR112016023984A2/pt
Publication of BR112016023984B1 publication Critical patent/BR112016023984B1/pt

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/28—Arrangements for simultaneous broadcast of plural pieces of information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/93—Arrangements characterised by the broadcast information itself which locates resources of other pieces of information, e.g. URL [Uniform Resource Locator]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/95—Arrangements characterised by the broadcast information itself characterised by a specific format, e.g. an encoded audio stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)

Abstract

APARELHO E MÉTODO DE TRANSMISSÃO E DE RECEPÇÃO. São providos um dispositivo de recepção e um método de recepção para receber um arquivo em formato MMT. São transmitidos a partir do lado da transmissão recursos que constituem uma aplicação, informação de acordo com a qual um URL que indica um local na aplicação é mapeado para um local em um canal de transmissão MMT para difusão, etc., e informação que mostra o relacionamento de ligação para uma unidade de exibição da aplicação. A faixa de acesso aos dados de arquivo hierárquicos quando uma aplicação de difusão de dados está para ser executada, e a informação de local e tamanho dos dados de arquivo na faixa de acesso são recuperados no lado do receptor, e efetiva submissão a cache avançada é realizada para a aplicação.

Description

Campo
[001] A tecnologia descrita neste relatório descritivo refere-se a um aparelho de recepção e a um método de recepção, pelos quais um arquivo é recebido, e a um aparelho de transmissão e a um método de transmissão, pelos quais um arquivo é transmitido, por exemplo, para um aparelho de recepção e a um método de recepção, pelo qual um arquivo transmitido em um sistema de transporte predeterminado é recebido, e a um aparelho de transmissão e a um método de transmissão.
Fundamentos da Técnica
[002] Em um atual sistema de difusão, um sistema MPEG-2 TS (Fluxo Contínuo de Transporte - Grupo de Especialistas em Imagem em Movimento 2) e um sistema RTP (Protocolo em Tempo Real) são amplamente usados como sistemas de transporte de mídia (veja, por exemplo, Documento de Patente 1). Como o sistema de difusão digital da próxima geração, um MMT (Transporte em Mídia MPEG) (veja, por exemplo, Documento Não Patente 1), que é padronizado como um inovador sistema de transporte de mídia em MPEG, foi estudado. No MMT, diferentes caminhos de transmissão podem ser facilmente usados em combinação. O MMT pode ser usado em comum com múltiplos caminhos de transmissão de difusão e comunicação.
[003] De acordo com o sistema MMT, é possível transmitir, em pacotes MMT, tanto mídia temporizada, tais como vídeo e áudio, que é mídia em fluxo contínuo, quanto mídia não temporizada, tal como um arquivo.
[004] Documento de Patente 1: Pedido de Patente Japonês em Aberto N° 2013-153291
[005] Documento Não Patente 1: ISO/IEC FDIS 23008-1: 2013(E) Information technology-High efficiency coding and media delivery in heterogeneous environments-Part1: MPEG media transport (MMT)
Sumário da Invenção Problema a ser Resolvido pela Invenção
[006] É um objetivo da tecnologia descrita neste relatório descritivo prover um aparelho de recepção e um método de recepção ideais, pelos quais um arquivo transmitido em um sistema de transporte predeterminado pode ser adequadamente recebido, e um aparelho de transmissão e um método de transmissão ideais, pelos quais um arquivo pode ser adequadamente transmitido no sistema de transporte predeterminado.
Meio para Resolver o Problema
[007] O presente pedido foi feito em consideração do objetivo exposto. A tecnologia descrita na reivindicação 1 é um aparelho de recepção que inclui: uma seção de recepção que recebe um sinal transmitido de um sistema de transporte predeterminado; um demultiplexador que demultiplexa um sinal recebido em peças de dados de mídia e informação de sinalização; e uma seção de controle que controla a submissão a cache de pelo menos uma das peças de dados de mídia demultiplexadas, com base na informação de sinalização demultiplexada.
[008] De acordo com a tecnologia descrita na reivindicação 2 do presente pedido, no aparelho de recepção de acordo com a reivindicação 1, o sistema de transporte predeterminado é um MMT.
[009] De acordo com a tecnologia descrita na reivindicação 3 do presente pedido, no aparelho de recepção de acordo com a reivindicação 1, o sinal transmitido inclui mídia temporizada e mídia não temporizada, e a seção de controle controla a submissão a cache da mídia não temporizada.
[0010] De acordo com a tecnologia descrita na reivindicação 4 do presente pedido, no aparelho de recepção de acordo com a reivindicação 1, a mídia não temporizada inclui peças de dados de arquivo, as peças de dados de arquivo constituindo um ativo de uma aplicação de difusão de dados, e a seção de controle controla a submissão a cache dos dados de arquivo de acordo com um espaço livre de um cache.
[0011] De acordo com a tecnologia descrita na reivindicação 5 do presente pedido, a seção de controle do aparelho de recepção de acordo com a reivindicação 4 adquire faixas de acesso a dados de arquivo hierárquicos quando a aplicação de difusão de dados for executada, e informação de local e um tamanho de cada peça dos dados de arquivo em cada uma das faixas de acesso, com base na informação de sinalização recebida, e controla a submissão a cache.
[0012] De acordo com a tecnologia descrita na reivindicação 6 do presente pedido, a seção de controle do aparelho de recepção de acordo com as reivindicações 4 ou 5 capta quatro faixas de acesso hierárquicas (a) até (d) e tamanhos das mesmas, as faixas de acesso (a) até (d) sendo (a) dados de arquivo diretamente referidos quando uma aplicação for executada, (b) um grupo de recursos de dados de arquivo que constituem uma unidade de apresentação de aplicação para exibição simultânea, (c) um grande grupo de recursos que inclui o grupo de recursos que constitui a unidade de apresentação de aplicação para exibição simultânea e uma outra unidade de apresentação de aplicação ligada à mesma, e (d) um grupo de recursos da íntegra da aplicação, e determina em qual das faixas de acesso a submissão a cache é realizada de acordo com o espaço livre do cache.
[0013] De acordo com a tecnologia descrita na reivindicação 7 do presente pedido, a seção de controle do aparelho de recepção de acordo com a reivindicação 6 recebe a primeira informação e a segunda informação como a informação de sinalização, a primeira informação mapeando um URL em um local em um caminho de transmissão MMT de difusão ou semelhantes, o URL indicando um local em uma aplicação, a segunda informação indicando uma unidade de exibição e um relacionamento de ligação na aplicação, e capta as quatro faixas de acesso hierárquicas (a) até (d) e os tamanhos das mesmas.
[0014] De acordo com a tecnologia descrita na reivindicação 8 do presente pedido, a seção de recepção do aparelho de recepção de acordo com a reivindicação 7 recebe uma tabela de informação da aplicação, uma tabela de gerenciamento de local de dados, uma tabela de gerenciamento de ativo de dados e uma tabela de pacote MMT como a primeira informação, a tabela de informação da aplicação gerenciando um método de transmissão de aplicação e informação de URL que indica um local, a tabela de gerenciamento de local de dados gerenciando um relacionamento de correspondência entre o URL que indica o local na aplicação e a informação de identificação de item em uma mensagem de transmissão de dados, a tabela de gerenciamento de ativo de dados gerenciando um relacionamento de correspondência entre a informação de identificação de item, a informação de identificação de ativo de um ativo que inclui um item da informação de identificação de item, um download_id de um pacote MMTP no caminho de transmissão MMT do ativo, e a informação de identificação de item, a tabela de pacote MMT gerenciando um relacionamento de correspondência entre a informação de identificação de ativo e a informação de identificação de pacote de um pacote que transmite o ativo no caminho de transmissão MMT.
[0015] De acordo com a tecnologia descrita na reivindicação 9 do presente pedido, a seção de recepção de acordo com as reivindicações 7 ou 8 recebe uma tabela de gerenciamento de conteúdo de dados como a segunda informação, a tabela de gerenciamento de conteúdo de dados gerenciando a informação de identificação de uma unidade de apresentação de aplicação incluída no conteúdo, informação de identificação de item de todos os itens incluídos na unidade de apresentação de aplicação e informação de identificação de uma outra unidade de apresentação de aplicação ligada à mesma.
[0016] De acordo com a tecnologia descrita na reivindicação 10 do presente pedido, a seção de controle do aparelho de recepção de acordo com qualquer uma das reivindicações 1 a 9 executa o processamento de cache em resposta à recepção da informação de sinalização relacionada a uma aplicação cujo estado é controlado para ser prefetch (prefetching).
[0017] Adicionalmente, a tecnologia descrita na reivindicação 11 do presente pedido é um método de recepção que inclui: uma etapa de recepção para receber um sinal transmitido de um sistema de transporte predeterminado; uma etapa de demultiplexação para demultiplexar um sinal recebido em peças de dados de mídia e informação de sinalização; e uma etapa de controle para controlar a submissão a cache de pelo menos uma das peças de dados de mídia demultiplexadas, com base na informação de sinalização demultiplexada.
[0018] Adicionalmente, a tecnologia descrita na reivindicação 12 do presente pedido é um aparelho de transmissão que inclui: um multiplexador que multiplexa mídia temporizada, mídia não temporizada e uma mensagem de sinalização que inclui informação disponível para processamento de cache da mídia não temporizada em um lado da recepção; e uma seção de transmissão que transmite pacotes multiplexados em um sistema de transporte predeterminado.
[0019] De acordo com a tecnologia descrita na reivindicação 13 do presente pedido, no aparelho de transmissão de acordo com a reivindicação 12, o sistema de transporte predeterminado é um MMT.
[0020] De acordo com a tecnologia descrita na reivindicação 14 do presente pedido, no aparelho de transmissão de acordo com as reivindicações 12 ou 13, a mídia não temporizada inclui peças de dados de arquivo, as peças de dados de arquivo constituindo um ativo de uma aplicação de difusão de dados, e a mensagem de sinalização inclui primeira informação e segunda informação, a primeira informação mapeando um URL em um local em um caminho de transmissão MMT de difusão ou semelhantes, o URL indicando um local em uma aplicação, a segunda informação indicando uma unidade de exibição e um relacionamento de ligação na aplicação.
[0021] De acordo com a tecnologia descrita na reivindicação 15 do presente pedido, no aparelho de transmissão de acordo com a reivindicação 14, a primeira informação inclui uma tabela de informação da aplicação, uma tabela de gerenciamento de local de dados, uma tabela de gerenciamento de ativo de dados e uma tabela de pacote MMT, a tabela de informação da aplicação gerenciando um método de transmissão de aplicação e informação de URL que indica um local, a tabela de gerenciamento de local de dados gerenciando um relacionamento de correspondência entre o URL que indica o local na aplicação e a informação de identificação de item em uma mensagem de transmissão de dados, a tabela de gerenciamento de ativo de dados gerenciando um relacionamento de correspondência entre a informação de identificação de item, a informação de identificação de ativo de um ativo que inclui um item da informação de identificação de item, um download_id de um pacote MMTP no caminho de transmissão MMT do ativo, e a informação de identificação de item, a tabela de pacote MMT gerenciando um relacionamento de correspondência entre a informação de identificação de ativo e a informação de identificação de pacote de um pacote que transmite o ativo no caminho de transmissão MMT.
[0022] De acordo com a tecnologia descrita na reivindicação 16 do presente pedido, no aparelho de transmissão de acordo com as reivindicações 14 ou 15, a segunda informação inclui uma tabela de gerenciamento de conteúdo de dados, a tabela de gerenciamento de conteúdo de dados gerenciando a informação de identificação de uma unidade de apresentação de aplicação incluída no conteúdo, informação de identificação de item de todos os itens incluídos na unidade de apresentação de aplicação e informação de identificação de uma outra unidade de apresentação de aplicação ligada à mesma.
[0023] Adicionalmente, a tecnologia descrita na reivindicação 17 do presente pedido é um método de transmissão que inclui: uma etapa de multiplexação para multiplexar mídia temporizada, mídia não temporizada e uma mensagem de sinalização que inclui informação disponível para processamento de cache da mídia não temporizada em um lado da recepção; e uma etapa de transmissão para transmitir pacotes multiplexados em um sistema de transporte predeterminado.
Efeitos da Invenção
[0024] De acordo com a tecnologia descrita neste relatório descritivo, é possível prover um aparelho de recepção e método de recepção ideais, pelos quais um arquivo transmitido em um sistema de transporte predeterminado pode ser adequadamente recebido, e um aparelho de transmissão e método de transmissão ideais, pelos quais um arquivo pode ser adequadamente transmitido no sistema de transporte predeterminado.
[0025] Deve-se notar que os efeitos descritos neste relatório descritivo são meramente ilustrativos e não necessariamente limitados àqueles supradescritos. Adicionalmente, a presente invenção pode produzir adicionalmente efeitos adicionais, além dos efeitos supradescritos.
[0026] Outros objetivos, características e vantagens da tecnologia descrita neste relatório descritivo irão se tornar mais aparentes a partir da descrição mais detalhada em conjunto com as seguintes modalidades e os desenhos anexos.
Breve Descrição dos Desenhos
[0027] A figura 1 é um diagrama que mostra esquematicamente um exemplo de configuração de um sistema de difusão digital 10, no qual a tecnologia descrita neste relatório descritivo é aplicada.
[0028] A figura 2 é um diagrama que mostra um modelo de pilha 200 de um sinal de difusão, no qual um MMT é aplicado.
[0029] A figura 3 é um diagrama que mostra um exemplo de configuração de um sistema de transmissão em difusão 11 que transmite o sinal de difusão mostrado na figura 2.
[0030] A figura 4 é um diagrama que mostra um exemplo de configuração de um receptor 12 que recebe o sinal de difusão mostrado na figura 2.
[0031] A figura 5 é um diagrama que mostra uma imagem de um sinal de difusão (pacote) 500 transmitido a partir do sistema de transmissão em difusão 11 para caminhos de transmissão RF de acordo com um sistema MMT.
[0032] A figura 6 é um diagrama que mostra um exemplo de configuração de um cabeçalho de um pacote MMT.
[0033] A figura 7 é um diagrama que mostra um exemplo de configuração de um cabeçalho de extensão 700 de um pacote MMTP que transmite mídia não temporizada.
[0034] A figura 8 é um diagrama que mostra um exemplo de configuração de uma carga útil MMTP 800 em um modo MPU.
[0035] A figura 9 é um diagrama que mostra um exemplo de configuração de um DU_Header 900 de uma MFU em que mídia temporizada fica disposta na carga útil.
[0036] A figura 10 é um diagrama que mostra um exemplo de configuração de um DU_Header 1000 de uma MFU em que mídia não temporizada fica disposta na carga útil.
[0037] A figura 11 é um diagrama que mostra um exemplo de configuração de pacote no momento em que dados da mídia não temporizada forem transmitidos.
[0038] A figura 12 é um diagrama que mostra exemplos de configuração de uma mensagem PA 1201 e uma tabela MP 1202 incluída na mensagem PA.
[0039] A figura 13 é um diagrama que mostra um exemplo de sintaxe de uma mensagem PA 1300.
[0040] A figura 14 é um diagrama para descrever parâmetros incluídos na mensagem PA.
[0041] A figura 15 é um diagrama que mostra um exemplo de sintaxe (primeira metade) de uma tabela MP (MPT).
[0042] A figura 16 é um diagrama que mostra um exemplo de sintaxe (segunda metade) da tabela MP.
[0043] A figura 17 é um diagrama para descrever parâmetros incluídos na tabela MP.
[0044] A figura 18 é um diagrama que mostra um exemplo de configuração de uma mensagem da seção M2 1800.
[0045] A figura 19 é um diagrama que mostra um exemplo de configuração de uma tabela MH AI (Informação de Aplicação) (MH AIT) 1900, que é transmitida pela mensagem da seção M2.
[0046] A figura 20 é um diagrama que mostra um exemplo de configuração de um descritor de informação de aplicação 2000.
[0047] A figura 21 é um diagrama para descrever parâmetros incluídos no descritor de informação de aplicação.
[0048] A figura 22 é um diagrama que mostra um exemplo de configuração de um descritor do protocolo de transmissão 2200.
[0049] A figura 23 é um diagrama que mostra um exemplo de configuração de um byte seletor comum a HTTP/HTTPS, MMT e transmissão não temporizada.
[0050] A figura 24 é um diagrama que mostra um exemplo de configuração de uma mensagem de transmissão de dados como uma mensagem de sinalização.
[0051] A figura 25 é um diagrama que mostra um exemplo de configuração de uma tabela de gerenciamento de ativo de dados (DAMT) 2500.
[0052] A figura 26 é um diagrama que mostra um exemplo de configuração de uma tabela de gerenciamento de local de dados (DLMT) 2600.
[0053] A figura 27 é um diagrama que mostra um exemplo de configuração de uma tabela de gerenciamento de conteúdo de dados (DCMT) 2700.
[0054] A figura 28 é um diagrama para descrever um mecanismo para realizar transmissão, localização e apresentação de uma aplicação de difusão de dados transmitidos por MMT (conteúdo).
[0055] A figura 29 é um diagrama para descrever um relacionamento de referência entre tabelas transmitidas como informação de sinalização, quando uma aplicação de difusão de dados (conteúdo) for adquirida a partir dos caminhos de transmissão da MMT.
[0056] A figura 30 é um diagrama que mostra esquematicamente um mecanismo para submeter a pré-cache uma aplicação em um receptor.
[0057] A figura 31 é um diagrama para descrever uma operação de aquisição de uma aplicação a partir de um fluxo contínuo de difusão e ativação da aplicação no receptor.
[0058] A figura 32 é um diagrama para descrever uma operação quando um visor de apresentação de aplicação for transferido no receptor.
[0059] A figura 33 é um diagrama para descrever uma operação quando dados de arquivo de uma aplicação forem atualizados no receptor.
Modo(s) para Realizar a Invenção
[0060] A seguir, uma modalidade da tecnologia descrita neste relatório descritivo será descrita com detalhes em relação aos desenhos.
[0061] A figura 1 mostra esquematicamente um exemplo de configuração de um sistema de difusão digital 10, no qual a tecnologia descrita neste relatório descritivo é aplicada. O sistema de difusão digital 10 na figura inclui um sistema de transmissão em difusão 11 e um receptor 12.
[0062] O sistema de transmissão em difusão 11 transmite um sinal de difusão de um sistema IP (Protocolo da Internet), que inclui mídia de transmissão. A mídia de transmissão do sinal de difusão inclui tanto mídia temporizada quanto mídia não temporizada, tal como um arquivo. A mídia temporizada compreende dados em fluxo contínuo, por exemplo, vídeo, áudio e legenda. Adicionalmente, a mídia não temporizada compreende dados de arquivo de uma aplicação (conteúdo), tal como um documento HTML (Linguagem de Marcação em Hipertexto).
[0063] Neste particular, o receptor 12 recebe o sinal de difusão transmitido a partir do sistema de transmissão em difusão 11. O receptor 12, então, adquire a mídia de transmissão, tais como vídeo, áudio e legenda, a partir do sinal de difusão recebido e apresenta imagens e áudio.
[0064] No sistema de difusão digital 10 mostrado na figura 1, considera-se que um MMT é aplicado como um sistema de transporte no momento em que um sinal de difusão for transmitido do sistema de transmissão em difusão 11 para o receptor 12. A figura 2 mostra um exemplo de configuração do sinal de difusão deste caso em um modelo de pilha 200.
[0065] A camada mais inferior do modelo de pilha 200 é uma camada física (PHY) 201. O exemplo físico 201 inclui um sistema de modulação, um sistema de correção de erro e semelhantes.
[0066] Sobre a camada física 201, uma camada do pacote de transmissão TLV (Valor de Comprimento do Tipo) 202 é provida. Adicionalmente, um pacote IP 203 é provido sobre o TLV 202, e um UDP (Protocolo de Datagrama do Usuário) 204 é adicionalmente provido sobre o pacote IP 203. Adicionalmente, sobre o pacote de transmissão TLV 202, uma compressão do cabeçalho de IP 205, em que os cabeçalhos do IP 203 e do UDP 204 são comprimidos, e um sinal de controle de transmissão 206, que é informação de sinalização, também são providos.
[0067] Sobre o UDP 204, um pacote MMT 207, um pacote NTP (Protocolo do Tempo de Rede) 208, que inclui informação do tempo atual e semelhantes são providos. Um protocolo MMT (MMTP) é um protocolo de transporte de uma camada de aplicação para transmitir uma carga útil MMTP 209 em uma rede IP.
[0068] A carga útil MMT 209 do pacote MMT 207 inclui uma MFU (Unidade de Fragmento de MMT) 210 ou uma mensagem de sinalização 211. A MFU 210 é um fragmento de uma MPU (Unidade de Processamento de Mídia) que é um contêiner de mídia temporizada e mídia não temporizada codificadas. Dados em fluxo contínuo (mídia temporizada) 212, tais como vídeo, áudio e legenda, e dados de arquivo (mídia não temporizada) 213, tais como dados de documento HTML, são inseridos na MFU 210.
[0069] A figura 3 mostra um exemplo de configuração do sistema de transmissão em difusão 11 que transmite o sinal de difusão mostrado na figura 2. O sistema de transmissão em difusão 11 mostrado na figura inclui uma seção de relógio 301, uma seção de transmissão de sinal 302, um codificador de vídeo 303, um codificador de áudio 304, um codificador de legenda 305, um codificador de sinalização 306, um codificador de arquivo 307, um sistema de informação 308, um codificador de sinalização TLV 309, multiplexadores (MUX) de serviço IP 310, um multiplexador (MUX) TLV 311 e uma seção de modulação / transmissão 312.
[0070] A seção de relógio 301 gera informação de tempo, que é sincronizada com informação de tempo adquirida a partir de um servidor NTP (não mostrado), e transmite um pacote IP que inclui a informação de tempo para o multiplexador de serviço IP 310.
[0071] A seção de transmissão de sinal 302 é, por exemplo, um estúdio de uma estação de difusão de TV ou um dispositivo de gravação e reprodução, tal como um VTR. A seção de transmissão de sinal 302 transmite dados em fluxo contínuo, que compreendem mídia temporizada, tais como vídeo, áudio e legenda, e dados de arquivo, que compreendem mídia não temporizada, tais como dados de documento HTML, para o codificador de vídeo 303, o codificador de áudio 304, o codificador de legenda 305 e o codificador de arquivo 307, respectivamente. Adicionalmente, o sistema de informação 308 é um programador da estação de difusão de TV e, também, uma fonte de suprimento de arquivos, e transmite os dados de documento HTML que compreendem mídia não temporizada e a informação de sinalização para o codificador de arquivo 307 e o codificador de sinalização 306, respectivamente.
[0072] O codificador de vídeo 303 codifica um sinal de vídeo transmitido a partir da seção de transmissão de sinal 302, empacota o sinal de vídeo, e transmite um pacote IP, que inclui um pacote de vídeo MMT, para o multiplexador de serviço IP 310. Adicionalmente, o codificador de áudio 304 codifica um sinal de áudio transmitido a partir da seção de transmissão de sinal 302, empacota o sinal de áudio e transmite um pacote IP, que inclui um pacote de áudio MMT, para o multiplexador de serviço IP 310. Adicionalmente, o codificador de legenda 305 codifica um sinal de legenda transmitido a partir da seção de transmissão de sinal 302, empacota o sinal de legenda e transmite um pacote IP, que inclui um pacote de legenda MMT, para o multiplexador de serviço IP 310.
[0073] O codificador de sinalização 306 gera uma mensagem de sinalização com base na informação transmitida a partir do sistema de informação 308, e transmite um pacote IP que inclui um pacote MMT, em que a mensagem de sinalização fica disposta na parte de carga útil, para o multiplexador de serviço IP 310. Nesta modalidade, mensagens de sinalização a ser geradas são grosseiramente classificadas em tipos de árvore: uma mensagem PA; uma mensagem da seção M2; e uma mensagem de transmissão de dados. Os detalhes de cada mensagem de sinalização serão descritos posteriormente.
[0074] O codificador de arquivo 307 divide os dados de arquivo, que são transmitidos a partir da seção de transmissão de sinal 302 ou do sistema de informação 308, conforme necessário, gera um pacote MMT que inclui os dados de arquivo, e transmite um pacote IP que inclui o pacote MMT para o multiplexador de serviço IP 310. Deve-se notar que os dados de arquivo constituem conteúdo de difusão de dados (aplicação para difusão de dados).
[0075] O sistema de transmissão em difusão 11 é equipado com os multiplexadores de serviço IP 310 para os respectivos canais transmitidos (programas de difusão). O multiplexador de serviço IP 310 para um canal multiplexa os pacotes IP que incluem o vídeo, o áudio, a legenda, a mensagem de sinalização e os dados de arquivo, que são transmitidos a partir dos codificadores 303 até 307, respectivamente, e gera um pacote TLV que constitui um canal.
[0076] O codificador de sinalização TLV 309 codifica a informação de sinalização transmitida a partir do sistema de informação 308 e gera um pacote TLV para ficar disposto na parte de carga útil.
[0077] O multiplexador TLV 311 multiplexa os pacotes TLV, que são gerados nos respectivos multiplexadores de serviço IP 310-1 a 310-N e no codificador de sinalização TLV 309, e gera um fluxo contínuo de difusão.
[0078] A seção de modulação / transmissão 312 modula em RF o fluxo contínuo de difusão gerado no multiplexador TLV 311 e transmite o fluxo contínuo de difusão para caminhos de transmissão RF.
[0079] Operações do sistema de transmissão em difusão 11 mostrado na figura 3 serão descritas.
[0080] Na seção de relógio 301, informação de tempo, que é sincronizada com informação de tempo adquirida a partir de um servidor NTP, é gerada, e um pacote IP que inclui a informação de tempo é gerado.
[0081] Um sinal de vídeo transmitido a partir da seção de transmissão de sinal 302 é suprido para o codificador de vídeo 303. No codificador de vídeo 303, o sinal de vídeo é codificado e empacotado, para gerar um pacote IP que inclui um pacote de vídeo MMT. O pacote IP é transmitido para o multiplexador de serviço IP 310.
[0082] Adicionalmente, processamento similar é realizado, também, em um sinal de áudio e um sinal de legenda transmitidos a partir da seção de transmissão de sinal 302. Adicionalmente, um pacote IP que inclui um pacote de áudio MMT, que é gerado no codificador de áudio 304, é transmitido para o multiplexador de serviço IP 310, e um pacote IP que inclui um pacote de legenda MMT, que é gerado no codificador de legenda 305, é transmitido para o multiplexador de serviço IP 310.
[0083] Adicionalmente, no codificador de sinalização 306, uma mensagem de sinalização é gerada com base na informação transmitida a partir do sistema de informação 308, e um pacote IP que inclui um pacote MMT em que a mensagem de sinalização fica disposta na parte de carga útil é gerado. O pacote IP é transmitido para o multiplexador de serviço IP 310.
[0084] Adicionalmente, dados de arquivo transmitidos a partir da seção de transmissão de sinal 302 ou do sistema de informação 308 são supridos para o codificador de arquivo 307. No codificador de arquivo 307, os dados de arquivo são divididos conforme necessário, e um pacote MMT que inclui os dados de arquivo é gerado, de forma que um pacote IP que inclui o pacote MMT seja gerado. O pacote IP é transmitido para o multiplexador de serviço IP 310.
[0085] Nos multiplexadores de serviço IP 310, os pacotes IP que incluem o vídeo, o áudio, a legenda, a mensagem de sinalização e os dados de arquivo, que são transmitidos a partir dos codificadores 303 a 307, respectivamente, são multiplexados, e os pacotes TLV que constituem um canal são gerados.
[0086] No codificador de sinalização TLV 309, informação de sinalização transmitida a partir do sistema de informação 308 é codificada, e um pacote TLV a ficar disposto na parte de carga útil é gerado.
[0087] No multiplexador TLV 311, os pacotes TLV gerados nos multiplexadores de serviço IP 310-1 a 310-N e no codificador de sinalização TLV 309 são multiplexados, e um fluxo contínuo de difusão é gerado. Na seção de modulação / transmissão 312, o fluxo contínuo de difusão gerado no multiplexador TLV 311 é modulado em RF, e o sinal de modulação RF resultante é transmitido para os caminhos de transmissão RF.
[0088] Adicionalmente, a figura 4 mostra um exemplo de configuração do receptor 12 que recebe o sinal de difusão mostrado na figura 2. O receptor 12 mostrado na figura inclui uma seção de sintonizador / demodulação 401, um demultiplexador (DEMUX) 402, uma seção de relógio 403, um decodificador de vídeo 404, um decodificador de áudio 405, um decodificador de legenda 406, um motor de aplicação de difusão de dados 407, uma seção de controle do sistema 408 e uma seção de síntese 409.
[0089] A seção de sintonizador / demodulação 401 recebe e demodula o sinal de modulação RF, e obtém um fluxo contínuo de difusão. O demultiplexador 402 demultiplexa e empacota o fluxo contínuo de difusão, e transmite informação de tempo NTP, PTS (Registro de Tempo de Apresentação: informação de tempo de apresentação), informação de sinalização, sinais codificados de vídeo, áudio e legenda, dados de arquivo e informação de sinalização. Deve-se notar que os dados de arquivo constituem conteúdo de difusão de dados (aplicação para difusão de dados).
[0090] A seção de controle do sistema 408 controla as operações das respectivas seções do receptor 12 com base na informação de sinalização obtida no demultiplexador 402, informação de operação proveniente de um usuário por meio de uma seção de operação do usuário (não mostrada) e semelhantes. A seção de relógio 403 gera, com base na informação de tempo NTP obtida no demultiplexador 402, informação de tempo sincronizada com aquela informação de tempo.
[0091] O decodificador de vídeo 404 decodifica o sinal de vídeo codificado obtido no demultiplexador 402 e obtém um sinal de vídeo de banda base. Adicionalmente, o decodificador de áudio 405 decodifica o sinal de áudio codificado obtido no demultiplexador 402 e obtém um sinal de áudio de banda base. Adicionalmente, o decodificador de legenda 406 decodifica o sinal de legenda codificado obtido no demultiplexador 402 e obtém um sinal de exibição da legenda.
[0092] O motor de aplicação de difusão de dados 407 é uma seção de processamento para uma aplicação de difusão de dados, que é transmitida como dados de arquivo. Em outras palavras, o motor de aplicação de difusão de dados 407 processa os dados de arquivo obtidos no demultiplexador 402 e obtém um sinal de exibição de difusão de dados. A aplicação de difusão de dados compreende dados de arquivo (dados de documento HTML) descritos no formato HTML, por exemplo. Neste relatório descritivo, a aplicação de difusão de dados também é chamada de "aplicação" ou "conteúdo".
[0093] Deve-se notar que, no fluxo contínuo de difusão, os dados de arquivo de conteúdo idêntico são repetidamente transmitidos. A seção de controle do sistema 408 controla uma operação de filtragem no demultiplexador 402 de maneira tal que apenas dados necessários no demultiplexador 402, em um grupo de dados de arquivo repetidamente transmitido, sejam adquiridos no motor de aplicação de difusão de dados 407.
[0094] Nesta modalidade, a seção de controle do sistema 408 refere- se a uma tabela de sinalização incluída em cada uma da mensagem PA, da mensagem da seção M2 e da mensagem de transmissão de dados, especifica uma faixa de acesso necessária para a presente difusão de dados e controla uma operação de filtragem para prévia aquisição de dados de arquivo capazes de ser submetidos a cache no motor de aplicação de difusão de dados 407. Os detalhes de submissão a pré-cache de dados de arquivo serão descritos a seguir.
[0095] Adicionalmente, a seção de controle do sistema 408 controla temporizações de decodificação nos respectivos decodificadores 404 até 406 com base em PTS e ajusta temporizações de apresentação do vídeo, áudio e legenda. A seção de síntese 409 sintetiza o sinal de exibição da legenda e o sinal de exibição da difusão de dados, juntamente com o sinal de vídeo de banda base, e obtém um sinal de vídeo para exibição de vídeo. Adicionalmente, o sinal de áudio de banda base obtido no decodificador de áudio 405 deve ser um sinal de áudio para emissão de áudio.
[0096] Operações do receptor 12 mostrado na figura 4 serão descritas.
[0097] Na seção de sintonizador / demodulação 401, o sinal de modulação RF é recebido e demodulado, e um fluxo contínuo de difusão é obtido. No demultiplexador 402, o fluxo contínuo de difusão é demultiplexado e desempacotado, e informação de tempo NTP, PTS, informação de sinalização, sinais de vídeo, áudio e legenda codificados, e dados de arquivo são extraídos.
[0098] A informação de tempo NTP extraída no demultiplexador 402 é transmitida para a seção de relógio 403. Na seção de relógio 403, com base na informação de tempo NTP, informação de tempo sincronizada com esta informação de tempo é gerada. Em outras palavras, na seção de relógio 403, informação de tempo que é correspondida com a informação de tempo gerada na seção de relógio 301 do sistema de transmissão em difusão 11 é gerada.
[0099] O sinal de vídeo codificado extraído no demultiplexador 402 é transmitido para o decodificador de vídeo 404 para decodificação, de forma que um sinal de vídeo de banda base seja obtido. Adicionalmente, o sinal de legenda codificado extraído no demultiplexador 402 é transmitido para o decodificador de legenda 406 para decodificação, de forma que um sinal de exibição de legenda seja obtido. Adicionalmente, os dados de arquivo extraídos no demultiplexador 402 são transmitidos para o motor de aplicação de difusão de dados 407 para processamento, de forma que um sinal de exibição de difusão de dados seja obtido. Deve-se notar que a operação de filtragem no demultiplexador 402 é controlada pela seção de controle do sistema 408, de maneira tal que apenas dados de arquivo necessários sejam adquiridos no demultiplexador 402.
[00100] Na seção de síntese 409, o sinal de exibição da legenda e o sinal de exibição da difusão de dados são sintetizados juntamente com o sinal de vídeo de banda base, de forma que um sinal de vídeo para exibição de vídeo seja obtido.
[00101] Adicionalmente, o sinal de áudio codificado extraído no demultiplexador 402 é transmitido para o decodificador de áudio 405 para decodificação, de forma que um sinal de áudio de banda base para emissão de áudio seja obtido.
[00102] No sistema de difusão digital 10 mostrado na figura 1, considera-se que o MMT é aplicado como um sistema de transporte no momento em que um sinal de difusão for transmitido do sistema de transmissão em difusão 11 para o receptor 12. A figura 5 mostra uma imagem de um sinal de difusão 500 que é transmitido a partir do sistema de transmissão em difusão 11 para os caminhos de transmissão RF de acordo com o sistema MMT.
[00103] Um sinal de difusão de um canal (programa de difusão) é constituído por mídia temporizada, tais como vídeo, áudio e legenda, e mídia não temporizada, tais como dados de arquivo, e dados de mídia codificados destas mídias são armazenados nas MPUs e, então, transmitidos. Adicionalmente, informação sobre controle de transmissão do sinal de difusão e semelhantes são transmitidos como informação de sinalização. No MMT, os dados da mídia temporizada e mídia não temporizada que constituem um canal (programa de difusão) podem ser facilmente usados na combinação de diferentes caminhos de transmissão. No exemplo mostrado na figura 5, para o sinal de difusão 500, caminhos de transmissão da MMT 501 a 504 para tipos de dados, tais como vídeo, áudio, legenda, dados de arquivo, e informação de sinalização são usados. Deve-se notar que a ilustração de um caminho de transmissão para dados de legenda é omitida a título de conveniência.
[00104] Um canal (programa de difusão) pode ser chamado de "pacote", que é constituído por diferentes tipos de ativos, tais como vídeo, áudio, legenda, e dados de arquivo (aplicação) (o pacote é um conjunto lógico de dados de mídia transmitido através dos caminhos de transmissão da MMT). Cada um dos ativos é um conjunto (grupo lógico) de 1 ou mais MPUs que compartilham o mesmo asset_id, e transmitido através de cada ES (Fluxo Contínuo Elementar) dedicado, isto é, no caminho de transmissão MMT (o ativo é a entidade de dados associada com um identificador exclusivo e usada para constituir apresentação de multimídia). Em outras palavras, no caminho de transmissão 501, pacotes MMT (MMTP) de vídeo constituídos por um grupo lógico de MPU que tem um asset_id comum são transmitidos. No caminho de transmissão 502, pacotes MMT de áudio constituídos por um grupo lógico de MPU que tem um asset_id comum são transmitidos. No caminho de transmissão 503, pacotes MMT de dados de arquivo constituídos por um grupo lógico de MPU que tem um asset_id comum são transmitidos. A MPU é identificada pelo asset_id e um número de sequência da MPU em um caminho de transmissão apropriado. Adicionalmente, o caminho de transmissão MMT para transmitir cada mídia pode ser identificado pelo asset_id.
[00105] Além do mais, em um pacote (programa de difusão), ativos que têm o mesmo tipo (isto é, que têm diferente asset_id) podem ser transmitidos. Por exemplo, duas ou mais peças de conteúdo de arquivo (aplicações de difusão de dados) são providas para o mesmo programa de difusão. Em um caso como este, as diferentes peças de conteúdo de arquivo são providas com diferente asset_id e transmitidas como diferentes grupos lógicos de MPU em diferentes caminhos de transmissão da MMT. Na figura 5, apenas um caminho de transmissão 503 para dados de arquivo é ilustrado por simplificação.
[00106] Adicionalmente, o MMT pode ser usado em comum com uma pluralidade de caminhos de transmissão para difusão e comunicação. A mídia não temporizada, tais como dados de documento HTML, pode ser transmitida através do caminho de transmissão para difusão juntamente com a mídia temporizada, da forma mostrada na figura 5, e também provida através de um caminho de transmissão para comunicação.
[00107] Adicionalmente, no caminho de transmissão 504, pacotes MMT que incluem a mesma mensagem de sinalização são repetidamente transmitidos. Para alcançar a tecnologia descrita neste relatório descritivo, a mensagem de sinalização a ser transmitida inclui três tipos de mensagens de sinalização, uma mensagem PA 510, uma mensagem da seção M2 520 e uma mensagem de transmissão de dados 530. Tabelas de sinalização são transmitidas pelas várias mensagens de sinalização. Por exemplo, a mensagem PA 510 inclui uma tabela MP (Pacote MMT) 511. Adicionalmente, a mensagem da seção M2 520 inclui uma tabela MH AI (informação de aplicação) 521. Adicionalmente, a mensagem de transmissão de dados 530 é uma mensagem para notificar um método de transmissão de dados e um método de controle de gerenciamento de dados, e inclui tabelas de sinalização de uma tabela de gerenciamento de local de dados 531, uma tabela de gerenciamento de ativo de dados 532 e uma tabela de gerenciamento de conteúdo de dados 533. Os detalhes de cada tabela serão descritos a seguir.
[00108] Da forma supradescrita, no MMTP, a mídia temporizada, tais como vídeo, áudio e legenda, e a mídia não temporizada, tais como dados de arquivo, são transmitidas. A figura 6 mostra um exemplo de configuração de um pacote MMTP 600. O pacote MMTP é uma unidade de dados de mídia que é formatada para ser transmitida usando um protocolo MMT. Veja, por exemplo, Documento Não Patente 1 para os detalhes do mesmo.
[00109] Quando 1 for atribuído a um indicador do contador de pacote "C" denotado pelo número de referência 601, isto representa que um campo de um contador de pacote denotado pelo número de referência 602 está presente no pacote MMTP. O contador de pacote 602 é um campo de 32 bits de comprimento em que um valor em número inteiro da contagem do pacote MMTP é gravado, e é incrementado em 1 toda vez que o pacote MMTP for transmitido.
[00110] Quando 1 for atribuído a um indicador de extensão "X" denotado pelo número de referência 603, isto representa que um cabeçalho de extensão 604 denotado pelo número de referência 604 está presente. A parte inferior da figura 6 também mostra um exemplo de configuração do cabeçalho de extensão 604. O cabeçalho de extensão 604 é constituído por um campo type de 16 bits de comprimento, que é denotado pelo número de referência 604-1, um campo comprimento denotado pelo número de referência 604-2 e um campo header_extensin_value denotado pelo número de referência 604-3. No campo comprimento, comprimento de um byte do campo header_extensin_value é gravado. No campo header_extensin_value, informação de extensão que cai fora das especificações do MMT pode ser gravada.
[00111] Em um campo type denotado pelo número de referência 606, um valor do tipo que representa um tipo de dados de carga útil do pacote MMTP é gravado. A definição do valor do tipo é da forma mostrada na Tabela 1 a seguir.[Tabela 1]
Figure img0001
[00112] Quando 1 for atribuído a um indicador de RAP (Ponto de Acesso Aleatório) denotado pelo número de referência 605, isto representa que a carga útil do pacote MMTP inclui um Ponto de Acesso Aleatório a um fluxo contínuo de dados dos tipo de dados.
[00113] Em um campo packet_id de 16 bits de comprimento, que é denotado pelo número de referência 607, um valor em número inteiro para distinguir um ativo é gravado. O valor deste campo deriva de um asset_id de um ativo ao qual o pacote MMTP pertence. O mapeamento do packet_id e do asset_id é mostrado por uma tabela de pacote MMT (MP) como uma parte da mensagem de sinalização.
[00114] Em um campo timestamp de 32 bits de comprimento, que é denotado pelo número de referência 608, um tempo de transmissão do pacote MMTP é descrito em um formato curto estipulado por um protocolo NTP.
[00115] Em um campo packet_sequence_number de 32 bits de comprimento, que é denotado pelo número de referência 609, um valor em número inteiro (um número de sequência no caminho de transmissão MMT) para identificar pacotes que têm um packet_id idêntico é descrito.
[00116] A figura 7 mostra um exemplo de configuração de um cabeçalho de extensão 700 de um pacote MMTP que transmite mídia não temporizada. Da forma mostrada na figura, neste caso, 4 é gravado em um campo comprimento 701 como comprimento de um byte de um campo header_extensin_value. No campo header_extensin_value, um download_id é descrito em 4 bytes.
[00117] Quando uma MPU for transmitida usando o protocolo MMT, é necessário realizar empacotamento e desempacotamento no lado da transmissão e no lado da recepção, respectivamente. Pelo empacotamento, a MPU é inserida na carga útil MMTP e transmitida no pacote MMTP. O formato da carga útil MMTP permite a fragmentação da carga útil MMTP para habilitar que uma grande carga útil seja transmitida. Adicionalmente, o formato da carga útil MTP também permite a agregação, em que uma pluralidade de cargas úteis MMTP é inserida em uma única carga útil MMTP para corresponder a uma pequena unidade de dados. O lado da recepção realiza desempacotamento para restaurar os MPU de dados originais.
[00118] A figura 8 mostra um exemplo de configuração de uma carga útil MMTP 800 em um modo MPU. Veja, por exemplo, Documento Não Patente 1 para os detalhes do mesmo. O modo MPU se aplica em um caso em que "0x00" é gravado no campo type 606 do cabeçalho MMTP. O pacote MMTP no modo MPU é usado para transmitir vídeo, áudio e dados de arquivo (aplicação).
[00119] Em um campo MPU Fragment Type (FT) denotado pelo número de referência 801, um tipo de um fragmento é indicado por um valor de 4 bits. A definição de um valor de FT é da forma mostrada na Tabela 2 a seguir.[Tabela 2]
Figure img0002
[00120] Quando 1 for descrito em um indicador Timed (T) denotado pelo número de referência 802, isto representa que a MPU que transmite mídia temporizada é fragmentada. Quando 0 estiver descrito no mesmo, isto representa que a MPU que transmite mídia não temporizada é fragmentada.
[00121] Um campo fragmentation identifier (f_i), que é denotado pelo número de referência 803, representa informação sobre a fragmentação de uma unidade de dados na carga útil em 2 bits. A definição de quatro valores de f_i é da forma mostrada na Tabela 3 a seguir.[Tabela 3]
Figure img0003
[00122] Quando a carga útil for a agregação de uma pluralidade de unidades de dados, 1 é descrito em um indicador aggregation (a) denotado pelo número de referência 804.
[00123] Em um campo fragment_counter de um comprimento de 8 bits, que é denotado pelo número de referência 805, o número de cargas úteis que incluem um fragmento da mesma unidade de dados seguida pela carga útil MMTP é descrito.
[00124] Em um comprimento DU_length de 16 bits de comprimento, que é denotado pelo número de referência 806, um comprimento de dados (DU: Unidade de Dados) seguido pelo campo é descrito. Entretanto, quando o indicador A 804 for 0, o comprimento DU_length 806 não existe.
[00125] Um DU_Header denotado pelo número de referência 807 é um cabeçalho da unidade de dados. Entretanto, quando o valor de FT 801 for 0 ou 1 (em outras palavras, quando o valor de FT 801 não for a MFU), o DU_Header 807 não existe. A MFU inclui uma amostra ou subamostra de mídia temporizada ou um item de mídia não temporizada.
[00126] A figura 9 mostra um exemplo de configuração de um DU_Header 900 de uma MFU em que mídia temporizada fica disposta na carga útil. Adicionalmente, a figura 10 mostra um exemplo de configuração de um DU_Header 1000 de uma MFU em que mídia não temporizada fica disposta na carga útil. Da forma mostrada na figura 10, no caso da mídia não temporizada, o DU_Header 1000 é constituído por um item_ID de 32 bits de comprimento, que é um identificador de um item transmitido como uma parte da MFU. O item é um recurso que constitui uma aplicação, tais como dados de documento HTML ou dados de mídia mono referidos a partir de um documento HTML. No caminho de transmissão MMT especificado pelo asset_id, o item pode ser exclusivamente identificado pela combinação do packet_id no cabeçalho do pacote MMTP e do download_id no cabeçalho de extensão do mesmo, da forma supradescrita, e do item_ID no cabeçalho DU.
[00127] A figura 11 mostra um exemplo de configuração de pacote no momento em que os dados da mídia não temporizada forem transmitidos.
[00128] A figura 11(a) mostra um estado dos dados de arquivo originais. Na figura, cada um de F1 e F2 é uma peça de dados de arquivo. Os dados de arquivo são, por exemplo, um documento HTML e incluem um ou mais itens. Adicionalmente, o próprio documento HTML é um item.
[00129] A figura 11(b) mostra um estado em que os dados de arquivo F1 e os dados de arquivo F2 ficam dispostos nas MFUs. Já que o tamanho de arquivo dos dados de arquivo F1 não grande, os dados de arquivo F1 ficam dispostos na carga útil de uma MFU como eles estão. Neste particular, já que o tamanho de arquivo dos dados de arquivo F2 é grande, os dados de arquivo F2 são divididos em peças de dados, e cada peça de dados fica disposta na carga útil de uma MFU. No exemplo mostrado na figura, os dados de arquivo F2 são divididos em F2-1 e F2-2, e o F2-1 e o F2-2 ficam dispostos nas cargas úteis de diferentes MFUs.
[00130] Aqui, é anexado em uma MFU em que a mídia não temporizada, tais como dados de documento HTML ou mídia mono, fica disposta na carga útil o DU_Header (veja a figura 10), em que um item_ID que indica exclusivamente um item de MFU é descrito.
[00131] Subsequentemente, da forma mostrada na figura 11(c), um cabeçalho da carga útil MMT (veja a figura 8) é anexado em cada MFU, de forma que uma carga útil MMT seja obtida. Aqui, um valor 2 é descrito no campo Fragment Type (FT) do cabeçalho da carga útil MMT, para representar que o tipo do fragmento é uma MFU. Adicionalmente, um valor 0 é descrito no indicador Timed (T), para representar que a MPU transmite mídia não temporizada. Adicionalmente, em uma MFU em que mídia não temporizada não fragmentada está disposta, um valor 0 é descrito no Campo fragmentation identifier (f_i). Neste particular, em uma MFU em que mídia não temporizada fragmentada fica disposta, um valor 1 é descrito no Campo fragmentation identifier (f_i), e um valor de contagem correspondente ao campo fragment_counter é descrito.
[00132] A seguir, da forma mostrada na figura 11(d), o cabeçalho do pacote MMTP e o cabeçalho de extensão do mesmo (veja a figura 6) são anexados em cada carga útil MMT, de forma que um fluxo contínuo de pacote MMT seja obtido. Aqui, 0 é descrito no campo type do cabeçalho MMTP para descrever que o tipo dos dados de carga útil é uma MPU. No campo packet_id, um valor em número inteiro para distinguir um ativo é gravado. Adicionalmente, o download_id é descrito no cabeçalho de extensão. Portanto, no caminho de transmissão MMT especificado pelo asset_id, o item pode ser exclusivamente identificado pela combinação do packet_id no cabeçalho do pacote MMTP e do download_id no cabeçalho de extensão do mesmo, da forma supradescrita, e do item_ID no cabeçalho DU.
[00133] Adicionalmente, da forma mostrada na figura 11(e), um cabeçalho IP e um cabeçalho UDP são anexados em cada pacote MMT, de forma que um fluxo contínuo de pacote IP seja obtido. Embora não mostrado na figura, quando um cabeçalho TLV for anexado em cada pacote IP, um pacote TLV que constitui um fluxo contínuo de difusão é gerado.
[00134] Embora não mostrado na figura 11, nos pacotes MMT, alguns pacotes MMT incluem uma mensagem de sinalização na carga útil. A mensagem de sinalização é uma mensagem PA, uma mensagem da seção M2 ou uma mensagem de transmissão de dados (veja a descrição exposta e a figura 5). Se a carga útil MMTP inclui mídia de transmissão, tais como mídia temporizada ou mídia não temporizada, ou inclui uma mensagem de sinalização pode ser determinado pela referência ao valor do campo type no cabeçalho MMTP.
[00135] Subsequentemente, a configuração da mensagem de sinalização usada no protocolo MMT, que está envolvida no alcance da tecnologia descrita neste relatório descritivo, será descrita. A mensagem de sinalização é informação de sinalização que é necessária para controle de transmissão de pacote ou para uso de pacotes, e transmite várias tabelas de sinalização.
[00136] A mensagem de sinalização do MMT usa um formato geral constituído por três campos comuns, um campo específico para cada tipo de mensagem de sinalização e uma carga útil da mensagem. A carga útil da mensagem transmite informação de sinalização. A seguir, a mensagem PA, a mensagem da seção M2 e a mensagem de transmissão de dados serão descritas na ordem declarada.
[00137] A mensagem PA (Acesso a Pacote) transmite uma tabela PA que inclui informação sobre todas as tabelas de sinalização necessárias para Acesso a Pacote. A tabela PA inclui uma tabela de pacote MMT (MP). A figura 12 mostra exemplos de configuração de uma mensagem PA 1201 como uma mensagem de sinalização, e uma tabela MP 1202 incluída na mensagem PA. Adicionalmente, a figura 13 mostra um exemplo de sintaxe de uma mensagem PA 1300, e a figura 14 mostra descrições de parâmetros incluídos na mensagem PA.
[00138] Um message_id é um valor fixo de 16 bits para identificar uma mensagem PA em vários tipos de informação de sinalização. Uma versão é um parâmetro como um valor em número inteiro de 8 bits, que indica uma versão da mensagem PA. Por exemplo, quando alguns parâmetros que constituem uma tabela MP forem atualizados, a versão é incrementada em +1. Um comprimento é um parâmetro de 32 bits de comprimento, que indica o tamanho da mensagem PA em termos de bytes, o tamanho sendo contado imediatamente depois deste campo.
[00139] Em um campo extension, informação de índice da tabela MP (MPT) disposta no campo payload fica disposta. Neste campo, um table_id de 8 bits, um table_version de 8 bits e um table_length de 16 bits ficam dispostos. O table_id é um valor fixo para identificar a tabela MP. O table_version indica uma versão da tabela MP. O table_length indica o tamanho da tabela MP em termos de bytes.
[00140] No campo payload da mensagem PA, a tabela MP fica disposta. A tabela MP armazena informação relacionada a um pacote que inclui uma lista de todos os ativos.
[00141] Cada uma da figura 15 e da figura 16 mostra um exemplo de sintaxe da tabela MP (a figura 16 é a segunda metade subsequente à figura 15). Adicionalmente, a figura 17 mostra descrições de parâmetros incluídos na tabela MP. A seguir, uma configuração da tabela MP será descrita.
[00142] Um table_id é um valor fixo de 8 bits para identificar a tabela MP em vários tipos de informação de sinalização. Uma versão é um valor em número inteiro de 8 bits, que indica uma versão da tabela MP. Por exemplo, quando alguns parâmetros que constituem a tabela MP forem atualizados, a versão é incrementada em +1. Um comprimento é um parâmetro de 32 bits de comprimento, que indica o tamanho da tabela MP em termos de bytes, o tamanho sendo contado imediatamente depois deste campo.
[00143] Um MMT_packet_id é informação de identificação como a íntegra do pacote, que inclui como elementos constituintes ativos, tais como todos os sinais (vídeo, áudio e legenda) e arquivos transmitidos pelo sinal de difusão. A informação de identificação é informação de texto. Um MMT_packet_id_length indica o tamanho da informação de texto em termos de bytes.
[00144] Um campo de MP_table_descriptors é uma área de armazenamento de descritores relacionados à íntegra do pacote. Um MPT_table_descriptor_length é um parâmetro de 16 bits de comprimento, que indica o tamanho N2 do campo em termos de bytes. Considera-se que no MP_table_descriptor, os descritores correspondentes os descritores N2 (um ou mais) ficam dispostos depois dos descritores por vários propósitos são prescritos.
[00145] Um number_of_assets é um parâmetro de 8 bits, que indica o número de ativos (sinais, arquivos) como elementos constituintes do pacote. O seguinte laço de ativo fica disposto exatamente pelo número (N3) de number_of_asset.
[00146] Em um laço de ativo, parâmetros de informação de identificação de ativo (asset_id) como informação de um ativo individual, informação de local geral (gen_loc_info) e um descritor de ativo (asset_descriptor) ficam dispostos.
[00147] Um identifier_type indica um sistema de ID de um fluxo de pacote MMTP. Quando o sistema de ID indicar um asset_id, 0x00 é definido. Um asset_id_schema indica o formato do asset_id. Um asset_id_length indica o comprimento do asset_id. Em um subsequente laço de um asset_id_byte, informação de identificação de ativo (asset_id) é indicada em termos de bytes. Adicionalmente, um asset_type indica uma sequência de caracteres que representa o tipo de ativo. Um asset_clock_relation_flag é um indicador que indica a presença ou a ausência de um campo clock information do ativo. Quando o indicador for 1, um campo de identificação de informação do relógio (asset_clock_relation_id) e um campo do indicador de escala de tempo (asset_timescale_flag) estão presentes. Quando o indicador for 0, estes campos estão ausentes. Adicionalmente, no campo de um asset_location, o número de informação de local do ativo é especificado por um location_count. Em um subsequente laço da informação de local, a informação de local do ativo (MMT_general_location_info) é indicada exatamente pelo número especificado de peças de informação de local. Nesta modalidade, a informação de local do ativo é descrita no formato do id de pacote no caminho de transmissão que deve ser um destino de aquisição do ativo. Portanto, o asset_id é extraído na tabela MP, de forma que um apropriado id de pacote no caminho de transmissão MMT possa ser extraído.
[00148] Um campo de um asset_descriptor é uma área de armazenamento de um descritor relacionado ao ativo. Um asset_descriptor_length indica o tamanho N5 do campo do asset_descriptor em termos de bytes. Considera-se que, no asset_descriptor, N5 (um ou mais) descritores de ativo ficam dispostos depois que os descritores de ativo para vários propósitos forem prescritos.
[00149] A mensagem da seção M2 é uma mensagem de sinalização, que é usada para transmitir um formato estendido da seção do sistema MPEG- 2 como ele está. A figura 18 mostra um exemplo de configuração de uma mensagem da seção M2 1800. A seguir, os significados de respectivos parâmetros da mensagem da seção M2 serão descritos.
[00150] Um message_id (identificação de mensagem) é um valor fixo de 16 bits para identificar uma mensagem da seção M2 em vários tipos de informação de sinalização. Nesta modalidade, 0x8000 é definido. Uma versão (versão) é um parâmetro de um valor em número inteiro de 8 bits, que indica uma versão da mensagem da seção M2. Um comprimento (comprimento da mensagem) é um parâmetro de 16 bits de comprimento, que indica o tamanho da mensagem da seção M2 em termos de bytes, o tamanho sendo contado imediatamente depois deste campo. Um table_id (identificação da tabela) é uma área usada para identificar uma tabela à qual esta seção pertence. Um section_sintax_indicator (indicador de sintaxe da seção) é '1', que indica um formato estendido. Uma section_length (comprimento da seção) é uma área em que uma contagem de byte de dados subsequentes à área do comprimento da seção é gravada. Um table_id_extention (extensão de identificação da tabela) é uma área em que identificação da tabela é estendida. Um version_number (número de versão) é uma área em que um número de versão da tabela é gravado. Um current_next_indicator (próximo indicador atual) é definido em '1' quando a tabela estiver atualmente disponível, ou definido em '0' quando a tabela não estiver atualmente disponível e torna-se efetivo a seguir. Um section_number (número de seção) é uma área em que um número de seção que constitui a tabela é gravado. Um last_section_number (último número de seção) é uma área em que o último número de seção que constitui a tabela é gravado. Este é um código de redundância cíclica de acordo com CRC32 (CRC) e Recomendação H.222.0 de ITU-T.
[00151] A figura 19 mostra um exemplo de configuração de uma tabela MH AI (informação de aplicação) (MH AIT) 1900, que é transmitida pela mensagem da seção M2. A seguir, os significados dos respectivos parâmetros da tabela MH AI serão descritos.
[00152] Um table_id (identificação da tabela) é um valor fixo de 8 bits para identificar uma tabela de informação de aplicação (AI) em vários tipos de informação de sinalização. Nesta modalidade, 0x89 é definido. Uma section_sintax_indicator (indicador de sintaxe da seção) é um campo de 1bit e é constantemente "1". Um sectoin_length (comprimento da seção) é um campo de 12 bits e os primeiros 2 bits do mesmo são constantemente "00". Isto prescreve uma contagem de byte das seções do campo comprimento da seção até a última seção que inclui o CRC32. Este valor não excede 1.021 (0x3FD em hexadecimal). Um applicaton_type (formato de aplicação) é um campo de 16 bits e indica um valor de uma aplicação transmitida pela AIT. Em DVB, 0x0001 é atribuído a uma aplicação DVB-J. Também, em uma aplicação ARIB-J, 0x0001 é definido. Um version_number (número de versão) é um campo de 5 bits e é um número de versão de uma tabela subordinada. O version_number é um número de versão da tabela MH AI, e é incrementado em +1 quando a informação na tabela subordinada for mudada. Adicionalmente, quando o valor do número de versão for "31", o valor retorna para "0" a seguir. Um current_next_indicator (próximo indicador atual) é constantemente "1". Um section_number (número de seção) é um campo de 8 bits e indica um número de seção. O número de seção da primeira seção na tabela subordinada é 0x00. O número de seção é incrementado em +1 toda vez que uma seção com uma identificação da tabela e um formato de aplicação idênticos for adicionada. Um last_section_number (último número de seção) é um campo de 8 bits e prescreve o último número de seção na tabela subordinada à qual a seção pertence.
[00153] Um common_descriptor_length (comprimento do laço descritor comum) é um campo de 8 bits e prescreve o comprimento de byte de um descritor subsequente (descritor em uma área de descrição). Este descritor (descritor em uma área de descrição) armazena informação do descritor (descritor) em uma série de áreas que incluem tantos laços quanto o número de common_descriptor_length. O descritor em uma área de descritor comum é aplicado em todas as aplicações na tabela subordinada AIT. Por exemplo, um descritor do protocolo de transmissão que especifica um método de transmissão ou um local de aquisição de uma aplicação é gravado no campo descriptor.
[00154] Um application_loop_length é uma área em que o número da informação de aplicação incluída na tabela MH AI é gravado. Um laço da informação de aplicação fica disposto exatamente pelo número indicado pelo application_loop_length.
[00155] No laço de uma peça de informação de aplicação, um descritor (descritor de informação de aplicação) é descrito, o descritor sendo descrito em uma série de áreas que incluem tantos laços quanto o número de application_identifier (identificador de aplicação), application_control_code (código de controle da aplicação), e application_descriptor_loop_length (comprimento do descritor de informação de aplicação laço). O descritor na área de descritor é aplicado apenas em uma aplicação especificada.
[00156] O application_identifier (identificador de aplicação) é um parâmetro que identifica uma aplicação. O application_control_code (código de controle da aplicação) é um campo de 8 bits e prescreve um código de controle que controla o estado da aplicação. Semântica deste campo depende de um valor do formato de aplicação. Quando "início automático" for instruído como o application_control_code, o receptor que se referiu a esta tabela MH AT ativa e inicia a aplicação especificada pelo application_identifier. Adicionalmente, quando “prefetch” for instruído como o application_control_code, o receptor que se referiu a esta tabela MH AT realiza prefetch da aplicação especificada pelo application_identifier. Adicionalmente, quando "eliminar" for instruído como o application_control_code, o receptor que se referiu a esta tabela MH AT para a execução da aplicação especificada pelo application_identifier. Este é um código de redundância cíclica de acordo com CRC32 (CRC) e Recomendação H.222.0 de ITU-T.
[00157] Em resumo, a tabela MH AI é uma tabela que especifica um método de processamento para uma aplicação (dados de arquivo) transmitida através do caminho de transmissão MMT ou um método de transmissão (transport_protocol), e um local (URL). Durante a recepção da tabela MH AI transmitida pela mensagem da seção M2, o receptor adquire uma aplicação a partir do local especificado pelo transport_protocol especificado, a fim de executar o processamento especificado pelo application_control_code.
[00158] A figura 20 mostra um exemplo de configuração de um descritor de informação de aplicação 2000 que é armazenado no laço da informação de aplicação da tabela MH AI. Adicionalmente, a figura 21 mostra descrições de parâmetros incluídos no descritor de informação de aplicação 2000. A seguir, os significados dos respectivos parâmetros do descritor de informação de aplicação 2000 serão descritos.
[00159] Um descriptor_tag é um valor em número inteiro de 8 bits que identifica o descritor 2000. Um descriptor_length é uma área em que uma contagem de byte de dados do descritor 2000 subsequente a este campo é gravada.
[00160] Em uma série de áreas que incluem tantos laços quanto o número de application_profile_length, informação de application_profile é gravada. O application_profile é um perfil do receptor, que pode ser executado por esta aplicação. O application_profile indica uma função de solicitação por um mapa de bits para cada uma das funções solicitadas para o receptor. Entretanto, os 3 bits superiores do mesmo indicam comutação de mapa de bits funcional. O mapa de bits é prescrito para cada versão. Adicionalmente, cada um de um version_major, um version_minor e um version_micro é uma versão prescrita por um perfil de aplicação.
[00161] Um service_bound_flag é um indicador que indica se esta aplicação é efetiva ou não no atual serviço individualmente. Uma visibilidade indica se a aplicação é visível ou não. Um application_priority é uma prioridade relativa entre aplicações notificadas neste serviço. Um transport_protocol_label indica um protocolo pelo qual uma aplicação é transmitida. Como um valor do transport_protocol_label, 0x0003 prescreve transmissão HTTP/HTTPS, e 0x0005 prescreve MMT e transmissão não temporizada.
[00162] Adicionalmente, a figura 22 mostra um exemplo de configuração de um descritor do protocolo de transmissão 2200, que é armazenado na informação de aplicação da tabela MH AI como um descritor comum. A seguir, os significados dos respectivos parâmetros do descritor do protocolo de transmissão 2200 serão descritos.
[00163] Um descriptor_tag é um valor em número inteiro de 8 bits que identifica o descritor 2200. Um descriptor_length é uma área de 8 bits em que uma contagem de byte dos dados do descritor 2200 subsequentes a estes arquivos é gravada.
[00164] Um protocol_id (ID do protocolo) indica um protocolo pelo qual uma aplicação é transmitida. Como um valor do mesmo, 0x0003 prescreve transmissão HTTP/HTTPS, e 0x0005 prescreve MMT e transmissão não temporizada. Um transport_protocol_label (rótulo do protocolo de transporte) é um valor que identifica exclusivamente meio de transmissão quando uma aplicação for transmitida através de uma pluralidade de caminhos, e que corresponde a um campo do mesmo nome do descritor de informação de aplicação. Um selector_byte (byte seletor) é uma área em que uma sintaxe é prescrita para cada ID de protocolo, e em que um local de aquisição é gravado.
[00165] A figura 23 mostra um exemplo de configuração de um byte seletor 2300 comum ao HTTP/HTTPS e transmissão não temporizada MMT.
[00166] Um URL_base_byte armazena informação de texto, que indica um URL_base dentre uma sequência de caracteres URL, em uma série de áreas que incluem tantos laços quanto for o número de URL_base_length.
[00167] Um URL_extension_count indica o número de URL_extension subsequente ao URL_base, e um laço de URL_extension fica disposto exatamente pelo número de URL_extension_count. No laço de um URL_extension, o URL_extention_byte armazena informação de texto, que indica o URL_extention individual, em uma série de áreas que incluem tantos laços quantos forem o número de URL_extension_length que prescreve o comprimento do URL_extension. Cada URL_extention é uma sequência de caracteres URL subsequente ao URL_base. Por exemplo, quando o URL_base for "http://www.xbc.com" e o URL_extension for "index.html", é possível acoplar estas sequências de caracteres e obter um URL completo "http://xbc.com/index.html".
[00168] Em resumo, em relação ao descritor de informação de aplicação e ao descritor do protocolo de transmissão no laço da informação de aplicação na tabela MH AI, é possível adquirir meio de transmissão (transmissão MMT ou transmissão HTML) e informação de local (URL) da aplicação.
[00169] A figura 24 mostra um exemplo de configuração de uma mensagem de transmissão de dados 2400 como uma mensagem de sinalização. A seguir, os significados de respectivos parâmetros da mensagem de transmissão de dados serão descritos.
[00170] Um message_id (identificação de mensagem) é um valor fixo de 16 bits para identificar uma mensagem de transmissão de dados em vários tipos de informação de sinalização. Nesta modalidade, 0xF000 é definido. Uma versão (versão) é uma área em que um número de versão de uma mensagem de transmissão de dados é gravado. Um comprimento (comprimento da mensagem) é um parâmetro de 32 bits, que indica o tamanho de dados desta mensagem subsequente a este campo em termos de bytes.
[00171] Um num_of_tables (número de tabelas) indica o número de tabelas armazenadas na mensagem de transmissão de dados. Como tabelas armazenadas na mensagem de transmissão de dados, uma informação de laço de tabela é disposta pelo número indicado exatamente pelo número de num_of_tables.
[00172] Em um laço de uma peça da informação de tabela, um table_id (identificação da tabela), um table_version (versão de tabela) e um table_length (comprimento de tabela) são armazenados como informação de tabela. O table_id (identificação da tabela) é uma área usada para identificar uma tabela armazenada nesta mensagem de transmissão de dados. Na mensagem de transmissão de dados, três tipos de tabelas de sinalização, isto é, uma tabela de gerenciamento de local de dados, uma tabela de gerenciamento de ativo de dados e uma tabela de gerenciamento de conteúdo de dados são transmitidas (da forma supradescrita), e o table_id identifica cada uma destas tabelas. O table_version (versão de tabela) indica uma versão de uma tabela armazenada nesta mensagem de transmissão de dados. O table_length (comprimento de tabela) indica o tamanho de uma tabela armazenada nesta mensagem de transmissão de dados em termos de bytes. Uma tabela (tabela) indica uma tabela armazenada nesta mensagem de transmissão de dados.
[00173] Adicionalmente, o laço da tabela é disposto exatamente pelo número de num_of_tables. No laço de uma tabela, informação de conteúdo de uma tabela identificado pelo table_id é armazenada.
[00174] A figura 25 mostra um exemplo de configuração de uma tabela de gerenciamento de ativo de dados 2500 que é transmitida pela mensagem de transmissão de dados. A tabela de gerenciamento de ativo de dados é uma tabela que gerencia informação de um ativo de dados de arquivo transmitidos como pacotes MMTP e informação de itens incluídos em cada ativo dos dados de arquivo. A seguir, os significados dos respectivos parâmetros da tabela de gerenciamento de ativo de dados serão descritos.
[00175] Um table_id (identificação da tabela) é um valor fixo de 8 bits que indica uma tabela de gerenciamento de ativo de dados em vários tipos de informação de sinalização. Nesta modalidade, 0xA2 é definido. Um version_ (versão) é um parâmetro de um valor em número inteiro de 8 bits, que indica uma versão desta tabela de gerenciamento de ativo de dados. Por exemplo, quando alguns parâmetros que constituem a tabela de gerenciamento de ativo de dados forem atualizados, a versão é incrementada em +1. Um comprimento é um parâmetro de 16 bits de comprimento, que indica o tamanho da tabela de gerenciamento de ativo de dados em termos de bytes, o tamanho sendo contado imediatamente depois deste campo.
[00176] Um number_of_asset é um parâmetro de 8 bits, que indica o número de ativos de dados de arquivo incluídos no pacote. O seguinte laço de ativo é disposto exatamente pelo número de number_of_asset, e informação de dados de arquivo para cada um dos ativos é armazenada.
[00177] Em um laço de ativo, um download_id, informação relacionada a um próprio ativo (dados de arquivo) e informação relacionada a cada item incluído neste ativo são incluídos. O download_id é informação de identificação que é gravada em um cabeçalho de extensão de um pacote MMTP que transmite mídia não temporizada (dados de arquivo) (veja a figura 7).
[00178] A informação relacionada a um próprio ativo, que é armazenada no laço de ativo, inclui um asset_id_schema, um asser_ID_length, um asset_id_length e um asset_id_byte. O asset_id_schema indica o formato do ID do ativo. Como o formato do ID do ativo, por exemplo, um UUID (Identificador Exclusivo Universal), um URI (Identificador de Recurso Uniforme) e um GURL (URL Geral) podem ser atribuídos. O asser_ID_length indica o comprimento de um byte do ID do ativo em termos de bytes. O asset_id_byte indica um ID do ativo em uma série de áreas, incluindo tantos laços quantos forem o número de asser_ID_length, no formato especificado pelo asset_id_schema. Incidentemente, nesta modalidade, esta informação é usada como informação para identificar um ativo em comum com a tabela MP e a tabela de gerenciamento de ativo de dados, mas devido à grande quantidade de dados da mesma, outra informação de identificação de ativo substituível pode ser usada. Por exemplo, considera-se que um component_tag de 16 bits é definido como informação correspondente ao asset_id na tabela MP, e o component_tag é usado em vez do asset_id na tabela de gerenciamento de ativo de dados.
[00179] Um number_of_itens é uma área em que o número de itens que constitui um ativo de dados de arquivo apropriados é gravado. Os laços dos itens ficam dispostos exatamente pelo número de number_of_itens, e peças de informação nos respectivos itens que constituem o ativo (dados de arquivo) são gravadas nos mesmos.
[00180] No laço de um item, parâmetros de um item_ID, um item_tag, um item_size, um item_version, um item_checksum e um item_info são descritos como informação relacionada ao item. O item_ID é um valor de 32 bits, que indica um ID para identificar o item transmitido pela MFU não temporizada. Similarmente, o item_tag é informação para identificar o item, e é um valor de 16 bits. Como a informação de sinalização, um item_tag de 16 bits é usado em vez de um item_ID de 32 bits, de forma que um tamanho de bit necessário para identificar o item possa ser reduzido. O item_size indica o tamanho do item em termos de bytes. O item_version indica uma versão do item. A versão é incrementada em +1 toda vez que detalhes do item forem atualizados. O item_checksum indica uma soma de verificação do item. É concebido que a quantidade de informação da soma de verificação se torna grande se uma soma de verificação for definida para todos os arquivos sem falha. Portanto, em consideração do mesmo, por exemplo, pode ser possível definir um check_sum_flag de 1 bit e, apenas quando 1 for substituído para tal, prover um item_check_sum de 32 bits. Alternativamente, uma soma de verificação como um tipo pode ser indicada não como sinalização, mas como o cabeçalho de extensão do pacote MMTP mostrado na figura 7, e uma soma de verificação de 32 bits pode ficar disposta depois do comprimento. O item_info_length indica o tamanho de uma área de informação de um item_info_byte em termos de bytes. O item_info_byte armazena informação sobre o item em uma série de áreas que incluem tantos laços quanto forem o número de item_info_length.
[00181] Um descriptor_loop_length indica o comprimento de byte total de um descritor. O descritor armazena informação sobre um descritor em uma série de áreas que inclui tantos laços quantos forem o número de descriptor_loop_length. O descritor a ser armazenado é definido separadamente.
[00182] Em resumo, a tabela de gerenciamento de ativo de dados 2500 é uma tabela que gerencia informação sobre um ativo de dados de arquivo (conteúdo) incluído em um pacote e sobre itens incluídos no ativo. Como a informação sobre um item, informação de versão do item também é gerenciada. Em relação à tabela de gerenciamento de ativo de dados 2500, um apropriado asset_id, um ID de descarga descrito no cabeçalho de extensão do MMT que transmite o ativo e o item_info podem ser extraídos do item_tag (ou Item_ID), ou o item_ID ou item_info no caminho de transmissão dos dados de arquivo podem ser extraídos do item_tag tratado no caminho de transmissão da informação de sinalização.
[00183] A figura 26 mostra um exemplo de configuração de uma tabela de gerenciamento de local de dados (DLMT) 2600 que é transmitida pela mensagem de transmissão de dados. A tabela de gerenciamento de local de dados é uma tabela que gerencia informação de local de cada peça de dados de arquivo transmitida como pacotes MMTP, e informação de local de cada item incluída nos dados de arquivo. A seguir, os significados dos respectivos parâmetros da tabela de gerenciamento de local de dados serão descritos.
[00184] Em um table_id (identificação da tabela), um valor fixo de 8 bits que indica uma tabela de gerenciamento de local de dados em vários tipos de informação de sinalização é gravado. Um version_ (versão) é um parâmetro de um valor em número inteiro de 8 bits, que indica uma versão da tabela de gerenciamento de local de dados. Por exemplo, quando alguns parâmetros que constituem a tabela de gerenciamento de local de dados forem atualizados, a versão é incrementada em +1. Um comprimento é um parâmetro de 16 bits de comprimento, que indica o tamanho da tabela de gerenciamento de local de dados em termos de bytes, o tamanho sendo contado imediatamente depois deste campo.
[00185] Um base_URL_length indica o tamanho de uma área de informação de um base_URL_byte em termos de bytes. O base_URL_byte armazena informação de local, que é descrita em um formato URL absoluto dos dados de arquivo, em uma série de áreas que incluem tantos laços quanto forem o número de base_URL_length.
[00186] Um number_of_itens é uma área em que o número de itens incluídos nos dados de arquivo é gravado. Os laços dos itens ficam dispostos exatamente pelo número de number_of_itens.
[00187] No laço de um item, um item_tag e um item_URI_byte em cada item incluído nos dados de arquivo são gravados. O item_tag representa informação para identificar um item transmitido pela MFU não temporizada em 16 bits, que é mais curta do que o item_ID de 32 bits (da forma descrita a seguir). O item_URI_byte armazena informação de local, que é descrita em um formato de URL relativo em relação à informação de local para ser a base dos dados de arquivo, isto é, o base_URL_byte, em uma série de áreas que incluem tantos laços quantos forem o número de number_of_item_URI_byte. Por exemplo, quando o base_URL de conteúdo for "http://www.xbc.com" e o item_URL de um certo item for "index.html", é possível acoplar estas sequências de caracteres e obter um URL completo "http://xbc.com/index.html".
[00188] Em resumo, a tabela de gerenciamento de local de dados 2600 é uma tabela que gerencia a informação de local em dados de arquivo (conteúdo) incluídos em um pacote e em itens incluídos nos dados de arquivo. Em relação à tabela de gerenciamento de local de dados 2600, um URL de um item pode ser extraído do item_tag do mesmo ou, inversamente, um apropriado item_tag pode ser extraído do URL. Deve-se notar que, quando uma complicada estrutura de diretório for adicionalmente definida sob o local (diretório) indicado pelo base_URL, a quantidade de informação do item_URI_byte pode se tornar muito grande neste exemplo de configuração. Em consideração do mesmo, na tabela de gerenciamento de local de dados, a seguinte estrutura pode ser provida: informação de local de um diretório em que um arquivo existe é definida como um node_URL, cada diretório é provido com um node_tag da informação de identificação, e apenas um nome de arquivo e o node_tag são especificados como informação de cada item.
[00189] Adicionalmente, a figura 27 mostra um exemplo de configuração de uma tabela de gerenciamento de conteúdo de dados (DCMT) 2700 que é transmitida pela mensagem de transmissão de dados. A tabela de gerenciamento de conteúdo de dados é uma tabela que gerencia a informação sobre dados de arquivo, isto é, conteúdo (aplicação de difusão de dados) transmitido como mídia não temporizada. A seguir, os significados de respectivos parâmetros da tabela de gerenciamento de conteúdo de dados serão descritos.
[00190] Em um table_id (identificação da tabela), um valor fixo de 8 bits que indica uma tabela de gerenciamento de conteúdo de dados em vários tipos de informação de sinalização é gravado. Um version_ (versão) é um parâmetro de um valor em número inteiro de 8 bits, que indica uma versão desta tabela de gerenciamento de conteúdo de dados. Por exemplo, quando alguns parâmetros que constituem a tabela de gerenciamento de conteúdo de dados forem atualizados, a versão é incrementada em +1. Um comprimento é um parâmetro de 16 bits de comprimento, que indica o tamanho da tabela de gerenciamento de conteúdo de dados em termos de bytes, o tamanho sendo contado imediatamente depois deste campo.
[00191] Um number_of_content é um parâmetro de 8 bits, que indica o número de conteúdo incluído no pacote (O conteúdo é, por exemplo, dados de arquivo, tal como um documento HTML em que uma aplicação de difusão de dados é descrita). O seguinte laço de conteúdo fica disposto exatamente pelo número de number_of_content, e informação para cada peça de conteúdo é armazenada.
[00192] No laço de uma peça de conteúdo, um content_ID, um content_version, um content_cache_size e informação sobre uma unidade de apresentação (PU) de aplicação incluída no conteúdo são gravados como informação no conteúdo. O content_ID é informação de identificação do conteúdo. O content_version indica uma versão do conteúdo. O content_cache_size indica o tamanho para submissão a cache do conteúdo.
[00193] Um number_of_PU é o número de unidades de apresentação (PU) de aplicação incluídas no conteúdo. Os laços da PU ficam dispostos exatamente pelo número de number_of_PU.
[00194] No laço de uma PU, um PU_tag que é informação de identificação da PU e um PU_cache_size que indica o tamanho para submissão a cache da PU são gravados. Adicionalmente, no laço da PU, um number_of_itens que indica o número de itens incluídos em uma PU apropriada, e laços de itens correspondentes ao número de number_of_itens ficam dispostos. No laço de um item, um item_tag de um item é gravado.
[00195] Adicionalmente, no laço de uma PU, um number_of_linked_PU que indica o número de outras Pus ligadas a partir desta PU, e laços de linked_PU correspondentes ao número de number_of_linked_PU ficam dispostos. No laço de um linked_PU, um linked_PU_tag que é informação de identificação do linked_PU é gravado.
[00196] Em resumo, a tabela de gerenciamento de conteúdo de dados 2700 é uma tabela que gerencia cada peça de conteúdo (aplicação de difusão de dados) em um pacote na unidade de apresentação (PU) de aplicação. Em relação à tabela de gerenciamento de conteúdo de dados 2700, uma unidade de apresentação (PU) de application_tag que inclui um item pode ser adquirida a partir do item_tag da mesma. Deve-se notar que, neste exemplo de configuração, uma estrutura hierárquica do conteúdo de dados, a PU, e o item são providos, mas, quando conteúdo de dados geral diferente das aplicações que usam um cache for considerado, duas camadas do conteúdo de dados e o item podem ser providos, e o PU_tag pode ser especificado como informação para cada item. Adicionalmente, um método de definição de informação similar para a tabela de gerenciamento de ativo de dados sem usar a tabela de gerenciamento de conteúdo de dados também é concebido. Neste caso, informação equivalente é expressada por um descritor que pode ficar disposto em um item_info() da tabela de gerenciamento de ativo de dados mostrada na figura 25. Especificamente, é possível especificar um ou mais content_ID e PU_tag, aos quais o item deve pertencer, como um descritor de gerenciamento de dados, por exemplo.
[00197] A figura 28 ilustra um mecanismo para realizar transmissão de uma aplicação de difusão de dados transmitida por MMT (conteúdo), local de conteúdo e apresentação de uma aplicação.
[00198] A figura 28(a) mostra uma estrutura de diretório de conteúdo. Cada peça de conteúdo 1, 2, ... é constituída por uma aplicação (app) e um material. A aplicação e o material são recursos, cada um dos quais sendo, de fato, dados de arquivo. Cada recurso corresponde a um item como um elemento constituinte de um ativo em um caminho de transmissão MMT e pode ser identificado pelo item_ID. Da forma mostrada na figura 28(C), cada recurso é transmitido como um item em um caminho de transmissão MMT de um ativo apropriado (que será descrito a seguir). A aplicação é constituída por um ou mais documentos HTML, que são referidos quando conteúdo for executado (quando uma aplicação for apresentada). Adicionalmente, o material é uma imagem jpeg que é referida a partir do documento HTML, um outro tipo de dados de mídia mono ou semelhantes. Um documento HTML e um material referido a partir do mesmo constituem uma unidade de apresentação (PU) de aplicação. No exemplo mostrado na figura 28(a), o conteúdo 1 inclui um ou mais documentos HTML, tais como A11.html, A12.html e A13.html, como recursos da aplicação. Destes, o A11.html é um recurso que é diretamente referido quando o conteúdo for executado.
[00199] A figura 28(B) mostra um relacionamento de referência entre os recursos quando o conteúdo for executado (quando a aplicação for apresentada). No exemplo mostrado na figura, uma aplicação A11, que é diretamente referida quando o conteúdo for executado, e materiais B11 e B02 referidos pela aplicação A11 constituem um grupo de recursos 2801 como uma unidade de apresentação (PU) de aplicação, e p1 é atribuído aos mesmos como um PU_tag (Deve-se notar que B14 é um material que não é transmitido em MMT por difusão, mas pode ser adquirido conforme necessário por transmissão HTTP através da comunicação. A seguir, o B14 é considerado como excluído do grupo de recursos da unidade de apresentação de aplicação p1.).
[00200] Similarmente, uma aplicação A12 e materiais B12, B02 e B13 referidos pela aplicação A12 constituem um grupo de recursos 2802 como uma unidade de apresentação (PU) de aplicação, e p2 é atribuído ao mesmo como um PU_tag (Deve-se notar que B07 é um material que não é transmitido em MMT por difusão, mas pode ser adquirido conforme necessário pela transmissão HTTP através da comunicação. A seguir, o B07 é considerado como excluído do grupo de recursos da unidade de apresentação de aplicação p2.). Similarmente, uma aplicação A01 e materiais B03, B01 e B04 referidos pela aplicação A01 constituem um grupo de recursos 2803 como uma unidade de apresentação (PU) de aplicação, e p3 é atribuído aos mesmos como um PU_tag.
[00201] Adicionalmente, um relacionamento de referência de ligação pode ser provido dentre uma pluralidade de documentos HTML (o que é amplamente conhecido). No exemplo mostrado na figura 28(B), o recurso A11.html é um documento HTML que é diretamente referido quando o conteúdo for executado e que descreve um visor de apresentação de aplicação exibido primeiro. Ao contrário disto, cada um do recurso A12.html incluído no mesmo conteúdo 1 e do recurso A01.html incluído em um conteúdo comum do conteúdo 1 é um documento HTML que descreve um visor de apresentação de aplicação, para o qual o visor apresentado quando o A11.html for executado é transferido. O recurso A12.html e o recurso A01.html têm o relacionamento de referência de ligação com o A11.html. Os recursos A11.html, A12.html e A01.html formam os grupos de recurso 2801, 2802 e 2803, respectivamente, cada um dos quais constituindo uma unidade de apresentação (PU) de aplicação. As unidades de apresentação de aplicação 2801, 2802 e 2803 ligadas umas às outras constituem um maior grupo de recursos de ordem superior 2810.
[00202] Adicionalmente, um maior grupo de recursos na íntegra do conteúdo, isto é, a íntegra dos conteúdos de dados, que deve ser a íntegra das aplicações incluídas em um pacote (um programa de difusão), é constituído. A íntegra do conteúdo de dados é uma faixa das unidades de apresentação (PU) de aplicação que têm um content_ID comum. Quando o laço da PU de um content_ID apropriado for executado na tabela de gerenciamento de conteúdo de dados, todas as unidades de apresentação (PU) de aplicação incluídas no conteúdo podem ser coletivamente especificadas. No exemplo mostrado na figura 28(B), as aplicações incluídas no conteúdo 1 e a forma comum de um grupo de recursos 2820 da íntegra do conteúdo incluído no pacote (um programa de difusão).
[00203] A figura 28(C) mostra esquematicamente um estado em que o conteúdo é transmitido em MMT. As aplicações e os materiais que são elementos constituintes do conteúdo são, de fato, dados de arquivo e também são chamados de "recursos". Cada recurso corresponde a um item como um elemento constituinte de um ativo no caminho de transmissão MMT. Na transmissão em MMT, cada peça de conteúdo incluída em um pacote é tratada como um ativo, e um Asset_id é atribuído à mesma. No exemplo mostrado na figura, a1 é atribuído ao conteúdo 1 como o asset_id. Adicionalmente, na transmissão em MMT, cada recurso, tais como os dados de documento HTML e o material, é tratado como um item, e um Item_ID é atribuído ao mesmo. No exemplo mostrado na figura, i11, i12, i13 e i14 são atribuídos aos respectivos recursos incluídos no conteúdo 1 como o Item_ID.
[00204] Adicionalmente, os recursos incluídos no mesmo conteúdo têm um asset_id comum e são transmitidos no mesmo caminho de transmissão MMT. No exemplo mostrado na figura 28(C), os itens que têm o Item_ID de i11, i12, i13 e i14 têm o mesmo Asset_id, a1, em comum, e são transmitidos no mesmo caminho de transmissão MMT. A tabela de gerenciamento de local de dados supradescrita é expressada pela figura 28(a), a tabela de gerenciamento de conteúdo de dados supradescrita é expressada pela figura 28(B) e a tabela de gerenciamento de ativo de dados supradescrita é expressada pela figura 28(C). Estas tabelas são associadas umas com as outras pelos item_IDs.
[00205] O relacionamento de referência entre as tabelas transmitidas como informação de sinalização, no momento em que uma aplicação de difusão de dados (conteúdo) for adquirida a partir do caminho de transmissão MMT, será descrito em relação à figura 29.
[00206] Durante a aquisição de uma tabela MH-AI (MH AIT) 2901 na mensagem da seção M2, o receptor refere-se ao application_control_code para confirmar como o estado da aplicação é controlado. Quando "início automático" for instruído, o receptor refere-se ao transport_protocol_label na tabela. Durante a confirmação que a transmissão em MMT é especificada, o receptor extrai informação de URL de um item (dados de arquivo), que é diretamente referido quando a aplicação for apresentada, a partir de um descritor do protocolo de transmissão. O receptor, então, refere-se a uma tabela de gerenciamento de local de dados (DLMT) 2902 transmitida pela mensagem de transmissão de dados, e pode adquirir um item_tag de um item correspondente a uma combinação de um base_URL e um item_URL na tabela.
[00207] A seguir, o receptor refere-se a uma tabela de gerenciamento de ativo de dados (DAMT) 2903 transmitida pela mensagem de transmissão de dados. O receptor retorna o item_tag adquirido para um item_ID no caminho de transmissão MMT e especifica um ativo correspondente, para adquirir um asset_id e um download_id do mesmo.
[00208] O receptor, então, refere-se a uma tabela MP (MPT) 2904 transmitida pela mensagem PA. Durante a aquisição de um packet_id correspondente ao asset_id adquirido, o receptor pode realizar filtragem no caminho de transmissão MMT dos dados de arquivo com base no packet_id no cabeçalho do pacote MMTP, no download_id no cabeçalho de extensão e no item_ID no cabeçalho DU, para adquirir um item desejado (diretamente referido quando a aplicação for apresentada).
[00209] Adicionalmente, o receptor pode extrair o item_tag, que é adquirido a partir da tabela de gerenciamento de local de dados 2902, em uma tabela de gerenciamento de conteúdo de dados (DCMT) 2905 transmitida pela mensagem de transmissão de dados, para extrair um PU_tag de uma unidade de apresentação de aplicação apropriada. Adicionalmente, quando o laço de um linked_PU for executado no laço da PU da PU_tag, PU_tags de outras unidades de apresentação de aplicação ligadas ao PU_tag podem ser coletivamente extraídos.
[00210] No sistema de difusão digital em que o MMT é adotado como um sistema de transporte, quando uma aplicação, tais como dados de documento HMTL, for transmitida como mídia não temporizada, considera-se que o lado do receptor adquire um corpo de aplicação e um arquivo de mídia mono que é referido, nos caminhos tanto de difusão (transmissão MMT) quanto de comunicação (transmissão HTTP).
[00211] No receptor, a fim de habilitar uma rápida resposta quando uma aplicação for executada (por exemplo, quando um botão "d" for pressionado em um controle remoto para exibir difusão de dados em um visor ou quando um visor for transferido), é desejável previamente receber e submeter a cache um recurso necessário (item, dados de arquivo). Dados de arquivo capazes de ser adquiridos pela comunicação (transmissão HTTP) podem ser adquiridos quase instantaneamente. Neste particular, dados de arquivo são repetidamente transmitidos em um fluxo contínuo de difusão (transmissão MMT) e, quando uma largura de banda disponível for limitada, por exemplo, há uma possibilidade de que demore um longo tempo para receber os próximos dados de arquivo depois que a execução de uma aplicação for instruída e uma rápida resposta não puder ser feita. Por este motivo, é necessário submeter a pré-cache, particularmente, dados de arquivo adquiridos pelo fluxo contínuo de difusão.
[00212] Neste particular, na tecnologia descrita neste relatório descritivo, a fim de que o lado do sistema de transmissão em difusão possa adquirir recursos (itens) que constituem uma aplicação a partir de um local de difusão e comunicação arbitrário, informação para mapeamento de um URL, que indica um local em uma aplicação, em um local no caminho de transmissão MMT de difusão ou semelhantes, e informação que indica uma unidade de exibição e um relacionamento de ligação na aplicação são transmitidas pela mensagem de sinalização (mensagem de transmissão de dados).
[00213] Da forma descrita em relação às figuras 19 a 23, na tabela MH AI, o método de transmissão de aplicação (transport_protocol_label) e a informação de URL que indica um local são descritos. Neste particular, da forma descrita em relação à figura 26 e semelhantes, na tabela de gerenciamento de local de dados, um relacionamento de correspondência entre o URL que indica um local na aplicação e o item_tag na mensagem de transmissão de dados é descrito. Adicionalmente, da forma descrita em relação à figura 25 e semelhantes, na tabela de gerenciamento de ativo de dados, um relacionamento de correspondência entre o item_tag, o asset_id de um ativo que inclui este item, o download_id e o item_ID de um pacote MMTP no caminho de transmissão MMT deste ativo é descrito. Da forma descrita em relação à figura 16 e semelhantes, o asset_id é extraído na tabela MP, e o packet_id de um pacote que transmite este ativo no caminho de transmissão MMT pode ser, assim, adquirido. Portanto, nesta modalidade, o sistema de transmissão em difusão pode transmitir a informação para mapeamento de um URL, que indica um local na aplicação, em um local no caminho de transmissão MMT, tal como difusão, usando a tabela MH AI, a tabela de gerenciamento de local de dados, a tabela de gerenciamento de ativo de dados e a tabela MP que são transmitidas pela mensagem de sinalização.
[00214] Adicionalmente, da forma descrita em relação à figura 27 e semelhantes, na tabela de gerenciamento de conteúdo de dados, a informação sobre uma unidade de apresentação de aplicação é gerenciada para cada peça de conteúdo incluída no pacote. Especificamente, a tabela de gerenciamento de conteúdo de dados descreve o PU_id da unidade de apresentação de aplicação incluída no conteúdo, o item_tag de todos os itens incluídos na unidade de apresentação de aplicação e o PU_id (linked_PU_id) de outras unidades de apresentação de aplicação ligadas aos mesmos. Adicionalmente, da forma mostrada na figura 25, a tabela de gerenciamento de ativo de dados gerencia o tamanho de todos os itens incluídos no ativo (item_size) em associação com o item_tag. Portanto, nesta modalidade, o sistema de transmissão em difusão pode transmitir a informação que indica uma unidade de exibição e um relacionamento de ligação na aplicação, usando a tabela de gerenciamento de ativo de dados e a tabela de gerenciamento de conteúdo de dados.
[00215] Adicionalmente, esta modalidade adota um mecanismo para gerenciar informação sobre um ativo de uma aplicação (dados de arquivo) no pacote e itens incluídos no ativo pela tabela de gerenciamento de ativo de dados, gerenciar informação de local no conteúdo no pacote e itens incluídos no conteúdo pela tabela de gerenciamento de local de dados, e gerenciar itens (recursos) incluídos no conteúdo na unidade de apresentação de aplicação pela tabela de gerenciamento de conteúdo de dados.
[00216] Portanto, nesta modalidade, é possível prover um método de transmissão de aplicação pelo qual o grau de liberdade de uma configuração de diretório no momento da autorização da aplicação, o grau de liberdade para dividir um arquivo arbitrário que constitui uma aplicação entre caminhos de transmissão de difusão (transmissão MMT) e comunicação (transmissão HTTP), e o grau de liberdade de um relacionamento de ligação na unidade de apresentação de aplicação no momento da execução da aplicação são garantidos.
[00217] Adicionalmente, nesta modalidade, da forma descrita em relação à figura 28(B) e semelhantes, a informação de local e o tamanho relacionado a faixas para acessar o conteúdo podem ser providos, como informação hierárquica, nas seguintes quatro faixas de acesso (a) até (b). (a) Um recurso diretamente referido quando a aplicação for executada (por exemplo, o A11.html na figura 28(B)) (b) Um grupo de recursos que constitui a unidade de apresentação de aplicação para exibição simultânea (por exemplo, grupos de recursos denotados pelos números de referência 2801, 2802, 2803 e 2804 na figura 28(B)) (c) Um grande grupo de recursos que inclui o grupo de recursos que constitui a unidade de apresentação de aplicação para exibição simultânea e outras unidades de apresentação de aplicação ligadas ao mesmo (grupo de recursos denotado pelo número de referência 2810 na figura 28(B)) (d) Um grupo de recursos da íntegra da aplicação (grupo de recursos denotado pelo número de referência 2820 na figura 28(B))
[00218] Portanto, no lado do receptor, qualquer uma das faixas de acesso (a) até (d) e cada tamanho das mesmas correspondentes ao espaço livre do cache podem ser compreendidos com base em cada tabela supradescrita, que é transmitida pela mensagem de sinalização. Isto habilita efetiva submissão a pré-cache da aplicação.
[00219] A figura 30 mostra esquematicamente um mecanismo para submeter a pré-cache uma aplicação, que é processada por um motor de aplicação de difusão de dados, no receptor.
[00220] Embora não mostrado na figura 4, o receptor inclui um cache de conteúdo 3001 que submete a pré-cache conteúdo de uma aplicação de difusão de dados transmitida em MMT pelo sinal de difusão. Alternativamente, o cache de conteúdo 3001 pode ficar disposto no motor de aplicação de difusão de dados 407.
[00221] A seção de controle do sistema 408 analisa a mensagem de sinalização, que é demultiplexada a partir do fluxo contínuo de difusão no demultiplexador 402, e controla uma operação no interior do receptor. Em relação à submissão a pré-cache do conteúdo, a seção de controle do sistema 408 capta o espaço livre do cache de conteúdo 3001 e submete a cache dados de arquivo em uma faixa de acesso tão grande quanto possível.
[00222] Especificamente, a seção de controle do sistema 408 extrai um URL de um item (dados de arquivo, dados de documento HTML) de uma entrada especificada na tabela MH AI transmitida pela mensagem da seção M2, na tabela de gerenciamento de local de dados transmitida pela mensagem de transmissão de dados, e adquire um item_tag do item referido. Usando a tabela de gerenciamento de ativo de dados e a tabela MP, um apropriado pacote MMTP pode ser especificado a partir do item_tag, como exposto.
[00223] A seguir, a seção de controle do sistema 408 extrai o item_tag na tabela de gerenciamento de conteúdo de dados transmitida pela mensagem de transmissão de dados, para adquirir uma unidade de apresentação (PU) de aplicação à qual o item referido pertence, e o tamanho da mesma (PU_cache_size), e adquire adicionalmente uma outra unidade de apresentação de aplicação (linked_PU) ligada à unidade de apresentação de aplicação exposta e ao tamanho da mesma, e conteúdo (content_ID) ao qual o item pertence e o tamanho do mesmo (content_cache_size). Em outras palavras, a seção de controle do sistema 408 capta os tamanhos relacionados às seguintes quatro faixas de acesso (a) até (d) como informação hierárquica. (a) Um item diretamente referido na tabela MH AI (por exemplo, o A11.html na figura 28(B)) (b) Uma unidade de apresentação de aplicação à qual o item referido pertence (por exemplo, número de referência 2801 na figura 28(B)) (c) Uma unidade de apresentação de aplicação à qual o item referido pertence, e outras unidades de apresentação de aplicação ligadas à mesma (por exemplo, número de referência 2810 na figura 28(B)) (d) A íntegra do conteúdo (faixa de content_ID) (por exemplo, número de referência 2820 na figura 28(B))
[00224] A seção de controle do sistema 408, então, determina em qual das faixas de acesso (a) até (d) o item é submetido a cache com base no espaço livre do cache de conteúdo 3001.
[00225] A seção de controle do sistema 408 extrai o item_tag do item a ser submetido a cache, na tabela de gerenciamento de ativo de dados transmitida pela mensagem de transmissão de dados, e adquire um asset_id de um ativo ao qual o item pertence. A seguir, a seção de controle do sistema 408 extrai o asset_id na tabela MP transmitida pela mensagem PA, e adquire um packet_id de um pacote MMTP pelo qual o ativo é transmitido. Adicionalmente, durante a aquisição de um download_id da tabela de gerenciamento de ativo de dados, o download_id que é descrito no cabeçalho de extensão do pacote MMTP pelo qual um item desejado é transmitido, a seção de controle do sistema 408 realiza filtragem no caminho de transmissão MMT dos dados de arquivo com base em packet_id no cabeçalho do pacote MMTP, no download_id no cabeçalho de extensão e no item_ID no cabeçalho DU, e adquire uma entidade do item desejado, para submeter a cache a entidade do item desejado no cache de conteúdo 3001.
[00226] Adicionalmente, quando submissão a cache for desejada na faixa de acesso (b), isto é, na unidade de apresentação de aplicação à qual o item referido pertence, a seção de controle do sistema 408 especifica uma unidade de apresentação PU de aplicação à qual este item pertence na tabela de gerenciamento de conteúdo de dados e, então, executa um laço do item no laço da PU da PU_tag, para adquirir coletivamente o item_tag de todos os itens incluídos na mesma unidade de apresentação PU de aplicação. A seção de controle do sistema 408, então, adquire uma entidade de cada item de acordo com o procedimento supradescrito com base em item_tag e, sequencialmente, submete a cache a entidade de cada item no cache de conteúdo 3001.
[00227] Adicionalmente, quando submissão a cache for desejada na faixa de acesso (c), isto é, na unidade de apresentação de aplicação à qual o item referido pertence e em outras unidades de apresentação de aplicação ligadas à mesma, a seção de controle do sistema 408 executa um laço do linked_PU no laço da unidade de apresentação PU de aplicação à qual o item pertence na tabela de gerenciamento de conteúdo de dados, para adquirir coletivamente o PU_tag de todas as unidades de apresentação PU de aplicação ligadas à unidade de apresentação de aplicação à qual o item referido pertence. De acordo com o procedimento supradescrito, a seção de controle do sistema 408 adquire coletivamente o item_tag de todos os itens incluídos em cada linked_PU. A seção de controle do sistema 408, então, adquire uma entidade de cada item de acordo com o procedimento supradescrito com base em item_tag e, sequencialmente, submete a cache a entidade de cada item no cache de conteúdo 3001.
[00228] Adicionalmente, quando submissão a cache for desejada na faixa de acesso (d), isto é, na íntegra de conteúdo (faixa de content_ID), a seção de controle do sistema 408 especifica um content_ID do conteúdo ao qual o item pertence na tabela de gerenciamento de conteúdo de dados e, então, executa um laço da PU no laço do content_ID, para adquirir coletivamente o PU_tag de todas as unidades de apresentação PU de aplicação incluídas no conteúdo. A seção de controle do sistema 408, então, adquire uma entidade de cada item de acordo com o procedimento supradescrito com base em item_tag e sequencialmente submete a cache a entidade de cada item no cache de conteúdo 3001.
[00229] Durante a execução de uma aplicação, se um item necessário (dados de arquivo) já estiver submetido a pré-cache no cache de conteúdo 3001, o motor de aplicação de difusão de dados 407 pode extrair o item do cache de conteúdo 3001 sem esperar pela chegada de dados de arquivo demultiplexados a partir do fluxo contínuo de difusão no demultiplexador 402, e responde rapidamente, para gerar um sinal de exibição para difusão de dados.
[00230] Neste particular, quando um item necessário não estiver presente no cache de conteúdo 3001, o motor de aplicação de difusão de dados 407 espera pela chegada dos dados de arquivo demultiplexados a partir do fluxo contínuo de difusão, e responde rapidamente, para gerar um sinal de exibição para difusão de dados.
[00231] A figura 31 ilustra uma operação de aquisição de uma aplicação a partir de um fluxo contínuo de difusão e ativação da aplicação no receptor.
[00232] A seção de controle do sistema 408 analisa detalhes de várias mensagens de sinalização recebidas em um caminho de transmissão MMT 3102. A seção de controle do sistema 408 executa um laço de informação de aplicação em uma tabela MH AI 3131 transmitida pela mensagem da seção M2, e refere-se à informação de cada aplicação.
[00233] Durante a detecção de uma aplicação cujo estado é controlado para ser “prefetch (prefetching)” no application_control_code, da forma indicada pelo número de referência 3111, a seção de controle do sistema 408 extrai um URL de um item (dados de arquivo, dados de documento HTML) de uma entrada especificada em uma tabela de gerenciamento de local de dados 3132 transmitida pela mensagem de transmissão de dados, e adquire um item_tag do item referido.
[00234] A seguir, da forma indicada pelo número de referência 3112, a seção de controle do sistema 408 extrai o item_tag em uma tabela de gerenciamento de conteúdo de dados 3133 transmitida pela mensagem de transmissão de dados, e especifica uma unidade de apresentação PU de aplicação à qual o item referido pertence. A seção de controle do sistema 408, então, executa um laço do item no laço da PU, e sequencialmente adquire um item_tag de cada item que pertence à mesma unidade de apresentação PU de aplicação.
[00235] A seguir, da forma indicada pelo número de referência 3113, a seção de controle do sistema 408 extrai cada item_tag em uma tabela de gerenciamento de ativo de dados 3134 e adquire um asset_id de um ativo ao qual o item pertence.
[00236] A seguir, da forma indicada pelo número de referência 3114, a seção de controle do sistema 408 extrai o asset_id em uma tabela MP 3135 transmitida pela mensagem PA e adquire um packet_id de um pacote MMTP pelo qual o ativo é transmitido.
[00237] Da forma indicada pelo número de referência 3115, durante a extração do item_tag na tabela de gerenciamento de ativo de dados 3134 e aquisição de um item_ID no caminho de transmissão MMT e um download_id descrito no cabeçalho de extensão de um pacote MMTP pelo qual um item desejado é transmitido, a seção de controle do sistema 408 realiza filtragem em um caminho de transmissão MMT 3101 dos dados de arquivo com base no packet_id no cabeçalho do pacote MMTP, no download_id no cabeçalho de extensão e no item_ID no cabeçalho DU, e adquire um item a partir da aplicação desejada, da forma indicada pelo número de referência 3116. O item da aplicação adquirido é sequencialmente submetido a pré-cache no cache de conteúdo 3001, da forma indicada pelo número de referência 3117.
[00238] Durante a execução da submissão a pré-cache, como exposto, a seção de controle do sistema 408 adquire as faixas para acesso a dados de arquivo hierárquicos quando uma aplicação de difusão de dados for executada, e a informação de local e o tamanho dos dados de arquivo em cada faixa de acesso, para efetivamente submeter a cache a aplicação de acordo com o espaço livre do cache.
[00239] Depois disto, da forma indicada pelo número de referência 3118, a seção de controle do sistema 408 refere-se a detalhes de uma tabela MH AI 3136 recebida. Durante a detecção de uma aplicação cujo estado é controlado para ser "início automático (início automático)" no application_control_code, da forma indicada pelo número de referência 3119, o motor de aplicação de difusão de dados 407 ativa uma aplicação "A1" especificada por um identificador de aplicação (application_identifier) da mesma. Neste momento, se os dados de arquivo que constituem a aplicação forem submetidos a pré-cache, os dados de arquivo podem ser descarregados a partir dos mesmos e a aplicação pode ser rapidamente ativada.
[00240] Adicionalmente, a figura 32 ilustra uma operação quando um visor de apresentação de aplicação for transferido no receptor.
[00241] A seção de controle do sistema 408 analisa detalhes de várias mensagens de sinalização recebidas em um caminho de transmissão MMT 3202. A seção de controle do sistema 408 executa um laço de informação de aplicação em uma tabela MH AI 3231 transmitida pela mensagem da seção M2, e refere-se à informação de cada aplicação.
[00242] Durante a detecção de uma aplicação para a qual "início automático (início automático)" é instruído no application_control_code, da forma indicada pelo número de referência 3211, a seção de controle do sistema 408 instrui o motor de aplicação de difusão de dados 407 a ativar uma aplicação "A1" especificada por um identificador de aplicação (application_identifier) da mesma. Aqui, considera-se que um item da aplicação "A1" não é submetido a pré-cache ou que apenas um item de uma entrada é submetido a pré-cache.
[00243] Aqui, da forma indicada pelo número de referência 3232, considera-se que a aplicação HTML ativada se refere a um outro item (recurso) especificado por um URL "http://xxx/A2.html", isto é, dados de documento HTML "A2.html".
[00244] Em um caso como este, da forma indicada pelo número de referência 3212, a seção de controle do sistema 408 extrai este URL em uma tabela de gerenciamento de local de dados 3233 transmitida pela mensagem de transmissão de dados e adquire um item_tag do item referido.
[00245] A seguir, da forma indicada pelo número de referência 3213, a seção de controle do sistema 408 extrai este item_tag em uma tabela de gerenciamento de ativo de dados 3234 transmitida pela mensagem de transmissão de dados e adquire um asset_id de um ativo ao qual o item "A2.html" pertence.
[00246] A seguir, da forma indicada pelo número de referência 3214, a seção de controle do sistema 408 extrai o asset_id em uma tabela MP 3235 transmitida pela mensagem PA e adquire um packet_id de um pacote MMTP pelo qual o ativo é transmitido.
[00247] Da forma indicada pelo número de referência 3215, durante a extração do item_tag na tabela de gerenciamento de ativo de dados 3234 e aquisição de um item_ID no caminho de transmissão MMT e um download_id descrito no cabeçalho de extensão de um pacote MMTP pelo qual um item desejado é transmitido, a seção de controle do sistema 408 realiza filtragem em um caminho de transmissão MMT 3201 dos dados de arquivo com base em packet_id no cabeçalho do pacote MMTP, no download_id no cabeçalho de extensão e no item_ID no cabeçalho DU, e adquire o item desejado "A2.html" da forma indicada pelo número de referência 3216. Entretanto, quando o item "A2.html" for submetido a pré- cache, não é necessário receber o item a partir do caminho de transmissão MMT 3201. O motor de aplicação de difusão de dados 407, então, executa a aplicação "A2.html" e, em decorrência disto, um visor de um documento apresentado é transferido.
[00248] Depois disto, da forma indicada pelo número de referência 3217, a seção de controle do sistema 408 refere-se a detalhes de uma tabela MH AI 3236 recebida. Durante a detecção de que "eliminar (terminar)" é instruído para o item "A1" da entrada em application_control_code, da forma indicada pelo número de referência 3218, a seção de controle do sistema 408 instrui o motor de aplicação de difusão de dados 407 a terminar a aplicação.
[00249] Adicionalmente, a figura 33 ilustra uma operação quando dados de arquivo de uma aplicação forem atualizados no receptor.
[00250] A seção de controle do sistema 408 analisa detalhes de várias mensagens de sinalização recebidas em um caminho de transmissão MMT 3302. A seção de controle do sistema 408 executa um laço de informação de aplicação em uma tabela MH AI 3331 transmitida pela mensagem da seção M2, e refere-se à informação de cada aplicação.
[00251] Durante a detecção de uma aplicação para a qual "início automático (início automático)" é instruído em application_control_code, da forma indicada pelo número de referência 3311, a seção de controle do sistema 408 instrui o motor de aplicação de difusão de dados 407 a ativar uma aplicação "A1" especificada por um identificador de aplicação (application_identifier) da mesma.
[00252] Depois disto, da forma indicada pelo número de referência 3312, a seção de controle do sistema 408 refere-se a uma tabela de gerenciamento de ativo de dados 3332 transmitida pela mensagem de transmissão de dados. Da forma indicada pelo número de referência 3313, a seção de controle do sistema 408 realiza filtragem em um caminho de transmissão MMT 3301 dos dados de arquivo com base em um packet_id no cabeçalho de um pacote MMTP, um download_id (= N) no cabeçalho de extensão e um item_ID no cabeçalho DU de acordo com o procedimento supradescrito, e adquire um pacote MMTP 3333 apropriado, da forma indicada pelo número de referência 3313. Descrição sobre o processamento de execução do item transmitido pelo pacote MMTP 3333 será omitida.
[00253] A tabela de gerenciamento de ativo de dados 3332 indica item_version = K como informação de versão do item. A seção de controle do sistema 408 gerencia a informação de versão deste item.
[00254] Da forma indicada pelo número de referência 3314, a seção de controle do sistema 408 refere-se a uma tabela de gerenciamento de ativo de dados 3334 de uma mensagem de transmissão de dados recebida posteriormente. Durante a detecção de que o item_version do mesmo item_id é atualizado de K para K+1, da forma indicada pelo número de referência 3315, a seção de controle do sistema 408 notifica o motor de aplicação de difusão de dados 407 de um evento de atualização de arquivo.
[00255] Adicionalmente, da forma indicada pelo número de referência 3316, a seção de controle do sistema 408 realiza filtragem no caminho de transmissão MMT 3301 dos dados de arquivo com base em um packet_id no cabeçalho de um pacote MMTP, no download_id atualizado (= N + 1) e no item_ID no cabeçalho DU, e adquire um pacote MMTP 3335 pelo qual o item cuja versão é atualizada para K + 1 é transmitido, da forma indicada pelo número de referência 3317. Da forma indicada pelo número de referência 3318, o item adquirido é provido para o motor de aplicação de difusão de dados 407 como um recurso da aplicação, de forma que o visor do documento seja transferido.
[00256] Da forma supradescrita, no sistema de difusão no qual a tecnologia descrita neste relatório descritivo é aplicada, a fim de que recursos (itens) que constituem uma aplicação possam ser adquiridos a partir de um local de difusão e comunicação arbitrário, informação para mapeamento de um URL, que indica um local em uma aplicação, em um local no caminho de transmissão MMT de difusão ou semelhantes, e informação que indica uma unidade de exibição e um relacionamento de ligação na aplicação podem ser transmitidas.
[00257] Adicionalmente, a tecnologia descrita neste relatório descritivo provê um método de transmissão de aplicação pelo qual o grau de liberdade de uma configuração de diretório no momento da autorização de uma aplicação, o grau de liberdade para dividir um arquivo arbitrário que constitui a aplicação entre caminhos de transmissão de difusão e comunicação, e o grau de liberdade de uma unidade de exibição quando a aplicação for executada, e um relacionamento de ligação podem ser garantidos.
[00258] Adicionalmente, de acordo com a tecnologia descrita neste relatório descritivo, a informação de local e os tamanhos relacionados às faixas de acesso podem ser providos como informação hierárquica a partir do lado da transmissão do fluxo contínuo de difusão, nas quatro faixas de acesso, isto é, um recurso diretamente referido na aplicação, um grupo de recursos que constitui a unidade de apresentação de aplicação de exibição simultânea, um grupo de recursos que inclui o grupo de recursos expostos e outras unidades de apresentação de aplicação ligadas aos mesmos, e um grupo de recursos da íntegra da aplicação. Em decorrência disto, no lado da recepção, efetiva submissão a pré-cache pode ser realizada de acordo com um tamanho de cache disponível.
Aplicabilidade Industrial
[00259] A seguir, a tecnologia descrita neste relatório descritivo foi descrita com detalhes em relação à modalidade específica. Entretanto, fica óbvio que modificações e substituições podem ser feitas na modalidade pelos versados na técnica sem fugir da essência da tecnologia descrita neste relatório descritivo.
[00260] A tecnologia descrita neste relatório descritivo pode ser aplicada em vários sistemas de difusão em que o MMT é adotado como um sistema de transporte. Adicionalmente, a tecnologia descrita neste relatório descritivo pode ser aplicada em vários sistemas de transmissão em que tanto mídia temporizada quanto mídia não temporizada são transmitidas.
[00261] Em resumo, a tecnologia descrita neste relatório descritivo foi descrita como uma modalidade ilustrativa, e os detalhes descritos neste relatório descritivo não devem ser interpretados como limitantes. Para determinar a essência da tecnologia descrita neste relatório descritivo, o escopo de acordo com as reivindicações deve ser considerado.
[00262] Deve-se notar que a tecnologia descrita neste relatório descritivo pode ter as seguintes configurações. (1) Um aparelho de recepção, que inclui: uma seção de recepção que recebe um sinal transmitido de um sistema de transporte predeterminado; um demultiplexador que demultiplexa um sinal recebido em peças de dados de mídia e informação de sinalização; e uma seção de controle que controla a submissão a cache de pelo menos uma das peças de dados de mídia demultiplexadas, com base na informação de sinalização demultiplexada. (2) O Aparelho de recepção de acordo com (1), em que o sistema de transporte predeterminado é um MMT. (3) O Aparelho de recepção de acordo com (1), em que o sinal transmitido inclui mídia temporizada e mídia não temporizada, e a seção de controle controla a submissão a cache da mídia não temporizada. (4) O Aparelho de recepção de acordo com (1), em que a mídia não temporizada inclui peças de dados de arquivo, as peças de dados de arquivo constituindo um ativo de uma aplicação de difusão de dados, e a seção de controle controla a submissão a cache dos dados de arquivo de acordo com um espaço livre de um cache. (5) O Aparelho de recepção de acordo com (4), em que a seção de controle adquire faixas de acesso a dados de arquivo hierárquicos quando a aplicação de difusão de dados for executada, e informação de local e um tamanho de cada peça dos dados de arquivo em cada uma das faixas de acesso, com base na informação de sinalização recebida, e controla a submissão a cache. (6) O Aparelho de recepção de acordo com (4) ou (5), em que a seção de controle capta quatro faixas de acesso hierárquicas (a) até (d) e tamanhos das mesmas, as faixas de acesso (a) até (d) sendo (a) dados de arquivo diretamente referidos quando uma aplicação for executada, (b) um grupo de recursos de dados de arquivo que constituem uma unidade de apresentação de aplicação para exibição simultânea, (c) um grande grupo de recursos que inclui o grupo de recursos que constitui a unidade de apresentação de aplicação para exibição simultânea e uma outra unidade de apresentação de aplicação ligada à mesma, e (d) um grupo de recursos da íntegra da aplicação, e determina em qual das faixas de acesso a submissão a cache é realizada de acordo com o espaço livre do cache. (7) O Aparelho de recepção de acordo com (6), em que a seção de controle recebe a primeira informação e a segunda informação como a informação de sinalização, a primeira informação mapeando um URL em um local em um caminho de transmissão MMT de difusão ou semelhantes, o URL indicando um local em uma aplicação, a segunda informação indicando uma unidade de exibição e um relacionamento de ligação na aplicação, e capta as quatro faixas de acesso hierárquicas (a) até (d) e os tamanhos das mesmas. (8) O Aparelho de recepção de acordo com (7), em que a seção de recepção recebe uma tabela de informação da aplicação, uma tabela de gerenciamento de local de dados, uma tabela de gerenciamento de ativo de dados e uma tabela de pacote MMT como a primeira informação, a tabela de informação da aplicação gerenciando um método de transmissão de aplicação e informação de URL que indica um local, a tabela de gerenciamento de local de dados gerenciando um relacionamento de correspondência entre o URL que indica o local na aplicação e a informação de identificação de item em uma mensagem de transmissão de dados, a tabela de gerenciamento de ativo de dados gerenciando um relacionamento de correspondência entre a informação de identificação de item, a informação de identificação de ativo de um ativo que inclui um item da informação de identificação de item, um download_id de um pacote MMTP no caminho de transmissão MMT do ativo e a informação de identificação de item, a tabela de pacote MMT gerenciando um relacionamento de correspondência entre a informação de identificação de ativo e a informação de identificação de pacote de um pacote que transmite o ativo no caminho de transmissão MMT. (9) O Aparelho de recepção de acordo com (7) ou (8), em que a seção de recepção recebe uma tabela de gerenciamento de conteúdo de dados como a segunda informação, a tabela de gerenciamento de conteúdo de dados gerenciando a informação de identificação de uma unidade de apresentação de aplicação incluída no conteúdo, informação de identificação de item de todos os itens incluídos na unidade de apresentação de aplicação e informação de identificação de uma outra unidade de apresentação de aplicação ligada à mesma. (10) O Aparelho de recepção de acordo com qualquer um de (1) até (9), em que a seção de controle executa o processamento de cache em resposta à recepção da informação de sinalização relacionada a uma aplicação cujo estado é controlado para ser prefetch (prefetching). (11) Um método de recepção, que inclui: uma etapa de recepção para receber um sinal transmitido de um sistema de transporte predeterminado; uma etapa de demultiplexação para demultiplexar um sinal recebido em peças de dados de mídia e informação de sinalização; e uma etapa de controle para controlar a submissão a cache de pelo menos uma das peças de dados de mídia demultiplexadas, com base na informação de sinalização demultiplexada. (12) Um aparelho de transmissão, que inclui: um multiplexador que multiplexa mídia temporizada, mídia não temporizada e uma mensagem de sinalização que inclui informação disponível para processamento de cache da mídia não temporizada em um lado da recepção; e uma seção de transmissão que transmite pacotes multiplexados em um sistema de transporte predeterminado. (13) O Aparelho de transmissão de acordo com (12), em que o sistema de transporte predeterminado é um MMT. (14) O Aparelho de transmissão de acordo com (12) ou (13), em que a mídia não temporizada inclui peças de dados de arquivo, as peças de dados de arquivo constituindo um ativo de uma aplicação de difusão de dados, e a mensagem de sinalização inclui primeira informação e segunda informação, a primeira informação mapeando um URL em um local em um caminho de transmissão MMT de difusão ou semelhantes, o URL indicando um local em uma aplicação, a segunda informação indicando uma unidade de exibição e um relacionamento de ligação na aplicação. (15) O Aparelho de transmissão de acordo com (14), em que a primeira informação inclui uma tabela de informação da aplicação, uma tabela de gerenciamento de local de dados, uma tabela de gerenciamento de ativo de dados e uma tabela de pacote MMT, a tabela de informação da aplicação gerenciando um método de transmissão de aplicação e informação de URL que indica um local, a tabela de gerenciamento de local de dados gerenciando um relacionamento de correspondência entre o URL que indica o local na aplicação e a informação de identificação de item em uma mensagem de transmissão de dados, a tabela de gerenciamento de ativo de dados gerenciando um relacionamento de correspondência entre a informação de identificação de item, a informação de identificação de ativo de um ativo que inclui um item da informação de identificação de item, um download_id de um pacote MMTP no caminho de transmissão MMT do ativo, e a informação de identificação de item, a tabela de pacote MMT gerenciando um relacionamento de correspondência entre a informação de identificação de ativo e a informação de identificação de pacote de um pacote que transmite o ativo no caminho de transmissão MMT. (16) O Aparelho de transmissão de acordo com (14) ou (15), em que a segunda informação inclui uma tabela de gerenciamento de conteúdo de dados, a tabela de gerenciamento de conteúdo de dados gerenciando a informação de identificação de uma unidade de apresentação de aplicação incluída no conteúdo, informação de identificação de item de todos os itens incluídos na unidade de apresentação de aplicação e informação de identificação de uma outra unidade de apresentação de aplicação ligada à mesma. (17) Um método de transmissão, que inclui: uma etapa de multiplexação para multiplexar mídia temporizada, mídia não temporizada e uma mensagem de sinalização que inclui informação disponível para processamento de cache da mídia não temporizada em um lado da recepção; e uma etapa de transmissão para transmitir pacotes multiplexados em um sistema de transporte predeterminado. Descrição de Símbolos 10 sistema de difusão digital 11 sistema de transmissão em difusão 12 receptor 301 seção de relógio 302 seção de transmissão de sinal 303 codificador de vídeo 304 codificador de áudio 305 codificador de legenda 306 codificador de sinalização 307 codificador de arquivo 308 sistema de informação 309 codificador de sinalização TLV 310 multiplexador de serviço IP 311 multiplexador TLV 312 seção de modulação / transmissão 401 seção de sintonizador / demodulação 402 demultiplexador 403 seção de relógio 404 decodificador de vídeo 405 decodificador de áudio 406 decodificador de legenda 407 motor de aplicação de difusão de dados 408 seção de controle do Sistema 409 seção de síntese

Claims (7)

1. Aparelho de transmissão, caracterizado pelo fato de que compreende: uma seção de geração de mensagem que gera uma mensagem de sinalização em cada um dos ativos, incluindo mídia temporizada e mídia não temporizada; e uma seção de transmissão que transmite pacotes em um sistema de transporte predeterminado, os pacotes armazenando a mensagem de sinalização, a mídia não temporizada, incluindo itens correspondentes aos arquivos ou diretórios, os arquivos ou diretórios constituindo um ativo de uma aplicação, a seção de geração mensagem gerando a mensagem de sinalização, incluindo uma primeira tabela, a primeira tabela indicando informações de identificação de unidade de apresentação e de informações de sinal de item, as informações de identificação da unidade de apresentação identificando uma unidade de apresentação da aplicação na mídia não temporizada, as informações de sinal de item identificando cada item da pluralidade de itens incluídos na unidade de apresentação, a mensagem de sinalização inclui adicionalmente uma segunda tabela indicando informações de identificação de item, as informações de identificação de item identificando um item em um fluxo de transporte, as informações de identificação de item correspondendo às informações de sinal de item separadamente identificando cada item da pluralidade de itens incluídos na unidade de apresentação, a segunda tabela indica adicionalmente informações de identificação de ativo, as informações de identificação de ativo identificado um ativo incluindo um item, e ativos de um mesmo tipo compartilham uma informação de identificação de ativo comum, em que a informação de identificação de ativo é diferente de informação de identificação de item, em que os ativos do mesmo tipo constituem um pacote junto com ativos de diferentes tipos, em que cada um dos ativos dos diferentes tipos é um conjunto de uma ou mais unidades de processamento de mídias (MPU) compartilhando a informação de identificação comum, e transmitida através de cada fluxo contínuo elementar dedicado (ES) de um respectivo de uma pluralidade de caminhos de transmissão de modo que: (i) em um primeiro caminho de transmissão, pacotes de vídeo constituídos por um primeiro grupo lógico de MPU tendo uma primeira informação de identificação de ativo são transmitidos; (ii) em um segundo caminho de transmissão, pacotes de áudio constituído por segundo um grupo lógico de MPU tendo uma segunda informação de identificação de ativo comum são transmitidos; e (iii) em um terceiro caminho de transmissão, pacotes de dados de arquivos constituídos por um terceiro grupo lógico MPU tendo uma terceira informação de identificação de ativo comum são transmitidos.
2. Aparelho de transmissão de acordo com a reivindicação 1, caracterizado pelo fato de que o sistema de transporte predeterminado é um MMT (Transporte em Mídia MPEG). .
3. Aparelho de transmissão de acordo com a reivindicação 2, caracterizado pelo fato de que a primeira tabela indica adicionalmente informações de identificação de unidade de apresentação de destinação de ligação, as informações de identificação de unidade de apresentação de destinação de ligação identificando outra unidade de apresentação de aplicação ligada à unidade de apresentação da aplicação.
4. Aparelho de transmissão de acordo com a reivindicação 1, caracterizado pelo fato de que, em um quarto caminho de transmissão, pacotes incluindo pelo menos uma mensagem de sinalização são transmitidos repetidamente, em que a pelo menos uma mensagem de sinalização inclui uma primeira mensagem de sinalização de tipo incluindo uma tabela de pacote MMT (MP), uma segunda mensagem de sinalização de tipo incluindo uma tabela de informação de aplicação, e uma terceira mensagem de sinalização de tipo incluindo uma tabela de gerenciamento de localização de dados, uma tabela de gerenciamento de ativos de dados, e uma tabela de gerenciamento de conteúdo de dados.
5. Método de transmissão, caracterizado pelo fato de que compreende: gerar, por uma seção de geração de mensagem de um aparelho de transmissão, uma mensagem de sinalização em cada um dos ativos, incluindo mídia temporizada e mídia não temporizada; e transmitir, por uma seção de transmissão do aparelho de transmissão, pacotes em um sistema de transporte predeterminado, os pacotes armazenando a mensagem de sinalização, a mídia não temporizada incluindo itens correspondentes aos arquivos ou diretórios, os arquivos ou diretórios constituindo um ativo de uma aplicação, a mensagem de sinalização incluindo uma primeira tabela indicando as informações de identificação da unidade apresentação e informações de sinal de item, as informações de identificação da unidade de apresentação identificando uma unidade de apresentação da aplicação na mídia não temporizada, as informações de sinal de item identificando separadamente cada um de uma pluralidade de itens incluídos na unidade de apresentação, a mensagem de sinalização inclui adicionalmente uma segunda tabela indicando informações de identificação de item, as informações de identificação de item identificando um item em um fluxo de transporte, as informações de identificação de item correspondendo às informações de sinal de item separadamente identificando cada item da pluralidade de itens incluídos na unidade de apresentação, a segunda tabela indica adicionalmente informações de identificação de ativo, as informações de identificação de ativo identificado um ativo incluindo um item, e ativos de um mesmo tipo compartilham uma informação de identificação de ativo comum, em que a informação de identificação de ativo é diferente de informação de identificação de item, em que os ativos do mesmo tipo constituem um pacote junto com ativos de diferentes tipos, em que cada um dos ativos dos diferentes tipos é um conjunto de uma ou mais unidades de processamento de mídias (MPU) compartilhando a informação de identificação comum, e transmitida através de cada fluxo contínuo elementar dedicado (ES) de um respectivo de uma pluralidade de caminhos de transmissão de modo que: (i) em um primeiro caminho de transmissão, pacotes de vídeo constituídos por um primeiro grupo lógico de MPU tendo uma primeira informação de identificação de ativo são transmitidos; (ii) em um segundo caminho de transmissão, pacotes de áudio constituído por segundo um grupo lógico de MPU tendo uma segunda informação de identificação de ativo comum são transmitidos; e (iii) em um terceiro caminho de transmissão, pacotes de dados de arquivos constituídos por um terceiro grupo lógico MPU tendo uma terceira informação de identificação de ativo comum são transmitidos.
6. Aparelho de recepção, caracterizado pelo fato de que compreende: uma seção de recepção que recebe um sinal transmitido de um sistema de transporte predeterminado, o sinal transmitido armazenando uma mensagem de sinalização em cada um dos ativos, incluindo mídia temporizada e mídia não temporizada; e uma seção de controle que controla submissão a cache de mídia não temporizada com base na mensagem de sinalização recebida, a mídia não temporizada incluindo itens correspondentes a arquivos ou diretórios, os arquivos ou diretórios constituindo um ativo de uma aplicação, a seção de controle controlando submissão a cache de um item em uma unidade de apresentação com base em uma primeira e uma segunda tabela incluídas na mensagem de sinalização recebida, em que a primeira tabela indica informações de identificação de unidade de apresentação e informações de sinal de item, as informações de identificação de unidade de apresentação identificando a unidade de apresentação da aplicação na mídia não temporizada, as informações de sinal de item identificando separadamente cada uma da pluralidade de itens incluídos na unidade de apresentação, a segunda tabela indicando informações de identificação de item, as informações de identificação de item identificando um item em um fluxo de transporte, as informações de identificação de item correspondendo às informações de sinal de item separadamente identificando cada item da pluralidade de itens incluídos na unidade de apresentação, a segunda tabela indica adicionalmente informações de identificação de ativo, as informações de identificação de ativo identificado um ativo incluindo um item, e ativos de um mesmo tipo compartilham uma informação de identificação de ativo comum, em que a informação de identificação de ativo é diferente de informação de identificação de item, em que os ativos do mesmo tipo constituem um pacote junto com ativos de diferentes tipos, em que cada um dos ativos dos diferentes tipos é um conjunto de uma ou mais unidades de processamento de mídias (MPU) compartilhando a informação de identificação comum, e transmitida através de cada fluxo contínuo elementar dedicado (ES) de um respectivo de uma pluralidade de caminhos de transmissão de modo que: (i) em um primeiro caminho de transmissão, pacotes de vídeo constituídos por um primeiro grupo lógico de MPU tendo uma primeira informação de identificação de ativo são transmitidos; (ii) em um segundo caminho de transmissão, pacotes de áudio constituído por segundo um grupo lógico de MPU tendo uma segunda informação de identificação de ativo comum são transmitidos; e (iii) em um terceiro caminho de transmissão, pacotes de dados de arquivos constituídos por um terceiro grupo lógico MPU tendo uma terceira informação de identificação de ativo comum são transmitidos.
7. Método de recepção, caracterizado pelo fato de que compreende: receber, por uma seção de recepção de um aparelho de recepção, um sinal transmitido de um sistema de transporte predeterminado, o sinal transmitido armazenando uma mensagem de sinalização em cada um dos ativos, incluindo mídia temporizada e mídia não temporizada; e controlar, por uma seção de controle do aparelho de recepção, submissão a cache da mídia não temporizada com base na mensagem de sinalização recebida, a mídia não temporizada incluindo itens correspondentes a arquivos ou diretórios, os arquivos ou diretórios constituindo um ativo de uma aplicação, controlar, pela seção de controle do aparelho de recepção, submissão a cache de um item em uma unidade de apresentação com base em uma primeira tabela e uma segunda tabela incluída na mensagem de sinalização recebida, em que a primeira tabela indica informações de identificação de unidade de apresentação e informações de sinal de item, as informações de identificação de unidade de apresentação identificando a unidade de apresentação da aplicação na mídia não temporizada, as informações de sinal de item identificando separadamente cada um de uma pluralidade de itens incluídos na unidade de apresentação a segunda tabela indicando informações de identificação de item, as informações de identificação de item identificando um item em um fluxo de transporte, as informações de identificação de item correspondendo às informações de sinal de item separadamente identificando cada item da pluralidade de itens incluídos na unidade de apresentação, a segunda tabela indica adicionalmente informações de identificação de ativo, as informações de identificação de ativo identificado um ativo incluindo um item, e ativos de um mesmo tipo compartilham uma informação de identificação de ativo comum, em que a informação de identificação de ativo é diferente de informação de identificação de item, em que os ativos do mesmo tipo constituem um pacote junto com ativos de diferentes tipos, em que cada um dos ativos dos diferentes tipos é um conjunto de uma ou mais unidades de processamento de mídias (MPU) compartilhando a informação de identificação comum, e transmitida através de cada fluxo contínuo elementar dedicado (ES) de um respectivo de uma pluralidade de caminhos de transmissão de modo que: (i) em um primeiro caminho de transmissão, pacotes de vídeo constituídos por um primeiro grupo lógico de MPU tendo uma primeira informação de identificação de ativo são transmitidos; (ii) em um segundo caminho de transmissão, pacotes de áudio constituído por segundo um grupo lógico de MPU tendo uma segunda informação de identificação de ativo comum são transmitidos; e (iii) em um terceiro caminho de transmissão, pacotes de dados de arquivos constituídos por um terceiro grupo lógico MPU tendo uma terceira informação de identificação de ativo comum são transmitidos.
BR112016023984-9A 2014-04-22 2014-11-11 Aparelho e método de transmissão e de recepção BR112016023984B1 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2014-088630 2014-04-22
JP2014088630A JP5725235B1 (ja) 2014-04-22 2014-04-22 受信装置及び受信方法、並びに、送信装置及び送信方法
PCT/JP2014/079837 WO2015162813A1 (ja) 2014-04-22 2014-11-11 受信装置及び受信方法、並びに、送信装置及び送信方法

Publications (2)

Publication Number Publication Date
BR112016023984A2 BR112016023984A2 (pt) 2022-07-19
BR112016023984B1 true BR112016023984B1 (pt) 2022-11-16

Family

ID=53277976

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112016023984-9A BR112016023984B1 (pt) 2014-04-22 2014-11-11 Aparelho e método de transmissão e de recepção

Country Status (7)

Country Link
US (1) US10681114B2 (pt)
EP (1) EP3136738B1 (pt)
JP (1) JP5725235B1 (pt)
CN (1) CN106664456B (pt)
BR (1) BR112016023984B1 (pt)
PH (1) PH12016502051A1 (pt)
WO (1) WO2015162813A1 (pt)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6126675B2 (ja) * 2014-04-02 2017-05-10 シャープ株式会社 送信装置、受信装置
KR102191878B1 (ko) * 2014-07-04 2020-12-16 삼성전자주식회사 멀티미디어 시스템에서 미디어 패킷을 수신하는 방법 및 장치
JP6300114B2 (ja) * 2014-08-06 2018-03-28 パナソニックＩｐマネジメント株式会社 送信方法、受信方法、送信装置及び受信装置
CN111614976B (zh) * 2014-09-12 2022-05-24 松下知识产权经营株式会社 发送装置、接收装置、发送方法以及接收方法
JP6380071B2 (ja) * 2014-12-11 2018-08-29 ソニー株式会社 通信制御装置、無線通信装置、通信制御方法及び無線通信方法
JPWO2016194563A1 (ja) * 2015-06-02 2018-03-22 ソニー株式会社 送信装置、送信方法、メディア処理装置、メディア処理方法および受信装置
KR102611253B1 (ko) * 2015-07-23 2023-12-08 소니그룹주식회사 수신 장치, 송신 장치 및 데이터 처리 방법
WO2017094734A1 (en) * 2015-12-04 2017-06-08 Sharp Kabushiki Kaisha Recovery data with content identifiers
JP2019508953A (ja) * 2016-02-02 2019-03-28 上海交通大学Ｓｈａｎｇｈａｉ Ｊｉａｏ Ｔｏｎｇ Ｕｎｉｖｅｒｓｉｔｙ マルチメディアシステムにおける情報交換メカニズムおよびネットワーク伝送方法
CN113923492A (zh) * 2016-09-06 2022-01-11 麦克赛尔株式会社 广播接收系统
CN111107004B (zh) 2018-10-27 2021-06-01 华为技术有限公司 报文处理方法、相关设备及计算机存储介质
WO2020174852A1 (ja) * 2019-02-28 2020-09-03 ソニーセミコンダクタソリューションズ株式会社 復調回路、復調方法、送信装置
CN111599168B (zh) * 2020-04-01 2021-12-21 广东中科臻恒信息技术有限公司 基于路侧单元的道路交通信息采集方法、设备、存储介质

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6459427B1 (en) * 1998-04-01 2002-10-01 Liberate Technologies Apparatus and method for web-casting over digital broadcast TV network
JP3361997B2 (ja) * 1998-05-07 2003-01-07 松下電器産業株式会社 放送送信装置及び放送送信方法
JP4378780B2 (ja) * 1998-07-17 2009-12-09 ソニー株式会社 受信装置及び受信方法
JP2002521972A (ja) 1998-07-29 2002-07-16 モアコム，インク． 同期したワールドワイドウェブコンテントを使用するデジタルｔｖシステム
US7089579B1 (en) * 1998-12-20 2006-08-08 Tvworks, Llc System for transporting MPEG video as streaming video in an HTML web page
KR100654430B1 (ko) * 1999-05-20 2006-12-07 삼성전자주식회사 데이터를 브로드캐스팅하는 디지털 방송 시스템에서 어플리케이션을 처리하는 장치 및 방법
JP2001186434A (ja) * 1999-12-24 2001-07-06 Toshiba Corp データ放送受信装置及びデータ放送受信方法
JP2007036945A (ja) * 2005-07-29 2007-02-08 Toshiba Corp 情報再生装置、情報記録媒体、及び情報再生プログラム
JP5396821B2 (ja) * 2008-11-05 2014-01-22 ソニー株式会社 情報処理装置、情報処理方法及びプログラム
AU2010247117B2 (en) * 2009-05-13 2013-08-15 Nds Limited Splicing system
CN101860799A (zh) * 2010-05-24 2010-10-13 中兴通讯股份有限公司 一种互动业务文件的传输、接收方法及装置
WO2012029584A1 (ja) * 2010-08-30 2012-03-08 ソニー株式会社 受信装置、受信方法、及びプログラム
KR20120084237A (ko) * 2011-01-19 2012-07-27 삼성전자주식회사 엠엠티(ｍｍｔ)에서 엠엠티 인캡슐레이터를 전송하는 방법
JPWO2012161118A1 (ja) 2011-05-20 2014-07-31 日本放送協会 端末連携システム、受信機及び受信方法
KR20120137198A (ko) * 2011-06-11 2012-12-20 삼성전자주식회사 통신 시스템에서 패킷 송수신 장치 및 방법
KR20120138604A (ko) * 2011-06-14 2012-12-26 삼성전자주식회사 멀티미디어 시스템에서 복합 미디어 컨텐츠를 송수신하는 방법 및 장치
WO2013009132A2 (ko) 2011-07-13 2013-01-17 한국전자통신연구원 엠엠티 시스템에서의 패킷 전송 장치 및 방법, 및 패킷 수신 장치 및 방법
US9357275B2 (en) * 2011-09-06 2016-05-31 Qualcomm Incorporated Network streaming of coded video data
ES2972427T3 (es) * 2011-10-13 2024-06-12 Samsung Electronics Co Ltd Aparato y procedimiento de configuración de un mensaje de control en un sistema de difusión
KR101995221B1 (ko) * 2011-11-24 2019-07-16 삼성전자주식회사 통신 시스템에서 패킷 송수신 장치 및 방법
CN102457618A (zh) * 2011-12-22 2012-05-16 苏州群凯信息系统有限公司 一种新型移动通信终端
JP5778591B2 (ja) 2012-01-24 2015-09-16 日本放送協会 送信装置、送信方法、受信装置及び受信方法
KR101893833B1 (ko) * 2012-02-01 2018-09-03 삼성전자주식회사 방송 시스템에서 패킷 송수신 방법 및 장치
KR20140002447A (ko) * 2012-06-29 2014-01-08 삼성전자주식회사 멀티미디어 시스템에서 적응적 미디어 구조 송수신 방법 및 장치
WO2014010830A1 (ko) 2012-07-10 2014-01-16 한국전자통신연구원 엠엠티의 하이브리드 전송 서비스에서 패킷 전송 및 수신 장치 및 방법
WO2014058278A1 (en) * 2012-10-11 2014-04-17 Samsung Electronics Co., Ltd. Apparatus and method for transmitting and receiving packet in a broadcasting and communication system
KR102056438B1 (ko) * 2012-10-12 2019-12-16 삼성전자주식회사 복합 멀티미디어 데이터를 전송하기 위한 데이터 패킷을 송수신하는 방법 및 장치

Also Published As

Publication number Publication date
CN106664456A (zh) 2017-05-10
EP3136738A1 (en) 2017-03-01
EP3136738B1 (en) 2021-01-27
JP2015207952A (ja) 2015-11-19
CN106664456B (zh) 2020-10-20
JP5725235B1 (ja) 2015-05-27
WO2015162813A1 (ja) 2015-10-29
PH12016502051A1 (en) 2017-01-09
US10681114B2 (en) 2020-06-09
US20170026458A1 (en) 2017-01-26
EP3136738A4 (en) 2017-09-06
BR112016023984A2 (pt) 2022-07-19

Similar Documents

Publication Publication Date Title
BR112016023984B1 (pt) Aparelho e método de transmissão e de recepção
US10069930B2 (en) Transmission apparatus, transmission method, reception apparatus and reception method
JP6868790B2 (ja) 送信方法
JP7400867B2 (ja) 送信装置、送信方法および受信装置
JP6471823B2 (ja) 送信装置及び送信方法、並びに受信装置及び受信方法
JP5725253B1 (ja) 送信装置及び送信方法、並びに受信装置並びに受信方法
JP6337804B2 (ja) 受信装置及び受信方法
JP5725250B1 (ja) 送信装置及び送信方法、並びに受信装置及び受信方法
JP5725249B1 (ja) 送信装置及び送信方法、並びに受信装置及び受信方法
JP7248155B2 (ja) 受信装置
JP6314877B2 (ja) 送信装置及び送信方法、並びに受信装置及び受信方法
JP5725252B1 (ja) 送信装置及び送信方法、並びに受信装置並びに受信方法
JP2023073291A (ja) 送信装置及び送信方法、受信装置及び受信方法

Legal Events

Date Code Title Description
B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B350 Update of information on the portal [chapter 15.35 patent gazette]
B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 11/11/2014, OBSERVADAS AS CONDICOES LEGAIS