BRPI0205146B1 - transmissor e receptor para uso no sistema de transmissão, sinal de multiplex, e, dispositivo de armazenamento de dados - Google Patents
transmissor e receptor para uso no sistema de transmissão, sinal de multiplex, e, dispositivo de armazenamento de dados Download PDFInfo
- Publication number
- BRPI0205146B1 BRPI0205146B1 BRPI0205146A BR0205146A BRPI0205146B1 BR PI0205146 B1 BRPI0205146 B1 BR PI0205146B1 BR PI0205146 A BRPI0205146 A BR PI0205146A BR 0205146 A BR0205146 A BR 0205146A BR PI0205146 B1 BRPI0205146 B1 BR PI0205146B1
- Authority
- BR
- Brazil
- Prior art keywords
- data
- carousel
- objects
- transmitted
- transmitter
- Prior art date
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 16
- 238000013500 data storage Methods 0.000 title claims abstract description 6
- 230000010387 memory retrieval Effects 0.000 claims 1
- 230000032258 transport Effects 0.000 description 22
- 230000002452 interceptive effect Effects 0.000 description 14
- 238000000034 method Methods 0.000 description 10
- 238000012545 processing Methods 0.000 description 7
- 230000008569 process Effects 0.000 description 4
- 238000009795 derivation Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000015572 biosynthetic process Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 101710104937 Non-specific acid phosphatase Proteins 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000010348 incorporation Methods 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 238000011835 investigation Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000007595 memory recall Effects 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
Classifications
-
- 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8166—Monomedia components thereof involving executable data, e.g. software
-
- 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/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Television Systems (AREA)
- Television Signal Processing For Recording (AREA)
- Circuits Of Receivers In General (AREA)
Abstract
"sistema de transmissão, transmissor e receptor para uso em um sistema de transmissão, sinal de multiplex, e, dispositivo de armazenamento de dados". um sistema de transmissão, incluindo um transmissor (10) e pelo menos um receptor (14) é configurado para receber sinais (12) transmitidos dele. dados radiodifundidos no fluxo transmitido são acompanhados por uma ou mais aplicações definidas em um ou mais carroséis de dados formados de objetos de diretório e arquivo de dados enviados em ciclos com grupos predeterminados de objetos de diretório e arquivo sendo formados em módulos respectivos no transmissor e com cada módulo sendo transmitido como um todo. para cada carrossel de objetos definindo a hierarquia de raiz dos objetos de dados, é transmitida no fluxo uma lista de identificadores para os carrosséis de dados componentes definindo respectivamente tudo ou uma parte dos objetos de dados associados com uma aplicação. o receptor (14) é arranjado, na identificação de uma aplicação particular a ser gravada, para usar a lista de identificadores para identificar e subseqüentemente armazenar os objetos de diretório e arquivo de dados recebidos para aquela aplicação.
Description
“TRANSMISSOR E RECEPTOR PARA USO NO SISTEMA DE TRANSMISSÃO, SINAL DE MULTIPLEX, E, DISPOSITIVO DE ARMAZENAMENTO DE DADOS”. A presente invenção relaciona-se a métodos e aparelho para a gravação de material de radiodifusão digital e em particular à gravação de aplicações interativas ou de multimídia acompanhando radiodifusões de televisão.
Uma radiodifusora pode radiodifundir aplicações específicas de plataforma de multimídia possivelmente junto com programas de televisão digital. Um conversor set-top box específico de plataforma de multimídia adequadamente equipado pode receber aquelas aplicações e operá-las localmente. Aplicações de exemplo são guias de programa eletrônicos, atuação ao longo de jogos, Tele-banco, Tele-compra, jornais eletrônicos e serviços de informação semelhantes. Programas de televisão podem ser gravados e, se um tal programa de televisão tiver uma aplicação associada com ele, por exemplo uma aplicação de dados de esporte ou de tele-texto acompanhando a radiodifusão ao vivo de uma instalação esportiva, então aquela aplicação também deveria ser gravada. Tipicamente, aplicações específicas de plataforma de multimídia são radiodifundidas em um carrossel de objetos, onde todos os códigos de aplicação e dados são radiodifundidos em ciclos. Isto se assemelha a dados de tele-texto que também são radiodifundidos em um carrossel.
Um sistema de transmissão adequado para tal entrega de aplicação é conhecido de Padrão Internacional de ISO/IEC 13818-6, "MPEG-2 Digital Storage Media Command and Contrai", de 12 de julho de 1996 (identificado aqui como DSM-CC). Em sistemas radiodifusão digitais modernos, um transmissor tipicamente transmite um grande número de serviços (ou canais) para uma pluralidade de receptores, exemplos de quais serão achados em aparelhos ou conversores set-top box de televisão. Tal serviço pode conter um fluxo de áudio/vídeo, uma aplicação interativa (por exemplo, no formato de MHEG-5), outros tipos de dados ou uma combinação destes elementos. Um fluxo de transporte de MPEG-2 é um multiplex de vários serviços, e um transmissor tipicamente transmitirá vários fluxos de transporte aos conversores set-top box. Por sua vez, um conversor set-top box adequadamente configurado pode sintonizar a um fluxo de transporte específico e então é capaz de recuperar informação daquele fluxo de transporte.
Como mencionado acima, aplicações de multimídia interativas são tipicamente radiodifundidas de uma maneira como carrossel com seções de dados sucessivas sendo repetidas periodicamente e seqüencialmente no fluxo de transporte. Por exemplo, ambos DVB e DAVIC têm carrosséis de objetos de DSM-CC especificados, como mencionado acima, para radiodifundir aplicações interativas. DVB especifica um método de levar um sistema de arquivo dentro de um Fluxo de Transporte de DVB. Isto é usado para radiodifusão de dados e para sistemas de radiodifusão interativos. Por exemplo, é o método escolhido para radiodifundir objetos de MHEG-5 na implementação terrestre do Reino Unido de DVB, e é usado para arquivos de classe Java e seus dados associados na especificação de MHP de DVB.
Como é descrito no comumente designado Pedido de Patente Internacional WO 99/65230, os objetos de um carrossel de objetos de DSM-CC são radiodifundidos em módulos e provêem um sistema de arquivo "virtual" incluído de arquivo e objetos de diretório em uma hierarquia da maneira de um sistema de arquivo de computador pessoal (PC). Tal módulo é um recipiente de objetos e inclui várias mensagens de 'DownloadDataBlock' (são especificadas no padrão de MPEG-2 como seções privadas). Quando um conversor set-top box quer pré-buscar um objeto de DSM-CC, deve (entre outras coisas) saber em qual módulo o objeto reside. Depois que recuperou o módulo certo, o conversor set-top box deve então analisar o módulo para adquirir o próprio objeto. Devido à natureza hierárquica do carrossel de objetos de DSM-CC, um objeto podería ser incluído em um subdiretório. Se este for o caso, o conversor set-top box também deve recuperar os módulos com os diretórios intermediários, e analisá-los antes de adquirir o objeto no qual está interessado.
Tipicamente, o provedor de serviço radiodifundirá o carrossel de objetos em uma forma comprimida. Esta compressão normalmente é feita ao nível de módulo. Assim, selecionando um objeto específico para armazenamento requer também a descompressão de todos os módulos que são precisados para a identificação dos objetos em que o conversor set-top box está interessado. Como será reconhecido, a natureza hierárquica do carrossel de objetos de DSM-CC para o propósito de identificar objetos requer muito processamento no conversor set-top box. Por conseguinte, ao considerar o assunto de gravar como um suplemento para captura de radiodifusões de vídeo digitais, será reconhecido que há uma falta de um modo eficiente para gravar (e reproduzir) carrosséis de objetos.
Em tais instalações, o módulo é a unidade de transmissão, e assim não é possível enviar uma parte de um módulo; tanto o módulo inteiro é enviado ou nada é enviado. Além disso, o módulo é a unidade de empacotamento, com os objetos em um módulo estando tipicamente comprimidos juntos.
Objetos de diretório e arquivo podem mudar com o passar do tempo. Entre as características de módulos e objetos é que o agrupamento de objetos em módulos não precisa ser constante com o passar do tempo. Objetos podem ser movidos entre módulos, e objetos podem ser adicionados e removidos.
Como módulos são radiodifundidos em fluxos de transporte de MPEG-2, e cada módulo é radiodi fundido nas seções de dados privadas de um fluxo elementar, então tipicamente um grande número de módulos compartilhará o mesmo fluxo elementar e um carrossel de objetos completo geralmente será levado somente em um número limitado de fluxos elementares (tipicamente menos que 5). Os fluxos elementares nos quais um módulo é levado também podem ser variados com tempo.
Como será reconhecido pelo praticante qualificado, o carrossel de objetos consiste em três camadas, em que a camada de topo consiste dos objetos de diretório e arquivo, a camada abaixo dessa consiste em módulos, e a camada abaixo dessa consiste em seções de dados privadas em um fluxo elementar. O problema é como identificar quais partes de uma radiodifusão de dados (Carrossel de Objetos) são pertinentes para uma aplicação particular sem processar completamente a aplicação. O problema se toma significante quando há um requisito para armazenar aplicações interativas em lugar de simplesmente as processar quando elas são entregues. Idealmente, o objetivo é usar recursos de processamento limitados para armazenar as partes necessárias dos dados, de forma que a aplicação possa ser usada em algum momento posterior. Se for necessário processar o carrossel completamente antes que possa ser armazenado, o custo resultante significa que não pode ser possível armazenar a aplicação de qualquer maneira. É de acordo um objetivo da presente invenção facilitar a gravação de uma aplicação específica de plataforma de multimídia, onde é necessário gravar uma aplicação especificada em um ou mais carrosséis de objetos (ou uma parte de um carrossel de objetos), em que o processo de gravação pode ser operado tal que o espaço de armazenamento requerido seja mínimo e tal que a complexidade seja operável.
De acordo com um primeiro aspecto da presente invenção, é provido um sistema de transmissão que inclui um transmissor e pelo menos um receptor configurado para receber um fluxo de sinal transmitido dele, em que dados radiodifundidos no fluxo transmitido são acompanhados por uma ou mais aplicações definidas em um ou mais carrosséis de dados formados de arquivo de dados e objetos de diretório enviados em ciclos com grupos predeterminados de objetos de diretório e arquivo sendo formados em módulos respectivos no transmissor e com cada módulo sendo transmitido como um todo, em que, para cada carrossel de objetos definindo a raiz da hierarquia de objetos de dados, é transmitido no fluxo uma lista de identificadores para os carrosséis de dados componentes respectivamente definindo tudo ou uma parte dos objetos de dados associados com uma aplicação, e o receptor é arranjado, na identificação de uma aplicação particular a ser gravada, para usar a lista de identificadores para identificar e subseqüentemente armazenar os carrosséis de dados componentes recebidos para aquela aplicação. Por inclusão da lista de identificadores, não é mais necessário processar cada carrossel ao nível de módulo para identificar se ou não se relaciona (está referenciado) a uma aplicação particular. O transmissor pode ser arranjado para incluir no fluxo transmitido, informação identificando requisitos de armazenamento para módulos transmitidos, e o receptor pode ser arranjado para identificar tal informação no fluxo recebido e armazenar os módulos recebidos com referência a ele. Em tal caso, a informação pode incluir, para cada módulo, um indicador que identifica se ou não aquele módulo está referenciado por um objeto de dados adicional de outro carrossel. Com tal indicador, o receptor pode ser arranjado para executar recuperação de memória, identificando periodicamente e apagando aqueles módulos que não estão referenciados.
Também de acordo com a presente invenção, é provido um transmissor para uso em um sistema de transmissão, incluindo dito transmissor e pelo menos um receptor configurado para receber sinais transmitidos dele, em que dito transmissor é arranjado para distribuir dados radiodifundidos no fluxo transmitido acompanhado por uma ou mais aplicações definidas em um ou mais carrosséis de dados formados de arquivo de dados e objetos de diretório enviados em ciclos com grupos predeterminados de objetos de diretório e arquivo sendo formados em módulos respectivos no transmissor e com cada módulo sendo transmitido como um todo, em que, para cada carrossel de objetos definindo a raiz da hierarquia de objetos de dados, é transmitido no fluxo uma lista de identificadores para os dados componentes definindo respectivamente tudo ou uma parte dos objetos de dados associados com uma aplicação.
Ademais, a presente invenção provê um receptor para uso em um sistema de transmissão, incluindo um transmissor e pelo menos um dito receptor configurado para receber sinais transmitidos dele, em que dados radiodifundidos no fluxo transmitido são acompanhados por uma ou mais aplicações definidas em um ou mais carrosséis de dados formados de arquivo de dados e objetos de diretório enviados em ciclos com grupos predeterminados de objetos de diretório e arquivo sendo formados em módulos respectivos no transmissor e com cada módulo sendo transmitido como um todo, em que, para cada carrossel de objetos definindo a raiz da hierarquia de objetos de dados, é transmitido no fluxo uma lista de identificadores para os dados componentes respectivamente definindo tudo ou uma parte dos objetos de dados associados com uma aplicação, e o receptor é arranjado, na identificação de uma aplicação particular a ser gravada, para usar a lista de identificadores para identificar e subseqüentemente armazenar os objetos de dados recebidos para aquela aplicação.
De acordo com um aspecto adicional da presente invenção, é provido um sinal de multiplex que inclui dados radiodifundidos acompanhados por uma ou mais aplicações definidas em um ou mais carrosséis de dados formados de arquivo de dados e objetos de diretório levados em ciclos com grupos predeterminados de objetos de diretório e arquivo sendo formados em módulos respectivos e com o sinal contendo cada módulo como um todo, em que, para cada carrossel de objetos definindo a raiz da hierarquia de objetos de dados, o sinal inclui uma lista de identificadores para os carrosséis de dados componentes definindo respectivamente tudo ou uma parte dos objetos de dados associados com uma aplicação. A invenção ademais provê um dispositivo de armazenamento de dados tendo um tal sinal gravado nele ou sobre ele.
Características adicionais da presente invenção são definidas nas reivindicações anexas, às quais referência deveria ser feita agora, e a exposição de quais está aqui incorporada por referência. Características adicionais também são expostas na descrição seguinte de concretizações exemplares da invenção.
Concretizações da invenção serão descritas agora por meio de exemplo com referência aos desenhos acompanhantes, em que: Figura 1 mostra um diagrama de bloco de um sistema de transmissão adequado para concretizar a invenção;
Figura 2 esquematicamente mostra a formação em camadas de nível inferior usada na construção de módulos para carrosséis de objetos de DSM-CC;
Figura 3 representa um arranjo de carrosséis que identificam módulos respectivos de acordo com a presente invenção; e Figuras 4 a 6 são tabelas que listam características respectivas de um primeiro, segundo e terceiro descritores de serviço para uso junto com a presente invenção. O padrão de DVB (Radiodifusão de Vídeo Digital) especifica um método de levar um sistema de arquivos hierárquico dentro de um Fluxo de Transporte de DVB. Isto é usado para radiodifusão de dados. Pode ser usado para levar quaisquer dados do tipo que normalmente seriam armazenados em um sistema de arquivo de computador. É freqüentemente usado para levar arquivos de dados para sistemas radiodifundidos interativos. Por exemplo, é o método escolhido para radiodifundir objetos de MHEG-5 na implementação terrestre do REINO UNIDO de DVB, e é usado para arquivos de classe Java e seus dados associados na especificação de MHP de DVB.
Figura 1 mostra um diagrama de bloco de um sistema de transmissão adequado para concretizar a invenção. Em um tal sistema de transmissão, um número ou fluxo de sinais de multiplex 12 são transmitidos por um transmissor 10 para um receptor 14. O sistema de transmissão pode incluir receptores adicionais 14A, 14B, e pode, por exemplo, ser usado em um ambiente de rede de televisão a cabo (CATV), por meio de que o transmissor 10 inclui a extremidade frontal da rede de CATV e os receptores 14 incluem os conversores set-top box ou aparelhos de televisão dos usuários finais. Os usuários finais são capazes de controlar um receptor 14 por meio de um dispositivo de entrada por usuário (UID) 15, como por exemplo um teclado, um controle remoto ou um ou mais dispositivos de controle montados na própria unidade de receptor. Os usuários finais podem ver os serviços selecionados em um dispositivo de exibição (DISP) 17 que, onde o receptor 14 está alojado em um aparelho de televisão, pode ser integral com receptor 14.
Os sinais de multiplex 12 podem ser implementados na forma de fluxos de transporte de MPEG-2. Um fluxo de transporte de MPEG-2 é um multiplex de vários serviços denominados. Tal serviço pode conter um fluxo de áudio/vídeo, uma aplicação interativa (por exemplo, no formato de MHEG-5), outros tipos de dados ou uma combinação destes elementos. Tipicamente, uma extremidade frontal 10 transmite vários fluxos de transporte 12 para os conversores set-top box 14. Deste modo, um grande número de serviços (ou canais) pode ser radiodifundido pela extremidade frontal 10 para uma pluralidade de conversores set-top box 14.
Um conversor set-top box 14 pode sintonizar a um fluxo de transporte específico 12 e é então capaz de recuperar informação do fluxo de transporte 12. Tal um conversor set-top box 14 tipicamente tem só um sintonizador e assim meramente é capaz de receber um único fluxo de transporte 12 de cada vez. Quando um usuário quer assistir a um programa de televisão, ou quer operar uma aplicação interativa, ou quer acessar outros tipos de dados, o conversor set-top box 14 sintoniza ao fluxo de transporte correspondente 12 e recupera e/ou processa os dados requeridos do serviço quando estão sendo radiodifundidos naquele momento.
Aplicações interativas tais como Tele-banco, Tele-compra ou serviços de informação são tipicamente radiodi fundidas de uma maneira como carrossel, isto é, as seções de dados correspondentes com elas são periodicamente repetidas no fluxo de transporte 12. Por exemplo, ambos DVB e DAVIC têm carrosséis de objetos de DSM-CC especificados para radiodifundir aplicações interativas. O tempo de resposta e capacidade de processamento de tais aplicações podem ser melhorados pela provisão de armazenamento local 19 no receptor, cujo armazenamento pode ser na forma de um disco rígido ou outra memória (preferivelmente, não volátil), e pode ademais ser usado para armazenar conteúdo de televisão linear (áudio/vídeo) recebido do transmissor 10. O depósito 19 pode ser usado para armazenamento no receptor, por exemplo, pré-buscando ou de outra forma armazenando seções de dados ou objetos. Armazenamento de objetos é operado através de processador 16 no receptor, cujo processador ademais opera o tratamento de Carrosséis de Objetos, como será descrito em detalhes em seguida. O sistema de DSM-CC foi projetado para prover uma solução para o problema de transporte eficiente através de uma conexão serial de um sistema de arquivo hierárquico. Ele pode ser analisado e a estrutura de diretório hierárquica, nomes de arquivo, e o conteúdo dos arquivos podem ser recuperados no receptor.
Em Figura 2, a estrutura em camadas de um módulo para carrosséis de objetos de DSM-CC é mostrada. Os objetos de um carrossel de objetos de DSM-CC são radiodifundidos em tais módulos. Tal módulo é um recipiente de objetos e inclui várias mensagens de 'DownloadDataBlock' (que são seções privadas de MPEG-2). Em Figura 2, módulo 42 inclui os objetos 32, 36 e 40. Estes objetos estão incluídos em denominadas mensagens de BIOP. Em tal mensagem de BIOP, o objeto é precedido por um cabeçalho de mensagem. Em Figura 2, uma primeira mensagem de BIOP inclui um cabeçalho de mensagem 30 e o objeto 32, cujo objeto 32 pode incluir informação de diretório. Uma segunda mensagem de BIOP inclui um cabeçalho de mensagem 34 e o objeto 36, cujo objeto 36 pode incluir informação de fluxo. Uma terceira mensagem de BIOP inclui um cabeçalho de mensagem 38 e o objeto 40, cujo objeto 40 pode incluir informação de arquivo.
Além disso, o módulo 42 inclui cinco mensagens de 'DownloadDataBlock'. Estas mensagens de 'DownloadDataBlock' consistem em um cabeçalho e um bloco de dados. A primeira mensagem de 'DownloadDataBlock' é formada por cabeçalho 44 junto com bloco de dados 46, a segunda mensagem de 'DownloadDataBlock' é formada por cabeçalho 48 junto com bloco de dados 50, a terceira por cabeçalho 52 e bloco de dados 54, a quarta por cabeçalho 56 e bloco de dados 58, e a quinta por cabeçalho 60 e bloco de dados 62.
Baseado na formação em camadas do carrossel de objetos, a gravação do carrossel de objetos pode ser feita em cada uma das três camadas. Gravação na camada de topo significa que os arquivos e diretórios de uma aplicação estão armazenados em um sistema de arquivo (regular).
Gravação do carrossel de objetos pode ser empreendida ao nível de fluxo elementar: isto tem a vantagem que é geralmente simples e independente dos particulares do carrossel de objetos. A desvantagem desta abordagem é porém, os custos em termos de capacidade de armazenamento, porque cada ciclo do carrossel é armazenado inúmeras vezes. Se muito do conteúdo de carrossel não mudar entre ciclos, então a gravação conterá uma quantidade notável de redundância. Em um arranjo adicional, a gravação de um carrossel de objetos pode ser empreendida ao nível de módulo. A captura e armazenamento de módulos componentes de carrossel no fluxo elementar ou ao nível de módulo ademais ajuda a reprodução eficiente de uma aplicação provendo os módulos para a aplicação em demanda, especialmente quando o dispositivo que contém os módulos gravados é um dispositivo diferente do que opera ou operará a aplicação gravada. Quer dizer, o carrossel de objetos não é reconstruído durante reprodução (embora certamente seja uma opção válida), mas um módulo só é enviado ao dispositivo específico de plataforma de multimídia quando o dispositivo específico de plataforma de multimídia explicitamente pede por um módulo. Isto tem a vantagem que o dispositivo específico de plataforma de multimídia observa uma latência mínima ao adquirir um módulo. Isto tipicamente dá uma melhoria de desempenho significante comparada a uma radiodifusão de carrossel de objetos ao vivo ou comparada à situação onde o dispositivo de armazenamento reconstrói o carrossel de objetos durante reprodução.
Infelizmente, a solução adotada dentro de DVB requer a análise completa das estruturas de dados radiodifundidas para identificar quais componentes do fluxo devem ser analisados. Não há nenhum sinal de alto nível para indicar quais partes do fluxo (quais fluxos elementares) contêm informação essencial para a reconstrução do sistema de arquivo.
Em uso normal, onde o sistema de arquivo é reconstruído da radiodifusão ao vivo quando é usado, isto não é um problema. Porém, se nós desejarmos armazenar o fluxo, é muito conveniente ter indicado, a um nível alto na sintaxe, quais componentes são necessários. O problema é como identificar quais partes de dados radiodifundidos são pertinentes a uma aplicação particular sem processar completamente a aplicação. O problema se toma significante. quando há um requisito para armazenar aplicações interativas em lugar de simplesmente as processar quando são entregues. A solução preferida é usar recursos de processamento limitados para armazenar as partes necessárias dos dados, de forma que a aplicação possa ser usada em algum momento posterior. Se for necessário processar a aplicação completamente antes que possa ser armazenada, pode não ser possível armazenar a aplicação de qualquer modo.
Uma aplicação interativa pode ser transportada em um ou mais Carrosséis de Objetos e pode acessar um ou mais fluxos de dentro do Fluxo de Transporte (ou até mesmo outro Fluxo de Transporte).
Terminologia: Nos exemplos seguintes, a terminologia é aquela usada nos padrões de MPEG e DVB. Porém, estes são usados como termos genéricos para os conceitos genéricos e se aplicam a outras implementações em outros ambientes radiodifundidos. Exemplos pertinentes a um sistema de DVB são dados em itálicos.
Fluxo de Transporte - um fluxo de dados que contém um multiplex de fluxo elementares, que incluem um conjunto de serviços. por exemplo, fluxo de transporte de MPEG-2.
Fluxo Elementar - um fluxo de dados que consiste em um único item de mídia ou dados. por exemplo, fluxo elementar de MPEG-2.
Serviço - Uma descrição de um conjunto de fluxos elementares de vários tipos, que juntos incluem o tradicional 'programa de TV'. O serviço inclui informação e descritores de tipo para cada um dos fluxos elementares referenciados. por exemplo, Serviço de DVB codificado em uma Tabela de Mapa de Programa (PMT).
Carrossel de Dados - uma radiodifusão de um conjunto de módulos de dados genéricos, repetida de um modo em carrossel, entregue através de um ou mais fluxos elementares. O carrossel de dados consiste em uma mensagem que lista o conjunto de módulos e descritores sobre aqueles módulos. por exemplo, mensagens de DSMCC 'Datalnfolndication' (DII) Módulo - um único item de dados entregue em um carrossel de dados. Pode ser construído de um conjunto de unidades radiodifundidas separadas menores. por exemplo, módulo de DSMCC, composto de 'DownloadDataBlocks' de DSMCC (DDBs) codificados como seções privadas de MPEG-2.
Carrossel de Objetos- uma hierarquia de objetos de dados, análoga a um sistema de arquivo de computador, mas entregue como um conjunto de carrosséis de dados. Um carrossel de objetos consiste em dados entregues usando um ou mais carrosséis de dados, e uma referência para um objeto de raiz na hierarquia. Um carrossel de objetos tipicamente interpreta um módulo como uma seqüência de objetos de dados. Os objetos de dados podem ser de uma variedade de tipos, incluindo tipos de arquivo e diretório. Um objeto que representa um diretório (tal como o objeto de raiz) pode então se referir a outros objetos nos mesmos ou outros carrosséis de dados. por exemplo, Carrossel de Objetos de DVB usa a mensagem de 'DownloadServerlnitiate' de DSMCC (DSI) para se referir ao 'ServiceGateway' (diretório de raiz) de um sistema de arquivo. Os módulos consistem em uma seqüência de mensagens de Protocolo Inter-ORB Radiodifundido (BIOP), que são referidos a usar Referências de Objetos Inter-operáveis (IOR).
Considerando o assunto de achar os elementos essenciais de um Carrossel de Objetos, especificações atuais não definem sinalização explícita para determinar quais Fluxos Elementares contêm conteúdo suficiente para a reconstrução de um Carrossel de Objetos. O Serviço conterá descritores que indicam qual Fluxo Elementar contém um Carrossel de Objetos. por exemplo, o PMT leva um 'carousel_id_descriptor' no fluxo levando a mensagem de DSI.
Note que isto meramente contém uma referência ao objeto de 'raiz' do Carrossel de Objetos. O volume dos dados pode estar nisto ou outros Fluxos Elementares. Todos os outros Fluxos Elementares que levam Carrosséis de Dados também podem ser identificados por informação de tipo. por exemplo, o 'streamjtype', epelo 'data_brodcast_descritor' associado com ele.
Um objeto no Carrossel de Objetos pode potencialmente acessar Carrosséis de Dados fora do Serviço atual. Porém, o Serviço mantém informação sobre a localização destes outros Serviços que permite, em princípio, os Fluxos Elementares requeridos naquele Serviço serem identificados. por exemplo, Corpo de Perfil de BIOP usa um 'association_tag' listado nos 'deferred_association_tags' do PMT.
Também, um objeto no Carrossel de Objetos pode potencialmente acessar objetos em outros Carrosséis de Objetos, em transportes completamente separados. Estas ligações externas normalmente não seriam preservadas em armazenamento. por exemplo, Corpo de Perfil de Opções de Vida se refere a conteúdo externo usando endereços de NSAP.
Assim, nós podemos achar o conjunto de todos os Fluxos Elementares que podem conter dados necessários para o Carrossel de Objetos sem "análise profunda" do Carrossel de Objetos (por "análise profunda" entendemos inspeção das estruturas de Carrossel de Objetos abaixo do nível de Carrossel de Dados). Porém, em casos onde há mais do que um Carrossel de Objetos no Serviço, não é fácil identificar quais Fluxos Elementares são requeridos por cada carrossel. Só é possível identificar os Fluxos Elementares analisando completamente todas as referências de objeto usadas dentro do Carrossel de Objetos.
Um caso prático onde dois carrosséis podem ser usados em um serviço é uma radiodifusão interativa (por exemplo, uma aplicação de esportes que um usuário podería desejar gravar) combinada com um Serviço de Tele-texto Digital normal (que o usuário podería não desejar gravar). Eles poderíam ser levados em Carrosséis de Objetos separados em Fluxos Elementares separados. Os dados para cada Carrossel de Objetos poderíam ser levados em vários Fluxos Elementares. Alguns dos dados poderíam ser compartilhados entre os dois Carrosséis de Objetos. Não há nenhum modo fácil para identificar quais partes dos dados são precisadas por cada aplicação. Aplicação de Esportes é provável ser bastante pequena em tamanho, enquanto a aplicação de Tele-texto pode ser bastante grande.
Os Requerentes propõem incluir uma lista de Fluxos Elementares que são usados pelo Carrossel de Objetos no objeto de Carrossel de Objetos de nível de topo.
Por exemplo, Adicionar uma lista de 'associationjtags' à mensagem de DSI. A concretização seguinte da invenção, descrita com referência ao diagrama esquemático de Figura 3 e às tabelas de Figuras 4 a 6, inclui uma descrição geral da concretização, junto com exemplos pertinentes em itálicos usando o Carrossel de Objetos de DVB.
Referindo primeiro à Figura 3, uma mensagem de DSI 80 leva referência 82 ao 'ServiceGateway' (diretório de raiz) do sistema de arquivo provendo um ponteiro 84 em um primeiro carrossel de dados (DII(i)) 86. Este primeiro carrossel de dados 86 inclui uma listagem de um conjunto de módulos 88, 90, 92. Um dos módulos 92 do primeiro carrossel de dados pode levar uma referência 94 em um segundo carrossel de dados (DII(ii)) 96, com o segundo carrossel de dados, por sua vez, listando um conjunto respectivo de módulos 98, 100, 102, 104. Convencionalmente, para identificar os carrosséis de dados associados com uma dada aplicação, teria sido necessário analisar a fundo o primeiro carrossel de dados 86 ao nível de módulo para descobrir a referência 94 para o segundo carrossel de dados 96. Para evitar esta tarefa, a mensagem de DSI inclui uma lista de ponteiros adicionais (APLIST) 106, que provêem uma referência 108 para cada carrossel de dados adicional (além do primeiro já identificado pelo 'ServiceGateway' 82). A concretização proposta é uma extensão às mensagens ao nível de topo que expressam o Carrossel de Objetos e Carrosséis de Dados. Descritores novos são definidos para listar o conjunto completo de Carrosséis de Dados, descrevendo o tamanho esperado total dos módulos referenciados (para estimar requisitos de armazenamento), e intervalos para acessar entradas adicionais. Como um melhoramento adicional, módulos individuais dentro de um Carrossel de Dados podem ser 'marcados' com descritores que descrevem de onde eles são acessíveis, que permite avaliação de quais módulos armazenar em uma base de Carrossel por dados.
Os formatos de DSI e DII especificados para Carrossel de Objetos de DVB são estendidos. A especificação da mensagem de Carrossel de Objetos de nível de topo é estendida para permitir uma seqüência de descritores, como descrito abaixo. O 'ServiceGatewaylnfoO': campo de 'Userlnfo' é usado para conter os descritores. O campo é atualmente não usado em Carrossel de Objetos. Esta especificação define que o campo é para ser interpretado como uma malha de descritor.
Descritor de Manifesto - lista o conjunto completo de Carrosséis de Dados que incluem este Carrossel de Objetos. Não inclui o Carrossel de Dados que contém o próprio diretório de raiz - este já está referenciado. A forma geral deste descritor é mostrada na tabela de Figura 4.
Uma concretização alternativa é usar o campo de Derivações da mensagem de DSI para reter uma seqüência de Derivações que lista todos os componentes de DII dentro do Carrossel de Objetos. O uso deste campo é como especificado na especificação de MPEG DSM-CC (ISO/IEC 13818-6), seção 11.3) com a modificação de semântica que as Derivações listam o conjunto completo de mensagens de DII ao invés daquelas requeridas para inicialmente se prender ao Carrossel de Objetos.
Descritor de Estatística de carrossel - dá informação sobre o Carrossel de Objetos global. Itens que podem ser úteis para armazenamento são tamanho total e tempo de ciclo global. Estes podem indicar requisitos de espaço globais, taxa de bit de entrada média, e quanto tempo este canal teria que estar sintonizado para fazer armazenamento compensador. A forma geral deste descritor é mostrada na tabela de Figura 5. Não há atualmente nenhuma necessidade por extensões ao nível de Carrossel de Dados. Embora possa parecer ser sensato ter 'descritor de carrossel de dados referido' aqui semelhante ao descritor de manifesto, deveria ser lembrado que o arranjo de Carrosséis de Dados não tem que refletir a hierarquia dos objetos dentro do Carrossel de Objetos. Pode haver referências cíclicas entre Carrosséis de Dados, e pode haver igualmente pontos de entrada múltiplos de outros DIIs. Portanto, investigação recursiva encoraj adora por DIIs não é preferida. O Carrossel de Dados inclui a lista de módulos, e descritores extras não são adicionados aqui. DVB e MHP definem o campo de BIOP:Moduleinfo:UserInfo como uma malha de descritor, assim nós especificamos descritores novos aqui como uma simples extensão.
Descritor de Referência de Módulo- lista referências ao módulo de outros Carrosséis de Objetos ou Dados. Este descritor está presente em todos os 'módulos de entrada' neste Carrossel de Dados. Se presente, este descritor deve listar seu próprio Carrossel de Dados se houver referências de outros módulos no mesmo Carrossel de Dados. Porém, não é válido para este descritor consistir só em uma referência do Carrossel de Dados possuído.
Um dispositivo de armazenamento avançado pode usar esta informação em combinação com o descritor de manifesto para avaliar se armazenar este módulo é necessário. Também, uma vez que todos os módulos no Carrossel de Dados tenham sido carregados, um processo de coleta de resíduo de marca de varredura destes módulos de 'raiz' selecionarão módulos desnecessários. Isto é um método bruto, porque este tipo de operação é melhor feito ao nível de objeto, mas isto é um compromisso entre armazenamento e custo de análise, e carrosséis tenderão a ser projetados de forma que funcionalidade separada será armazenada em módulos separados.
Este descritor também é uma boa indicação de quais módulos são os módulos de prioridade precisados para executar uma travessia de estrutura completa do carrossel. Isto pode ser útil ao estabelecer uma estratégia de procura eficiente para um dispositivo de armazenamento incapaz de pedir todos os módulos em um Carrossel de Dados de uma vez (por exemplo, onde há um número fixo de filtros de seção disponível). A forma geral deste descritor é mostrada na tabela de Figura 6. O leitor qualificado apreciará que, enquanto as concretizações precedentes são descritas com referência ao protocolo de MPEG-2 DSM-CC, a invenção não é limitada a qualquer protocolo específico ou forma de radiodifusão de dados.
De ler a presente exposição, outras modificações serão aparentes às pessoas qualificadas na arte. Tais modificações podem envolver outras características que já são conhecidas no projeto, fabricação e uso de plataformas domésticas de multimídia e aplicações e dispositivos para incorporação nela e que podem ser usadas em vez ou além de características já descritas aqui.
REIVINDICAÇÕES
Claims (10)
1. Transmissor (10) para uso em um sistema de transmissão, compreendendo o dito transmissor e pelo menos um receptor configurado para receber sinal transmitido do mesmo, em que 0 dito transmissor (10) é configurado para transmitir no fluxo transmitido (12) uma ou mais aplicações definidas em um ou mais carrosséis de dados, um carrossel de dados compreendendo uma radiodifusão de um conjunto de módulos repetidos em uma forma dc carrossel, ditas uma ou mais aplicações sendo formadas dc objetos de diretório e objetos de arquivo de dados enviados em ciclos, em que grupos predeterminados de objetos de diretório e objetos de arquivo de dados são formados em módulos respectivos no transmissor (10) e com cada módulo sendo transmitido como um todo, caracterizado por para cada objeto do carrossel definindo a raiz da hierarquia de objetos de dados, existir transmissão no fluxo uma lista de identificadores para os carrosséis de dados definindo rcspcctivamente tudo ou uma parte dos objetos dc diretório c objetos de arquivo de dados associados com uma das aplicações.
2. Transmissor (10), de acordo com a reivindicação 1, caracterizado por ser arranjado para incluir no fluxo transmitido (12), informação que identifica requisitos de armazenamento para módulos transmitidos.
3. Transmissor (10), de acordo com a reivindicação 2, caracterizado pela dita informação incluir, para cada módulo, um indicador que identifica se ou não aquele módulo está referenciado por um objeto de dados adicional de outro carrossel.
4. Receptor (14) para uso cm um sistema dc transmissão, compreendendo um transmissor e pelo menos um dito receptor configurado para receber sinais transmitidos dele, em que no fluxo transmitido uma ou mais aplicações são transmitidas, as quais são definidas em um ou mais carrosséis de dados formados de objetos de diretório e arquivo de dados enviados em ciclos com grupos predeterminados de objetos de diretório e arquivo sendo formados em modulos respectivos no transmissor e com cada módulo sendo transmitido como um todo, caracterizado por para cada carrosel de objeto definindo a raiz da hierarquia de objetos de dados, é transmitida no fluxo de uma lista de indentificadores para os dados componentes definindo respectivamente tudo ou uma parte dos objetos de dados associado com uma aplicação, e o receptor (14) é configurado para, na identificação de uma aplicação particular a ser gravada, usar a lista de identificadores para identificar e subsequentemente armazenar os carrosséis de dados recebidos para aquela aplicação.
5. Receptor (14), de acordo com a reivindicação 4, caracterizado pelo fluxo transmitido (12) incluindo informação identificando requisitos de armazenamento para módulos transmitidos, o receptor (14) sendo arranjado para identificar tal informação no fluxo recebido e armazenar os módulos recebidos com referência a ele.
6. Receptor (14), de acordo com a reivindicação 5, caracterizado pela dita informação incluir, para cada módulo, um indicador que identifica se ou não aquele módulo está referenciado por um objeto de dados adicional de outro carrossel.
7. Receptor (14), de acordo com a reivindicação 6, caracterizado por ser arranjado para executar recuperação de memória, identificando periodicamente e apagando aqueles módulos que não estão referenciados.
8. Sinal de multiplex (12), compreendendo uma ou mais aplicações definidas em um ou mais carrosséis de dados, um carrossel de dados compreendendo uma radiodifusão de um conjunto de módulos repetidos em uma forma de carrossel, ditas uma ou mais aplicações sendo formadas de objetos de diretório e objetos de arquivo de dados levados em ciclos, em que grupos predeterminados de objetos de diretório e objetos de arquivo de dados são formados em módulos respectivos e com o sinal contendo cada módulo como um todo, caracterizado por para cada objeto do carrossel definindo a raiz da hierarquia de objetos de dados, o sinal incluir uma lista de identificadores para os carrosséis de dados definindo respectivamente tudo ou uma parte dos objetos de diretório e objetos de arquivo de dados associados com uma ou mais aplicações.
9. Dispositivo de armazenamento de dados (19), caracterizado por ter gravado nele ou sobre ele um sinal (12) como definido na reivindicação 8.
10. Dispositivo de armazenamento de dados (19), de acordo com a reivindicação 9, caracterizado pela gravação nele ou sobre ele de dito sinal (12) estar em um formato determinado pelo menos parcialmente por requisitos de armazenamento para módulos dentro do sinal (12), ditos requisitos de armazenamento como identificados por informação em dito sinal.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GBGB0111008.9A GB0111008D0 (en) | 2001-05-04 | 2001-05-04 | Recording of interactive applications |
| PCT/IB2002/001573 WO2002091747A1 (en) | 2001-05-04 | 2002-05-02 | Recording of interactive applications |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| BR0205146A BR0205146A (pt) | 2003-05-13 |
| BRPI0205146B1 true BRPI0205146B1 (pt) | 2017-02-07 |
Family
ID=9914071
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BRPI0205146A BRPI0205146B1 (pt) | 2001-05-04 | 2002-05-02 | transmissor e receptor para uso no sistema de transmissão, sinal de multiplex, e, dispositivo de armazenamento de dados |
Country Status (11)
| Country | Link |
|---|---|
| US (1) | US20020170074A1 (pt) |
| EP (1) | EP1393570A1 (pt) |
| JP (1) | JP4229706B2 (pt) |
| KR (1) | KR100918009B1 (pt) |
| CN (1) | CN100370833C (pt) |
| AU (1) | AU2002302869B2 (pt) |
| BR (1) | BRPI0205146B1 (pt) |
| GB (1) | GB0111008D0 (pt) |
| PL (1) | PL363519A1 (pt) |
| RU (1) | RU2304855C2 (pt) |
| WO (1) | WO2002091747A1 (pt) |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7065780B2 (en) * | 2002-09-20 | 2006-06-20 | Opentv, Inc. | Method and system for emulating and HTTP server through a broadcast carousel |
| KR100484178B1 (ko) * | 2002-11-14 | 2005-04-20 | 삼성전자주식회사 | 데이터 캐러셀 프로토콜을 이용하는 ｄａｓｅ 데이터 방송시스템에서 어플리케이션 리소스를 나타내는 모듈 정보를전송하는 방법 및 그 장치 |
| US20060053373A1 (en) * | 2002-12-20 | 2006-03-09 | Koninklijke Philips Electronics, N.V. | Method for adding interactivity to a recording |
| PL358659A1 (en) * | 2003-02-10 | 2004-08-23 | Advanced Digital Broadcast Ltd. | Method for handling reception of round robin transmitted software |
| EP1603335B1 (en) | 2003-02-19 | 2008-04-30 | Matsushita Electric Industrial Co., Ltd. | Recording medium, reproduction device, recording method, program, and reproduction method |
| US8266669B2 (en) * | 2003-03-12 | 2012-09-11 | Koninklijke Philips Electronics N.V. | Method and apparatus for storing an interactive television program |
| DE10312030A1 (de) * | 2003-03-18 | 2004-09-30 | Robert Bosch Gmbh | Verfahren zur Übertragung von Multimedia-Objekten und digitaler Empfänger für Multimedia-Objekte |
| AU2004305792B2 (en) * | 2003-09-12 | 2007-10-04 | Opentv, Inc. | Method and system for controlling recording and playback of interactive applications |
| KR100574230B1 (ko) | 2003-11-14 | 2006-04-26 | 한국전자통신연구원 | 디지털 데이터 방송의 헤드엔드 또는 가입자 단말에서변경 어플리케이션 데이터 처리 방법 |
| CN1784005B (zh) * | 2004-05-09 | 2010-11-24 | 意法半导体有限公司 | 一种通过文件系统访问轮播数据的方法 |
| JP2008538432A (ja) * | 2005-04-08 | 2008-10-23 | ビーアイエイピー・インコーポレーテッド | アプリケーションをメモリ制約システムにダウンロードする方法およびシステム |
| US8340507B2 (en) | 2007-05-31 | 2012-12-25 | Panasonic Corporation | Recording medium, playback apparatus, recording method, program, and playback method |
| KR20090011291A (ko) * | 2007-07-25 | 2009-02-02 | 삼성전자주식회사 | 데이터 방송 제공방법 및 이를 적용한 영상기기 |
| GB2463664A (en) * | 2008-09-18 | 2010-03-24 | Sony Uk Ltd | Recording interactive content prior to television program |
| US8478799B2 (en) | 2009-06-26 | 2013-07-02 | Simplivity Corporation | Namespace file system accessing an object store |
| CN109976758B (zh) * | 2019-03-25 | 2022-04-22 | 深圳市酷开网络科技股份有限公司 | 基于安卓系统的ui控件轮播方法、电视终端及存储介质 |
| CN111427574B (zh) * | 2020-03-17 | 2024-01-30 | 深圳市震有软件科技有限公司 | 列表自动翻页轮播组件实现方法及装置、设备、介质 |
| CN111563213B (zh) * | 2020-03-27 | 2023-09-12 | 杭州睿疆科技有限公司 | 页面轮播的方法、装置、计算机设备和可读存储介质 |
| CN112691364A (zh) * | 2020-10-30 | 2021-04-23 | 上海酷量信息技术有限公司 | 一种在直播中利用转盘进行互动的系统和方法 |
Family Cites Families (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4914586A (en) * | 1987-11-06 | 1990-04-03 | Xerox Corporation | Garbage collector for hypermedia systems |
| GB9400101D0 (en) * | 1994-01-05 | 1994-03-02 | Thomson Consumer Electronics | Consumer interface for a satellite television system |
| US5539920A (en) * | 1994-04-28 | 1996-07-23 | Thomson Consumer Electronics, Inc. | Method and apparatus for processing an audio video interactive signal |
| US5625693A (en) * | 1995-07-07 | 1997-04-29 | Thomson Consumer Electronics, Inc. | Apparatus and method for authenticating transmitting applications in an interactive TV system |
| US5951639A (en) * | 1996-02-14 | 1999-09-14 | Powertv, Inc. | Multicast downloading of software and data modules and their compatibility requirements |
| CA2247254A1 (en) * | 1996-02-22 | 1997-08-28 | Dsc Telecom L.P. | A control system for a telecommunications system |
| EP0854650A3 (en) * | 1997-01-17 | 2001-05-02 | NOKIA TECHNOLOGY GmbH | Method for addressing a service in digital video broadcasting |
| US6177930B1 (en) * | 1997-03-28 | 2001-01-23 | International Business Machines Corp. | System and method for enabling a user to move between cyclically transmitted image streams |
| US6047317A (en) * | 1997-03-28 | 2000-04-04 | International Business Machines Corporation | System and method for enabling a user to rapidly access images in cyclically transmitted image streams |
| KR100513907B1 (ko) * | 1997-06-13 | 2005-09-13 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | 복수의 상호 관련된 오브젝트들의 주기적 전송방법 |
| US7032236B1 (en) * | 1998-02-20 | 2006-04-18 | Thomson Licensing | Multimedia system for processing program guides and associated multimedia objects |
| US6459427B1 (en) * | 1998-04-01 | 2002-10-01 | Liberate Technologies | Apparatus and method for web-casting over digital broadcast TV network |
| US6763523B1 (en) * | 1998-04-03 | 2004-07-13 | Avid Technology, Inc. | Intelligent transfer of multimedia data files from an editing system to a playback device |
| JP3361997B2 (ja) * | 1998-05-07 | 2003-01-07 | 松下電器産業株式会社 | 放送送信装置及び放送送信方法 |
| US6427238B1 (en) * | 1998-05-29 | 2002-07-30 | Opentv, Inc. | Module manager for interactive television system |
| US6681075B1 (en) * | 1998-06-10 | 2004-01-20 | Matsushita Electric Industrial Co., Ltd. | Data transmission apparatus and data reception apparatus |
| CN1322739C (zh) * | 1998-06-12 | 2007-06-20 | 皇家菲利浦电子有限公司 | 传输系统 |
| KR100641594B1 (ko) * | 1998-07-14 | 2006-11-06 | 소니 가부시끼 가이샤 | 데이터 전달 제어 방법, 데이터 전송 방법, 데이터 송신장치, 수신 장치 |
| JP2000149407A (ja) * | 1998-11-10 | 2000-05-30 | Sony Corp | 情報伝送方法、情報処理方法、情報伝送システム、及びデータ処理装置 |
| JP2000156031A (ja) * | 1998-11-17 | 2000-06-06 | Sony Corp | 情報処理システム、情報処理装置、及び情報処理方法 |
| EP1022908B1 (en) * | 1999-01-21 | 2006-07-12 | Sony Service Centre (Europe) N.V. | Information server and method of constructing a transport stream |
| EP1022909B1 (en) * | 1999-01-21 | 2006-12-06 | Sony Service Centre (Europe) N.V. | Information server and a method of arranging carousel information |
| KR100565577B1 (ko) * | 1999-03-05 | 2006-03-29 | 엘지전자 주식회사 | 방송 상호 프로토콜 메시지 생성 장치 및 그를 이용한 방송 상호프로토콜 메시지 생성 방법 |
| US7000245B1 (en) * | 1999-10-29 | 2006-02-14 | Opentv, Inc. | System and method for recording pushed data |
| GB2357922A (en) * | 1999-12-07 | 2001-07-04 | Sony Service Ct | Optimising a data carousel |
-
2001
- 2001-05-04 GB GBGB0111008.9A patent/GB0111008D0/en not_active Ceased
-
2002
- 2002-05-02 AU AU2002302869A patent/AU2002302869B2/en not_active Ceased
- 2002-05-02 WO PCT/IB2002/001573 patent/WO2002091747A1/en not_active Ceased
- 2002-05-02 CN CNB028014987A patent/CN100370833C/zh not_active Expired - Fee Related
- 2002-05-02 EP EP02730554A patent/EP1393570A1/en not_active Withdrawn
- 2002-05-02 JP JP2002588080A patent/JP4229706B2/ja not_active Expired - Fee Related
- 2002-05-02 PL PL02363519A patent/PL363519A1/xx unknown
- 2002-05-02 KR KR1020037000130A patent/KR100918009B1/ko not_active Expired - Fee Related
- 2002-05-02 RU RU2003135213/09A patent/RU2304855C2/ru not_active IP Right Cessation
- 2002-05-02 BR BRPI0205146A patent/BRPI0205146B1/pt not_active IP Right Cessation
- 2002-05-06 US US10/139,176 patent/US20020170074A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| RU2304855C2 (ru) | 2007-08-20 |
| CN100370833C (zh) | 2008-02-20 |
| JP2004520764A (ja) | 2004-07-08 |
| EP1393570A1 (en) | 2004-03-03 |
| RU2003135213A (ru) | 2005-04-20 |
| KR100918009B1 (ko) | 2009-09-18 |
| JP4229706B2 (ja) | 2009-02-25 |
| BR0205146A (pt) | 2003-05-13 |
| PL363519A1 (en) | 2004-11-29 |
| GB0111008D0 (en) | 2001-06-27 |
| KR20030021241A (ko) | 2003-03-12 |
| AU2002302869B2 (en) | 2008-04-03 |
| CN1462554A (zh) | 2003-12-17 |
| WO2002091747A1 (en) | 2002-11-14 |
| US20020170074A1 (en) | 2002-11-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| AU2002302869B2 (en) | Recording of interactive applications | |
| CN101296374B (zh) | 获取电子节目指南信息的方法及装置 | |
| US7711701B2 (en) | Efficient recording of object carousels | |
| CN1177479C (zh) | 用于记录推入数据的系统和方法 | |
| AU2002302869A1 (en) | Recording of interactive applications | |
| JP4662628B2 (ja) | 伝送システム | |
| HK1049757A (en) | System and method for recording pushed data | |
| CN101835012B (zh) | 在数字广播系统中使用电子服务指南提供切换服务的方法 | |
| BRPI9908071B1 (pt) | “aparelho para adquirir dados de programa em pacote de pelo menos uma primeira fonte e método para a formação de dados de programa em pacote para ficarem adequados para processamento em um decodificador” | |
| CA2655339C (en) | Method and apparatus for processing plurality of applications for broadcasting service and information storage medium storing the method | |
| EP2482550A2 (en) | Method and device for receiving an expanded service/program guide | |
| US8191102B2 (en) | Method of transmitting interactive television | |
| KR101221473B1 (ko) | 메타 데이터 정보 제공 서버, 클라이언트 장치, 메타데이터 정보 제공 방법 및 콘텐츠 제공 방법 | |
| CN1157937C (zh) | 传输系统 | |
| WO2008035909A1 (en) | Method and apparatus for processing plurality of applications for broadcasting service and information storage medium storing the method | |
| US20060002390A1 (en) | Method and apparatus for storing and searching broadcasting stream | |
| McParland et al. | MyTV: A practical implementation of TV-Anytime on DVB and the Internet | |
| Infante et al. | Real‐Time DVB‐MHP Interactive Data Transcoding to Blu‐Ray | |
| Guobin et al. | Advanced Software Architecture for Processing Bulk Carousel Data in a Data Broadcasting Push Service | |
| CA2645878C (en) | A method of performing parental control in an iptv receiver and an iptv receiver for performing parental control | |
| Yu-bao et al. | The Design and Implementation of Electronic Program Guide In Digital TV Set-Top-Box | |
| Guobin et al. | Applying a Self-Designed Metadata Model to an Interactive Push Service in Digital TV | |
| CN101263712A (zh) | 用于在数字广播系统中使用电子服务指南提供预览服务的方法和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B07A | Application suspended after technical examination (opinion) [chapter 7.1 patent gazette] | ||
| B25D | Requested change of name of applicant approved |
Owner name: KONINKLIJKE PHILIPS N.V. (NL) |
|
| B25G | Requested change of headquarter approved |
Owner name: KONINKLIJKE PHILIPS N.V. (NL) |
|
| B07A | Application suspended after technical examination (opinion) [chapter 7.1 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] | ||
| B21F | Lapse acc. art. 78, item iv - on non-payment of the annual fees in time |
Free format text: REFERENTE A 17A ANUIDADE. |
|
| B24J | Lapse because of non-payment of annual fees (definitively: art 78 iv lpi, resolution 113/2013 art. 12) |
Free format text: EM VIRTUDE DA EXTINCAO PUBLICADA NA RPI 2512 DE 26-02-2019 E CONSIDERANDO AUSENCIA DE MANIFESTACAO DENTRO DOS PRAZOS LEGAIS, INFORMO QUE CABE SER MANTIDA A EXTINCAO DA PATENTE E SEUS CERTIFICADOS, CONFORME O DISPOSTO NO ARTIGO 12, DA RESOLUCAO 113/2013. |