BR102015017201A2 - método de aquisição de informação de guia de programa eletrônico e aparelho correspondente - Google Patents

método de aquisição de informação de guia de programa eletrônico e aparelho correspondente Download PDF

Info

Publication number
BR102015017201A2
BR102015017201A2 BR102015017201A BR102015017201A BR102015017201A2 BR 102015017201 A2 BR102015017201 A2 BR 102015017201A2 BR 102015017201 A BR102015017201 A BR 102015017201A BR 102015017201 A BR102015017201 A BR 102015017201A BR 102015017201 A2 BR102015017201 A2 BR 102015017201A2
Authority
BR
Brazil
Prior art keywords
event information
eit
information
type
payload
Prior art date
Application number
BR102015017201A
Other languages
English (en)
Inventor
Bruno Cheron
Bruno Le Garjan
Laurent Oreal
Original Assignee
Thomson Licensing
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 Thomson Licensing filed Critical Thomson Licensing
Publication of BR102015017201A2 publication Critical patent/BR102015017201A2/pt

Links

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
    • H04N21/23608—Remultiplexing multiplex streams, e.g. involving modifying time stamps or remapping the packet identifiers
    • 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/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. 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
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
    • H04N21/4586—Content update operation triggered locally, e.g. by comparing the version of software modules in a DVB carousel to the version stored locally
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H40/00—Arrangements specially adapted for receiving broadcast information
    • H04H40/09—Arrangements for receiving desired information automatically according to timetables
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H40/00—Arrangements specially adapted for receiving broadcast information
    • H04H40/18—Arrangements characterised by circuits or components specially adapted for receiving
    • H04H40/27—Arrangements characterised by circuits or components specially adapted for receiving specially adapted for broadcast systems covered by groups H04H20/53 - H04H20/95
    • 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/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
    • H04N21/2362—Generation or processing of Service Information [SI]
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26283—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for associating distribution time parameters to content, e.g. to generate electronic program guide data
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26291—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for providing content or additional data updates, e.g. updating software modules, stored at the client
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4341—Demultiplexing of audio and video streams
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4344—Remultiplexing of multiplex streams, e.g. by modifying time stamps or remapping the packet identifiers
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG 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/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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4385—Multiplex stream processing, e.g. multiplex stream decrypting
    • 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/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H04N21/8402—Generation or processing of descriptive data, e.g. content descriptors involving a version number, e.g. version number of EPG data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Systems (AREA)
  • Human Computer Interaction (AREA)
  • Circuits Of Receivers In General (AREA)

Abstract

método de aquisição de informação de guia de programa eletrônico e aparelho correspondente. otimizar aquisição de informação de epg em tabelas do tipo ‘actual’ e de outros ‘tipos’. em um multiplex de fluxo de radiodifusão, a informação é constituída em tabelas de informação de evento do tipo ‘actual’, que compreendem informações de programa ou evento sobre um serviço selecionado, e do tipo ‘outras’ que compreendem informações de evento sobre outros serviços no multiplex. uma base de dados de epg é atualizada com a informação de evento constituída nas tabelas de informação de evento sob determinadas condições apenas.

Description

