BRPI0618019A2 - método para seletivamente exibir sinal de televisão, infra-estrutura, sistema para seletivamente exibir programa de vìdeo - Google Patents

método para seletivamente exibir sinal de televisão, infra-estrutura, sistema para seletivamente exibir programa de vìdeo Download PDF

Info

Publication number
BRPI0618019A2
BRPI0618019A2 BRPI0618019-1A BRPI0618019A BRPI0618019A2 BR PI0618019 A2 BRPI0618019 A2 BR PI0618019A2 BR PI0618019 A BRPI0618019 A BR PI0618019A BR PI0618019 A2 BRPI0618019 A2 BR PI0618019A2
Authority
BR
Brazil
Prior art keywords
video
video program
state
program
channel
Prior art date
Application number
BRPI0618019-1A
Other languages
English (en)
Inventor
Robert G Arsenault
Raynold M Kahn
Richard F Purpura
Gilbert Zaldivar
James D Allen
Original Assignee
Directv Group Inc
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 Directv Group Inc filed Critical Directv Group Inc
Publication of BRPI0618019A2 publication Critical patent/BRPI0618019A2/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
    • 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/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H04N21/25875—Management of end-user data involving end-user authentication
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/4147—PVR [Personal Video Recorder]
    • 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/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • 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/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H04N21/4314—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations for fitting data in a restricted space on the screen, e.g. EPG data in a rectangular grid
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4431—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB characterized by the use of Application Program Interface [API] libraries
    • 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/4508—Management of client data or end-user data
    • H04N21/4524—Management of client data or end-user data involving the geographical location of 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/47—End-user applications
    • H04N21/475—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data
    • H04N21/4753—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data for user identification, e.g. by entering a PIN or password
    • 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/61—Network physical structure; Signal processing
    • H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6187—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via a telephone network, e.g. POTS
    • 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
    • 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
    • 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
    • H04N2007/1739—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal the upstream communication being transmitted via a separate link, e.g. telephone line

Landscapes

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

Abstract

<B>MéTODO PARA SELETIVAMENTE EXIBIR SINAL DE TELEVISáO, INFRAESTRUTURA, SISTEMA PARA SELETIVAMENTE EXIBIR PROGRAMA DE VìDEO<D> A presente invenção refere-se a métodos e aparelhos para seletivamente exibir um programa de vídeo. Um sistema para seletivamente exibir um programa de vídeo de acordo com a presente invenção compreende uma estação de transmissão, incluindo um servidor para anexar informações ao programa de vídeo, uma pluralidade de satélites que recebem pelo menos um sinal uplink que inclui as informações e o programa de vídeo a partir da estação de transmissão e produzem um sinal downlink baseado no sinal uplink, uma antena, a antena recebendo o sinal downlink, e pelo menos um receptor, acoplado à antena, para receber o sinal downlink e interpretar as informações no sinal downlink, em que pelo menos um receptor seletivamente exibe o programa de vídeo baseado pelo menos nas informações interpretadas.

Description

