BRPI0709991A2 - distribuição de dados de unidifusão e multidifusão hìbrida - Google Patents

distribuição de dados de unidifusão e multidifusão hìbrida Download PDF

Info

Publication number
BRPI0709991A2
BRPI0709991A2 BRPI0709991-6A BRPI0709991A BRPI0709991A2 BR PI0709991 A2 BRPI0709991 A2 BR PI0709991A2 BR PI0709991 A BRPI0709991 A BR PI0709991A BR PI0709991 A2 BRPI0709991 A2 BR PI0709991A2
Authority
BR
Brazil
Prior art keywords
metadata
television
relevant
epg
multicast
Prior art date
Application number
BRPI0709991-6A
Other languages
English (en)
Inventor
Samuel Thomas Scott Iii
Kevin Carle
Original Assignee
Microsoft Corp
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 Microsoft Corp filed Critical Microsoft Corp
Publication of BRPI0709991A2 publication Critical patent/BRPI0709991A2/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/163—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing by receiver means only
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14—Multichannel or multilink protocols
    • 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2353—Processing of additional data, e.g. scrambling of additional data or processing content descriptors specifically adapted to content descriptors, e.g. coding, compressing or processing of metadata
    • 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/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/4348—Demultiplexing of additional data and video streams
    • H04N21/4349—Demultiplexing of additional data and video streams by extracting from data carousels, e.g. extraction of software modules from a DVB carousel
    • 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/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/462—Content or additional data management e.g. creating a master electronic programme guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • 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/47—End-user applications
    • 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/47—End-user applications
    • H04N21/482—End-user interface for programme selection
    • 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/64—Addressing
    • H04N21/6405—Multicasting
    • 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/64—Addressing
    • H04N21/6408—Unicasting
    • 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/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Library & Information Science (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

DISTRIBUIçãO DE DADOS DE UNIDIFUSãO E MULTIDIFUSãO HìBRIDA A distribuição de dados de unidifusão e multidifusão híbrida envolve a distribuição de dados para dispositivos de cliente utilizando parcialmente uma comunicação de unidifu-são e parcialmente utilizando uma comunicação de multidifusão. Por exemplo, os metadados de televisão de maior relevância podem ser extraídos a partir dos metadados de televisão. Um servidor transmite os metadados de televisão de maior relevância para um cliente através de uma rajada de comunicação de unidifusão. O cliente pode, de outra forma, receber os metadados de televisão do servidor através de uma seqúência de comunicação de multidifusão.

Description

"DISTRIBUIÇÃO DE DADOS DE UNIDIFUSÃO E MULTIDIFUSÃO HÍBRIDA"
Fundamentos
Um percentual crescente de pessoas recebe canais de televisão através de prove-dores de televisão a cabo ou via satélite. Ambos os provedores de televisão a cabo ou viasatélite atualmente apresentam a capacidade de distribuir dúzias, se não centenas, de ca-nais de televisão. Com tantos canais, os assinantes têm dificuldade em saber quais os pro-gramas que estão atualmente disponíveis. É ainda mais difícil para os assinantes saberemquais programas serão apresentados nos milhões de canais no futuro.
Para auxiliar os assinantes em saber quais os programas que podem ser assistidos,em que horários, e em que canais, os provedores de televisão a cabo ou via satélite nor-malmente oferecem um guia de programação eletrônica (EPG). Um EPG é tipicamente umaplicativo completo e interativo que fornece uma programação de televisão para um assi-nante. Por exemplo, EPGs indicam que programa está sendo exibido em cada canal durantecada intervalo de tempo de programação. EPGs também descrevem e/ou fornecem freqüen-temente uma sinopse de cada programa de televisão programado.
Sumário
A distribuição de dados de unidifusão e multidifusão híbrida envolve a distribuiçãode dados para os dispositivos de cliente parcialmente utilizando uma comunicação de unidi-fusão e parcialmente utilizando uma comunicação de multidifusão. Por exemplo, metadadosde televisão de maior relevância podem ser extraídos dos metadados da televisão. Um ser-vidor transmite os metadados de televisão de maior relevância para um cliente através deuma rajada de comunicação de unidifusão. O cliente, pode, de outra forma, receber os me-tadados de televisão do servidor através de uma seqüência de comunicação de multidifu-são.
Esse sumário é fornecido para introduzir uma seleção dos conceitos de uma formasimplificada que são adicionalmente descritos abaixo na Descrição Detalhada. Esse Sumá-rio não deve identificar características chave ou características essenciais da matéria reivin-dicada, nem deve ser utilizado para auxiliar na determinação do escopo da matéria reivindi-cada. Ademais, outras implementações de métodos, sistemas, esquemas, aparelhos, dispo-sitivos, mídias, procedimentos, API, disposições, etc. são descritas aqui.
Breve Descrição dos Desenhos
Os mesmos números são utilizados por todos os desenhos para fazer referência aaspectos similares e/ou correspondentes, características e componentes.
A figura 1 é um diagrama em bloco de um ambiente de televisão ilustrativo possu-indo um cliente e um servidor no qual a distribuição de dados de unidifusão e multidifusãohíbrida pode ser implementada;
A figura 2 é um diagrama em bloco ilustrando uma segmentação de informação deserviço ilustrativa e uma segmentação de guia de programação eletrônica (EPG) que podemser realizadas em conjunto com a distribuição de dados de unidifusão e multidifusão híbrida;
A figura 3 é um diagrama em bloco de um servidor ilustrativo que implementa a dis-tribuição de dados de unidifusão e multidifusão híbrida para metadados de televisão;
A figura 4 é um fluxograma que ilustra um método ilustrativo entre um cliente e umservidor para a distribuição de dados de unidifusão e multidifusão híbrida;
A figura 5 é uma continuação do fluxograma da figura 4 que ilustra o método ilustra-tivo entre um cliente e um servidor para distribuição de dados de unidifusão e multidifusãohíbrida;
A figura 6 é um diagrama em bloco de um dispositivo ilustrativo que pode ser em-pregado em conjunto com a distribuição de dados de unidifusão e multidifusão híbrida;
Descrição Detalhada
Introdução
Como descrito acima, a largura e a profundidade de ofertas de canal de televisãoem sistemas de cabo ou via satélite típicos é bem grande. De fato, a navegação através decanais disponíveis pode ser um desafio desalentador e pouco satisfatório para assinantessem o benefício de um guia de programação eletrônica (EPG). Para operar um EPG em umdispositivo de cliente, o dispositivo de cliente possui acesso aos dados EPG atuais de formaadequada. Esses dados EPG são distribuídos para o dispositivo de cliente a partir de umservidor.
Normalmente, os dados EPG são distribuídos a partir do servidor para o dispositivode cliente continuamente utilizando o que é chamado de carrossel repetidor de dados EPG.O carrossel repetidor de dados EPG é distribuído com freqüência suficiente e com velocida-de suficiente, além de antecipadamente, que os assinantes podem utilizar o aplicativo EPGà sua conveniência e sem latência significativa.
No entanto, isso não é tipicamente verdadeiro quando um dispositivo de cliente é i-nicialmente energizado (por exemplo, quando ligado pela primeira vez, quando ligado depoisde uma queda de energia ou desconexão, etc.) ou conectado recentemente ou reconectadoà fonte de dados EPG. Em situações nas quais o dispositivo de cliente não tem dados EPGatuais, o assinante pode estar esperando por algum tempo antes do aplicativo EPG poderser utilizado efetivamente.
O servidor pode ser capaz de enviar em rajadas os dados EPG para o dispositivode cliente de forma relativamente rápida. Infelizmente, isso consome muita largura de bandaquando os vários dispositivos de cliente dentro de uma determinada rede são considerados.Em outras palavras, o carrossel repetidor dos dados EPG pode distribuir os dados EPG mui-to lentamente, e a rajada de dados EPG para um dispositivo de cliente individual pode serum uso ineficiente da largura de banda de rede.Em contraste, com uma implementação como descrito aqui, a distribuição de dadosde unidifusão e multidifusão híbrida é empregada para equilibrar a utilização de largura debanda de rede X o retardo sofrido pelos usuários assinantes. Quando um dispositivo de cli-ente descobre que precisa de dados EPG para seu aplicativo EPG1 o dispositivo de clientesolicita dados EPG de maior relevância do servidor. Em resposta, os dados EPG de maiorrelevância são transmitidos do servidor para o dispositivo de cliente em uma rajada de unidi-fusão. Os dados EPG de maior relevância podem ser, por exemplo, dados EPG para umconjunto relativamente de curto prazo dos intervalos de tempo de programação de televisão.Isso permite que o assinante visualize os dados EPG de curto prazo (incluindo o atual) compossivelmente pouco, se algum, retardo perceptível .
Enquanto isso, o servidor continua a transmitir o carrossel repetidor dos dados EPGpara o dispositivo de cliente como parte de uma comunicação de multidifusão. O dispositivode cliente pode misturar gradualmente os dados EPG de maior relevância com os dadosEPG sendo recebidos no carrossel repetidor através da comunicação de multidifusão. Oservidor pode estar criando continuamente os dados EPG de maior relevância com base emum período de tempo EPG de maior relevância predeterminado ou pode criar os dados EPGde maior relevância em resposta a cada solicitação. Essa segmentação dos dados de televi-são pode ser também aplicada a outros tipos de metadados de televisão, tal como informa-ção de serviço (SI), preferência de usuário, e assim por diante.
O restante da "Descrição Detalhada" é dividido em três seções. Uma primeira se-ção é intitulada "Ambientes Ilustrativos para Distribuição de Dados de Unidifusão e Multidifu-são Híbrida" e referências à figura 1. Uma segunda seção é intitulada "Implementações Ilus-trativas para Distribuição de Dados de Unidifusão e Multidifusão Híbrida" e referências àsfiguras 2 a 5. Uma terceira seção faz referência à figura 8 e é intitulada "Implementações deDispositivo Ilustrativas para Distribuição de Dados de Unidifusão e Multidifusão Híbrida".
Ambientes Ilustrativos para Distribuição de Dados de Unidifusão e Multidifusão Hí-brida
A figura 1 é um diagrama em bloco de um ambiente de televisão ilustrativo 100possuindo um cliente 106 e um servidor 102 no qual a distribuição de dados de unidifusão emultidifusão híbrida pode ser implementada. Como ilustrado, o ambiente de televisão 100inclui o servidor 102, uma ou mais redes 104, e um cliente 106. O servidor 102 inclui infor-mação de televisão 108. A informação de televisão 108 inclui metadados de televisão (TV)110 e dados de mídia de TV 112. O cliente 106 inclui informação de televisão 108 e módulode metadados de TV 114.
Em uma implementação descrita, o servidor 102 fornece informação de televisão108 para o cliente 106 através de uma ou mais redes 104. A rede 104 pode ser uma rede decabo, uma rede telefônica, uma Internet, uma Intranet, uma rede via satélite, uma rede comfio, uma rede sem fio, uma rede de fibra ótica, uma rede de linha de assinante digital (DSL),alguma combinação das mesmas, e assim por diante. Apesar de apenas um único cliente-106 ser ilustrado, cada servidor 102 serve tipicamente a muitos desses clientes 106.
O servidor 102 pode ser realizado com um ou mais componentes de hardware deservidor. Em uma implementação ilustrativa, o servidor 102 compreende pelo menos partede uma extremidade dianteira de um provedor de serviço de televisão via satélite e/ou a ca-bo. No entanto, o servidor 102 pode, ao invés disso, ser um servidor de rede na Internet, umservidor de ponto de acesso sem fio em uma rede de área ampla sem fio (WAN), ou algumoutro tipo de servidor. Independentemente, o servidor 102 tem acesso à informação de tele-visão 108, e o servidor 102 é capaz de fornecer informação de televisão 108 para um oumais clientes 106.
Em uma implementação descrita, a informação de televisão 108 inclui metadadosde TV 110 e dados de mídia de TV 112. Os dados de mídia de TV 112 são dados de ima-gem, dados de áudio, dados de vídeo, dados audiovisuais, etc. que são utilizados pelo clien-te 106 para apresentar um canal de televisão a um assinante. A apresentação do canal detelevisão pode incluir a exibição de vídeo em um monitor e a reprodução de áudio em altofalantes. Os metadados de televisão 110 são dados auxiliares que são utilizados para forne-cer outras características ou serviços além da apresentação de um canal de televisão indivi-dual. Os dados EPG são um exemplo de metadados de TV 110. Outros exemplos são des-critos abaixo.
O cliente 106 pode ser qualquer dispositivo de cliente em geral. Os dispositivos decliente ilustrativos incluem, mas não estão limitados a, uma televisão, uma aparelho digitali-zador de televisão, um computador com capacidade de vídeo, um dispositivo portátil comcapacidade de vídeo, (por exemplo, um telefone móvel, um assistente digital pessoal (PDA),e/ou um dispositivo de correio eletrônico sem fio, etc.), alguma combinação dos mesmos, eassim por diante. Um exemplo de um dispositivo geral que pode implementar um servidor102 ou um cliente 106 é descrito abaixo com referência particular à figura 6.
Em uma implementação descrita, o cliente 106 inclui informação de televisão 108 eum módulo de metadados de TV 114. No cliente 106, a informação de televisão 108 incluipelo menos parte dos metadados de TV 110 que são acessíveis ao servidor 102. No cliente106, a informação de televisão 108 inclui (com base transiente pelo menos) pelo menos par-te dos dados de mídia de TV 112 que são transmitidos a partir do servidor 102. O módulo demetadados de TV 114 é capaz de processar os dados de mídia de TV 112. Por exemplo, omódulo de metadados de TV 114 inclui um aplicativo EPG que processa os dados EPG eapresenta uma interface de usuário EPG (Ul). Apesar de não ser explicitamente ilustrado, ocliente 106 também inclui um módulo de dados de mídia de TV que processa dados de mí-dia de TV 112 para apresentação pelo cliente 106.Como ilustrado, o servidor 102 comunica os metadados de TV 110 para o cliente106 através da rede 104. Em uma implementação descrita, os metadados de TV 110 estãosendo transmitidos para o cliente 106, além de para outros dispositivos de cliente, como umcarrossel repetidor de metadados de TV em uma comunicação de multidifusão 116(M). Ape-sar de os clientes poderem enviar solicitações em conjunta ou comunicações orientadas pormultidifusão similares para o servidor 102, a comunicação de multidifusão 116(M) é basica-mente uma comunicação de via única. A natureza de via única da comunicação de multidi-fusão 116(M) é indicada por uma única seta apontando do servidor 102 para o cliente 106.
Pelo menos uma parte dos metadados de TV 110 também é transmitida para o cli-ente 106 em uma comunicação de unidifusão 116(U). Como indicado por setas duplas, acomunicação de unidifusão 116(U) é mais como uma comunicação de duas vias. Quando ocliente 106 descobre que os metadados de TV 110 são desejados, o cliente 106 solicita adistribuição de metadados de TV 110. Em resposta ao recebimento da solicitação, o servidor102 envia pelo menos uma parte dos metadados de TV 110 para o cliente 106 em uma raja-da de comunicação de unidifusão 116(U).
Em uma implementação descrita, a parte dos metadados de TV 110 que é transmi-tida na comunicação de unidifusão 116(11) compreende metadados de TV de maior relevân-cia. Exemplos dos metadados de TV de maior relevância incluem metadados de TV que sãonecessários (se algum for necessário) para apresentação de dados de mídia de TV 112,dados EPG de prazo relativamente curto, e assim por diante.
Geralmente, os metadados de TV 110 podem incluir informação de serviço (SI), da-dos EPG, informação de sistema de gerenciamento de assinatura (SMS), informação deprogramador de gravador de vídeo digital (DVR), informação de armazenamento de usuário,e assim por diante. Esses exemplos de metadados de TV 110 são descritos aqui abaixocom referência particular à figura 3. Dados Sl e EPG também são descritos aqui abaixo comreferência particular à figura 2, especialmente no contexto da segmentação de metadadosde TV.
A comunicação de multidifusão 116(M) e a comunicação de unidifusão 116(U) po-dem ser enviadas através da mesma rede utilizando o mesmo canal de comunicação. Porexemplo, ambas as comunicações de multidifusão e unidifusão 116(M) e 116(11) podem sertransmitidas através de uma rede a cabo a partir da extremidade dianteira de um operador.No entanto, o canal de comunicação para comunicação de multidifusão 116(M) pode diferirdo canal de comunicação para a comunicação de unidifusão 116(U). Por exemplo, a comu-nicação de unidifusão 116(U) pode ser transmitida através de um canal de comunicaçãocom fio, tal como um cabo coaxial, um cabo de fibra ótica, fios de telefone em par torcidos"tradicionais", etc. enquanto a comunicação de multidifusão 116(M) é transmitida através deum canal de comunicação com fio diferente, tal como uma difusão via satélite, uma difusãosem fio terrestre e assim por diante.
Implementações Ilustrativas para Distribuição de Dados de Unidifusão e Multidifu-são Híbrida
A figura 2 é um diagrama em bloco 200 ilustrando uma segmentação de informaçãode serviço ilustrativa 208 e uma segmentação de guia de programação eletrônica ilustrativa210 que podem ser realizadas em conjunto com a distribuição de dados de unidifusão e mul-tidifusão híbrida. A segmentação de informação de serviço 208 ilustra segmentações ilustra-tivas por canal. A segmentação EPG 210 ilustra uma segmentação ilustrativa por tempo.
A informação de serviço (SI) 202 geralmente indica quais os serviços que estãodisponíveis e inclui uma descrição de cada serviço. Mais especificamente, Sl 202 inclui in-formação de sintonia. A informação de sintonia pode ser, por exemplo, dados sobre quaisseqüências de mídia (por exemplo, canais de televisão) estão disponíveis, como as seqüên-cias de mídia disponíveis podem ser acessadas, as taxas de bit das seqüências de mídiadisponíveis, e assim por diante. As seqüências de mídia podem ser acessadas pelo local derede. Os locais de rede incluem, mas não estão limitados a um endereço de rede, um ende-reço de multidifusão, uma freqüência de sintonia, um código de identificação, algumas com-binações dos mesmos, e assim por diante,
A segmentação de informação de serviço 208 ilustra segmentações ilustrativas porcanal. A seta indica a segmentação crescente. Sl monolítica 202(ML) é na verdade a ausên-cia da segmentação na qual Sl 202 é transmitida como uma unidade monolítica única. Sl demapa de canal 202(CM) é Sl 202 segmentada em diferentes mapas de canal. Como ilustra-do, existem três mapas de canal: pacote de serviço no. 1, pacote de serviço no. 2 e pacotede serviço no. 3 (por exemplo, pacotes de canal de televisão prata, ouro e platina). Sl demapa de canal 202(CM) pode alternativamente ser segmentada em menos ou mais de trêspacote de serviços diferentes.
Por Sl de canal 202(BC) a SI 202 é segmentada em cada canal disponível individu-al. Se houver "x" canais de televisão diferentes no total, então SI 202 é segmentada em "x"partes pela SI de canal 202(BC). Apesar de três opções de segmentação de canal diferentesserem ilustradas, outras abordagens de segmentação de canal SI podem ser alternativa-mente implementadas. Ademais, Sl 202 também pode ser segmentada de outras formas(não canal).
A segmentação permite que menos de toda a SI 202 seja incluída na comunicaçãode unidifusão 116(U) (da figura 1) que é transmitida para o cliente 106. Por exemplo, umassinante que assina um pacote de televisão de segundo pacote de serviço pode receber aparte segmentada da Sl de mapa de canal 202(CM) que descreve de forma suficiente oscanais correspondentes ao pacote de serviço No. 2. A omissão das partes da Sl de mapa decanal 202(CM) que descrevem os canais que não estão disponíveis para o assinante docliente 106 reduz a quantidade de dados incluída na comunicação de unidifusão 116(U).
A segmentação EPG 210 ilustra uma segmentação ilustrativa por tempo. Mais es-pecificamente, a segmentação EPG 210 ilustra uma segmentação ilustrativa por relevânciatemporal. A seta indica o tempo futuro crescente.
EPG 204 inclui os dados utilizados por um aplicativo EPG (do módulo de metada-dos de TV 114) para a criação de uma Ul EPG para um assinante no cliente 106. Os dadosEPG podem incluir, por exemplo, títulos de programa de televisão, descrições, horário deapresentação, classificação e/ou artistas envolvidos, e assim por diante.
A segmentação EPG 210 inclui um período EPG de maior relevância 206(HR) e umperíodo EPG de menor relevância 206(LR). Os assinantes estão normalmente mais interes-sados em programas que estão sendo apresentados em um prazo relativamente curto. Con-sequentemente, os mesmos têm tipicamente uma tendência maior de desejar utilizar a partedo EPG 204 que corresponde ao período EPG de maior relevância 206(HR). De acordo, aparte da EPG 204 que corresponde ao período EPG de maior relevância 206(HR) pode serextraída e enviada como parte da comunicação de unidifusão 116(U). Os assinantes podem,portanto, ter um acesso relativamente rápido à parte da EPG 204 que pode interessá-losmais.
Sl 202 e EPG 204 podem ser segmentadas diferentemente dos exemplos ilustradosna figura 2. Por exemplo, Sl 202 pode ser segmentada com base nos hábitos de espectadordo usuário previamente monitorados. Além disso, EPG 204 pode ser segmentada pelo canalao invés de ou em adição à segmentação de relevância temporal ilustrada. Por exemplo, umassinante que assina o pacote de serviço No. 1 pode receber a parte da EPG 204 que incluios canais de televisão de pacote de serviço No. 1 (e omite as partes exclusivas para os pa-cote de serviços No. 2 e No. 3) e que corresponde ao período EPG de maior relevância206(HR).
A figura 3 é um diagrama em bloco de um servidor ilustrativo 102 que implementa adistribuição de dados de unidifusão e multidifusão híbrida para metadados de televisão.Como ilustrado, o servidor 102 inclui (por exemplo, armazena ou de outra forma tem acesso)dados de mídia de TV 112. O servidor 102 também inclui exemplos específicos de metada-dos de TV 110 (da figura 1). Esses metadados de TV 110 incluem: Sl 202 (da figura 2, tam-bém), EPG 204, informação de sistema de gerenciamento de assinatura (SMS) 302, infor-mação de programador de gravador de vídeo digital (DVR) 304, e preferências de armaze-namento de usuário 306.
Como descrito aqui acima, EPG 204 inclui dados EPG para um aplicativo EPG. Sl202 inclui informação de sintonia básica que descreve atributos de seqüência. Os atributosde seqüência podem ser, por exemplo, um endereço de protocolo de Internet (IP), uma taxade bit, uma descrição de conteúdo de serviço, e assim por diante. Uma descrição de conte-údo de serviço é a organização geral de um canal de televisão (por exemplo, o vídeo, asimagens estáticas dos logotipos, canais de propaganda, canais secundários, etc.).
A informação SMS 302 inclui direitos de acesso aos canais por dispositivo e/ou porseus assinantes/assinaturas associados. A informação de programador DVR 304 inclui ainformação de programação para os serviços DVR. O armazenador de usuário 306 inclui aspreferências por usuário. Por exemplo, pode incluir instruções por canal, desligar ou travar.As preferências de armazenamento de usuário 306 podem ser incluídas como metadadosde TV de maior relevância como parte de uma comunicação de unidifusão 116(U).
Em uma implementação descrita, o servidor 102 inclui um segmentador de metada-dos de televisão 308 e um disseminador de metadados de televisão 310. O segmentador demetadados de televisão 308 é capaz de segmentar metadados de TV 110 em metadados deTV de maior relevância e metadados de TV de menor relevância. Os metadados de TV demaior relevância são designados para transmissão em uma rajada através da comunicaçãode unidifusão 116(U). Tipicamente, todos os metadados de TV atuais 110 são designadospara a transmissão estilo carrossel repetidor através da comunicação de multidifusão116(M). No entanto, menos da totalidade pode, alternativamente, ser transmitida através dacomunicação de multidifusão 116(M).
Em uma implementação descrita, Sl 202 é segmentada em maior relevância X me-nor relevância com base em canais e/ou pacotes de canal. EPG 204 é segmentada em mai-or relevância X menor relevância com base na relevância temporal. Em outras palavras, osdados EPG para programas de curto prazo são considerados mais relevantes do que osdados EPG para programas sendo apresentados mais adiante. Dessa forma, o segmentadorde metadados de televisão 308 extrai os dados EPG de maior relevância 204(HR) da EPG204.
O disseminador de metadados de televisão 310 é capaz de transmitir os metadadosde TV 110 dependendo diferentemente de sua relevância. Os metadados de TV de maiorrelevância são transmitidos através de uma comunicação de unidifusão 116(U). Os metada-dos de TV de menor relevância são transmitidos através de uma comunicação de multidifu-são 116(M). Mais especificamente, os metadados de TV de maior relevância são transmiti-dos em respectivas rajadas de unidifusão para os clientes individuais respectivos em res-posta ao recebimento das solicitações respectivas dos clientes individuais respectivos. Osmetadados de TV de menor relevância são transmitidos para múltiplos clientes em uma se-qüência de multidifusão em um carrossel repetidor dos metadados de TV. Apesar de o segmentador de metadados de televisão 308 e o disseminador de me-tadados de televisão 310 se aplicarem a metadados de TV 110 em geral, os mesmos sãoilustrados na figura 3 e descritos abaixo especificamente com relação ao tipo de dados EPG204 de metadados de TV 110. Dessa forma, o segmentador de metadados de televisão 308emprega o período EPG de maior relevância 206(HR) e o período EPG de menor relevância206(LR) para segmentar a EPG 204. Especificamente, o segmentador de metadados detelevisão 308 produz dados EPG de maior relevância 204(HR) que são a parte dos dadosEPG 204 que corresponde ao período EPG de maior relevância 206(HR). Os dados EPG demaior relevância 204(HR) são enviados a partir do segmentador de metadados de televisão308 para o disseminador de metadados de televisão 310.
O disseminador de metadados de televisão 310 formula a rajada de dados EPG demaior relevância 204(HR) a partir dos dados EPG de maior relevância recebidos do seg-mentador de metadados de televisão 308. A rajada de dados EPG de maior relevância204(HR) é enviada para um cliente solicitante em uma comunicação de unidifusão 116(U). Odisseminador de metadados de televisão 310 também formula a seqüência de dados EPG204(DS) de toda ou uma parte da EPG 204. A seqüência de dados EPG 204(DS) é enviadapara múltiplos clientes em uma comunicação de multidifusão 116(M). Esses múltiplos clien-tes incluem o cliente solicitante que recebe a rajada de dados EPG de maior relevância204(HR) através da comunicação de unidifusão 116(U).
A figura 4 é um fluxograma 400 que ilustra um método ilustrativo entre um cliente eum servidor para a distribuição de dados de unidifusão e multidifusão híbrida. O fluxograma400 inclui nove blocos 402 a 418. Apesar de as ações do diagrama de fluxo 400 poderemser realizadas em outros ambientes e com uma variedade de combinações de hardware esoftware, um módulo de metadados de TV 114 de um cliente 106 que está em comunicaçãocom um servidor 102 através de uma rede 104 pode ser utilizado para implementar o méto-do do fluxograma 400. Por exemplo, o cliente 106 pode realizar as ações dos blocos 402 a404 e 406 a 410, e o servidor 102 pode realizar as ações dos blocos 412 a 418.
No bloco 402, o dispositivo de cliente descobre que possui metadados de TV insufi-cientes. Por exemplo, o cliente 106 pode estar iniciando a partir de um reinicialização ouuma condição de energização de inicialização a frio. No bloco 404, o cliente transmite umasolicitação por metadados de TV de maior relevância para o servidor. A solicitação pode sertransmitida através da rede 104 e pode incluir opcionalmente um período de metadados deTV de maior relevância especificado.
No bloco 412, o servidor recebe a solicitação por metadados de TV de maior rele-vância do cliente. No bloco 414, um período de metadados de TV de maior relevância é de-terminado. Por exemplo, o servidor pode extrair o período de metadados de TV de maiorrelevância especificado (se estiver presente) da solicitação. Alternativamente, o servidorpode utilizar um período de metadados de TV de maior relevância predeterminado que nãoocorre em resposta à solicitação do cliente. O período de metadados de TV de maior rele-vância predeterminado pode ser igual para todos os clientes, mas pode ser diferente paraclientes individuais (por exemplo, assinantes de determinados pacotes de canal podem re-ceber um período de metadados de TV de maior relevância mais longo), e assim por diante.
No bloco 416, uma rajada de metadados de TV de maior relevância é determinadapelo servidor. Por exemplo, o servidor pode determinar uma rajada de metadados de TV demaior relevância com base no período de metadados de TV de maior relevância determina-do. Por exemplo, uma parte da EPG 204 que corresponde ao período de metadados de TVde maior relevância determinado pode ser segmentada ou extraída da EPG 204 pelo seg-mentador de metadados de televisão 308 para produzir uma rajada de dados de EPG demaior relevância 204(HR). De forma similar, uma parte da Sl 202 que é determinada comotendo uma relevância maior pode ser segmentada ou extraída da Sl 202 pelo segmentadorde metadados de televisão 308 para produzir uma rajada Sl de maior relevância. Os diferen-tes tipos de rajadas de metadados de TV de maior relevância podem ser combinados emuma única unidade de rajada de metadados de TV de maior relevância. A rajada de meta-dados de TV de maior relevância pode ser determinada pelo servidor em resposta a cadasolicitação ou independentemente e repetidamente de forma contínua à medida que o tem-po passa.
No bloco 418, a rajada de metadados de TV de maior relevância é transmitida atra-vés de uma comunicação de unidifusão para o cliente solicitante. Por exemplo, uma rajadade dados EPG de maior relevância 240(HR) (e possivelmente outros tipos de metadados deTV de maior relevância) pode ser transmitida utilizando-se um disseminador de metadadosde televisão 310 a partir do servidor 102 para o cliente 106 através da rede 104 através deuma comunicação de unidifusão 116(U).
No bloco 406, a rajada de unidifusão de metadados de TV de maior relevância é re-cebida no cliente. Por exemplo, a rajada de dados de EPG de maior relevância 204(HR) (epossivelmente outros tipos de metadados de TV de maior relevância) pode ser recebida doservidor 102 no cliente 106 através da comunicação de unidifusão 116(U). NO bloco 408, ocliente processa a rajada de metadados de TV de maior relevância. Por exemplo, o módulode metadados de TV 114 pode processar a rajada de dados EPG de maior relevância204(HR) para preparar a mesma para exibição em uma EPG.
No bloco 410, em resposta às instruções do usuário, o cliente utiliza (por exemplo,exibe, interpreta para sintonia, etc.) partes dos metadados de TV de maior relevância rece-bidas na comunicação de rajada de unidifusão. Por exemplo, o módulo de metadados de TV114 pode exibir as partes da rajada de dados EPG de maior relevância 204(HR) em respos-ta às instruções de usuário para o cliente 106 para exibir os programas programados emdeterminados canais de televisão em intervalos de tempo de programa particulares. Os in-tervalos de tempo de programa podem ser tão curtos como, por exemplo, um detalhamentotemporal mínimo (por exemplo, um minuto, cinco minutos, 30 minutos, etc.) da EPG ou podese estender infinitamente, dependendo do canal de televisão e/ou programa. Além disso, omódulo de metadados de TV 114 pode, por exemplo, utilizar partes da Sl de maior relevân-cia recebida 202 para sintonizar um canal selecionado.
Como indicado no bloco elíptico 420, o método ilustrado pelo fluxograma 400 conti-nua na figura 5. Especificamente, a relação entre, e o manuseio dos metadados de TV demaior relevância recebidos através de uma comunicação de unidifusão 116(U) e outros me-tadados de TV recebidos em um carrossel repetidor através de uma comunicação de multi-difusão 116(M) são ilustrados na figura 5.
A figura 5 é um fluxograma de continuação 500 do fluxograma 400 (da figura 4) queilustra o método ilustrativo entre um cliente e um servidor para a distribuição de dados porunidifusão e multidifusão híbrida. O fluxograma 500 inclui cinco blocos 502-510. Como nota-do acima, apesar de as ações do fluxograma 500 poderem ser realizadas em outros ambi-entes e com uma variedade de combinações de hardware e software, um módulo de meta-dados de TV 114 de um cliente 106 que está em comunicação com um servidor 102 atravésde uma rede 104 pode ser utilizado para implementar o método do fluxograma 500. Por e-xemplo, o cliente 106 pode realizar as ações dos blocos 504 a 510, e o servidor 102 poderealizar as ações do bloco 502.
Como descrito acima com referência aos blocos 418 e 406, o servidor já transmitiua rajada de metadados de TV de maior relevância através de uma comunicação de unidifu-são, e o cliente já recebeu os metadados de TV de maior relevância através da rajada deunidifusão. Apesar de as implementações específicas poderem variar, em situações geraistípicas, o servidor responde uma vez com uma rajada de metadados de TV de maior rele-vância para cada solicitação de unidifusão que é recebida de um cliente.
No bloco 502, o servidor transmite uma seqüência de metadados de TV através deuma comunicação de multidifusão. Por exemplo, o servidor 102 pode transmitir metadadosde TV 110 para múltiplos clientes 106 através de uma comunicação de multidifusão seqüen-ciada 116(M) através da rede 104. A seqüência de multidifusão de metadados de TV podeser formulada como um carrossel repetidor no qual a totalidade dos metadados de TV, oupelo menos uma parte dos mesmos, é repetida a cada intervalo de um comprimento prede-terminado. O comprimento do intervalo de repetição depende da quantidade de metadadosde TV e da largura de banda alocada ao carrossel repetidor.
No bloco 504, o cliente recebe a seqüência de multidifusão de metadados de TV.Por exemplo, o cliente 106 pode receber metadados de TV 110 em uma comunicação demultidifusão seqüenciada 116(M) através da rede 104. Com relação a um tipo de dadosEPG 204 dos metadados de TV 110, a seqüência de multidifusão de metadados de TV podeser uma seqüência de dados EPG 204(DS).
No bloco 506, as versões diferentes dos metadados de TV como recebidas na raja-da de unidifusão e na seqüência de multidifusão são harmonizadas. Por exemplo, cada umdos metadados de TV 110 como recebidos através da comunicação de unidifusão 116(U) eos metadados de TV 110 como os recebidos através da comunicação de multidifusão116(M) podem incluir os respectivos números de versão. Se o número de versão da rajadade unidifusão de metadados de TV coincidir com o número de versão da seqüência de mul-tidifusão de metadados de TV1 não há necessidade de se processar a mesma informação duas vezes.
No bloco 508, os metadados de TV recém recebidos são processados. Por exem-plo, os metadados de TV 110 como recebidos através da comunicação de multidifusão116(M), isso é, não duplicados com relação aos recebidos através da comunicação de unidi-fusão 116(U), podem ser processados. Os metadados de TV 110 podem ser processadospara permitir que o cliente 106 sintonize em um canal de televisão determinado, para forne-cer serviços especiais para um assinante, para apresentar a EPG em uma Ul para o assi-nante, algumas combinações dos mesmos, e assim por diante.
No bloco 510, as versões processadas são misturadas. Por exemplo, os metadadosde TV processados 110 como recebidos através da comunicação de unidifusão 116(U) (quesão processados com ações do bloco 408) e os metadados de TV processados 110 comorecebidos através da comunicação de multidifusão 116(M) (que são processados com asações do bloco 508) podem ser misturados para formar uma unidade homogênea de meta-dados de TV. Eventualmente, os metadados de TV 110 são recebidos através da comunica-ção de unidifusão 116(U) são alterados pelo uso da unidade homogênea dos metadados deTV visto que estão gradualmente sendo substituídos por metadados de TV mais atuais 110que são recebidos no carrossel repetidor através da comunicação de multidifusão 116(M).
Implementações de Dispositivo Ilustrativas para Distribuição de Dados de Unidifu-são e Multidifusão Híbrida
A figura 6 é um diagrama em bloco de um dispositivo ilustrativo 602 que pode serempregado em conjunto com a distribuição de dados de unidifusão e multidifusão híbrida.Por exemplo, um dispositivo 602 pode ser um cliente 106 ou um servidor 102 (da figura 1).Em determinadas implementações, os dispositivos 602 são capazes de se comunicar atra-vés de uma ou mais redes 614, tal como a rede 104. Como ilustrado, dois dispositivos602(1) e 602(d) são capazes de engatar em permutas de comunicação através da rede 614.As permutas de comunicação relevante ilustrativas incluem transmissões de metadados deTV 110 em comunicações de multidifusão 116(M) e/ou comunicações de unidifusão 116(U).
Mais geralmente, o dispositivo 602 pode representar um servidor ou um dispositivode cliente; um dispositivo de armazenamento; uma estação de trabalho, ou outro dispositivode computação em geral; um aparelho digitalizador ou outro dispositivo de televisão; umassistente digital pessoal (PDA); um telefone móvel, ou outro aparelho móvel; alguma com-binação dos mesmos; e assim por diante. Como ilustrado, o dispositivo 602 inclui uma oumais interfaces de entrada/saída (I/O) 604, pelo menos um processador 606, e uma ou maismídias 608. A mídia 608 inclui instruções executáveis por processador 610. Apesar de nãoser ilustrado especificamente, o dispositivo 602 pode incluir também outros componentes.
Em uma implementação descrita do dispositivo 602, as interfaces I/O 604 podemincluir (i) uma interface de rede para comunicação através das redes 614, (ii) uma interfacede monitor para exibir a informação tal como uma UI em um monitor, (iii) uma ou mais inter-faces de dispositivo homem-máquina, e assim por diante. Exemplos de (i) interfaces de redeincluem um cartão de rede, um modem, uma ou mais portas, e assim por diante. Exemplosde (ii) interfaces de monitor incluem acionador gráfico, um cartão gráfico, um acionador dehardware ou software para um monitor/televisão ou impressora, etc. para criar uma UI e/oupara exibir informação de televisão 108. Exemplos de (iii) interfaces de dispositivo homem-máquina incluem as que se comunicam por fio ou sem fio com os dispositivos de interfacehomem-máquina 612 (por exemplo, um teclado, um mouse ou outro dispositivo de apontargráfico, um controle remoto, etc.) para manipular e interagir com uma UI criada pelo disposi-tivo 602.
Geralmente, o processador 606 é capaz de executar, realizar e/ou de outra formaefetuar as instruções executáveis por processador, tal como instruções executáveis por pro-cessador 610. A mídia 608 é constituída de uma ou mais mídias acessíveis por processador.Em outras palavras, a mídia 608 pode incluir instruções executáveis por processador 610que são executáveis por processador 606 para efetuar o desempenho das funções pelo dis-positivo 602.
Dessa forma, as realizações da distribuição de dados por unidifusão e multidifusãohíbrida podem ser descritas no contexto geral das instruções executáveis por processador.Geralmente, as instruções executáveis por processador incluem rotinas, programas, aplica-tivos, codificação, módulos, protocolos, objetos, interfaces, componentes, metadados e defi-nições dos mesmos, estruturas de dados, interfaces de programação de aplicativo (APIs),etc., que realizam e/ou permitem tarefas em particular e/ou implementam tipos de dadosabstratos em particular. As instruções executáveis por processador podem ser localizadasem mídia de armazenamento separada, executadas por diferentes processadores, e/ou pro-pagadas através de várias mídias de transmissão.
Os processadores 606 podem ser implementados utilizando-se qualquer tecnologiacom capacidade de processamento aplicável. A mídia 608 pode ser qualquer mídia disponí-vel que seja incluída como parte de e/ou acessível pelo dispositivo 602. Inclui mídia volátil enão volátil, mídia removível e não removível, e mídia de armazenamento e transmissão (porexemplo, canais de comunicação sem ou com fio). Por exemplo, a mídia 609 pode incluir umconjunto de discos para armazenamento em massa de termo mais longo de instruções exe-cutáveis por processador, memória de acesso randômico (RAM) para armazenamento dasinstruções em termo mais curto que estão atualmente sendo executadas, memória flashpara termo médio a longo e/ou armazenamento portátil, discos óticos para o armazenamen-to portátil e/ou conexões na rede 614 para transmissão da informação de televisão 108 e/ououtras comunicações, algumas combinações dos mesmos, e assim por diante .
Como ilustrado especificamente, a mídia 608 compreende pelo menos instruçõesexecutáveis por processador 610. Geralmente, as instruções executáveis por processador610, quando executadas pelo processador 606, permitem que o dispositivo 602 realize asvárias funções descritas aqui. As instruções executáveis por processador 610 podem incluir,por exemplo, um módulo de metadados de TV de cliente 114, metadados de TV 110, umsegmentador de metadados de televisão 308, e/ou um disseminador de metadados de tele-visão 310, e assim por diante.
Uma implementação de notificação híbrida ilustrativa é descrita aqui por meio deexemplo, mas não de limitação. Essa implementação de notificação híbrida ilustrativa é ba-seada em um modelo cliente/servidor. O servidor é responsável pelo gerenciamento da pre-paração de dados para uma população de dispositivos de cliente (por exemplo, aparelhosde digitalização (STB)). O sistema de notificação híbrido gerencia múltiplas classes de da-dos (por exemplo, EPG, SI, SMS, etc.).
O servidor inclui módulos de processamento de dados fatorados que criam continu-amente dados a serem distribuídos para os clientes O servidor é organizado em módulos defonte de dados (por exemplo, blocos 202, 204, 302, 304 e 306 da figura 3) que coordenamcom os módulos de notificação (por exemplo, blocos 308 e 310 da figura 3). Os módulos denotificação recebem estruturas de dados preparadas dos módulos de fonte de dados. Osmódulos de notificação gerenciam a distribuição de dados para os dispositivos de cliente.
As mensagens de dados destinadas a múltiplos dispositivos são distribuídas atra-vés de multidifusão, e são qualificadas como informação de cabeçalho (por exemplo, ver-são) que fornece o contexto de processamento suficiente para os clientes. Um exemplo deuma mensagem de dados para multidifusão seria um carrossel repetidor de metadados deTV e sua informação de versão associada. Os clientes recebem a informação de versão, epodem comparar a mesma com a versão de quaisquer outros metadados de TV que tenhamsido previamente manuseados. Isso pode evitar processamento redundante.
Geralmente, o cliente recebe os metadados de TV do servidor, com os metadadosde TV incluindo a informação de versão. Em uma situação de inicialização a frio, ou reinicia-lização, o cliente utiliza a informação do estado de versão para determinar quais transaçõessão necessárias a fim de se tornar funcional. Na situação de notificação híbrida, um clientepode determinar rapidamente que pode utilizar uma rajada de informação para iniciar maisrapidamente. O cliente então inicia uma solicitação de unidifusão para tal rajada de informa-ção. A solicitação resulta em uma resposta de rajada de unidifusão do servidor, com a res-posta de rajada de unidifusão sendo personalizada especificamente para esse cliente.
Por exemplo, um cliente pode inicialização up às 08:10 da manhã e solicitar dadosguia para as próximas duas horas (ou quatro horas, ou seis horas, etc.). Depois do recebi-mento dessa rajada de duas horas de metadados de TV em uma comunicação de unidifu-são, o cliente pode se tornar operacional e mostrar, por exemplo, o título e informação dedescrição dos dados de mídia de TV que estão sendo exibidos ou que podem ser exibidosdurante as próximas duas horas. Com o tempo, o cliente recebe metadados de multidifusãopara melhorar progressivamente seu armazenamento temporário de dados (por exemplo, em blocos de 12 horas).
Essa implementação de notificação híbrida ilustrativa é eficiente visto que permiteintervalos maiores para as transmissões de carrossel repetidor com base em multidifusão(por exemplo, com um intervalo de repetição de 10 minutos) enquanto permite simultanea-mente que os dispositivos de cliente se tornem funcionais sem ter que esperar pelo recebi-mento de quaisquer metadados de TV específicos do carrossel repetidor (por exemplo, otempo de espera médio é de cinco minutos com um intervalo de repetição de dez minutos).
Nessa implementação de notificação híbrida ilustrativa, o servidor possui a capaci-dade de segmentar a distribuição de dados em partes adequadas à multidifusão e com ca-pacidade de rajada no servidor. O servidor pode analisar continuamente os dados atravésdo tempo de forma a preparar as situações de distribuição de dados híbrida (por exemplo,inicialização a frio, energização, reinicialização, etc. de um dispositivo STB).
Os dispositivos de cliente possuem uma capacidade de gerenciar a distribuição hí-brida na qual uma rajada de unidifusão inicial é suficiente para que o dispositivo de clientese torne operacional depois do recebimento da rajada de unidifusão (por exemplo, antes dorecebimento de quaisquer metadados de TV da transmissão de multidifusão). Isso pode re-duzir o retardo ou latência de tempo entre o estado de iniciação/inicialização e o estado ope-racional do dispositivo do cliente. Os dispositivos de cliente também possuem a capacidadede aperfeiçoar gradualmente os níveis da funcionalidade da televisão com o tempo, à medi-da que mais metadados de TV de multidifusão chegam. Os dispositivos de cliente misturamas estruturas de metadados de TV de multidifusão com os metadados de TV da rajada deunidifusão inicial. Dessa forma, o desempenho, e/ou as características fornecidas por umdispositivo de cliente sendo inicializado podem ser progressivamente aperfeiçoadas com otempo pela utilização gradual de mais e mais das estruturas de metadados de TV comparti-lhadas recebidas através da seqüência de multidifusão.
Os dispositivos, ações, aspectos, características, funções, procedimentos, módulos,estruturas de dados, esquemas, abordagens, arquiteturas, componentes, etc. das figuras de1 a 6 são ilustrados em diagramas que são divididos em múltiplos blocos. No entanto, a or-dem, as interconexões, as inter-relações, o layout, etc. nos quais as figuras 1 a 6 são descri-tas e/ou ilustradas não devem ser considerados limitadores, e qualquer número de blocospode ser modificado, combinado, redisposto, aumentado, omitido, etc. de qualquer formapara implementar um ou mais sistemas, métodos, dispositivos, procedimentos, mídias, apa-relhos, APIs, disposições, etc. para a distribuição híbrida de dados de unidifusão e multídifu-são.
Apesar de sistemas, mídia, dispositivos, métodos, procedimentos, aparelhos, técni-cas, esquemas, abordagens, disposições, e outras implementações terem sido descritos emlinguagem específica às características estrutural, lógica, algorítmica, e funcional e/ou dia-gramas, deve-se compreender que a invenção definida nas reivindicações em anexo não énecessariamente limitada às características ou atos específicos descritos acima. Ao invésdisso, as características e atos específicos descritos acima são descritos como formas ilus-trativas de implementação das reivindicações.

Claims (20)

1. Dispositivo de cliente configurado para realizar as ações, CARACTERIZADO pe-lo fato de compreender:a transmissão de uma solicitação por metadados de televisão de maior relevância;o recebimento de metadados de televisão de maior relevância através de uma raja-da de unidifusão; eo recebimento de metadados de televisão através de uma seqüência de multidifu-são;onde a seqüência de multidifusão compreende um carrossel repetidor de metada-dos de televisão.
2. Dispositivo de cliente, de acordo com a reivindicação 1, CARACTERIZADO pelofato de os metadados de televisão de maior relevância incluem informação de serviço sobreos múltiplos canais de televisão.
3. Dispositivo de cliente, de acordo com a reivindicação 1, CARACTERIZADO pelofato de os metadados de televisão de maior relevância incluírem dados de guia de progra-mação eletrônica (EPG) por um período de maior relevância predeterminado.
4. Dispositivo de cliente, de acordo com a reivindicação 1, CARACTERIZADO pelofato de o dispositivo de cliente ser configurado para realizar as ações adicionais compreen-dendo:o processamento de metadados de televisão de maior relevância; eem resposta a uma ou mais instruções de usuário, a utilização de pelo menos umaparte dos metadados de televisão de maior relevância processados.
5. Dispositivo de cliente, de acordo com a reivindicação 4, CARACTERIZADO pelofato de a parte dos metadados de televisão de maior relevância processados que é utilizadaser utilizada antes do momento no qual os metadados de televisão possuindo uma versãocoincidente são recebidos como parte do carrossel repetidor dos metadados de televisão naseqüência de multidifusão.
6. Dispositivo de cliente, de acordo com a reivindicação 1, CARACTERIZADO pelofato de o dispositivo de cliente ser configurado para realizar uma ação adicional, compreen-dendo:a mistura dos metadados de televisão de maior relevância com o carrossel repeti-dor de metadados de televisão à medida que são recebidos através da seqüência de multidi-fusão.
7. Dispositivo de cliente, de acordo com a reivindicação 6, CARACTERIZADO pelofato de o dispositivo de cliente ser configurado para realizar uma ação adicional compreen-dendo:o fornecimento gradual de mais funcionalidade de televisão para um usuário do dis-positivo de cliente à medida que a ação de mistura é realizada.
8. Método para um servidor, o método sendo CARACTERIZADO pelo fato de com-preender:o recebimento a partir de um dispositivo de cliente de uma solicitação por metada-dos de televisão de maior relevância;a determinação de uma rajada de metadados de televisão de maior relevância;a transmissão da rajada de metadados de televisão de maior relevância para o dis-positivo de cliente através de uma comunicação de unidifusão em resposta ao recebimento;ea transmissão de uma seqüência de metadados de televisão para o dispositivo decliente através de uma comunicação de multidifusão.
9. Método, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de a soli-citação incluir um período de metadados de televisão de maior relevância; e onde a deter-minação compreende a determinação da rajada de metadados de televisão de maior rele-vância com base no período de metadados de televisão de maior relevância.
10. Método, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de a ra-jada de metadados de televisão de maior relevância compreender informação de serviçoincluindo múltiplas localizações de rede respectivas e pares de taxa de bit para múltiploscanais de televisão respectivos.
11. Método, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de a ra-jada de metadados de televisão de maior relevância compreender os dados do guia de pro-gramação eletrônica (EPG) correspondentes a um período EPG de maior relevância.
12. Método, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de a de-terminação compreender a determinação repetida da rajada de metadados de televisão demaior relevância com base em um período de metadados de televisão de maior relevânciapredeterminado à medida que o tempo passa.
13. Método, de acordo com a reivindicação 12, CARACTERIZADO pelo fato de adeterminação ser repetida em intervalos correspondentes a um detalhamento temporal mí-nimo de um guia de programação eletrônica (EPG).
14. Método, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de:a transmissão de uma rajada de metadados de televisão de maior relevância para odispositivo de cliente através de uma comunicação de unidifusão em resposta ao recebi-mento compreender a transmissão da rajada de metadados de televisão de maior relevânciapara o dispositivo de cliente através da comunicação de unidifusão utilizando um primeirocanal de comunicação; ea transmissão de uma seqüência de metadados de televisão para o dispositivo decliente através de uma comunicação de multidifusão compreender a transmissão de se-qüência de metadados de televisão para o dispositivo de cliente através da comunicação pormultidifusão utilizando um segundo canal de comunicação diferente.
15. Dispositivo servidor, CARACTERIZADO pelo fato de compreender:mídia possuindo dados de guia de programação eletrônica (EPG);um segmentador de metadados de televisão que segmenta os dados EPG em pelomenos um período EPG de maior relevância para extração dos dados EPG de maior rele-vância correspondentes ao período EPG de maior relevância; eum disseminador de metadados de televisão que transmite as respectivas rajadasde dados EPG de maior relevância através das respectivas comunicações de unidifusãopara os respectivos dentre os múltiplos clientes e que transmite uma seqüência de dadosEPG para os múltiplos clientes através de uma comunicação de multidifusão.
16. Dispositivo servidor, de acordo com a reivindicação 15, CARACTERIZADO pelofato de o dispositivo servidor compreender pelo menos parte de uma extremidade dianteirade um sistema de televisão.
17. Dispositivo servidor, de acordo com a reivindicação 15, CARACTERIZADO pelofato de as respectivas comunicações de unidifusão serem transmitidas para os respectivosdentre os múltiplos clientes em resposta ao recebimento de múltiplas solicitações respecti-vas por dados EPG de maior relevância dos respectivos dentre os múltiplos clientes.
18. Dispositivo servidor, de acordo com a reivindicação 15, CARACTERIZADO pelofato de a seqüência de dados EPG transmitida para múltiplos clientes através da comunica-ção de multidifusão compreende um carrossel repetidor de dados EPG.
19. Dispositivo servidor, de acordo com a reivindicação 18, CARACTERIZADO pelofato de cada uma das rajadas de dados EPG de maior relevância compreender uma partedos dados EPG inicializando a partir de um momento atual e se estendendo para um final doperíodo EPG de maior relevância.
20. Dispositivo servidor, de acordo com a reivindicação 15, CARACTERIZADO pelofato de:a mídia possuir informação de serviço (SI) para múltiplos canais de televisão; eo disseminador de metadados de televisão transmitir a Sl para os clientes respecti-vos dentre os múltiplos clientes através das respectivas comunicações de unidifusão.
BRPI0709991-6A 2006-04-17 2007-03-13 distribuição de dados de unidifusão e multidifusão hìbrida BRPI0709991A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US11/379,042 US20070244982A1 (en) 2006-04-17 2006-04-17 Hybrid Unicast and Multicast Data Delivery
US11/379.042 2006-04-17
PCT/US2007/006396 WO2007133327A1 (en) 2006-04-17 2007-03-13 Hybrid unicast and multicast data delivery

Publications (1)

Publication Number Publication Date
BRPI0709991A2 true BRPI0709991A2 (pt) 2011-08-02

Family

ID=38606116

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0709991-6A BRPI0709991A2 (pt) 2006-04-17 2007-03-13 distribuição de dados de unidifusão e multidifusão hìbrida

Country Status (7)

Country Link
US (1) US20070244982A1 (pt)
EP (1) EP2008406A4 (pt)
JP (1) JP2009533997A (pt)
CN (1) CN101421987B (pt)
BR (1) BRPI0709991A2 (pt)
MX (1) MX2008012379A (pt)
WO (1) WO2007133327A1 (pt)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2033374A2 (en) * 2006-06-13 2009-03-11 Aware, Inc. Point-to-point and point-to-multipoint communications
EP2081350B1 (en) * 2008-01-17 2018-07-18 Nokia Solutions and Networks Oy Method and device for processing content and multicast access information and communication system
FR2938145A1 (fr) * 2008-10-30 2010-05-07 France Telecom Traitement d'une requete destinee a un serveur interactif de guide des programmes, equipement de reception et serveur interactif associes
JP5154464B2 (ja) * 2009-02-09 2013-02-27 株式会社エヌ・ティ・ティ・データ メタデータ配信システム及びメタデータ配信方法
US20110225606A1 (en) * 2010-03-09 2011-09-15 Microsoft Corporation Television Content Metadata
US20120089626A1 (en) * 2010-10-12 2012-04-12 Harold Theodore Goranson Method and apparatus providing for processing and normalization of metadata
DE102010045683A1 (de) * 2010-09-16 2012-03-22 Heidelberger Druckmaschinen Ag Kombinierte Unicast/Multicast Softwareübertragung
CA2858311C (en) * 2010-12-07 2017-06-20 Intertech, Corp. Efficient authorization system for multi-channel broadcast program options
US9420354B2 (en) * 2011-09-21 2016-08-16 Verizon Patent And Licensing Inc. Optimizing mobile electronic program guide delivery
JP6258856B2 (ja) 2011-10-13 2018-01-10 サムスン エレクトロニクス カンパニー リミテッド 放送システムにおける制御メッセージ構成装置及び方法
US8995307B2 (en) * 2012-06-18 2015-03-31 Cisco Technology, Inc. Multicast media notification for queued calls
US10178431B2 (en) * 2014-07-28 2019-01-08 Adobe Inc. Hybrid stream delivery
US11032095B2 (en) 2016-11-23 2021-06-08 Nokia Technologies Oy Method for optimized delivery of sub-service flows using broadcast/multicast
CN110169038B (zh) * 2017-01-09 2022-04-22 诺基亚技术有限公司 用于在多播/广播网络中的协调内容传递的方法和装置
US11750860B2 (en) 2021-09-27 2023-09-05 Rovi Guides, Inc. Methods and systems for separate delivery of segments of content items
US11750859B2 (en) 2021-09-27 2023-09-05 Rovi Guides, Inc. Methods and systems for separate delivery of segments of content items

Family Cites Families (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6085253A (en) * 1997-08-01 2000-07-04 United Video Properties, Inc. System and method for transmitting and receiving data
US6137549A (en) * 1997-10-10 2000-10-24 United Video Properties, Inc. Program guide data distribution system with configurable queues
EP1517559A3 (en) * 1998-06-04 2006-04-12 Imagictv Inc. Television delivery system
US6675385B1 (en) * 1998-10-21 2004-01-06 Liberate Technologies HTML electronic program guide for an MPEG digital TV system
EP1003301A3 (en) * 1998-11-19 2000-06-07 NEC Corporation Program information providing apparatus and record/playback control apparatus
US7127737B1 (en) * 2000-01-26 2006-10-24 Sedna Patent Services, Llc Bandwidth management techniques for delivery of interactive program guide
US6904610B1 (en) * 1999-04-15 2005-06-07 Sedna Patent Services, Llc Server-centric customized interactive program guide in an interactive television environment
US7607152B1 (en) * 2000-01-26 2009-10-20 Cox Communications, Inc. Demand-cast system and bandwidth management for delivery of interactive programming
US6690481B1 (en) * 1999-07-20 2004-02-10 Canon Kabushiki Kaisha Internet-based push printing over cable network
JP4644999B2 (ja) * 1999-08-19 2011-03-09 ソニー株式会社 伝送方法及び伝送装置並びに受信方法及び受信装置
US7373650B1 (en) * 2000-02-01 2008-05-13 Scientific-Atlanta, Inc. Apparatuses and methods to enable the simultaneous viewing of multiple television channels and electronic program guide content
US20020049980A1 (en) * 2000-05-31 2002-04-25 Hoang Khoi Nhu Controlling data-on-demand client access
US20020053084A1 (en) * 2000-06-01 2002-05-02 Escobar George D. Customized electronic program guide
JP2002118812A (ja) * 2000-10-11 2002-04-19 Matsushita Electric Ind Co Ltd デジタル放送受信装置
EP1342376A1 (en) * 2000-12-13 2003-09-10 The Chinese University of Hong Kong Method and system for delivering media selections through a network
JP2002281081A (ja) * 2001-01-10 2002-09-27 Sega Corp データ配信装置、データ配信方法、データ受信装置、及びデータ受信方法
US20020138500A1 (en) * 2001-01-12 2002-09-26 General Instrument Corporation Virtual streaming in a carousel file system
US6981273B1 (en) * 2001-02-21 2005-12-27 Sonic Solutions System, method and channel line-up processor for localizing an electronic program guide schedule
JP2002368707A (ja) * 2001-06-07 2002-12-20 Mitsubishi Electric Corp データ放送方法、データ中継方法、データ放送システムおよびデータ中継装置
JP4160740B2 (ja) * 2001-08-07 2008-10-08 日本放送協会 データ放送受信装置及びデータ放送受信プログラム
EP1423927B1 (en) * 2001-09-06 2008-05-07 Gilat Satellite Networks Ltd. Dual channel two-way satellite communication
JP2003087765A (ja) * 2001-09-12 2003-03-20 Pioneer Electronic Corp 加入者端末への視聴情報提供装置
US6965770B2 (en) * 2001-09-13 2005-11-15 Nokia Corporation Dynamic content delivery responsive to user requests
US6801777B2 (en) * 2001-11-27 2004-10-05 Intel Corporation Device and method for intelligent wireless communication selection
US7082142B1 (en) * 2001-12-21 2006-07-25 At & T Corp. System and method for delivering content in a unicast/multicast manner
US8392952B2 (en) * 2002-05-03 2013-03-05 Time Warner Cable Enterprises Llc Programming content processing and management system and method
US20040078810A1 (en) * 2002-06-07 2004-04-22 Monica Marics Method and system for performing actions related to programming in an electronic program guide
US20030236904A1 (en) * 2002-06-19 2003-12-25 Jonathan Walpole Priority progress multicast streaming for quality-adaptive transmission of data
US20040158855A1 (en) * 2003-02-10 2004-08-12 Yihong Gu Systems and applications for delivering multimedia contents and programs to interact with communication devices and display devices
GB0303176D0 (en) * 2003-02-12 2003-03-19 Video Networks Ltd A system for capture and selective playback of broadcast programmes
US20040268394A1 (en) * 2003-06-27 2004-12-30 Microsoft Corporation Compressing and decompressing EPG data
US7562375B2 (en) * 2003-10-10 2009-07-14 Microsoft Corporation Fast channel change
US7295568B2 (en) * 2003-12-31 2007-11-13 Nokia Corporation Apparatus, method and system for decision making to support network selection for datascasting in hybrid networks
US20050183120A1 (en) * 2004-01-13 2005-08-18 Saurabh Jain Multi-user personalized digital multimedia distribution methods and systems
US20060064721A1 (en) * 2004-03-10 2006-03-23 Techfoundries, Inc. Method and apparatus for implementing a synchronized electronic program guide application
WO2005109885A2 (en) * 2004-04-30 2005-11-17 Vulcan Inc. Controlling content presentation
US7423973B2 (en) * 2004-05-18 2008-09-09 Qualcomm Incorporated Methods and apparatus for hybrid multicast and unicast transmissions in a data network
EP1867163B1 (en) * 2005-02-23 2017-07-12 Cisco Technology, Inc. Fast channel change with conditional return to multicasting
US20060218584A1 (en) * 2005-03-03 2006-09-28 Pioneer Research Center, Usa, Inc. Filtering electronic program guides based on channel accessibility
US7668914B2 (en) * 2005-03-28 2010-02-23 Alcatel Lucent Milestone synchronization in broadcast multimedia streams
US20070011237A1 (en) * 2005-05-11 2007-01-11 Mockett Gregory P Interactive, rich-media, delivery over IP network using synchronized unicast and multicast
US7885286B2 (en) * 2005-12-23 2011-02-08 Netsocket, Inc. Method and arrangements in an IP network
US8037505B2 (en) * 2006-01-30 2011-10-11 At&T Intellectual Property I, Lp System and method for providing popular TV shows on demand

Also Published As

Publication number Publication date
EP2008406A1 (en) 2008-12-31
WO2007133327A1 (en) 2007-11-22
CN101421987A (zh) 2009-04-29
MX2008012379A (es) 2008-10-09
CN101421987B (zh) 2012-10-17
JP2009533997A (ja) 2009-09-17
EP2008406A4 (en) 2009-12-30
US20070244982A1 (en) 2007-10-18

Similar Documents

Publication Publication Date Title
BRPI0709991A2 (pt) distribuição de dados de unidifusão e multidifusão hìbrida
US10356477B2 (en) Interactive content system and method
US8165598B2 (en) Methods and apparatus for providing media on mobile devices
US11297357B2 (en) Systems and methods for interrupting streaming content provided via an inviolate manifest protocol
CN101421687B (zh) 用于对互动节目指南中的文本发音的系统及方法
US10778930B2 (en) Selection of electronic content and services
US20080040767A1 (en) System and method of providing a set-top box application
US20190238915A1 (en) Method and System for Providing Content
US20080244657A1 (en) Method and system of retrieving prior broadcasted programming at a user device from a service provider
US8640162B2 (en) System and method for distributing advertisements in an internet protocol television system
US9094477B2 (en) System and method for providing interactive on-demand content
JP2005535181A (ja) リアルタイムのチッカー情報を提供するためのシステムおよび方法
WO2011056734A1 (en) System and method for interacting with social networking in an internet protocol television system
CN103999475A (zh) 远程用户界面
US9740441B2 (en) System and method for distributing software updates
US20260057095A1 (en) Targeted Content Distribution Over a Network
US20070199041A1 (en) Video systems and methods of using the same
US20100037271A1 (en) System and Method for Receiving a Picture-in-Picture Display via an Internet Connection in a Satellite Television System
US20080295131A1 (en) System and method of delivering media content
US20130163950A1 (en) System and Method of Recording Programs of Favorite Channels
US20080066137A1 (en) System and method of displaying system content
CN112637618A (zh) 直播回放视频的生成方法、装置、电子设备及计算机介质
US8806338B2 (en) System and method for interactive internet protocol television help
US20090282435A1 (en) Video Program Sequenced Output
WO2010104988A1 (en) A method and a system for a television display of web feed content

Legal Events

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

Free format text: REFERENTE A 8A 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: REFERENTE AO DESPACHO 8.6 PUBLICADO NA RPI 2307 DE 24/03/2015.