“MÉTODO DE AQUISIÇÃO DE INFORMAÇÃO DE GUIA DE PROGRAMA ELETRÔNICO E APARELHO CORRESPONDENTE”, CAMPO TÉCNICO
[001 ]A presente descrição refere-se à aquisição de informação de sinalização e, em particular, a aquisição de tabelas ‘actual’ e ‘outras’ compreendendo informações de guia de programa eletrônico (EPG), tais como as constituídas em fluxos de radiodifusão terrestre, cabeada ou por satélite.
FUNDAMENTO TÉCNICO
[002]Decodificadores para televisão (STB) ou dispositivos de Televisão Digital (DTV) para recepção de fluxo de radiodifusão terrestre, cabeada ou por satélite recebem os assim chamados Fluxos de Transporte (TS) em uma forma multiplexada. Um multiplex de fluxo de transporte compreende pacotes de dados de áudio e vídeo para vários canais, informação de descoberta de serviço para instalação de receptor e informação de EPG. A descoberta de serviço e informação de EPG são constituídas em tabelas de Informação de Serviço (SI) e Informação Específica de Programa (PSI). Para receptores, tais como os dispositivos de STB e DTV previamente mencionados, estas tabelas devem ser adquiridas e precisam ser continuamente monitoradas para aquisição de informação de EPG e atualizações de informação de serviço e instalação. De acordo com padrões amplamente utilizados para transmissão de fluxo de radiodifusão, tal como DVB (Radiodifusão de Vídeo Digital), ATSC (Comitê de Padrões Avançados de Televisão) e ARIB (Associação de Negócios e Indústria de Rádio), cada multiplex de serviços para vários canais é transmitido em uma frequência separada. O seguinte é explicado utilizando terminologia DVB, mas estruturas equivalentes existem em outros padrões para transmissão de serviço e informações de programa em serviços de áudio/vídeo. Cada multiplex compreende informação de SI/PSI, compreendendo Tabelas de Informação de Evento (EIT); um ‘evento’ sendo um programa (radiodifusão). Uma EIT compreende notavelmente descrições textuais de programas de radiodifusão. A informação constituída nestas EITs é armazenada em uma base de dados para utilização pela EPG. Uma tabela EIT ‘P’ para ‘Present’ transporta informação relacionada a um programa atualmente radiodifundido, e uma tabela EIT ‘F’ para ‘Following’ transporta informação relacionada a um programa seguinte que será radiodifundido após o programa atualmente radiodifundido. Além disso, tabelas de EIT ‘Schedule’ transportam informação relacionada a um programa atualmente radiodifundido e relacionada a programas radiodifundidos após o programa atualmente radiodifundido, até vários dias ou mesmo várias semanas. A EIT compreende dois tipos, um primeiro e um segundo tipo. Uma EIT ‘actual’ (=primeiro tipo) transporta informação de evento relacionada a um serviço de áudio/vídeo presente em um fluxo de transporte atualmente recebido. Uma EIT ‘outra’(=segundo tipo) transporta informação de evento relacionada a serviços de áudio/vídeo presentes nos ‘other’ fluxos de transporte. As EITs são repetidamente transmitidas em fluxos de transporte em forma de carrossel. A transmissão repetida das EITs no carrossel permite que um dispositivo receptor rapidamente adquira a informação de EIT quando receber um ‘novo5 fluxo de transporte, por exemplo, quando da mudança de canal. A frequência de repetição da informação de EIT no fluxo de transporte determina o atraso com que o dispositivo receptor será capaz de adquirir a informação constituída nas EITs para um ‘novo’ canal quando o usuário troca de canal. A frequência de repetição da informação de EIT no fluxo de transporte é uma compensação (trade-off) entre o mencionado atraso e a largura de banda de transmissão necessária para incluir a informação de EIT nos fluxos de transporte. Algumas das desvantagens das soluções da técnica anterior para aquisição de informação de EPG destas tabelas são melhor explicadas com a ajuda de um exemplo. Considere um primeiro fluxo de transporte (‘TS1’) que transporta EIT ‘actual’ P/F descrevendo os programas constituídos naquele fluxo de transporte, e EIT ‘other’ P/F que descreve programas presentes em outros fluxos de transporte. Um segundo fluxo de transporte (‘TS2’) transporta EIT ‘actual’ P/F para seus próprios serviços, e EIT ‘other’ P/F para serviços presentes em outros fluxos de transporte. Quando um usuário o canal a partir de um serviço (‘ST) em TS1 para outro serviço (‘S2’) em TS2, a informação de EIT ‘actual’ P/F relacionada ao serviço S1 na base de dados de EPG é sobrescrita pela informação relacionada ao serviço S1 na EIT ‘other’ do serviço S2. Quando estas tabelas compreendem a mesma informação, isto significa processamento desnecessário para aquisição de tabela e atualização desnecessária da base de dados. Adicionalmente, na prática, os efeitos são ainda piores uma vez que os radiodifusores tendem a incluir informação mais complete na EIT ‘actual’ do que na EIT ‘other’ para razões de redução de banda larga. Como mencionado anteriormente, a informação de EIT deve ser repetidamente transmitida com uma frequência que permite aquisição da informação de EIT dentro de um atraso aceitável quando mudando de canal. Então, a sobrescrita acima mencionada da informação na base de dados de EPG faz com que a informação seja perdida: por exemplo, considerando o exemplo acima, quando passando de canal de S1 de TS1 para S2 de TS2, a informação relacionada a S1, que é constituída na EIT ‘other’ de TS2, irá sobrescrever a informação na base de dados de EPG relacionada a S1 e que foi adquirida a partir da EIT ‘actual’ de TS1. Infelizmente, isto resulta em uma perda de informação quando a EIT ‘actual’ relacionada a S1 em TS1 compreende mais informação do que a EIT ‘other’ relacionada a S1 em TS2.
[003]O método de aquisição de informação de EPG da técnica anterior é, desta forma, não ótima, visto que tempo de CPU é perdido adquirindo tabelas que já foram adquiridas, e informação é possivelmente perdida quando uma tabela já adquirida é substituída por outra. Deveria ser, portanto, vantajoso otimizar a aquisição de informação de EPG a fim de reduzir tempo de CPU usado para adquirir a informação de EPG, para evitar atualizações de base de dados de EPG desnecessárias, e para evitar a perda de informação de EPG quando um usuário muda o canal.
SUMÁRIO
[004] A presente descrição visa aliviar um pouco dos inconvenientes da técnica anterior.
[005] Para este fim, a presente descrição divulga um método de aquisição de informação de guia de programa eletrônico a partir de tabelas de informação de evento constituídas em um multiplex de fluxo de radiodifusão compreendendo dados de áudio/vídeo e informações de programa para uma pluralidade de serviços de áudio/vídeo, o método compreendendo receber uma tabela de informação de evento a partir de um serviço de áudio/vídeo selecionado da pluralidade de serviços de áudio/vídeo constituídos no multiplex de fluxo de radiodifusão; a tabela de informação de evento recebida sendo uma de um primeiro tipo, compreendendo informação de evento relacionada ao serviço de áudio/vídeo selecionado, ou de um segundo tipo, compreendendo informação de evento relacionada a outros serviços de áudio/vídeo constituídos no multiplex de fluxo de radiodifusão; e se o tipo da tabela de informação de evento recebida é do primeiro tipo, e sua carga útil é diferente de uma carga útil de uma última tabela de informação de evento recebida que foi usada para atualizar uma base de dados de informação de guia de programa eletrônico, atualizando a base de dados com informação de guia de programa eletrônico constituída na tabela de informação de evento recebida.
[006] De acordo com uma modalidade variante do método, este ainda compreende, se o tipo da tabela de informação de evento recebida é do segundo tipo, e sua carga útil é diferente das cargas úteis de tabelas de informação de evento previamente recebidas do segundo tipo, e sua carga útil é ainda diferente da carga útil de uma última tabeia de informação de evento recebida que foi usada para atualizar a base de dados de informação de guia de programa eletrônico, atualizando a base de dados com a informação de guia de programa eletrônico constituída na tabela de informação de evento recebida.
[007] De acordo com uma modalidade variante do método, uma diferença na carga útil entre duas tabelas de informação de evento é determinada de acordo com uma diferença entre hashes computados sobre as cargas úteis das duas tabelas de informação de evento.
[008] De acordo com uma modalidade variante do método, as tabelas de informação de evento compreendem os hashes.
[009] De acordo com uma modalidade variante do método, os hashes são computados por um receptor implementando o método.
[010] De acordo com uma modalidade variante do método, os hashes são códigos de redundância cíclicos.
[011] A divulgação também se refere a um dispositivo configurado para aquisição de informação de guia de programa eletrônico a partir de tabelas de informação de evento constituídas em um multiplex de fluxo de radiodifusão compreendendo dados de áudio/vídeo e informações de programa para uma pluralidade de serviços de áudio/vídeo, o dispositivo compreendendo um desmultiplexador configurado para extrair uma tabela de informação de evento a partir de um serviço de áudio/vídeo selecionado da pluralidade de serviços de áudio/vídeo constituídos no multiplex de fluxo de radiodifusão; a tabela de informação de evento extraída sendo uma de um primeiro tipo, compreendendo informação de evento relacionada ao serviço de áudio/vídeo selecionado, ou de um segundo tipo, compreendendo informação de evento relacionada a outros serviços de áudio/vídeo constituídos no multiplex de fluxo de radiodifusão; e atualizando o controlador configurado para atualizar a base de dados com informação de guia de programa eletrônico constituída na tabela de informação de evento extraída se o tipo da tabela de informação de evento extraída é do primeiro tipo, e sua carga útil é diferente de uma carga útil de uma última tabela de informação de evento extraída que foi usada para atualizar uma base de dados de informação de guia de programa eletrônico.
[012] De acordo com uma modalidade variante do dispositivo, o controlador é ainda configurado para atualizar a base de dados com a informação de guia de programa eletrônico constituída na tabela de informação de evento recebida se o tipo da tabela de informação de evento recebida é do segundo tipo, e sua carga útil é diferente das cargas úteis de tabelas de informação de evento previamente recebidas do segundo tipo, e sua carga útil é ainda diferente da carga útil de uma última tabela de informação de evento recebida que foi usada para atualizar a base de dados de informação de guia de programa eletrônico.
[013] De acordo com uma modalidade variante do dispositivo, este ainda compreende armazenamento de memória configurada para armazenar hashes de cargas úteis de tabelas de informação de evento extraídas.
[014] De acordo com uma modalidade variante do dispositivo, o controlador é ainda configurado para computar os hashes.
[015] De acordo com uma modalidade variante do dispositivo, o controlador é ainda configurado para determinar uma diferença na carga útil entre duas tabelas de informação de evento de acordo com uma diferença entre os hashes computados sobre as cargas úteis das duas tabelas de informação de evento.
[016] A presente descrição também se refere a um produto de programa de computador que pode ser baixado de uma rede de comunicação e/ou gravado em um meio legível por computador e/ou executável por um processador, compreendendo instruções de código de programa para implementação do método de aquisição de informação de guia de programa eletrônico a partir de tabelas de informação de evento constituídas em um multiplex de fluxo de radiodifusão compreendendo dados de áudio/vídeo e informações de programa para uma pluralidade de serviços de áudio/vídeo.
[017] A presente descrição também se refere a um meio legível por computador não transitório compreendendo um produto de programa de computador gravado no mesmo e capaz de ser executado por um processador, incluindo instruções de código de programa para implementação do método de aquisição de informação de guia de programa eletrônico a partir de tabelas de informação de evento constituídas em um multiplex de fluxo de radiodifusão compreendendo dados de áudio/vídeo e informações de programa para uma pluralidade de serviços de áudio/vídeo.
[018] As modalidades variantes podem ser combinadas para formar particular modalidades variantes vantajosas.
LISTA DE FIGURAS
[019] Mais vantagens dos presentes princípios irão aparecer através da descrição de modalidades particulares não restritivas da divulgação.
[020] As modalidades serão descritas com referência às seguintes figuras: [021 ]A Figura 1 é um sistema típico para radiodifusão e recepção de serviços de áudio/vídeo.
[022] A Figura 2 é um dispositivo receptor típico, tal como decodificador para televisão 17 da Figura 1.
[023] A Figura 3a é um exemplo típico de transmissão de EITs em uma rede de radiodifusão.
[024] A Figura 3b é uma estrutura de uma tabela de EIT típica.
[025] A Figura 4 é um diagrama ilustrando aquisição e armazenamento típicos de Informação de EPG como para o exemplo implementado no STB 17 da Figura 1.
[026] A Figura 5 é uma estrutura particular de uma tabela de EIT de acordo com uma modalidade não limitante dos presentes princípios, [027] A Figura 6 ilustra uma modalidade não limitante dos presentes princípios em um fluxograma, implementada por um dispositivo receptor.
[028] A Figura 7 ilustra uma modalidade variante não limitante dos presentes princípios em um fluxograma, implementada por um dispositivo receptor.
[029] A Figura 8 ilustra uma modalidade não limitante de um dispositivo receptor adequado para implementação dos presentes princípios.
DESCRIÇÃO DETALHADA
[030] A Figura 1 é um sistema típico para radiodifusão e recepção de serviços de áudio/vídeo. Informações de programa de EPG são recebidas de uma fonte de EPG (10) ou de várias fontes de EPG (não mostradas). Para sua transmissão, a informação de EPG é codificada, por um codificador de EPG (12), em um formato de transmissão apropriado (por exemplo, XML, para Linguagem de Marcação Extensível). Programas de áudio e/ou vídeo (AV) são recebidos de uma fonte de programa de áudio/vídeo (11) ou de várias fontes (não mostradas). Os programas de AV são codificados por um codificador de áudio/vídeo (13) em um formato de transmissão apropriado (por exemplo, MPEG2, H.264 etc.). As informações de AV codificadas e de EPG codificadas são alimentadas a um multiplexador (14) que multiplexa a informação. Vários multiplexes são, então, criados simultaneamente, cada multiplex compreendendo um número limitado de serviços de áudio/vídeo. Os multiplexes que são extraídos do multiplexador são enviados para um transmissor de RF (Radiofrequência) (15) que transmite os multiplexes a um satélite (16) utilizando uma ligação ascendente. O satélite retransmite os multiplexes recebidos para uma pluralidade de receptores através de uma ligação descendente. No lado do receptor, um STB (17) recebe os multiplexes do satélite e apresenta dados de EPG e programas de AV em um monitor (18).
[031 ]A Figura 2 é um dispositivo receptor típico, tal como o STB (17) da Figura 1. O dispositivo receptor recebe os multiplexes como fluxos de bit modulados por RF do satélite (16) em uma entrada de RF (20). O dispositivo receptor ainda recebe comandos de usuário para controlar o dispositivo receptor a partir de um controle remoto (RC, não mostrado) em uma entrada dedicada (21). O dispositivo receptor processa os fluxos de bit recebidos para recuperar informação de EPG e áudio/vídeo e emite informação de EPG e áudio/vídeo em uma saída de AV (22). O dispositivo receptor é controlado por um controlador (175), por exemplo, uma CPU ou Unidade de Processamento Central, e compreende uma memória (173), por exemplo, memória volátil e não volátil, para armazenamento de dados, tais como instruções de programa de computador para operação do dispositivo receptor e tabelas e informação relacionadas a informação de serviço e EPG. Após um comando de RC de um usuário, recebido através de um receptor de IR (174), o controlador instrui o receptor de RF (171) para sintonizar uma determinada radiofrequência. O receptor de RF recebe um fluxo de bit e transfere o fluxo de bit recebido a um desmultiplexador (172) ou ‘demux’. O controlador instrui o demux a filtrar informação de áudio/vídeo para um canal desejado de usuário, que é tratada em bloco de tratamento de informação de AV (176). O controlador também instrui o demux a filtrar informação de SI do fluxo de bit, que é transmitido para um bloco de tratamento de SI (177). A informação de EPG é extraída da informação de SI e é armazenada em uma base de dados (não mostrada), por exemplo, implementada na memória. A informação de áudio/vídeo e a Informação de EPG que são emitidas pelos respectivos blocos de tratamento é entrada para um driver gráfico (178). A saída do driver gráfico é transmitida para interface de áudio e vídeo (179) e emitida na saída de AV.
[032]A Figura 3a é um exemplo de transmissão de EITs em uma rede de radiodifusão compreendendo três Fluxos de Transporte multiplexados (TS) ‘TST, ‘TS2’ θ ‘TS3’, cada TS compreendendo tabelas de EIT com EIT ‘actual’ e E!T ‘other’, que são ciclicamente transmitidas em um carrossel. A EIT ‘actual’ compreende informação de evento para o serviço de AV presente no TS que transporta o serviço. A EIT ‘other’ compreende informação de evento para os serviços de AV realizados no TS ‘other’. A informação constituída nas EITs é utilizado para EPG e é, desta forma, armazenado em uma base de dados que é utilizada pela EPG; a EIT compreende descrições notavelmente textuais dos programas radiodifundidos. Desta forma, um primeiro TS (TST) compreende EIT ‘actual’ (30) descrevendo o serviço que ele transporta (pacotes TS transportando AV não mostrados), e EITs ‘other’ descrevendo os serviços de AV realizados nos outros TS da rede, isto é, aqui TS2_JEIT_other (31) e TS3__EIT_pther (32). Um segundo TS (‘TS2’) compreende EIT ‘actual’ (33) para seu próprio serviço de AV, e EIT ‘other’ (34, 35) para serviços de AV realizados em outros TS (TST e ‘TS3’). Um terceiro TS (‘TS3’) compreende EIT ‘actual’ (36) para seu próprio serviço de AV, e EIT ‘other’ (37, 38) para serviços de AV realizados nos outros TS (‘TS1 ’ e ‘TS2’) da rede. Desta forma, cada TS compreende uma EIT que descreve o serviço de AV que ela transporta, enquanto também compreende as EITs dos outros serviços de AV na rede.
[033]A Figura 4 é um diagrama ilustrando aquisição e armazenamento típicos de informação de EPG como, por exemplo, implementados no STB 17 da Figura 1. A informação de SI é extraída da informação recebida do demux por um módulo de aquisição de SI (1771) e é armazenada em uma base de dados de EPG (1731), que é armazenada em memória (173). Quando Informação de EPG é requerida, por exemplo, quando o usuário pressiona um botão ‘INFO’ em seu dispositivo de controle remoto , o controlador (175 da Fig.2) interroga a base de dados de EPG para informação de EPG, por exemplo, por meio de uma requisição de SQL. A unidade de aquisição de SI continuamente monitora as tabelas que estão contidas nos serviços recebidos, e atualiza a base de dados de EPG quando necessário. Quando um usuário sintoniza um serviço de AV ‘ST transportado pelo fluxo de transporte ‘TS1’, a unidade de aquisição de SI armazena a informação de EPG constituída na EIT ‘actual’ (30) na base de dados. Quando o usuário muda o canal para serviço de AV ‘S2’ transportado pelo fluxo de transporte ‘TS2’, a unidade de aquisição de SI recebe ‘nova’ informação para o serviço de AV ‘S1\ que é constituída em uma tabela de EIT ‘other’ (34) no ‘TS2’, e atualiza a informação relacionada ao serviço de AV ‘S1’ na base de dados de EPG. Desta forma, a informação constituída na base de dados com relação ao serviço ‘S1’, adquirida da tabela ‘actual’ de ‘TS1’, é agora sobrescrita pela informação relacionada a S1 na EIT ‘other’ de ‘S2’. Quando a tabela ‘actual’ (30) de ‘TST compreende a mesma informação da tabela ‘other’ de ‘TS2’, isto significa processamento desnecessário para aquisição de tabela e desnecessária atualização da base de dados. Além disso, na prática, radiodifundir largura de banda tem um preço, e um radiodifusor pode privilegiar largura de banda para vídeo de boa qualidade e para informação de cronograma ou presente/seguinte relacionada ao canal atualmente sintonizado, em vez de gastar dinheiro provendo informação de cronograma ou presente/seguinte completa relacionada a ‘outros’, canais não sintonizados atualmente. Radiodifusores tendem a preferir incluir informação mais completa na EIT ‘actual’ do que na EIT ‘other’ por razões de redução de largura de banda. Além disso, para um dado serviço, as EITs ‘other’ põem ser diferentes em diferentes multiplexes. No entanto, uma EIT ‘actual’ para um dado serviço e uma EIT ‘other’ para o mesmo serviço podem também compreender exatamente a mesa informação.
[034]A Figura 3b é uma estrutura de uma tabela de EIT típica. A tabela de EIT (30) compreende um cabeçalho (301), contendo um identificador de tabela (3010) e um número de versão (3011); uma carga útil (302); e um CRC (ou ‘hash’) (CRC=Verificação de Redundância Cíclica) (303) computado sobre toda a tabela de EIT. Entre uma tabela ‘actual’ e uma tabela ‘other’ descrevendo o mesmo serviço de AV, o identificador de tabela muda. Desta forma, mesmo quando ambas as tabelas compreendem a mesma informação, o CRC, que é computado sobre toda a tabela, irá diferir, e desta forma este CRC não pode ser utilizado para a rápida determinação se as tabelas compreendem a mesma informação sem ter que extrair e comparar toda a carga útil. Como o CRC não pode ser utilizado; isto significa que, em qualquer caso, as tabelas tem que ser processadas pela unidade de aquisição de SI. Desta forma, embora fosse interessante, após uma mudança de canal, somente considerar atualizar a informação de EPG na base de dados de EPG quanto a informação de EIT relacionada a um dado serviço muda, não existe nenhum meio simples de comprar tabelas ‘actual’ e ‘other’ sem ter que extrair e comparar toda a sua carga útil. Embora fosse interessante evitar atualizar a base de dados de EPG quando uma EIT ‘other’ relacionada a um serviço de AV particular compreende menos informação do que uma informação de EPG já armazenada na base de dados que foi extraída de uma EIT ‘actual’ para o mesmo serviço de AV particular, não existe nenhum meio simples de fazê-lo sem aquisição das tabelas EIT ‘other’ e processamento da carga útil.
[035]A Figura 5 é uma estrutura particular de uma tabela de EIT (50), de acordo com uma modalidade não limitante dos presentes princípios, que permite ainda otimizar o processo de aquisição de informação de EPG. De acordo com esta modalidade, um segundo CRC é adicionado (501) o qual é referido como ‘CRC_PL’, computado apenas sobre a carga útil da tabela de EIT (Carga útil 302). Um CRC pode ser referido como sendo um ‘hash’. No seguinte, o CRC que é computado sobre tabela de EIT em sua totalidade, isto é, computado sobre (HDR 301 + Carga útil 302) ou computado sobre (HDR 301 + Carga útil 302 + CRC_PL 501) é referido como ‘CRC_EIT’ (502) de modo a distinguir ambos CRCs entre si. De acordo com uma primeira modalidade, um CRC_PL é adicionado aos pacotes de SI (EIT). Isto significa que uma sinalização de EIT é modificada para compreender o CRC_PL. De acordo com uma modalidade variante vantajosa que evita a necessidade de modificar a sinalização de SI-EIT, o CRC_PL é calculado para cada um dos receptores de uma sinalização de EIT cada vez que os receptores recebem uma EIT. De acordo com uma modalidade adicionalmente variante, um CRC_PL não é provido em uma sinalização de EIT nem computado, mas toda a carga útil (302) é comparada. Embutir o CRC_PL na sinalização de SI (EIT) é uma otimização de economia de tempo de processamento para um processamento de sinalização de EIT por receptores, permitindo que os receptores facilmente determinem se duas tabelas de EIT tem a mesma carga útil sem computar CRC_PLs ou comparar todas as cargas úteis. Quando a sinalização de SI-EIT compreende um CRC_PL ou quando o receptor computa o CRC__PL sozinho, o CRC__PL de cada EIT é armazenado em memória de modo que possa ser facilmente comparado com CRC_PLs de outras EITs. Por exemplo, quando passando de canal do serviço S1 em um fluxo de transporte TS1 para o serviço S2 em um fluxo de transporte TS2, o CRC_PL de uma EIT ‘other’ para o serviço S1, encontrado em TS2, é comparado ao CRC_PL armazenado da EIT ‘actual’ para o serviço S1, encontrado no fluxo de transporte TS1. Ser ambos CRC_PLs são iguais, nenhum processamento adicional da tabela de EIT ‘other’ é requerido. Isto otimiza a aquisição de SI em um caso de uma mudança de canal onde a EIT ‘actual’ do serviço e a EIT ‘other’ do mesmo serviço compreendem a mesma informação. No entanto, como mencionado anteriormente, na prática, a EIT ‘other’ compreende menos informação do que a EIT ‘actual’ para um mesmo serviço, a fim de reduzir largura de banda. Neste caso, os CRC_PLs da EIT ‘actual’ e ‘other’ serão diferentes, e a carga útil da EIT ‘other’ deve ser processada novamente a fim de verificar se a base de dados de EPG deve ser atualizada com informação constituída na EIT ‘other’, ou não. A solução acima descrita pode, desta forma, ser adicionalmente otimizada, partindo do princípio de que é observado que a EIT ‘other’ para o serviço compreende menos informação do que a EIT ‘actual’ para o mesmo serviço. Consequentemente, a EIT ‘actual’ tem precedência sobre a EIT ‘other’ para atualização da base de dados de EPG. A seguir, o texto ‘duas EITs são diferentes’ significa aqui que suas cargas úteis são diferentes e, desta forma, seus CRC_PLs são diferentes. Este último é aplicável se CRC_PL estiver presente na sinalização de SI-EIT ou se CRC_PL é computado pelo receptor. O texto ‘duas EITs são iguais’ significa que suas cargas úteis são as mesmas e, desta forma, seus CRC_PLs são os mesmos. Este último é aplicável se CRC_PL estiver presente em sinalização de SI-EIT ou se CRC_PL computado pelo receptor. Como as tabelas de EIT são relacionadas a um fluxo de transporte, existe um meio de identificar o fluxo de transporte em que uma EIT é encontrada. De acordo com DVB, por exemplo, um transponder é identificado pelo tuplo (onjd, tsjd). ‘onjd’ significa Identificador de Rede Original e ‘tsjd’ significa Identificador de Fluxo de Transporte. Do acima, regras de atualização e variáveis são definidas para um algoritmo de atualização de base de dados de EPG eficiente de acordo com os presentes princípios: Utilizando as seguintes variáveis, •DB_CRC_PL: a carga útil de CRC da última tabela de EIT (‘actual’ ou ‘other’) usada para atualizar a base de dados; •RECVD_EIT: a EIT recebida. Uma estrutura de dados que compreende: ° CRC_PL: o CRC da carga útil da EIT atualmente adquirida; ° ΤΥΡΕ: o tipo de EIT {‘actual’ ou ‘other’). as condições para a atualização da base de dados podem, então, ser expressas como segue: 1 .na recepção de uma EIT ‘actual’: (RECVD_EIT.CRC_PL != DB_CRC_PL) em que o sinal ‘!=‘ significa ‘não igual’.
[036]Para uma modalidade variante vantajosa particular, que também contempla atualizações da base de dados de EPG a partir de tabelas de EIT do tipo ‘other’, outra variável pode ser usada: •OTHER_CRC_PL__TUPLE: uma coleção de tuplos (TSx,CRC_PLx), a coleção compreendendo, para cada TS recebido, o CRC_PL da última EIT ‘other’ adquirida. Este tuplo é atualizado toda vez que uma EIT ‘other’ é adquirida de um TS. e as condições para a atualização da base de dados podem ser estendidas com a seguinte condição: 2. na recepção de uma EIT ‘other’: (RECVD_EIT.CRC_PL != DB_CRC_PL) && (RECVD_EIT.CRC_PL OTHER__CRC__PL__TUPLE) em que o sinal '&&’ significa ‘e’, e ‘ ’ significa ‘não é um elemento de’.
[037] A Figura 6 ilustra uma modalidade particular não limitante dos presentes princípios em um fluxograma, implementada por um dispositivo receptor. As variáveis utilizadas são as que seguem: db_crc_pl: compreende o último valor armazenado do CRC_PL de um EIT recebida; recvd_eit: uma estrutura de dados que compreende uma EIT recebida de um fluxo de transporte. A estrutura de dados compreende como atributos type de uma EIT recebido, que pode ter os valores ‘other’ ou ‘actual’, e crc_pl, que é o CRC_PL da EIT recebida.
[038] No que segue, o sinal ‘= =’ significa ‘é igual a’, e o sinal =’ em ‘a = b’ significa que o valor de b é atribuído a ‘a’.
[039] Em uma primeiro etapa de inicialização 60, a variável db_crc_pl é inicializada para um valor zero, visto que não existe nenhuma informação de EIT recebida ainda. Em uma etapa 61, um serviço de áudio/vídeo é selecionado de um multiplex de fluxo de radiodifusão compreendendo dados de áudio/vídeo e informações de programa para uma pluralidade de serviços de áudio/vídeo. Uma EIT é recebida, a qual é armazenada na estrutura de dados recvd_eit. Em uma etapa 62, o tipo da EIT recebida é determinado (‘recvd_eit.type = = ‘other’ ?’), Se o tipo é ‘other’, a etapa 62a é executada e o algoritmo retorna para a etapa 61 de aguardo para a próxima EIT. Caso contrário (etapa 62b), um tipo de EIT é ‘actual’, e a etapa 63 é executada. Na etapa 63, é determinado se o CRC_PL da EIT recebida é igual ao CRC_PL da última EIT utilizada para atualizar a base de dados (‘recvd_eit.crc_pl = = db_crc_pl ?’). Se positivo (63a), a base de dados não é atualizada e o algoritmo retorna para a etapa 61 de aguardo para a próxima recepção de uma EIT. Se negativo (63b), o algoritmo continua com a etapa 64, onde o CRC_PL da última EIT utilizada para atualizar a base de dados é ajustado para o CRC_PL da EIT recebida ‘other’ (‘db__crc__pl = recvd__eit.crc__pl’), a base de dados de EPG é atualizada com a informação constituída na EIT recebida, e o algoritmo continua com a etapa 61 de aguardo para a próxima EIT.
[040]0 processamento do método é ainda ilustrado com a ajuda do cenário de utilização exemplificativo abaixo e o fluxograma apresentado na Figura 6.
Cenário: 1: primeira conexão a fluxo de transporte TS1 compreendendo um serviço 51. 2: primeira conexão a fluxo de transporte TS2 compreendendo um serviço 52. 3: segunda conexão a TS1. Entre etapas 1 e 3, uma EIT ‘actual’ foi atualizada (por exemplo, devido a uma mudança de programa, isto é, em um dado serviço, um programa termina e outro inicia). 4. segunda conexão a TS2. 5. terceira conexão a TS1. 6. mudanças de canal entre TS1 e TS2 sem mudanças de programa. 7. Permanecer sintonizado a TS2, enquanto uma nova versão de EIT ‘other’ para S1 é recebida sem mudar o conteúdo de uma EIT ‘other’. 8. Permanecer sintonizado a TS2, enquanto uma nova EIT ‘other’ para S1 é recebida com um conteúdo diferente do que a EIT ‘other’ anteriormente recebida para S1, por meio do que o conteúdo de uma EIT ‘other’ é o mesmo que da última EIT ‘actual’ recebida para S1 (por exemplo, uma mudança de programa ocorreu em TS1, e a base de dados de EPG foi atualizada consequentemente na etapa 3, mas as tabelas de EIT ‘other’ para S1 em TS2 são mudadas somente após um instante).
[041]lsto resulta em (números se referem às etapas do cenário prévio apresentado): 1. Na sintonização de TS1, a EIT ‘actual’ para serviço S1 é adquirida e a informação de EPG constituída na EIT ‘actual’ é armazenada na base de dados (etapas: 61,62, 63, 64, 61). 2. Na sintonização de TS2, a EIT ‘other’ para serviço S1 é adquirida, mas a base de dados de EPG não é atualizada com informação constituída na EIT ‘other’ (etapas: 61,62, 61). 3. Na sintonização de volta a TS1, a informação constituída na EIT ‘actual’ foi atualizada com relação à EIT ‘actual’ recebida na etapa 1. A EIT ‘actual’ é adquirida e a informação de EPG constituída na EIT ‘actual’ é armazenada na base de dados desde que os conteúdos da EIT ‘actual’ tenham mudado, e é também diferente daquela constituída na EIT ‘other’ recebida na etapa 2 (etapas: 61, 62, 63, 64, 61). 4. Sintonizando de volta a TS2, a EIT ‘other’ para S1 é adquirida, mas a base de dados não é atualizada (etapas: 61, 62, 61). O processo de atualização da base de dados é, desta forma, otimizado de acordo com os presentes princípios. 5. Sintonizando de volta a TS1, a EIT ‘actual’ para S1 é adquirida, mas não existe necessidade de atualizar a base de dados visto que a EIT ‘actual’ adquirida é a mesma que a EIT ‘actual’ adquirida na etapa 3 (etapas: 61, 62, 63, 61). O processo de atualização da base de dados é, desta forma, otimizado de acordo com os presentes princípios. 6. Sintonizando para trás e para frente entre TS2 e TS1, não existe atualização da base de dados desde que não haja mudanças de programa nestes serviços. O processo de atualização da base de dados é, desta forma, otimizado de acordo com os presentes princípios. 7. Permanecendo sintonizado em TS2, uma nova versão de EIT ‘other’ para S1 é recebida. A base de dados de EPG não é atualizada (etapas: 61,62, 61). 8. Permanecendo sintonizado em TS2, existe uma mudança de conteúdos da EIT ‘other’ para S1. A base de dados de EPG não é atualizada (etapas: 61, 62, 61).
[042] A Figura 7 ilustra uma modalidade variante não limitante dos presentes princípios em um fluxograma, implementada por um dispositivo receptor. Nesta modalidade variante, tabelas de EIT do tipo ‘other’ são também permitidas a atualizar a base de dados de EPG sob determinadas condições. Para o último propósito, uma variável adicional é utilizada: [043] other_crc_pl_tuple: uma coleção de tuplos por TS, por exemplo, (TSx,CRC_PLx). TSx é um identificador único de um fluxo de transporte x (tal como, para DVB, o tuplo (onjd, ts_id)), e CRC_PLx é o CRC da carga útil da última EIT ‘other’ adquirida no TSx;
No que segue, o símbolo significa ‘é um elemento de’.
[044] No que segue, ‘cur__ts’ significa o fluxo de transporte atualmente sintonizado. No que segue, ‘TSx’ significa o identificador único do fluxo de transporte atualmente sintonizado, e ‘CRC_PLx’ é o CRC_PL de uma EIT adquirida em TSx.
[045] Em uma primeira etapa de inicialização 70, as variáveis db_crc_pl e other_crc_pl_tuple são inicializadas para um valor zero, visto que não existe nenhuma informação de EIT recebida ainda. Em uma etapa 61, um fluxo de transporte é sintonizado e uma EIT é recebida, a qual é armazenada na estrutura de dados recvd__eit. Em uma etapa 62, o tipo da EIT recebida é determinada (‘recvd_eit.type = = ‘other’ ?). Se o tipo é ‘other’ (62a), a etapa 71 é executada. Caso contrário (62b), o tipo é ‘actual’, e a etapa 63 é executada. Na etapa 71, uma EIT do tipo ‘other’ foi, desta forma, recebida, e é determinado se o CRC_p/da EIT recebida ‘other’ está na coleção de tuplos (TSx,CRC_PLx) de CRC_PLs previamente adquiridos de fluxos de transporte (‘recvd_eit.crc_pl ^ other_crc_pl_tuple). Se positivo (71b), a base de dados não é atualizada e o algoritmo continua com a etapa 72. Na etapa 72, other__crc_pl_tuple é atualizada pelo tuplo (TSx,CRC_PLx), onde TSx é o identificador único do fluxo de transporte atualmente sintonizado, e CRC_PLx é o CRC_PL da EIT recebida no fluxo de transporte x (‘recvd_eit.crc_pl). Isto significa que, se um tuplo (TSx, CRC__PLx) já existe, este é atualizado pelo novo crcjpl da EIT recebida ‘other’; se este ainda não existe, o tuplo é criado e armazenado; e o algoritmo retoma para a etapa 61 de aguardo para recepção de uma EIT. Na etapa 71, se o CRC_p/da EIT recebida não está na coleção de tuplos (TSx,CRC_PLx) de CRC_PLs previamente adquiridos de fluxos de transporte (71a), o algoritmo continua com a etapa 73, onde other_crc_pl_tuple é atualizada pelo tuplo (TSx, CRC_PLx), em que TSx é o identificador único do TS atualmente sintonizado, e CRC_PLx é o CRC_PL da EIT recebida. Se um tuplo para o TS atual já existe, este é atualizado pelo novo crc_pl da EIT recebida ‘other’; senão, ele é criado. Em seguida, em uma etapa 74, é determinado se o CRC_PL da EIT recebida é igual ao CRC_PL da última EIT utilizada para atualizar a base de dados (‘recvd_eit.crc_pl = = db_crcjdI ?’). Se positivo (74b), a base de dados não é atualizada e o algoritmo retorna para a etapa 61 de aguardo para a próxima recepção de uma EIT. Se negativo (74a), o algoritmo continua com a etapa 64, onde o CRC_PL da última EIT utilizada para atualizar a base de dados é ajustado para o CRC_PL da EIT recebida ‘other’ (‘db__crc_pl = recvd_eit.crc_pl), e a base de dados de EPG é atualizada com a informação constituída na EIT recebida, e o algoritmo continua com a etapa 61 de aguardo para a próxima EIT. Retornando agora para a etapa 62, quando nesta etapa é determinado que o tipo da EIT recebida não é ‘other’ mas ‘actual’ (62b), o algoritmo continua para a etapa 63, onde é determinado se o CRC_PL da EIT recebida é igual ao CRC_PL de uma última EIT utilizada para atualizar a base de dados recvd_eit.crc_pl = = db_crc_pf). Se negativo (63b), a base de dados de EPG é atualizada com a informação constituída na EIT recebida na etapa 64, e o algoritmo retorna para a etapa 61 de aguardo para a próxima EIT. Se positivo (63a), o algoritmo retorna para a etapa 61 de aguardo para a próxima EIT sem atualização da base de dados.
[046]O processamento do método é ainda explicado com a ajuda do cenário de utilização exemplificativo que foi introduzido previamente para ilustração do método com relação à Figura 6. Isto resulta em (números se referem às etapas do cenário prévio apresentado): 1. Na sintonização de TS1, a EIT ‘actual’ para serviço S1 é adquirida e a informação de EPG constituída na EIT ‘actual’ é armazenada na base de dados (etapas: 61,62, 63, 64, 61). 2. Na sintonização de TS2, a EIT ‘other’ para serviço S1 é adquirida e a base de dados de EPG é atualizada com informação constituída na EIT ‘other’ (etapas: 61,62, 67, 73, 74, 61). 3. Na sintonização de volta a TS1, a informação constituída na EIT ‘actual’ foi atualizada com relação à EIT ‘actual’ recebida na etapa 1. A EIT ‘actual’ é adquirida e a informação de EPG constituída na EIT ‘actual’ é armazenada na base de dados desde que os conteúdos da EIT ‘actual’ tenham mudado, e é também diferente da constituída na EIT ‘other’ recebida na etapa 2 (etapas: 61, 62, 63, 64, 61). 4. Sintonizando de volta a TS2, a EIT ‘other’ para S1 é adquirida, mas não existe necessidade de atualizar a base de dados visto que a EIT ‘other’ adquirida é a mesma que a EIT ‘other’ previamente adquirida na etapa 2 (etapas: 61, 62, 71, 72, 61), O processo de atualização da base de dados é, desta forma, otimizado de acordo com os presentes princípios. 5. Sintonizando de volta a TS1, a EIT ‘actual’ para S1 é adquirida, mas não existe necessidade de atualizar a base de dados visto que a EIT ‘actual’ adquirida é a mesma que a EIT ‘actual’ adquirida na etapa 3 (etapas: 61, 62, 63, 61). O processo de atualização da base de dados é, desta forma, otimizado de acordo com os presentes princípios. 6. Sintonizando para trás e para frente entre TS2 e TS1, não existe atualização da base de dados desde que não haja mudanças de programa nestes serviços. O processo de atualização da base de dados é, desta forma, otimizado de acordo com os presentes princípios. 7. Permanecendo sintonizado em TS2, uma nova versão de EIT ‘other’ para S1 é recebida. A base de dados de EPG não é atualizada visto que o conteúdo da EIT ‘other’ recém-recebida não muda da EIT ‘other’ previamente recebida (etapas: 61, 62, 71, 72, 61). O processo de atualização da base de dados é, desta forma, otimizado de acordo com os presentes princípios. 8. Permanecendo sintonizado em TS2, existe uma mudança de conteúdos da EIT ‘other’ para S1, A base de dados de EPG não é atualizada desde que os conteúdos da EIT ‘other’ recém-recebida sejam os mesmos que os da EIT ‘actual’ previamente recebida para S1 (etapas: 61, 62, 71, 72, 61). O processo de atualização da base de dados é, desta forma, otimizado de acordo com os presentes princípios.
[047]A Figura 8 ilustra uma modalidade não limitante de um dispositivo receptor (80) adequado para implementação dos presentes princípios. O dispositivo receptor recebe os multiplexes como fluxos de bit modulados por RF de um satélite em sua entrada de RF (20). O dispositivo receptor ainda recebe comandos de usuário para controlar o dispositivo receptor a partir de um controle remoto (RC, não mostrado) em uma entrada dedicada (21). O dispositivo receptor processa os fluxos de bit recebidos para recuperar informação de EPG e áudio/vídeo e emite informação de EPG e áudio/vídeo em sua saída de AV (22). O dispositivo receptor é controlado por um controlador (875), por exemplo, uma CPU ou Unidade de Processamento Central, e compreende uma memória (873), por exemplo, memória volátil e não volátil, para armazenamento de dados, tais como instruções de programa de computador para operação do dispositivo receptor e tabelas e informação relacionadas a informação de serviço e EPG. Após um comando de RC de um usuário, recebido através de um receptor de IR (874), o controlador instrui o receptor de RF (871) para sintonizar uma determinada radiofrequência. O receptor de RF recebe um fluxo de bit e transfere o fluxo de bit recebido para um desmultiplexador (872) ou ‘demux’. O controlador instrui o demux a filtrar informação de áudio/vídeo para um canal desejado de usuário, que é tratada no bloco de tratamento de informação de AV (876). O controlador também instrui o demux a filtrar informação de SI do fluxo de bit, que é transmitido para um bloco de transmissão de SI (877). O desmultiplexador filtra ou extrai tabelas de informação de evento a partir de um serviço de áudio/vídeo selecionado de uma pluralidade de serviços de áudio/vídeo constituídos em um multiplex de fluxo de radiodifusão. A informação de EIT extraída é armazenada em uma base de dados (não mostrada) sob determinadas condições: o controlador determina um tipo da tabela de informação de evento recebida, o tipo sendo um do tipo real, compreendendo informação de evento relacionada ao serviço de áudio/vídeo selecionado, e do tipo outras, compreendendo informação de evento relacionada a outros serviços de áudio/vídeo constituídos no referido multiplex de fluxo de radiodifusão; e o controlador atualiza a base de dados com informação de guia de programa eletrônico constituída na tabela de informação de evento extraída se o referido tipo da tabela de informação de evento extraída é do tipo real, e sua carga útil é diferente de uma carga útil de uma última tabela de informação de evento extraída que foi usada para atualizar uma base de dados de informação de guia de programa eletrônico. A informação de áudio/vídeo e a Informação de EPG que são emitidas pelos respectivos blocos de tratamento são entradas para um driver gráfico (878). A saída do driver gráfico é transmitida para a interface de áudio e vídeo (879) e emitida na saída de AV. Opcionalmente, os hashes de cargas úteis de tabelas de informação de evento extraídas são armazenadas na memória (873) para rápida determinação se duas cargas úteis de tabelas de informação de evento são iguais sem a necessidade de comparar todas as cargas úteis.
[048] Como será apreciado por uma pessoa versada na técnica, aspectos dos presentes princípios podem ser implementados como um sistema, método ou meio legível por computador. Consequentemente, aspectos dos presentes princípios podem assumir a forma de uma modalidade de hardware exclusivamente, modalidade de software exclusivamente (incluindo firmware, software e residente, microcódigo e assim por diante), ou uma modalidade combinando aspectos de hardware e software que podem todos ser geralmente definidos neste documento como um ‘circuito’, ‘módulo’ ou ‘sistema’. Além disso, aspectos dos presentes princípios podem assumir a forma de um meio de armazenamento legível por computador. Qualquer combinação de um ou mais meio(s) de armazenamento legível por computador pode ser utilizada.
[049] Desta forma, por exemplo, será apreciado por aqueles versados na técnica que os diagramas apresentados neste documento representam visões conceituais de componentes de sistema ilustrativos e/ou circuitos implementando os princípios da presente descrição. Da mesma forma, será apreciado que quaisquer fluxogramas, diagramas de fluxo, diagramas de transição de estado, pseudo-código e semelhantes representam vários processos que podem ser substancialmente representados em meios de armazenamento legíveis por computador e assim executados por um computador ou processador, quer este computador ou processador seja explicitamente mostrado ou não.
[050]Um meio de armazenamento legível por computador pode tomar a forma de um produto de programas legível por computador implementado em um ou mais meio(s) legível por computador e tendo código de programa legível por computador nele implementado o qual é executável por um computador. Um meio de armazenamento legível por computador, como usado neste documento, é considerado um meio de armazenamento não transitório dada a inerente capacidade de armazenamento da informação ali, bem como a inerente capacidade de prover recuperação da informação dali. Um meio de armazenamento legível por computador pode ser, por exemplo, mas não é limitado a, um sistema, aparelho ou dispositivo eletrônico, magnético, ótico, eletromagnético, infravermelho ou semicondutor ou qualquer combinação adequada do acima. Deve ser apreciado que o seguinte, embora proveja exemplos mais específicos de meios de armazenamento legíveis por computador aos quais os presentes princípios podem ser aplicados, é meramente uma listagem ilustrativa e não exaustiva como é prontamente apreciado por uma pessoa ordinariamente versada na técnica: um disquete de computador portátil; um disco rígido; uma memória de somente leitura (ROM); uma memória de somente leitura programável e apagável (EPROM ou memória Flash); uma memória de somente leitura de disco compacto portátil (CD-ROM); um dispositivo de armazenamento óptico; um dispositivo de armazenamento magnético; ou qualquer combinação adequada dos precedentes.
REIVINDICAÇÕES