MÉTODO PARA SELETIVAMENTE EXIBIR SINAL DE TELEVISÃO, INFRA-ESTRUTURA, SISTEMA PARA SELETIVAMENTE EXIBIR PROGRAMA DEVÍDEO
ANTECEDENTES DA INVENÇÃO
CAMPO DA INVENÇÃO
A presente invenção refere-se a sistemas de comunicação,e mais particularmente a uma infra-estrutura para aplicaçõesinterativas de televisão.
DESCRIÇÃO DA TÉCNICA RELACIONADA
As figuras 1A e 1B ilustram um sistema de difusãobaseado em satélite, típico da técnica relacionada.
A figura 1A mostra sistema de difusão de televisão 20,que transmite e recebe sinais de áudio, vídeo e dados atravésdo satélite. Embora a presente invenção seja descrita nocontexto de um sistema de difusão de televisão baseado emsatélite, as técnicas descritas aqui são igualmenteaplicáveis a outros métodos de fornecimento de conteúdo deprograma, como sistemas pelo ar terrestres, sistemas baseadosem cabo, e Internet. Além disso, embora a presente invençãoseja descrita principalmente com relação a conteúdo detelevisão (isto é, conteúdo de áudio e vídeo), a presenteinvenção pode ser posta em prática com uma ampla variedade dematerial de conteúdo de programa, incluindo conteúdo detelevisão, conteúdo de áudio, ou conteúdo de dados.
O sistema de difusão de televisão 20 inclui estação detransmissão 26, prato uplink 30, satélite 32, e estaçõesreceptoras 34A-34C (coletivamente mencionadas como estaçõesreceptoras 34) . A estação transmissora 26 inclui umapluralidade de linhas de entradas 22 para receber váriossinais, como sinais de televisão analógica, sinais detelevisão digital, sinais de fita de vídeo, sinais deprogramação original e sinais gerados por computador contendoconteúdo HTML. Adicionalmente, linhas de entrada 22 recebemsinais a partir de servidores de vídeo digital tendo discosrígidos ou outros meios de armazenagem digital. A estação detransmissão 26 também inclui uma pluralidade de alimentaçõesde programa 24, que fornecera informações de programaeletrônico sobre a temporização e conteúdo de vários canaisde televisão, como aquelas encontradas em programas detelevisão contidos em jornais e guias de televisão. A estaçãode transmissão 26 converte os dados a partir de alimentaçõesde programa 24 em dados de guia de programa. Os dados de guiade programa podem também ser manualmente entrados no local daestação de transmissão 26. Os dados de guia de programaconsistem em uma pluralidade de "objetos". Os objetos dedados de guia de programa incluem dados para construir umguia de programa eletrônico que é finalmente exibido natelevisão de um usuário.
A estação de transmissão 26 recebe e processa os váriossinais de entrada recebidos nas linhas de entrada 22 ealimentações de programa 24, converte os sinais recebidos emuma forma padrão, combina os sinais padrão em um único fluxode dados de saida 28, e continuamente envia fluxo de dados desaida 28 para o prato uplink 30. 0 fluxo de dados de saida 28é um fluxo de dados digitais que é comprimido utilizandocodificação MPEG2, embora outros esquemas de compressãopossam ser utilizados.
Os dados digitais no fluxo de dados de saida 28 sãodivididos em uma pluralidade de pacotes, com cada tal pacotemarcado com um número de identificação de canal de serviço(SCID). Os SCIDs são posteriormente utilizados pelo receptor64 (mostrado na figura 1B) para identificar os pacotes quecorrespondem a cada canal de televisão. Os dados de correçãode erro são também incluídos no fluxo de dados de saída 28.
0 fluxo de dados de saída 28 é um sinal multiplexado queé modulado pela estação de transmissão 26 utilizando técnicasde freqüência padrão e modulação de polarização. 0 fluxo dedados de saída 28 inclui preferivelmente 16 bandas defreqüência com cada banda de freqüência sendo esquerdapolarizada ou direita polarizada. Alternativamente,polarizações vertical e horizontal podem ser utilizadas.
O prato uplink 30 recebe continuamente fluxo de dados desaida 28 a partir da estação de transmissão 26, amplifica osinal recebido e transmite o sinal para o satélite 32. Emboraum único prato uplink e satélite sejam mostrados na figura 1,múltiplos pratos e satélites são preferivelmente utilizados para fornecer largura de banda adicional, e ajudam aassegurar fornecimento continuo de sinais.
Os satélites 32 giram em órbita geossincrona em torno daterra. Os satélites 32 incluem, individualmente umapluralidade de transponders que recebem sinais transmitidos pelo prato uplink 30, amplificam os sinais recebidos,deslocam em freqüência os sinais recebidos para bandas defreqüência mais baixas, e então transmitem os sinasdeslocados em freqüência amplificados, de volta para asestações receptoras 34.
As estações receptoras 34 recebem e processam os sinaistransmitidos por satélites 32. As estações receptoras 34 sãodescritas em detalhe adicional abaixo com relação à figura1B.
A figura IB é um diagrama de blocos de uma das estações receptoras 34, que recebe e decodifica sinais de áudio, videoe dados. A estação receptora 34 inclui prato receptor 60,fonte de conteúdo alternado 62, receptor 64, televisão 66,dispositivo de gravação 68, controle remoto 86 e cartão deacesso 88. O receptor 64 inclui sintonizador 70/demodulador/decodificador de Correção Antecipada de erro(FEC) 71, conversor de digital em analógico (D/A) 72, CPU 74,relógio 76, memória 78, circuito lógico 80, interface 82,receptor infravermelho (IR) 84 e interface de cartão deacesso 90. O prato receptor 60 recebe sinais enviados por satélite 32, amplifica os sinais e passa os sinais para osintonizador 70. O sintonizador 70 opera sob o controle daCPU 74.
A CPU 74 opera sob o controle de um sistema operacionalarmazenado na memória 7 8 ou em uma memória auxiliar dentro daCPU 74. As funções executadas pela CPU 74 são controladas porum ou mais programas de controle ou aplicações armazenadas namemória 78. O sistema operacional e aplicações sãocompreendidos de instruções que, quando lidas e executadaspela CPU 74, fazem com que o receptor 64 execute as funções eetapas necessárias para implementar e/ou utilizar a presenteinvenção, tipicamente, acessando e manipulando dadosarmazenados na memória 78. Instruções que implementam taisaplicações são incorporadas de forma tangível em um meiolegível por computador, como a memória 78 ou o cartão deacesso 88. A CPU 74 também pode se comunicar com outrosdispositivos através da interface 82 ou prato receptor 60para aceitar comandos ou instruções a serem armazenadas namemória 78, desse modo fabricando um produto de programa decomputador ou produto industrial de acordo com a invenção.Como tal, os termos "produto industrial", "dispositivo dearmazenagem de programa" e "produto de programa decomputador" como utilizado aqui, pretendem abranger qualqueraplicação acessível pela CPU 74 a partir de qualquerdispositivo ou meios legíveis por computador.
A memória 78 e cartão de acesso 88 armazenam umavariedade de parâmetros para o receptor 64, como uma lista decanais ou serviços para os quais o receptor 64 estáautorizado a processar e gerar displays; o código postal ecódigo de área para a área na qual o receptor 64 é utilizado;o nome de modelo ou número do receptor 64; um número serialdo receptor 64; um número serial do cartão de acesso 88; onome, endereço e número de telefone do proprietário doreceptor 64; e o nome do fabricante do receptor 64.
O cartão de acesso 88 é removível a partir do receptor64 (como mostrado na figura 1B). Quando inserido no receptor64, o cartão de acesso 88 é acoplado à interface de cartão deacesso 90, que se comunica através da interface 82 com umcentro de serviço de cliente (não-mostrado). 0 cartão deacesso 88 recebe informações de autorização de acesso apartir do centro de serviço de clientes com base eminformações de conta específica de um usuário. Além disso, ocartão de acesso 88 e o centro de serviço de cliente secomunicam em relação a faturamento e ordem de serviços.
O relógio 7 6 provê o horário local atual para a CPU 74.A interface 82 é preferivelmente acoplada a uma tomada detelefone no local da estação receptora 34. A interface 82permite que o receptor 64 se comunique com a estação detransmissão 26 através das linhas telefônicas. A interface 82pode ser também utilizada para transferir dados para e apartir de uma rede, como a Internet.
Os sinais enviados a partir do prato receptor 60 para osintonizador 70 são uma pluralidade de sinais rf modulados. 0sinal rf desejado é então convertido descendentemente para abanda base pelo sintonizador 70, que também gera sinais emfase e quadratura (I e Q) . Esses dois sinais são entãopassados para o circuito integrado de aplicação especifica(ASIC) de correção antecipada de erro (FEC)/demodulador, 71.
O ASIC do demodulador 71 então demodula sinais I e Q e odecodificador FEC identifica corretamente cada símbolotransmitido. Os símbolos recebidos para sinais de manipulaçãopor comutação de fase quaternária (QPSK) ou 8PSK contêm doisou três bits de dados, respectivamente. Os símboloscorrigidos são traduzidos em bits de dados, que por sua vezsão montados em bytes de dados de carga útil, e finalmente empacotes de dados. Os pacotes de dados podem conter 130 bytesde dados ou 188 bytes (187 bytes de dados e 1 byte sinc.).
Além dos sinais de satélite digital recebidos pelo pratoreceptor 60, outras fontes de conteúdo de televisão sãotambém preferivelmente utilizadas. Por exemplo, a fonte deconteúdo alternativa 62 provê conteúdo adicional de televisãopara a televisão 66. A fonte de conteúdo alternativa 62 éacoplada ao sintonizador 70. A fonte de conteúdo alternativa62 pode ser uma antena para receber sinais NTSC de sinaisfora do ar, um cabo para receber sinais ATSC, ou outra fontede conteúdo. Embora somente uma fonte de conteúdo alternativa62 seja mostrada, múltiplas fontes podem ser utilizadas.
Inicialmente, à medida que os dados entram no receptor64, o sintonizador 70 procura um objeto de inicialização.Objetos de inicialização são sempre transmitidos com o mesmoSCID, de modo que o sintonizador 70 sabe que deve procurarpacotes marcados com aquele SCID. Um objeto de inicializaçãoidentifica os SCIDs onde todos os outros objetos de guia deprograma podem ser encontrados. As informações a partir doobjeto boot são utilizadas pelo sintonizador 70 paraidentificar pacotes de dados de guia de programa e rotear osmesmos para a memória 78.
O controle remoto 86 emite sinais infravermelhos que sãorecebidos pelo receptor infravermelho (IR) 84 no receptor 64.Outros tipos de dispositivos de entrada de dados podem seralternativamente utilizados, como um controle remoto defreqüência ultraelevada (UHF) , um bloco de teclas no receptor64, um teclado remoto e um mouse remoto. Quando um usuáriosolicita a exibição de um guia de programa pressionando obotão "guia" no controle remoto 86, um sinal de solicitaçãode guia é recebido pelo receptor IR 84 (mostrado na figura 2)e transmitido para o circuito lógico 80. O circuito lógico 80informa a CPU 74 da solicitação de guia. Em resposta àsolicitação de guia, a CPU 74 faz com que a memória 78transfira uma imagem digital de guia de programa para oconversor D/A 72. O conversor D/A 72 converte a imagemdigital de guia de programa em um sinal de televisãoanalógica padrão, que é então transmitida para a televisão66. A televisão 66 então exibe o guia de programa. Atelevisão 66 pode ser alternativamente uma televisão digital,em cujo caso não é necessária conversão de digital emanalógica.
Os usuários interagem com o guia de programa eletrônicoutilizando o controle remoto 86. Os exemplos de interações deusuário incluem selecionar um canal especifico ou solicitarinformações de guia adicionais. Quando um usuário selecionaum canal utilizando controle remoto 86, o receptor IR 84transmite a seleção do usuário para o circuito lógico 80, queentão passa a seleção para a memória 78 onde é acessada pelaCPU 74. A CPU 74 instrui o sintonizador 70 a transmitir ospacotes de áudio e video para o canal selecionado para oconversor D/A 72. O conversor D/A 72 executa uma etapa dedecodificação MPEG2 nos pacotes recebidos, converte ospacotes em sinais analógicos, e transmite os sinaisanalógicos para a televisão 66.
Recentemente, o sistema de difusão 20 começou atransmitir serviços interativos e canais para as estaçõesreceptoras 34. Essa nova camada de interatividade cria novosdesafios e questões a serem resolvidas no sistema 20, taiscomo, como os comandos interativos são enviados e utilizadosno sistema 20. Pode ser visto, então, que há necessidade natécnica de permitir controle e gerenciamento de serviçosinterativos em um sistema de difusão.
SUMÁRIO DA INVENÇÃO
Para minimizar as limitações na técnica anterior, e
minimizar outras limitações que tornar-se-ão evidentes apósleitura e compreensão do presente relatório descritivo, apresente invenção revela métodos e aparelhos para exibirseletivamente sinais de televisão baseados em satélite emsistemas de comunicação. Um método de acordo com a presenteinvenção compreende consultar uma Interface de Programa deaplicação (API) com uma aplicação, determinar o estado depelo menos um programa de video baseado em um resultado daconsulta, e seletivamente exibir pelo menos um programa devideo baseado no estado de pelo menos um programa de video.
Tal método inclui ainda opcionalmente definir umindicador em pelo menos um programa de video, o indicadorindicando que pelo menos um programa de video deve serexibido somente após o estado ser determinado, pelo menos umprograma de video sendo um canal mosaico compreendendo umapluralidade de canais de espectadores, cada canal deespectador na pluralidade de canais de video tendo um estadoseparado e cada canal de espectador na pluralidade de canaisde video é seletivamente exibido com base no estado separado,o estado separado sendo baseado em uma autorização de serviçoou um local geográfico de uma estação receptora, e determinarpelo menos uma função interativa de pelo menos um programa devídeo baseado no estado de pelo menos um programa de video.
Uma infra-estrutura dentro de um sistema de fornecimentode sinais de televisão por satélite, para determinar se umprograma de vídeo é exibível em um monitor de televisão deacordo com a presente invenção compreende um servidor,acoplado a uma estação de transmissão, onde o servidor anexainformações ao programa de vídeo, e uma estação receptora,incluindo uma Interface de Programa de aplicação (API) ,acoplada à estação receptora, onde a API determina o estadodo programa de vídeo baseado nas informações anexadas aoprograma de vídeo, onde a estação receptora seletivamentepermite exibição do programa de vídeo com base no estado doprograma de vídeo.
Tal infra-estrutura inclui ainda opcionalmente asinformações anexadas ao programa de vídeo indicando que oprograma de vídeo deve ser exibido somente após o estado serdeterminado, o programa de vídeo sendo um canal mosaicocompreendendo uma pluralidade de canais de espectadores, cadacanal de espectador na pluralidade de canais de vídeo tendoum estado separado e cada canal de espectador na pluralidadede canais de vídeo é seletivamente exibido com base no estadoseparado, o estado separado sendo baseado em uma autorizaçãode serviço ou um local geográfico de uma estação receptora, edeterminar pelo menos uma função interativa de pelo menos umprograma de vídeo com base no estado de pelo menos umprograma de vídeo.
Um sistema para seletivamente exibir um programa devídeo, de acordo com a presente invenção, compreende umaestação de transmissão, incluindo um servidor para anexarinformações ao programa de vídeo, uma pluralidade desatélites recebendo pelo menos um sinal uplink que inclui asinformações e o programa de vídeo a partir da estação detransmissão e produzir um sinal downlink com base no sinaluplink, uma antena, a antena recebendo o sinal downlink epelo menos um receptor, acoplado à antena, para receber osinal downlink e interpretar as informações no sinaldownlink, onde pelo menos um receptor seletivamente exibe oprograma de video com base pelo menos nas informaçõesinterpretadas.
Tal sistema inclui ainda opcionalmente as informaçõesanexadas ao programa de video indicando que o programa devideo deve ser exibido somente após um estado do programa devideo ser determinado, o programa de video sendo um canalmosaico compreendendo uma pluralidade de canais deespectador, cada canal de espectador na pluralidade de canaisde video tendo um estado separado e cada canal de espectadorna pluralidade de canais de video é seletivamente exibido combase no estado separado, o estado separado sendo baseado emuma autorização de serviço ou um local geográfico de umaestação receptora, e a estação receptora determinando pelomenos uma função interativa de pelo menos um programa devideo com base no estado de pelo menos um programa de video.
Ainda outros aspectos, características e vantagens dapresente invenção são inerentes nos sistemas e métodosreivindicados e revelados ou serão evidentes a partir daseguinte descrição detalhada e desenhos em anexo. A descriçãodetalhada e desenhos em anexo simplesmente ilustrammodalidades específicas e implementações da presenteinvenção, entretanto, a presente invenção também é capaz deoutras e diferentes modalidades, e seus vários detalhes podemse modificados em vários aspectos, tudo sem se afastar doespírito e escopo da presente invenção. Por conseguinte, osdesenhos e descrição devem ser considerados como de naturezailustrativa, e não como limitação na presente invenção.
BREVE DESCRIÇÃO DOS DESENHOS
A presente invenção é ilustrada como exemplo, e não comolimitação, nas figuras dos desenhos em anexo e nos quaisnumerais de referência similares se referem a elementossimilares e nos quais:
As figuras 1A e 1B ilustram um sistema de difusãobaseado em satélite típico da técnica relacionada;A figura 2 ilustra um diagrama de blocos da estação detransmissão de acordo com a presente invenção;
A figura 3 ilustra alterações na estação receptora 34 deacordo com a presente invenção;
A figura 4 ilustra uma matriz de oito células típica comuma alimentação de vídeo genérica de acordo com a presenteinvenção; e
A figura 5 é um fluxograma mostrando as etapas dapresente invenção.
DESCRIÇÃO DA MODALIDADE PREFERIDA
Na descrição a seguir, faz-se referência aos desenhos emanexo que fazem parte da presente invenção, e que mostram,como ilustração, várias modalidades da presente invenção.Entende-se que outras modalidades podem ser utilizadas ealterações estruturais podem ser feitas sem se afastar doescopo da presente invenção.
VISÃO GERAL
A presente invenção compreende uma infra-estrutura paraaplicações interativas, permitindo que as aplicaçõesinterativas acessem dados de Acesso condicional (CA) ecompartilhem de forma limpa os recursos da Estação Receptora34 (também conhecidos como Receptor/decodificador integrado,ou IRD) . Essa infra-estrutura permite que um provedor deserviços controle esses recursos através de múltiplosdesenvolvedores de aplicação sem expor interfaces de CAcomplexas.
A interface de CA permite que aplicações consultemautorizações atuais, façam compras e executem tarefas decontrole parental. As aplicações podem consultar se um eventoou canal específico é autorizado. Por exemplo, um mosaico deesporte pode bloquear um canal de esporte prêmio se umainterferência se aplicar ou se o espectador não tiverdireito. As aplicações podem comprar diretamente Pay-Per-Views e utilizar os mesmos para acessar o conteúdo da TV, porexemplo, conteúdo Mediante solicitação, ou controlar acesso apartes da própria aplicação, por exemplo, diferentes jogos emum portal de jogos. As aplicações interativas podem executarlimites parentais e solicitar entrada de PIN para anular umlimite de gasto ou classificação parental para uma dadaaplicação ou canal de espectador,
As aplicações podem consultar os seguintes campos CA: IDde cartão inteligente, ID de assinante, e código postal. 0código postal, pode ser utilizado para anúncios alvejados outempo local. Aplicações interativas podem utilizar o ID deassinante para identificar o assinante que executa umatransação como solicitar uma brochura ou fazer uma compra.
A característica "O assinante é endereçado?" permite queuma aplicação interativa determine se o assinante casa umacombinação de traços de CA, como uma dada assinatura equalquer um de uma lista de bits de região. Esse mecanismoisola o autor da aplicação interativa do significado de dadosCA e é, portanto, muito mais fácil de utilizar.
Armazenar e emitir (S&F) permite que uma aplicaçãoarmazene dados na estação receptora 34 no NVRAM, disco(Gravador de vídeo digital (DVR)) ou Flash. O acesso a S&F écontrolado por um certificado de aplicação interativa,incluindo quanto espaço de dados é alocado exclusivamentepara esta aplicação interativa, quando esses dados expiram, ese quaisquer outras aplicações interativas podem utilizar osmesmos. O mecanismo de emissão retorna dados de aplicaçãointerativa para a head-end como uma tarefa de segundo plano.
Isso significa que a aplicação interativa não necessita estarrodando quando os dados são emitidos. Os dados podem serretornados imediatamente, em alguns dias, ou após comando dehead-end. S&F gerencia questões como randomização de retornode chamada, novas tentativas e janelas de tempo de retorno dechamada permitidas. S&F permitiria, desse modo, uma aplicaçãode votação para espalhar respostas durante um período detempo, sem carregamento de pico.
Trajetória de retorno controlada assegura que somenteestações receptoras autorizadas 34 podem acessar os sinais 33na rede 20. A Trajetória de retorno controlada utiliza oprotocolo CHAP de raio bem conhecido; somente após responderadequadamente a um desafio utilizando os códigos do cartão deacesso 88 o POP emitirá um endereço IP para a estaçãoreceptora 34 e permitirá que a conexão seja estabelecida.
Trajetória de Retorno segura (SRP) é uma camadaadicional de segurança, criptografando todas as mensagens apartir da estação receptora 34 para o servidor de aplicação.SRP utiliza segredos armazenados no cartão de acesso 8 8 em um"Protocolo bilateral". Requer decriptografia no ambiente desistema seguro 20, e criptografia novamente de acordo com TLS(o protocolo de segurança padrão na indústria utilizado paracomércio na Internet) para o salto para o servidor deaplicação.
A figura 2 ilustra um diagrama de blocos da estação detransmissão de acordo com a presente invenção.
Na estação de transmissão 26, um servidor 202 éutilizado para inserir símbolos e programação em sinaisuplink 31 que são então transmitidos para as estaçõesreceptoras 34. O servidor 202 provê a programação adequadapara as estações receptoras 34, que compreende uma aplicaçãointerativa que realiza interface com essa programação.
Além disso, aplicações interativas são registradas noservidor 202, através da programação ou outro meio, comotipos de aplicações específicos, como aplicações de"aplicação antes" onde áudio é silenciado e vídeo éescurecido antes da aplicação ser carregada em qualquerconfirmação de estação receptora, de modo que quando aprogramação é recebida em uma estação receptora 34, a estaçãoreceptora 34 será capaz de tratar adequadamente da aplicação.
Por exemplo, e não óomo limitação, um Pacote deInformação de Compra (PIP) para um programa de Pay-Per-view(PPV) interativo, como um jogo, é gerado por interface 200 eanexado por servidor 202 a fluxos de entrada 22 e 24, comonecessário. Esse fluxo é então passado para a interface35 interativa 204 e transmitido no sinal 28 para estaçõesreceptoras 34 como mostrado na figura 1.Antes de qualquer visualização do programa PPV, aestação receptora 34 não mostrará nenhum video ou tocaránenhum áudio até que o programa PPV seja adequadamenteautorizado pelo cartão de acesso 88 na estação receptora 34,através da lógica 80 e outras funções da estação receptora 34descrita aqui. Após autorização do programa PPV, video eáudio são enviados para o monitor de televisão 66 paravisualização por um usuário.
OPERAÇÃO
A figura 3 ilustra alterações na estação receptora 34 deacordo com a presente invenção.
A Interface de Programação de aplicação (API) 300, éutilizada para interceptar comandos a partir do controleremoto 8 6 bem como quaisquer comandos gerados no painelfrontal da estação receptora 34. API 300 provê a interfacepara aplicações interativas que são demoduladas por demod/FEC71 que pode necessitar de tratamento especial. API 300 provêuma interface universal para provedores de programação parainterface com vários tipos de programação interativa sem anecessidade de revelar informações de propriedade de cartãode acesso 88.
Cada programa interativo necessita de diferentes tiposde interfaces. Por exemplo, e não como limitação, um canalmosaico com várias alimentações de video diferentes sendomostradas simultaneamente pode ter um ou mais dasalimentações de video "escurecidas" em certas áreasgeográficas devido a regras de liga de esportes em relação àvisualização de programa em certas áreas. Uma transmissão deum jogo de futebol doméstico em Indianápolis, por exemplo,onde o jogo não é esgotado antecipadamente, não é permitidode acordo com as regras de transmissão da National FootballLeague (NFL). As estações receptoras 34 que são residentes naárea escurecida necessitam ser informadas de que qualquertransmissão do jogo de Indianápolis deve ser escurecida nãosomente no canal de espectador mostrando aquele jogo, comotambém em qualquer canal mosaico mostrando aquele jogo. A API300 provê a interface de programação para a estação receptora34 que então evita que o jogo seja mostrado nessas áreasgeográficas.
A aplicação interativa é registrada como um certo tipode aplicação na estação de transmissão 26, através doservidor 200, como descrito na figura 2. Quando recebido pelaestação receptora 34, a aplicação é demodulada e convertidapor demod/FEC 71 e D/A 72. Entretanto, antes de ser deixadopassar para a televisão 66 ou dispositivo de gravação 68,quando o canal contendo a aplicação interativa é selecionadopor controle remoto 86 (ou por uma seleção de painel frontalna estação receptora 34), a API 300 intercepta o comando parasintonizar na aplicação interativa e executa certas funçõescom base em como a função foi registrada na estação detransmissão 28, e se a estação receptora especifica 34 estáou não autorizada a receber e exibir a aplicação interativadada.
A API 300 também permite que a aplicação interativadetermine se uma dada estação receptora 34 é permitida exibira aplicação interativa por outros motivos, por exemplo,checagem de controle parental, classificações de programa,bloqueio de canal, etc. Assim, por exemplo, se uma estaçãoreceptora 34 é bloqueada de receber canais específicos,porque o pacote de programação adquirido pelo espectador nãopermite a visualização daquele canal, ou por bloqueio decanal específico pelo usuário para evitar programaçãoindesejável, a API 300 determinará que a aplicação interativadada é ou não é autorizada a ser passada para a televisão 66ou dispositivo de gravação 68. Além disso, a API 300 provêmensagens na tela da televisão 66 quando porções da aplicaçãointerativa foram alteradas. Por exemplo, quando o PIP para umjogo adquirido muda, porque o tempo está se esgotando nacompra do jogo ou há um preço especial disponível para aquelejogo para um dado período de tempo, uma notificação na telapode ser fornecida para informar ao espectador sobre essasalterações. Outras notificações na tela são também possíveiscom base na situação e desejos dos programadores e provedorde serviço.
Tais exibições na tela também podem fornecer "códigos demotivo" que dão ao espectador informações adicionais comrelação ao motivo para a exibição na tela. Por exemplo, se umespectador está tentando comprar um evento PPV interativo,porém o evento PPV requer que o usuário autorize uma cobrançaem um cartão de crédito ou na conta do usuário, um Número deIdentificação Personalizado (PIN) pode ser necessário, e aexibição na tela pode perguntar por aqueles PIN. Se aclassificação de evento PPV exceder a classificação que éatribuída a uma dada estação receptora 34, uma exibição natela diferente pode mencionar que o evento não pode serexibido sem aumentar a classificação de programação paraaquela estação receptora 34. Aplicações interativas podem serprogramadas com vários tipos de exibições na tela, e essasexibições na tela podem ser selecionadas pela provisão daprogramação para a aplicação interativa na estação detransmissão 28, que é então demodulada na estação receptora34 para uso pela API 300.
A aplicação interativa, quando programada e entrada naestação de transmissão 28, também deve ser capaz dedeterminar se uma estação receptora dada 34 compreende ou nãoa API 300. Além disso, se uma dada estação receptora 34compreende a API 300, pode haver diferentes versões de API300 para suportar vários níveis de programação e serviço, e,como tal, a aplicação interativa deve saber quais funções umadada API 300 suporta, de modo que a aplicação interativarodará em qualquer versão da estação receptora 34 semproblemas. Para realizar isso, algumas aplicações interativaspodem necessitar ter programação que desabilite totalmente aaplicação interativa, ou desabilite porções da aplicaçãointerativa, dependendo de qual estação receptora 34 estárecebendo a aplicação interativa.
A API 300 da presente invenção também permite que aestação receptora 34, através de aplicações interativas,consulte o espectador para informações. Por exemplo, e nãocomo limitação, certas aplicações interativas, como canaismosaicos descritos acima, não podem mostrar certos programasem certos códigos postais devido a interferências deprogramação ou outros motivos. Assim, quando uma aplicaçãointerativa é solicitada por um espectador, através docontrole remoto 8 6 ou do painel frontal da estação receptora34, a API 300 pedirá ao espectador para fornecer um códigopostal como uma entrada em uma exibição na tela para permitirvisualização adequada dos jogos sendo mostrados no canalmosaico solicitado. O código postal fornecido pode ser entãoarmazenado no cartão de acesso 88 ou diretamente na memória78, para uso em aplicações interativas posteriores conformenecessário.
INFORMAÇÕES DE RETORNO DE CHAMADA
A presente invenção também suporta aplicações que podemexigir comunicação entre a aplicação e o servidor 202. Apresente invenção suporta múltiplos números de telefone deretorno de chamada a serem utilizados em diferentes cenários.
Para alguns retornos de chamada, conhecidos comoretornos de chamada sincronos porque ocorrem durante aexecução da aplicação, a aplicação provê o número de telefonepara a lógica 80 para ser roteada através da interface 82. Aaplicação também pode referenciar um número de telefoneconhecido a partir do cartão de acesso 88 ou pode referenciarum número de telefone armazenado de parâmetro nomeado namemória 78 a partir do verificador utilizando instruções naaplicação, se desejado.
Para retornos de chamada assíncronos, que não têm deocorrer durante a execução da aplicação, a aplicação podeutilizar o número de telefone default a partir de um esquemaS&F, ou anular aquele número de telefone se o certificadopermitir anulação do número de telefone. Novamente, aaplicação pode fornecer o número de telefone para a lógica 80e interface 82; a aplicação também pode referenciar um númerode telefone conhecido a partir do cartão de acesso 88 ou podereferenciar um número de telefone armazenado de parâmetronomeado na memória 78 a partir do verificador utilizandoinstruções dentro da aplicação se desejado.
Além disso, a estação receptora 34 pode ter um número detelefone default, que pode ser um número "1-800", ou outronúmero de telefone, bem como um conjunto adicional de númerosde telefone fornecidos por usuário ou provedor de serviço. Aaplicação pode utilizar instruções para usar esse número detelefone do sistema em qualquer uma das situações de retornode chamada. Quando o número de telefone do sistema éselecionado, a presente invenção utiliza os númerosfornecidos se existirem, ou utiliza o número 1-800 default. 0número selecionado pode ser baseado em uma instruçãoespecifica para utilizar um número local, o número 1-800default, ou uma hierarquia predeterminada que pode seranulada pela aplicação se desejado. O número 1-800 defaulttambém pode ser alterado através do usuário ou através desinais downlink 33 e substituído na memória 78 conformenecessário.
Se a estação receptora 34 for incapaz de completar oretorno de chamada quando primeiramente tentado, a estaçãoreceptora continuará a tentar a completar o retorno dechamada até ter sucesso. A presente invenção também permiteum certo número de novas tentativas antes de reportartentativas de retorno de chamada sem sucesso para o usuáriopara intervenção manual. O número de novas tentativas podeser alterado pelo provedor de serviço ou usuário, comodesejado. Além disso, os números de telefone disponíveispodem ser tentados em seqüência em vez de tentar um númeroúnico até que o número de novas tentativas seja esgotado.
A presente invenção também determina se o número deretorno de chamada é um número adequado, por exemplo, recebeuma resposta a partir de um modem de computador ou não, edependendo do resultado, alterada o esquema de tentativas dechamada. Por exemplo, e não como limitação, se uma chamadaresultar em uma resposta não de modem de computador, então onúmero especifico não será chamado novamente durante a janelade chamada atual para esse retorno de chamada pela estaçãoreceptora 34. Esse número pode ser também desabilitado pelaestação receptora 34 até que uma nova lista de números deacesso local seja recebida e armazenada na memória 78.
Os resultados de retornos de chamada são reportados paraa aplicação de modo que a aplicação possa . adequadamentetratar os resultados como necessário. A estação receptora 34também valida e atualiza, conforme necessário, a lista detelefones na iniciação de retornos de chamada gerados pelaAPI 300 e a aplicação pela solicitação de uma nova lista denúmeros telefônicos a partir do servidor 202.
APLICAÇÃO DE EXEMPLO
A figura 4 ilustra uma matriz de oito células típica comuma alimentação de vídeo genérica de acordo com a presenteinvenção.
Canal mosaico interativo 400 é mostrado como sendoexibido na televisão 66. Dentro do canal mosaico interativo400, "há um número de células de vídeo 402-416 e uma caixa detexto 418, também mencionada como Exibição em tela (OSD) 418.Opcionalmente, o canal mosaico interativo 400 compreendeainda um cursor 420, um gráfico de vídeo de segundo plano422, e um ticker dinâmico 424.
O número de células de vídeo 402-416 pode mudar com baseno número de células de vídeo 402-416 desejado. À medida queo número de células de vídeo 402-416 aumenta, evidentemente,deve haver uma redução no tamanho das células de vídeo 402-416 para assegurar que as células de vídeo 402-416 possam serdiferenciadas na televisão 66. À medida que o número decélulas de vídeo 402-416 diminui, o tamanho das células devídeo 402-416 pode aumentar, uma vez que há mais espaçodisponível na televisão 66 para exibir células de vídeo 402-416.
Além disso, a colocação de células de vídeo 402-416,caixa de texto 418, gráfico de segundo plano 422, e ticker424 não é limitada às posições na televisão 66 como mostradasna figura 2. Esses elementos 402-416, 418, 522 e 424 podemser exibidos em qualquer lugar na televisão 66 sem se afastardo escopo da presente invenção.
Como há múltiplas alimentações de video, por exemplo,uma alimentação de video para cada célula de video 402-416sendo apresentada, cada célula de video 402-416, bem comocaixa de texto 418, video de segundo plano 422 epossivelmente ticker dinâmico 424, têm porções de áudioassociadas que podem ser reproduzidas. A apresentação de maisde um fluxo de áudio pode ser confusa para um espectador detelevisão 66; como tal, é típico que somente um fluxo deáudio de informações seja apresentado em um dado momento.Além disso, cada uma das alimentações de video pode tertambém informações de closed-captioning associadas à mesma, eseleção de uma apresentação de closed-captioning, em vez deuma apresentação de áudio, pode ser executada se desejado.
CÉLULAS DE VÍDEO
Células de vídeo 402-416 tipicamente contêm,individualmente um canal de espectador separado deprogramação. Além disso, cada célula de vídeo 402-416 contémoutras informações que são apresentadas dentro da célula devídeo, como descrito aqui.
O indicador de canal 426 é mostrado dentro da célula devídeo 402, para mostrar ao espectador o número de canal de"sintonização direta" para aquela célula de vídeo 402. Porexemplo, a célula de vídeo 402 mostrada na figura 2 mostra umindicador de canal 426 apresentando canal 701 como o canalpara aquela informação de vídeo. Quando o cursor 420 écolocado em (ou em torno) daquela célula de vídeo 4 02, comomostrado na figura 2, o áudio ou outros dados associados paraaquela célula de vídeo 402 podem ser apresentados aoespectador.
DADOS RELACIONADOS
Pode haver também outros dados relacionados para umadada célula de vídeo 402-416 que é de interesse para umespectador. Por exemplo, como mostrado na célula de vídeo402, o teor de alimentação de vídeo é um jogo da NationalFootball League™. Para outros tipos de alimentações devídeo, células de vídeo 402-416 podem fornecer outros tiposde informações. Por exemplo, em um jogo de hóquei, a posse dodisco por uma determinada equipe não indica necessariamenteuma vantagem no jogo ou um placar iminente. Entretanto, seuma equipe de hóquei estiver em uma jogada de força, ou tiveruma vantagem de duas pessoas, dicas visuais podem ser dadaspara indicar essas condições pela alteração de cor, piscar,ou outra indicação gráfica para o espectador, de tal modo quea condição do jogo seja sabido olhando-se no canal de mix 400em um modo de visão geral, em vez de prestar atenção a cadacélula de vídeo 402-416 em detalhe para determinar oprogresso de cada alimentação de vídeo.
CAIXA DE TEXTO
A caixa de texto 418 contém informações textuais que sãoúteis para o espectador, e essas informações podem mudardependendo da seleção do espectador de serviços interativos,como descrito aqui. Por exemplo, a caixa de texto 418 podeconter uma declaração genérica sobre o gênero do canalmosaico interativo 400, ou declarações dirigidas a uma célulade vídeo selecionada 402-416 ou informações relacionadas auma célula de vídeo selecionada 402-416 para descrever paraum usuário o significado das informações apresentadas na célula de vídeo 402-416 ou outras informações relacionadas àcélula de vídeo 402-416. A caixa de texto também pode rolarpara apresentar informações adicionais ao espectador que nãose encaixem todas dentro da caixa de texto 418 em umdeterminado momento.
Também pode haver texto default associado a cada canalmosaico interativo 400 e, dependendo das capacidades de IRD112, cada vez que um canal mosaico interativo 400 ésintonizado, um texto descritivo default será exibido nacaixa de texto 418.
VÍDEO DE SEGUNDO PLANO
Vídeo de segundo plano 422 é tipicamente uma cortina defundo para o canal mosaico interativo 400. O vídeo de segundoplano 422 pode ser relacionado ao gênero do canal mosaicointerativo 422; por exemplo, em um ambiente de noticias, ovídeo de segundo plano 208 pode ser relacionado a uma estóriaprincipal de notícias, o edifício da bolsa de valores, umedifício proeminente do governo, etc. O vídeo de segundoplano 422 pode ser alterado ou pode ser um vídeo dinâmicodependendo dos desejos do pessoal editorial ou preferênciasdo espectador. Além disso, o vídeo dê segundo plano 422 podeser um logotipo ou outro indicador da fonte do canal mosaicointerativo 400, como DIRECTV.
TICKER DINÂMICO
O ticker dinâmico 424 pode ser utilizado para forneceratualizações em tempo real ao gênero do canal mosaicointerativo 400. Por exemplo, em um ambiente de esportes, oticker dinâmico 424 pode fornecer placares atualizados ounotícias de primeira mão, ou atuar como um sistema de alerta,como descrito aqui. O ticker dinâmico 210 pode ser utilizadotambém para apresentar outras informações, como estatísticas,informações de closed captioning, ou outras informações, quepodem ser relacionadas ao gênero ou a outras questões. Oticker dinâmico 424 pode ser também atualizado com novasinformações em uma taxa diferente do que aquela das célulasde vídeo 402-416, porque a fonte de informações que éutilizada para criar ticker dinâmico 424 vem de uma fontediferente do que as informações, que são apresentadas emcélulas de vídeo 402-416.
INTERAÇÃO DE ESPECTADOR
Pela seleção de uma dada célula de vídeo 402-416, oespectador está selecionando uma característica específicaassociada àquela célula de vídeo dada 402-416, ou alimentaçãode vídeo associada 228 utilizada para gerar aquela célula devídeo 402-416. Na maioria dos casos, quando o espectadorselecionada uma determinada célula de vídeo 402-416 atravésdo cursor 420, a porção de áudio associada à célula de vídeoselecionada 402-416 será apresentada ao espectador, em vez deuma porção de áudio genérica associada ao canal mosaicointerativo 400. Além disso, a seleção de uma determinadacélula de vídeo 402-416 com o cursor 420 pode selecionartambém um fluxo de dados de closed captioning associado àcélula de vídeo selecionada 402-416, dependendo dadisponibilidade de um tal fluxo de dados e/ou outrasdefinições que um espectador selecionou. O cursor 420 podeser movido para qualquer uma das células de vídeo 402-416 e,opcionalmente, pode ser movida para selecionar a caixa detexto 418 ou ticker 424.
Quando o cursor 420 é movido para uma determinada célulade vídeo 402-416, ou para a caixa de texto 418 ou ticker 424,a caixa de texto 418 também pode ser submetida a umaalteração em informação. Tipicamente, quando a célula devídeo 402-416 é selecionada pelo espectador, indicado pelapresença do cursor 420, a caixa de texto 418 apresentará asinformações no Guia de Programa avançado (AGP) que éassociado ao canal de espectador (indicado pelo indicador decanal 226) selecionado pelo cursor 420. O APG inclui,tipicamente, informações no programa ou "show" que estãosendo atualmente apresentadas pelo canal de espectadormostrado na célula de vídeo 402-416, bem como o horário emque o show está sendo transmitido e o próximo show a sertransmitido naquele canal de espectador. Outras informações,no APG ou externas ao APG, podem ser também exibidas na caixade texto 418 quando o cursor é movido para uma dada célula devídeo 402-416. A caixa de texto 418 pode também permanecerestática, se desejado.
Como tal, o espectador pode "interagir" com o canalmosaico interativo 400 e decidir qual faixa de áudio ouvir,descobrir uma linha de enredo de cada um dos shows sendoapresentados nas várias células de vídeo 402-416, oudescobrir o que vai ser transmitido a seguir nos várioscanais de espectador sendo apresentados em células de vídeo402-416, enquanto visualiza de forma variada as apresentaçõesde vídeo nas células de vídeo 402. Se uma célula de vídeoespecifica 402-416 apresentar informações de video que são deinteresse para um espectador, então o espectador pode mover ocursor 500, através de um comando de controle remoto, parauma determinada célula de vídeo 402.
Se o espectador decidir que a célula de vídeoselecionada 402 é de interesse suficiente, o espectador podeentão sintonizar diretamente na célula de vídeo selecionada402, isto é, sintonizar diretamente naquele canal deespectador que está fornecendo o vídeo e áudio utilizado para criar a célula de vídeo 402, pressionando um único botão nocontrole remoto (tipicamente o botão "selecionar" em umcontrole remoto DIRECTV). Isso sintonizará o IRD 112 outelevisão 66 para aquele canal de espectador, que será entãoapresentado em tela total para o espectador como em um formato de visualização normal de televisão 66.
CONDIÇÕES DEFAULT
Quando um espectador chega em um determinado canalmosaico interativo 400, a posição do cursor 420 pode defaultpara a primeira célula de vídeo 402, qualquer célula de vídeo dada 402-416, ou não estar presente. O espectador pode ter depressionar um botão no controle remoto para ativar o cursor420. Tipicamente, um espectador move o cursor 420 utilizandoas teclas para cima/para baixo/esquerda/direita em umcontrole remoto associadas ao IRD 112, porém outros métodos podem ser utilizados sem se afastar do escopo da presenteinvenção. Além disso, se IRD 112 não for habilitado paraqualquer serviço interativo ou serviços interativossuficientes, as funções do cursor 420 podem serdesabilitadas, totalmente ou parcialmente, dependendo das capacidades do IRD 112.
Também pode haver a capacidade de gravar canal mosaicointerativo 400 que permitirá que um espectador grave o queseriam vários canais de espectador como um único canal deespectador, isto é, o canal mosaico interativo gravado 400. Entretanto, uma versão gravada de canal mosaico interativo400 pode agir diferentemente do que um canal mosaicointerativo de alimentação ao vivo 400, porque as funções docursor 420 podem não mais ser compatíveis com uma versãogravada daquelas informações de vídeo. Por exemplo, a seleçãode uma célula de vídeo 402, em uma versão de alimentação aovivo, sintonizaria o IRD 112 com o número de canais associadoàquela célula de vídeo 402. Quando for uma versão gravada, aseleção daquela célula de vídeo não sintonizaria o IRD 112 aonúmero de canal, porém apresentaria provavelmente aquelasinformações de vídeo gravadas em um formato de televisãototal 66, com possível degradação de qualidade de imagem. Acapacidade de gravar canal mosaico interativo 400 pode sertambém desabilitada seletivamente, se desejado.
ALTERAÇÕES EM EXIBIÇÃO DE CANAL MOSAICO INTERATIVO
Alguns dos canais mosaicos interativos 400 podem, devidoao gênero selecionado para aquele canal mosaico interativo400 ou por outros motivos, podem necessitar ter as células devídeo 402-416 alteradas de um canal de espectador para outro,ou ter células de vídeo 402-416 adicionadas ou deletadas apartir da apresentação do canal mosaico interativo 400 natelevisão 66. Como tal, deve haver uma capacidade de alterara apresentação de qualquer canal mosaico interativo dado 400.As alterações podem ser de uma natureza sensível em tempo,como alterações em notícias ou eventos esportivos, ou umaalteração sazonal, como canais adicionais do espectador quecontêm um evento como o Torneio de Basquete da NCAA, e dessemodo, seriam sazonalmente incluídas na apresentação do canalmosaico interativo 400, ou de uma natureza de programação,onde um espectador acrescenta ou deleta um canal deespectador de seu pacote de programação e desse modo acesso aum tal de espectador é seletivamente permitido ou negado. Seum tal canal de espectador estiver sendo utilizado para criarum dado canal mosaico interativo 400, então o canal mosaicointerativo 400 deve ter a capacidade de adicionar aquelaalimentação de vídeo para apresentação no monitor.
Por exemplo, em um canal mosaico interativo 400 degênero esportivo, é tipicamente sabido quando um eventoesportivo terá inicio e em qual canal de espectador o eventoserá passado. Assim, o canal mosaico interativo 400 podeprogramar a alteração para a alimentação de video para aquelecanal de espectador como sendo mostrado em uma célula devideo 402, ou alterar para longe de um canal de espectadorque não mais está passando um evento esportivo, com base emum programa ou outros eventos de quadro-tempo definidos.
Quando tais alterações ocorrem, o provedor de serviço(que pode ser DIRECTV ou algum outro provedor de serviço)pode programar o canal mosaico interativo 400 para alterar aapresentação de video no canal 200. Isso pode ser feito emuma variedade de modos, quer por seletivamente escurecer ascélulas de video 402-416, apresentar um gráfico naalimentação de video durante as alterações feitas nas célulasde video 402-416, ou outros métodos, apresentados aoespectador de tal modo que as alimentações de video 228utilizadas para criar células de video 402-416 não sejamvisíveis. Pode ou não ser desejável apresentar informações noticker dinâmico 210 que o espectador necessita esperardurante a alteração em programação. Após concluir aprogramação do canal mosaico interativo 400, o provedor deserviços enviaria então as informações de vídeo que mostram anova configuração de células de vídeo 402-416, novasinformações de caixa de texto 204, etc. Outros métodos deexecutar a alteração em apresentação de vídeo de canais deespectador são também possível compreendidos no escopo dapresente invenção.
O provedor de serviço, e espectador, têm a capacidade deescurecer ou desabilitar os canais do espectador, e como tal,têm a capacidade de escurecer ou desabilitar não somentetodos os canais mosaicos interativos 200, como asalimentações de vídeo individuais que são associadas acélulas de vídeo 402 que são apresentadas dentro de um canalmosaico interativo 400. Além disso, os usuários podem ter acapacidade de criar seu próprio canal mosaico interativo 400,dependendo das capacidades de equipamentos de IRD 112,televisão 66, ou a outro equipamento que um espectadorespecifico possa ter acesso.
OPERAÇÃO COM CANAIS INTERATIVOS
A API 300 da presente invenção permite interaçãoadequada com um determinado canal interativo, como o canalmosaico 400 mostrado na figura 4. Por exemplo, e não comolimitação, a API 300 assegura que as alimentações de videoutilizadas em células de video 402-416 são autorizadas aserem exibidas em uma determinada estação receptora 34. Comomostrado na figura 4, a célula de video 402 está exibindo umjogo entre o San Diego Chargers e o Oakland Raiders, sendojogado em Oakland. Tal jogo é escurecido na Área da Baia deSan Francisco a menos que o jogo esteja esgotado setenta eduas horas antes do chute inicial. Assim, API 300 seriaprogramada para ter as células de video 402-416 para essecanal mosaico 400 como um canal interativo de "aplicaçãoanterior" para permitir que a estação receptora 34 determineo estado de direito de cada célula de video dentro do canalmosaico 400 antes da exibição na televisão 66.
Se a estação receptora específica 34 estiver no códigopostal 94101, que é em San Francisco, Califórnia, aalimentação de vídeo utilizada na célula de vídeo 402 seriaescurecida, e a API 300 forneceria uma veneziana ou outratela de vídeo vazia na célula de vídeo 402 daquela estaçãoreceptora específica 34. Por outro lado, se a estaçãoreceptora específica 34 for localizada no código postal90045, que é em Los Angeles, Califórnia, a alimentação devídeo utilizada na célula de vídeo 402 não seria escurecida,e a API 300 autorizaria aquela alimentação de vídeo a serexibida na televisão 66.
A API 300 é consultada pela aplicação interativaassociada ao canal mosaico 400 para determinar o estado decada uma das alimentações de vídeo, bem como ascaracterísticas interativas associadas ao cursor 420. Quandoum espectador sintoniza a estação receptora 34 com o canalmosaico 400, a aplicação interativa associada ao canalmosaico 400 interage com a API 300 para determinar afuncionalidade e exibir possibilidades para cada uma dascélulas de video 402-416, bem como uso e funções do cursor420.
Se o assinante não tiver assinado o canal mosaico 400, ocanal interativo e a API 300 podem colocar uma mensagem natela que pergunta ao assinante se ele gostaria de assinar ocanal mosaico 400, e após pagamento do assinante para oserviço, a API 300 permitiria então a visualização daquelesjogos que não são escurecidas na área geográfica doassinante. Além disso, a API 300 forneceria funções do cursor420 e informações de ticker dinâmico 424 para a estaçãoreceptora 34, de tal modo que qualquer comando a partir dopainel frontal da estação receptora 34 ou do controle remoto8 6 seria adequadamente interpretado pela estação receptora34.
Se o assinante estiver autorizado a receber e exibir ocanal mosaico 400, o canal mosaico 400 é inicialmente exibidocom venezianas ou outro video "vazio" dentro das células devideo 402-416, porque o estado do canal mosaico é "Aplicaçãoanterior." A API 300 então consulta a porção de aplicaçãointerativa associada ao canal mosaico 400, para verificar oObjeto de configuração Interativa (ICO) que contém os PIPsassociados a cada uma das células de video 402-416, para verqual das células de video 402-416 pode ser exibida natelevisão 66. Cada um dos PIPs associados às células de video402-416 é consultada, e o cartão de acesso 88 determina qual,se houver alguma, das células de video 402-416 pode serexibida. Os PIPs associados às células de video 402-416 sãotipicamente consultados em um modo serial, porém podem serconsultados em um modo paralelo, se desejado. Como cada PIPpara cada célula de video 4 02-416 é confirmado comoautorizado por cartão de acesso 88, a veneziana ou outrovideo "vazio" é removido a partir daquela célula de video402-416, e então é exibido na televisão do espectador 66.
FLUXOGRAMAA figura 5 é um fluxograma mostrando as etapas dapresente invenção.
A caixa 500 representa uma aplicação consultando uma
API.
A caixa 502 representa a determinação do estado de pelomenos um programa de video baseado em um resultado daconsulta.
A caixa 504 representa seletivamente exibir pelo menosum programa de video baseado no estado de pelo menos umprograma de video.
CONCLUSÃO
Em resumo, a presente invenção compreende métodos eaparelhos para seletivamente exibir sinais de televisãobaseados em satélite em sistemas de comunicação. Um método deacordo com a presente invenção compreende consultar umaInterface de programa de aplicação (API) com uma aplicação,determinar o estado de pelo menos um programa de video combase em um resultado da consulta, e seletivamente exibir pelomenos um programa de video baseado no estado de pelo menos umprograma de video.
Tal método inclui inda opcionalmente definir umindicador em pelo menos um programa de video, o indicadorindicando que pelo menos um programa de video deve serexibido somente após o estado ser determinado, pelo menos umprograma de video sendo um canal mosaico compreendendo umapluralidade de canais de espectador, cada canal de video napluralidade de canais de video tendo um estado separado ecada canal de video na pluralidade de canais de video éseletivamente exibido com base no estado separado, o estadoseparado sendo baseado em uma autorização de serviço ou umlocal geográfico de uma estação receptora, e determinar pelomenos uma função interativa de pelo menos um programa devideo baseado no estado de pelo menos um programa de video.
Uma infra-estrutura em um sistema de fornecimento desinais de televisão por satélite, para determinar se umprograma de video é exibivel em um monitor de televisão deacordo com a presente invenção compreende um servidor,acoplado a uma estação de transmissão, onde o servidor anexainformações ao programa de video, e uma estação receptora,incluindo uma Interface de Programa de aplicação (API),acoplada à estação receptora, onde a API determina o estadodo programa de video com base nas informações anexadas aoprograma de video, em que a estação receptora permiteseletivamente a exibição do programa de video baseado noestado do programa de video.
Tal infra-estrutura opcionalmente inclui ainda asinformações anexadas ao programa de video indicando que oprograma de video deve ser exibido somente após o estado serdeterminado, o programa de video sendo um canal mosaicocompreendendo uma pluralidade de canais de espectador, cadacanal de espectador na pluralidade de canais de video tendoum estado separado e cada canal de espectador na pluralidadede canais de video é seletivamente exibido com base no estadoseparado, o estado separado sendo baseado em uma autorizaçãode serviço ou um local geográfico de uma estação receptora, edeterminar pelo menos uma função interativa de pelo menos umprograma de video com base no estado de pelo menos umprograma de video.
Um sistema para seletivamente exibir um programa devideo de acordo com a presente invenção compreende umaestação de transmissão, incluindo um servidor para anexarinformações ao programa de video, uma pluralidade desatélites que recebem pelo menos um sinal uplink que incluias informações e o programa de video a partir da estação detransmissão e produzem um sinal downlink baseado no sinaluplink, uma antena, a antena recebendo o sinal downlink, epelo menos um receptor, acoplado à antena, para receber osinal downlink e interpretar as informações no sinaldownlink, em que pelo menos um receptor seletivamente exibe oprograma de video baseado pelo menos nas informaçõesinterpretadas.
Um tal sistema inclui ainda opcionalmente as informaçõesanexadas ao programa de vídeo indicando que o programa devídeo deve ser exibido somente após um estado do programa devídeo ser determinado, o programa de vídeo sendo um canalmosaico compreendendo uma pluralidade de canais deespectador, cada canal de espectador na pluralidade de canaisde vídeo tendo um estado separado e cada canal de espectadorna pluralidade de canais de vídeo é seletivamente exibido combase no estado separado, o estado separado sendo baseado emuma autorização de serviço ou um local geográfico de umaestação receptora, e a estação receptora determinando pelomenos uma função interativa de pelo menos um programa devídeo baseado no estado de pelo menos um programa de vídeo.
Pretende-se que o escopo da invenção seja limitado nãopor essa descrição detalhada, porém em vez disso pelasreivindicações apensas à presente e os equivalentes da mesma.O relatório descritivo acima, exemplos e dados fornecem umadescrição completa da fabricação e uso da composição dainvenção. Uma vez que muitas modalidades da invenção podemser feitas sem se afastar do espírito e escopo da invenção, ainvenção reside nas reivindicações doravante apensas e osequivalentes das mesmas.

Claims (22)

1. Método para seletivamente exibir sinal de televisão,baseado em satélite em um sistema de comunicação,caracterizado pelo fato de compreender:consultar uma API com uma aplicação;determinar o estado de pelo menos um programa de vídeobaseado em um resultado da consulta; eexibir seletivamente pelo menos um programa de vídeobaseado no estado de pelo menos um programa de vídeo.
2. Método, de acordo com a reivindicação 1,caracterizado por definir um indicador em pelo menos umprograma de vídeo.
3. Método, de acordo com a reivindicação 2,caracterizado pelo fato de que o indicador indica que pelomenos um programa de vídeo deve ser exibido somente após oestado ser determinado.
4. Método, de acordo com a reivindicação 3,caracterizado pelo fato de que pelo menos um programa devídeo é um canal mosaico compreendendo uma pluralidade decanais de espectador.
5. Método, de acordo com a reivindicação 4,caracterizado pelo fato de que cada canal de espectador napluralidade de canais de vídeo tem um estado separado e cadacanal de espectador na pluralidade de canais de vídeo éseletivamente exibido com base no estado separado.
6. Método, de acordo com a reivindicação 5,caracterizado pelo fato de que o estado separado se baseia emum local geográfico de uma estação receptora.
7. Método, de acordo com a reivindicação 5,caracterizado pelo fato de que o estado separado se baseia emuma autorização de serviço de uma estação receptora.
8. Método, de acordo com a reivindicação 5,caracterizado por determinar pelo menos uma função interativade pelo menos um programa de vídeo baseado no estado de pelomenos um programa de vídeo.
9. Infra -estrutura, dentro de um sistema de fornecimentode sinal de televisão por satélite, para determinar se umprograma de video é exibivel em um monitor de televisão,caracterizada pelo fato de compreender:um servidor, acoplado a uma estação de transmissão, emque o servidor anexa informações ao programa de video; euma estação receptora, incluindo uma Interface dePrograma de aplicação (API), acoplada à estação receptora,onde a API determina o estado do programa de video baseadonas informações anexadas ao programa de video, em que aestação receptora seletivamente permite exibição do programade video baseado no estado do programa de video.
10. Infra-estrutura, de acordo com a reivindicação 9,caracterizada pelo fato de que as informações anexadas aoprograma de video indicam que o programa de video deve serexibido somente após determinação do estado.
11. Infra-estrutura, de acordo com a reivindicação 10,caracterizada pelo fato de que o programa de video é um canalmosaico compreendendo uma pluralidade de canais deespectador.
12. Infra-estrutura, de acordo com a reivindicação 11,caracterizada pelo fato de que cada canal de espectador napluralidade de canais de video tem um estado separado e cadacanal de espectador na pluralidade de canais de video éseletivamente exibido com base no estado separado.
13. Infra-estrutura, de acordo com a reivindicação 12,caracterizada pelo fato de que o estado separado se baseia emum local geográfico de uma estação receptora.
14. Infra-estrutura, de acordo com a reivindicação 12,caracterizada pelo fato de que o estado separado se baseia emuma autorização de serviço de uma estação receptora.
15. Infra-estrutura, de acordo com a reivindicação 13,caracterizada por determinar pelo menos uma função interativade pelo menos um programa de video baseado no estado de pelomenos um programa de video.
16. Sistema para seletivamente exibir programa de video,caracterizado pelo fato de compreender:uma estação de transmissão, incluindo um servidor paraanexar informações ao programa de vídeo;uma pluralidade de satélites recebendo pelo menos umsinal uplink que inclui as informações e o programa de vídeoa partir da estação de transmissão e produzindo um sinaldownlink com base no sinal uplink;uma antena, a antena recebendo o sinal downlink;pelo menos um receptor, acoplado à antena, para recebero sinal downlink e interpretar as informações no sinaldownlink, onde pelo menos um receptor seletivamente exibe oprograma de vídeo baseado pelo menos nas informaçõesinterpretadas.
17. Sistema, de acordo com a reivindicação 16,caracterizado pelo fato de que as informações anexadas aoprograma de vídeo indicam que o programa de vídeo deve serexibido somente após determinação do estado.
18. Sistema, de acordo com a reivindicação 17,caracterizado pelo fato de que o programa de vídeo é um canalmosaico compreendendo uma pluralidade de canais deespectador.
19. Sistema, de acordo com a reivindicação 18,caracterizado pelo fato de que cada canal de espectador napluralidade de canais de vídeo tem um estado separado e cadacanal de espectador na pluralidade de canais de vídeo éseletivamente exibido com base no estado separado.
20. Sistema, de acordo com a reivindicação 19,caracterizado pelo fato de que o estado separado se baseia emum local geográfico de uma estação receptora.
21. Sistema, de acordo com a reivindicação 19,caracterizado pelo fato de que o estado separado se baseia emuma autorização de serviço de uma estação receptora.
22. Sistema, de acordo com a reivindicação 20,caracterizado por determinar pelo menos uma função interativade pelo menos um programa de vídeo baseado no estado de pelomenos um programa de vídeo.
BRPI0618019-1A 2005-10-28 2006-10-30 método para seletivamente exibir sinal de televisão, infra-estrutura, sistema para seletivamente exibir programa de vìdeo BRPI0618019A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US73114005P 2005-10-28 2005-10-28
US60/731.140 2005-10-28
PCT/US2006/042481 WO2007051050A1 (en) 2005-10-28 2006-10-30 Infrastructure for interactive television applications