Claims (13)

1. Método de aquisição de informação de guia de programa eletrônico a partir de tabelas de informação de evento constituídas em um multiplex de fluxo de radiodifusão compreendendo dados de áudio/vídeo e informações de programa para uma pluralidade de serviços de áudio/vídeo, CARACTERIZADO pelo fato de que o método compreende: receber (61) uma tabela de informação de evento a partir de um serviço de áudio/vídeo selecionado da referida pluralidade de serviços de áudio/vídeo constituídos no referido multiplex de fluxo de radiodifusão; a referida tabela de informação de evento recebida sendo uma de um primeiro tipo, compreendendo informação de evento relacionada ao serviço de áudio/vídeo selecionado, ou de um segundo tipo, compreendendo informação de evento relacionada a outros serviços de áudio/vídeo constituídos no referido multiplex de fluxo de radiodifusão; e se o referido tipo da referida tabela de informação de evento recebida é do referido primeiro tipo (62b), e sua carga útil é diferente de uma carga útil de uma última tabela de informação de evento recebida que foi usada para atualizar uma base de dados de informação de guia de programa eletrônico (63b), atualizando (64) a base de dados com informação de guia de programa eletrônico constituída na referida tabela de informação de evento recebida.
2. Método, de acordo com a reivindicação 1, CARACTERIZADO por adicionalmente compreender, se o referido tipo da referida tabela de informação de evento recebida é do referido segundo tipo (62a), e sua carga útil é diferente das cargas úteis de tabelas de informação de evento previamente recebidas do referido segundo tipo (71a), e sua carga útil é ainda diferente da carga útil de uma última tabela de informação de evento recebida que foi usada para atualizar a referida base de dados de informação de guia de programa eletrônico (74a), atualizando (64) a base de dados com a informação de guia de programa eletrônico constituída na referida tabela de informação de evento recebida.
3. Método, de acordo com a reivindicação 1 ou 2, CARACTERIZADO pelo fato de que uma diferença na carga útil entre duas tabelas de informação de evento é determinada de acordo com uma diferença entre hashes computados sobre as cargas úteis das referidas duas tabelas de informação de evento.
4. Método, de acordo com a reivindicação 3, CARACTERIZADO pelo fato de que as referidas tabelas de informação de evento compreendem os referidos hashes.
5. Método, de acordo com a reivindicação 3, CARACTERIZADO pelo fato de que os referidos hashes são computados por um receptor implementando o referido método.
6. Método, de acordo com quaisquer reivindicações 3 a 5, CARACTERIZADO pelo fato de que os referidos hashes são códigos de redundância cíclicos.
7. Um dispositivo (80) configurado para aquisição de informação de guia de programa eletrônico a partir de tabelas de informação de evento constituídas em um multiplex de fluxo de radiodifusão compreendendo dados de áudio/vídeo e informações de programa para uma pluralidade de serviços de áudio/vídeo, CARACTERIZADO pelo fato de que o dispositivo compreende: um desmultiplexador (872) configurado para extrair uma tabela de informação de evento a partir de um serviço de áudio/vídeo selecionado da referida pluralidade de serviços de áudio/vídeo constituídos no referido multiplex de fluxo de radiodifusão, a referida tabela de informação de evento extraída sendo uma de um primeiro tipo, compreendendo informação de evento relacionada ao serviço de áudio/vídeo selecionado, ou de um segundo tipo, compreendendo informação de evento relacionada a outros serviços de áudio/vídeo constituídos no referido multiplex de fluxo de radiodifusão; um controlador (875) configurado para atualizar a base de dados com informação de guia de programa eletrônico constituída na referida tabela de informação de evento extraída se o referido tipo da referida tabela de informação de evento extraída é do referido primeiro tipo, e sua carga útil é diferente de uma carga útil de uma última tabela de informação de evento extraída que foi usada para atualizar uma base de dados de informação de guia de programa eletrônico.
8. Dispositivo, de acordo com a reivindicação 7, CARACTERIZADO pelo fato de que o referido controlador é ainda configurado para atualizar a base de dados com a informação de guia de programa eletrônico constituída na referida tabela de informação de evento recebida se o referido tipo da referida tabela de informação de evento recebida é do referido segundo tipo (62a), e sua carga útil é diferente das cargas úteis de tabelas de informação de evento previamente recebidas do referido segundo tipo (71a), e sua carga útil é ainda diferente da carga útil de uma última tabela de informação de evento recebida que foi usada para atualizar a referida base de dados de informação de guia de programa eletrônico (74a).
9. Dispositivo, de acordo com a reivindicação 7, CARACTERIZADO por adicionalmente compreender uma memória (873) configurada para armazenar hashes de cargas úteis de tabelas de informação de evento extraídas.
10. Dispositivo, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que o referido controlador é ainda configurado para computar os referidos hashes.
11 .Dispositivo, de acordo com a reivindicação 10, CARACTERIZADO pelo fato de que o referido controlador é ainda configurado para determinar uma diferença na carga útil entre duas tabelas de informação de evento de acordo com uma diferença entre os referidos hashes computados sobre as cargas úteis das referidas duas tabelas de informação de evento.
12. Produto de programa de computador que pode ser baixado de uma rede de comunicação e/ou gravado em um meio legível por computador e/ou executável por um processador, CARACTERIZADO por compreender instruções de código de programa para implementação do método definido em quaisquer reivindicações 1 a 6.
13. Meio legível por computador não transitório compreendendo um produto de programa de computador gravado no mesmo e capaz de ser executado por um processador, CARACTERIZADO por incluir instruções de código de programa para implementação do método definido em quaisquer reivindicações 1 a 6.
BR102015017201A 2014-07-21 2015-07-17 método de aquisição de informação de guia de programa eletrônico e aparelho correspondente BR102015017201A2 (pt)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP14306178.6A EP2978226A1 (en) 2014-07-21 2014-07-21 Method of acquiring of electronic program guide information and corresponding apparatus