Publications (1)

Publication Number Publication Date
BRPI0618019A2 true BRPI0618019A2 (pt) 2011-08-16

Family

ID=37744393

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0618019-1A BRPI0618019A2 (pt) 2005-10-28 2006-10-30 método para seletivamente exibir sinal de televisão, infra-estrutura, sistema para seletivamente exibir programa de vìdeo

Country Status (6)

Country Link
US (1) US8782719B2 (pt)
AR (1) AR059950A1 (pt)
BR (1) BRPI0618019A2 (pt)
CA (1) CA2627294C (pt)
GB (1) GB2446327B (pt)
WO (1) WO2007051050A1 (pt)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7370343B1 (en) * 2000-11-28 2008-05-06 United Video Properties, Inc. Electronic program guide with blackout features
CN101194505B (zh) 2005-03-30 2016-09-14 乐威指南公司 用于富视频导航的系统和方法
US8719857B1 (en) 2005-08-24 2014-05-06 Rovi Guides, Inc. Systems and methods for providing parental control features in video mosaic environments
US9032430B2 (en) 2006-08-24 2015-05-12 Rovi Guides, Inc. Systems and methods for providing blackout support in video mosaic environments
US20080163059A1 (en) 2006-12-28 2008-07-03 Guideworks, Llc Systems and methods for creating custom video mosaic pages with local content
US8578416B1 (en) * 2007-04-27 2013-11-05 Rovi Guides, Inc. Systems and methods for providing blackout recording and summary information
US20090064237A1 (en) * 2007-09-05 2009-03-05 The Directv Group, Inc. User-selectable variable-sized chip overlay of video broadcast
US20090119703A1 (en) * 2007-11-02 2009-05-07 At&T Knowledge Ventures, L.P. Mosaic of Alternate Programming During a Blackout
US8104056B2 (en) * 2008-12-03 2012-01-24 At&T Intellectual Property, L.P. Video service blackout events
JP5520190B2 (ja) * 2010-10-20 2014-06-11 株式会社ソニー・コンピュータエンタテインメント 画像処理システム、画像処理方法、動画像送信装置、動画像受信装置、プログラム及び情報記憶媒体
WO2013103568A1 (en) * 2012-01-05 2013-07-11 Technicolor Usa, Inc. Method for media content delivery using video and/or audio on demand assets
US9053419B2 (en) * 2013-03-14 2015-06-09 The Directv Group, Inc. Method and system for recording recommended content using clustering
US10148375B2 (en) 2013-03-14 2018-12-04 The Directv Group, Inc. Method and system for displaying recommended content such as movies associated with a cluster
WO2015073924A1 (en) * 2013-11-14 2015-05-21 Smiletime, Inc. Social multi-camera interactive live engagement system
US9258589B2 (en) 2014-02-14 2016-02-09 Pluto, Inc. Methods and systems for generating and providing program guides and content
KR102478426B1 (ko) * 2018-03-16 2022-12-16 삼성전자주식회사 동영상 콘텐트에 포함된 블랙 영역을 검출하기 위한 방법 및 그 전자 장치
US11533527B2 (en) 2018-05-09 2022-12-20 Pluto Inc. Methods and systems for generating and providing program guides and content
US10701419B2 (en) * 2018-09-11 2020-06-30 Comcast Cable Communications, Llc Managing concurrent content playback
US11178433B2 (en) * 2019-11-21 2021-11-16 Pluto Inc. Methods and systems for dynamic routing of content using a static playlist manifest
US11134311B2 (en) * 2020-02-10 2021-09-28 Xandr Inc. Methods and apparatuses for a modular and extensible advertisement request
US20230015697A1 (en) * 2021-07-13 2023-01-19 Citrix Systems, Inc. Application programming interface (api) authorization
US11509946B1 (en) 2021-11-08 2022-11-22 Pluto Inc. Methods and systems configured to manage video transcoder latencies