Publications (1)

Publication Number Publication Date
BR102015017201A2 true BR102015017201A2 (pt) 2016-01-26

Family

ID=51263342

Family Applications (1)

Application Number Title Priority Date Filing Date
BR102015017201A BR102015017201A2 (pt) 2014-07-21 2015-07-17 método de aquisição de informação de guia de programa eletrônico e aparelho correspondente

Country Status (6)

Country Link
US (1) US10327033B2 (pt)
EP (2) EP2978226A1 (pt)
JP (1) JP2016025660A (pt)
KR (1) KR20160011153A (pt)
CN (1) CN105282572A (pt)
BR (1) BR102015017201A2 (pt)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10315366B2 (en) * 2015-05-11 2019-06-11 Gulfstream Aerospace Corporation Apparatuses and methods for making reinforcement structures
CN113660522A (zh) * 2015-09-25 2021-11-16 麦克赛尔株式会社 接收装置
WO2017051808A1 (ja) 2015-09-25 2017-03-30 日立マクセル株式会社 放送受信装置
US20170280201A1 (en) * 2016-03-22 2017-09-28 Le Holdings (Beijing) Co., Ltd. Method and electronic device for updating program guide
CN106791989B (zh) * 2016-12-19 2019-09-24 广州视源电子科技股份有限公司 电视数据自动更新的方法和装置
EP3654659A1 (en) * 2018-11-14 2020-05-20 Advanced Digital Broadcast S.A. System and method for a memory-efficient electronic program guide
EP3654661A1 (en) * 2018-11-19 2020-05-20 Advanced Digital Broadcast S.A. A method and system for collecting electronic programme guide data from multiple transport streams
EP4175308A4 (en) * 2020-06-24 2024-03-13 LG Electronics, Inc. IMAGE DISPLAY DEVICE AND OPERATION METHOD THEREFOR

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6418556B1 (en) * 1993-09-09 2002-07-09 United Video Properties, Inc. Electronic television program guide schedule system and method
US7222155B1 (en) * 1999-06-15 2007-05-22 Wink Communications, Inc. Synchronous updating of dynamic interactive applications
JP4250832B2 (ja) * 1999-10-14 2009-04-08 三菱電機株式会社 データ送出装置
KR100348787B1 (ko) 1999-10-19 2002-08-17 엘지전자주식회사 마스터 가이드 테이블 데이터 구조 및 부가 정보 송수신 방법
US7039656B1 (en) * 1999-10-20 2006-05-02 Yodlee.Com, Inc. Method and apparatus for synchronizing data records between a remote device and a data server over a data-packet-network
US6999424B1 (en) * 2000-01-24 2006-02-14 Ati Technologies, Inc. Method for displaying data
WO2002087235A1 (en) * 2001-04-19 2002-10-31 Vividon, Inc. System for applying metric to multimedia files over network
US7890987B2 (en) * 2001-06-13 2011-02-15 Opentv, Inc. Method and apparatus for improved acquisition and monitoring of event information table sections
US20040017831A1 (en) 2002-04-05 2004-01-29 Jian Shen System and method for processing SI data from multiple input transport streams
KR100657260B1 (ko) * 2002-12-02 2006-12-14 삼성전자주식회사 방송 테이블 변경 판단 방법
PL362963A1 (en) * 2003-10-20 2005-05-02 Advanced Digital Broadcast Ltd. Method for processing data on tv channels in digital tv decoder during switching over the jets of tv channels in transponder coherent network
CN1615018A (zh) * 2003-11-06 2005-05-11 皇家飞利浦电子股份有限公司 一种从mpeg多节目传送流中提取/存储特定节目的方法和系统
KR20060022903A (ko) * 2004-09-08 2006-03-13 엘지전자 주식회사 프로파일1을 사용하는 케이블 디지탈 티브이의 서비스정보채널 처리방법
KR100662918B1 (ko) * 2004-09-20 2007-01-02 삼성전자주식회사 오픈케이블 및 상기 오픈케이블에서 서비스 정보 갱신 방법
EP1750454A1 (en) * 2005-08-05 2007-02-07 Dibcom Method, device and program for receiving and verifying payload data of a transport stream
KR100747824B1 (ko) 2005-09-07 2007-08-08 엘지전자 주식회사 프로그램 가이드 정보 업데이트 방법
DE102005054978A1 (de) * 2005-11-16 2007-05-24 Deutsche Thomson-Brandt Gmbh Verfahren zum Aktualisieren eines Datensatzes sowie Vorrichtung zur Durchführung des Verfahrens
JP2007265556A (ja) * 2006-03-29 2007-10-11 Toshiba Corp 情報再生装置および情報提示方法並びに情報提示システム
US20070266419A1 (en) * 2006-05-15 2007-11-15 Jin Pil Kim Digital television signal, digital television receiver, and method for processing digital television signal
KR20070115121A (ko) * 2006-05-30 2007-12-05 엘지전자 주식회사 Ｐｓｉｐ에서 방송 프로그램의 실시간 정보에 관한 방송신호, 상기 방송 신호를 제어하는 방법 및 이를 처리하는방송 수신기
TWI376144B (en) * 2007-01-30 2012-11-01 Ind Tech Res Inst Method of data monitoring and updating for transport stream
CN101031062B (zh) * 2007-03-21 2010-05-26 中兴通讯股份有限公司 一种移动多媒体广播电子业务指南的传输方法
US8127233B2 (en) * 2007-09-24 2012-02-28 Microsoft Corporation Remote user interface updates using difference and motion encoding
CN102648625B (zh) * 2009-09-23 2014-08-20 华为技术有限公司 广播业务分组的实现方法、装置和系统
KR101838071B1 (ko) * 2010-04-30 2018-03-13 엘지전자 주식회사 이미지 처리 방법 및 장치
US9602331B2 (en) * 2012-10-31 2017-03-21 Cisco Technology, Inc. Shared interface among multiple compute units