Family Cites Families (86)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5235643A (en) * 1991-05-21 1993-08-10 Anderson Steven E Satellite receiver retuning system
EP0912059A3 (en) * 1992-12-09 1999-05-19 Discovery Communications, Inc. Terminal with multiple audio and video
JPH07284166A (ja) * 1993-03-12 1995-10-27 Mitsubishi Electric Corp 遠隔操作装置
US6418556B1 (en) * 1993-09-09 2002-07-09 United Video Properties, Inc. Electronic television program guide schedule system and method
US6661468B2 (en) * 1994-05-20 2003-12-09 United Video Properties, Inc. Electronic television program guide schedule system and method
US5714997A (en) * 1995-01-06 1998-02-03 Anderson; David P. Virtual reality television system
US5621793A (en) * 1995-05-05 1997-04-15 Rubin, Bednarek & Associates, Inc. TV set top box using GPS
US6002394A (en) * 1995-10-02 1999-12-14 Starsight Telecast, Inc. Systems and methods for linking television viewers with advertisers and broadcasters
US6772435B1 (en) * 1996-04-15 2004-08-03 Nds Limited Digital video broadcast system
US6177931B1 (en) * 1996-12-19 2001-01-23 Index Systems, Inc. Systems and methods for displaying and recording control interface with television programs, video, advertising information and program scheduling information
US6135881A (en) * 1997-03-31 2000-10-24 Inventure, Inc. Sports forecasting game
US5946051A (en) * 1997-06-02 1999-08-31 Telecruz Technology, Inc. Method and apparatus for enabling a user to access data network applications from a television system
EP0916222B1 (en) * 1997-06-03 2007-04-04 Koninklijke Philips Electronics N.V. Navigating through television programs
US6317885B1 (en) * 1997-06-26 2001-11-13 Microsoft Corporation Interactive entertainment and information system using television set-top box
US6604240B2 (en) * 1997-10-06 2003-08-05 United Video Properties, Inc. Interactive television program guide system with operator showcase
US6092806A (en) * 1998-01-23 2000-07-25 Follis; Charles 100 point NCAA basketball tournament game
US20010042246A1 (en) * 1999-08-04 2001-11-15 Henry C. Yuen Home entertainment system and method of its operation
US6802077B1 (en) * 1998-05-01 2004-10-05 Scientific-Atlanta, Inc. Method for a pay-per-view referral
US6154771A (en) * 1998-06-01 2000-11-28 Mediastra, Inc. Real-time receipt, decompression and play of compressed streaming video/hypervideo; with thumbnail display of past scenes and with replay, hyperlinking and/or recording permissively intiated retrospectively
US6536041B1 (en) * 1998-06-16 2003-03-18 United Video Properties, Inc. Program guide system with real-time data sources
ID28911A (id) * 1998-07-20 2001-07-12 Canal Plus Sa Sistem navigasi untuk sistem televisi digital multi-saluran
US6347086B1 (en) * 1998-09-04 2002-02-12 Richard B. Strachan Pick pools system and method using packet-switched network
US7444663B2 (en) * 1998-12-31 2008-10-28 Lodgenet Interactive Corporation Menuing system for controlling content delivery within a video distribution system
US20040255336A1 (en) * 1999-03-30 2004-12-16 Gotuit Video, Inc. Methods and apparatus for simultaneous program viewing
US6396473B1 (en) * 1999-04-22 2002-05-28 Webtv Networks, Inc. Overlay graphics memory management method and apparatus
AU5590300A (en) * 1999-05-28 2001-03-19 Nokia Corporation Real-time, interactive and personalized video services
AR029163A1 (es) 1999-06-11 2003-06-18 Ods Properties Inc Sistema para realizar apuestas de forma interactiva
WO2001001677A1 (en) * 1999-06-28 2001-01-04 United Video Properties, Inc. Interactive television program guide system and method with niche hubs
FR2796181B1 (fr) * 1999-07-09 2001-10-05 France Telecom Systeme de developpement rapide d'applications interactives
US6762798B1 (en) * 1999-07-13 2004-07-13 Sun Microsystems, Inc. Methods and apparatus for providing video control for television applications
CA2385877A1 (en) * 1999-09-24 2001-03-29 United Video Properties, Inc. Interactive television program guide with enhanced user interface
US7010492B1 (en) * 1999-09-30 2006-03-07 International Business Machines Corporation Method and apparatus for dynamic distribution of controlled and additional selective overlays in a streaming media
US7146329B2 (en) * 2000-01-13 2006-12-05 Erinmedia, Llc Privacy compliant multiple dataset correlation and content delivery system and methods
US8578403B2 (en) * 2000-03-31 2013-11-05 United Video Properties, Inc. Systems and methods for improved audience measuring
AU2001256984B2 (en) * 2000-04-05 2005-07-28 Ods Properties, Inc. Interactive wagering systems and methods with multiple television feeds
US20020010931A1 (en) * 2000-07-19 2002-01-24 Chew Brian O. Method of viewing a live event
US6371855B1 (en) * 2000-09-08 2002-04-16 Winamax.Com Limited Fantasy internet sports game
US20020099800A1 (en) * 2000-11-27 2002-07-25 Robert Brainard Data mark and recall system and method for a data stream
US7370343B1 (en) * 2000-11-28 2008-05-06 United Video Properties, Inc. Electronic program guide with blackout features
US20020112238A1 (en) * 2000-11-28 2002-08-15 Navic Systems, Incorporated Promotions on viewing devices
US7174512B2 (en) 2000-12-01 2007-02-06 Thomson Licensing S.A. Portal for a communications system
GB0100076D0 (en) 2001-01-03 2001-02-14 Pace Micro Tech Plc Information on demand
US7740539B2 (en) * 2001-01-23 2010-06-22 Burt Simon Multi-person games for parimutuel betting on live events
US6669565B2 (en) * 2001-02-05 2003-12-30 Fantasy Sports, Inc. Method of conducting a fantasy sports game
US6981273B1 (en) * 2001-02-21 2005-12-27 Sonic Solutions System, method and channel line-up processor for localizing an electronic program guide schedule
US20020157101A1 (en) * 2001-03-02 2002-10-24 Schrader Joseph A. System for creating and delivering enhanced television services
US20020166123A1 (en) * 2001-03-02 2002-11-07 Microsoft Corporation Enhanced television services for digital video recording and playback
US20030007092A1 (en) * 2001-04-27 2003-01-09 Wes Sonner Interactive television system
US7873972B2 (en) * 2001-06-01 2011-01-18 Jlb Ventures Llc Method and apparatus for generating a mosaic style electronic program guide
US7146632B2 (en) * 2001-06-08 2006-12-05 Digeo, Inc. Interactive information aggregator for an interactive television system
US20030115585A1 (en) * 2001-07-11 2003-06-19 International Business Machines Corporation Enhanced electronic program guide
US20030014755A1 (en) * 2001-07-13 2003-01-16 Williams Marvin Lynn Method and system for processing correlated audio-video segments with digital signatures within a broadcast system
US20030079226A1 (en) 2001-10-19 2003-04-24 Barrett Peter T. Video segment targeting using remotely issued instructions and localized state and behavior information
WO2003039152A2 (en) * 2001-10-31 2003-05-08 Goldpocket Interactive System and method for itv data automation via a broadcast traffic and scheduling system
US20030126605A1 (en) * 2001-12-28 2003-07-03 Betz Steve Craig Method for displaying EPG video-clip previews on demand
US7631331B2 (en) * 2002-03-29 2009-12-08 Starz Entertainment, Llc Cross-channel interstitial program promotion
US20030208755A1 (en) * 2002-05-01 2003-11-06 Koninklijke Philips Electronics N.V. Conversational content recommender
US20040045026A1 (en) * 2002-08-29 2004-03-04 Zoe Interactive Ltd. In digital or interactive television
US8201208B2 (en) * 2002-08-30 2012-06-12 Opentv, Inc. Carousel proxy
US20040060061A1 (en) * 2002-09-20 2004-03-25 Imagictv Inc. Multiple view video feed
WO2004040896A2 (en) * 2002-10-30 2004-05-13 Nds Limited Interactive broadcast system
US20040088729A1 (en) * 2002-10-30 2004-05-06 Imagic Tv Inc. Ratings based television guide
US20050015803A1 (en) * 2002-11-18 2005-01-20 Macrae Douglas B. Systems and methods for providing real-time services in an interactive television program guide application
WO2004051453A1 (en) * 2002-12-04 2004-06-17 Entriq Inc. Multiple content provider user interface
US20040117857A1 (en) * 2002-12-16 2004-06-17 Chatschik Bisdikian System and a method for personalised, transaction-oriented, interactivity over non-interactive (one way) broadcast networks
KR100429688B1 (ko) * 2003-06-21 2004-05-03 주식회사 휴맥스 모자이크 이피지 서비스에서의 오디오 송신 및 수신방법
KR100688651B1 (ko) * 2003-10-02 2007-02-28 엘지전자 주식회사 영상표시기기의 프로그램정보 구현장치 및 그 방법
US7563162B2 (en) * 2004-01-28 2009-07-21 Planet Bingo, Inc. Game of chance
GB2412263A (en) * 2004-03-01 2005-09-21 Sony Uk Ltd Reproducing an EPG without any branding information
US10110937B2 (en) * 2004-03-26 2018-10-23 Jeffrey Gilbert Next generation consumer telecommunications network
US7765569B2 (en) * 2004-07-02 2010-07-27 Sony Corporation Navigation aids for television user interface
US7856646B1 (en) * 2004-07-02 2010-12-21 Cox Communications, Inc. Preparation and utilization of customer profile data in a cable services network
KR100651459B1 (ko) * 2004-10-11 2006-11-29 삼성전자주식회사 디지털 방송 수신 기능을 구비한 휴대용 단말기에서디지털 방송 채널 등록 및 표시방법
TW200704183A (en) * 2005-01-27 2007-01-16 Matrix Tv Dynamic mosaic extended electronic programming guide for television program selection and display
US7602820B2 (en) * 2005-02-01 2009-10-13 Time Warner Cable Inc. Apparatus and methods for multi-stage multiplexing in a network
US20060184989A1 (en) * 2005-02-11 2006-08-17 Biap Systems, Inc. Interacting with Internet applications via a broadband network on electronic input/output devices
EP1851955A4 (en) * 2005-02-14 2009-08-12 Hillcrest Lab Inc METHODS AND SYSTEMS FOR ENHANCING TELEVISION APPLICATIONS USING 3D POINTING
US20060230427A1 (en) * 2005-03-30 2006-10-12 Gerard Kunkel Method and system of providing user interface
CN101194505B (zh) * 2005-03-30 2016-09-14 乐威指南公司 用于富视频导航的系统和方法
US9948882B2 (en) * 2005-08-11 2018-04-17 DISH Technologies L.L.C. Method and system for toasted video distribution
US7600686B2 (en) * 2005-11-30 2009-10-13 Microsoft Corporation Media content menu navigation and customization
US20070157221A1 (en) * 2005-12-23 2007-07-05 Sbc Knowledge Ventures, L.P. System and method of providing television ratings information
US8782706B2 (en) * 2005-12-29 2014-07-15 United Video Properties Systems and methods for providing channel groups in an interactive media guidance application
US8316394B2 (en) 2006-03-24 2012-11-20 United Video Properties, Inc. Interactive media guidance application with intelligent navigation and display features
US8243017B2 (en) * 2006-09-11 2012-08-14 Apple Inc. Menu overlay including context dependent menu icon
JP5584467B2 (ja) * 2006-09-29 2014-09-03 ユナイテッド ビデオ プロパティーズ， インコーポレイテッド モジュラーメディアガイダンスダッシュボードアプリケーションのためのシステムおよび方法