Also Published As

Publication number Publication date
US20160021432A1 (en) 2016-01-21
KR20160011153A (ko) 2016-01-29
US10327033B2 (en) 2019-06-18
EP2978228A1 (en) 2016-01-27
EP2978226A1 (en) 2016-01-27
JP2016025660A (ja) 2016-02-08
CN105282572A (zh) 2016-01-27

Similar Documents

Publication Publication Date Title
BR102015017201A2 (pt) método de aquisição de informação de guia de programa eletrônico e aparelho correspondente
US11005906B2 (en) Updating part of a manifest file on the basis of patches
US9060193B2 (en) System and method for broadcasting video with a secondary audio source
CN100448264C (zh) 将频道信息直接快速写入有线数字电视机顶盒中的方法
EP3116218B1 (en) Software upgrade method, device and equipment
US20150347415A1 (en) Http live streaming dateranges
US20170041423A1 (en) Transmission apparatus, transmission method, reception apparatus and reception method
CA2578974C (en) Digital broadcast signal, digital television receiver, and method of processing digital broadcast signal
US11611787B1 (en) Systems and methods for signaling host devices via a broadcast channel with grouping filters
US8826339B2 (en) RF/IP virtual channel mapping for a digital video receiver
EP2073495A1 (en) Method of management of metadata size of a service guide
US20240171828A1 (en) Receiving device, receiving method, signal processing device, and signal processing method
US20110167443A1 (en) Method and device for updating regional rating table
US11818422B2 (en) Apparatus, systems and methods for reducing time required for a media content event channel change
US10764651B1 (en) Service group discovery
US20080016543A1 (en) Method of controlling data broadcast application and broadcast receiver receiving the same
US20230144522A1 (en) Method and apparatus for transmitting/receiving digital broadcast
KR20120062484A (ko) 사용자 정보 관리 방법 및 그를 이용한 방송 수신 장치
EP3754994A1 (en) System and method for electronic program guide data delivery
JP2014241526A (ja) 放送受信機及び電波受信試験プログラム
WO2007004812A1 (en) Method and apparatus for managing time information of broadcast streams

Legal Events

Date Code Title Description
B03A Publication of a patent application or of a certificate of addition of invention [chapter 3.1 patent gazette]
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B25G Requested change of headquarter approved

Owner name: THOMSON LICENSING (FR)

B25A Requested transfer of rights approved

Owner name: INTERDIGITAL CE PATENT HOLDINGS (FR)

B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B25A Requested transfer of rights approved

Owner name: INTERDIGITAL MADISON PATENT HOLDINGS, SAS (FR)

B08F Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette]

Free format text: REFERENTE A 7A ANUIDADE.

B08K Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette]

Free format text: EM VIRTUDE DO ARQUIVAMENTO PUBLICADO NA RPI 2679 DE 10-05-2022 E CONSIDERANDO AUSENCIA DE MANIFESTACAO DENTRO DOS PRAZOS LEGAIS, INFORMO QUE CABE SER MANTIDO O ARQUIVAMENTO DO PEDIDO DE PATENTE, CONFORME O DISPOSTO NO ARTIGO 12, DA RESOLUCAO 113/2013.