Also Published As

Publication number Publication date
WO2007051050A1 (en) 2007-05-03
GB2446327B (en) 2011-02-09
GB2446327A (en) 2008-08-06
CA2627294A1 (en) 2007-05-03
GB0809083D0 (en) 2008-06-25
US20070294734A1 (en) 2007-12-20
AR059950A1 (es) 2008-05-14
CA2627294C (en) 2012-01-24
US8782719B2 (en) 2014-07-15

Similar Documents

Publication Publication Date Title
BRPI0618019A2 (pt) método para seletivamente exibir sinal de televisão, infra-estrutura, sistema para seletivamente exibir programa de vìdeo
RU2388168C2 (ru) Устройство формирования эпп и способ формирования эпп
JP7472378B2 (ja) コンテンツ保護処理方法
WO2017212983A1 (ja) 放送受信装置
JP6920569B2 (ja) 放送受信装置およびコンテンツ保護処理方法
JP6951513B2 (ja) コンテンツ保護処理方法
JP6929420B2 (ja) コンテンツ保護処理方法
JP6920570B2 (ja) 放送受信装置およびコンテンツ保護処理方法
JP6997888B2 (ja) コンテンツ保護処理方法
JP6828213B2 (ja) コンテンツ保護処理方法
JP6826228B2 (ja) 放送受信装置およびコンテンツ保護処理方法
JP6826229B2 (ja) 放送受信装置およびコンテンツ保護処理方法
JP6726341B2 (ja) 放送受信装置およびコンテンツ保護処理方法
JP6727383B2 (ja) コンテンツ保護処理方法
JP6722333B2 (ja) 放送受信装置およびコンテンツ保護処理方法
JP6767177B2 (ja) 放送受信装置およびコンテンツ保護処理方法
JP6560643B2 (ja) 放送受信装置およびコンテンツ保護処理方法
JP6560160B2 (ja) 放送受信装置
JP2022003813A (ja) コンテンツ保護処理方法
JP2022009282A (ja) 放送受信装置
JP2022009281A (ja) 放送受信装置

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 12A 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 2486 DE 28-08-2018 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.