BRPI0619039A2 - televisão interativa sem gatilho - Google Patents

televisão interativa sem gatilho Download PDF

Info

Publication number
BRPI0619039A2
BRPI0619039A2 BRPI0619039-1A BRPI0619039A BRPI0619039A2 BR PI0619039 A2 BRPI0619039 A2 BR PI0619039A2 BR PI0619039 A BRPI0619039 A BR PI0619039A BR PI0619039 A2 BRPI0619039 A2 BR PI0619039A2
Authority
BR
Brazil
Prior art keywords
search
action
stream
computer
value
Prior art date
Application number
BRPI0619039-1A
Other languages
English (en)
Inventor
John Bradstreet
David Ethan Zoller
John Canning
Luke Mccullough
Jan Hofmeyr
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 BRPI0619039A2 publication Critical patent/BRPI0619039A2/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85Assembly of content; Generation of multimedia applications
    • H04N21/858Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/242Synchronization processes, e.g. processing of PCR [Program Clock References]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/4302Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43074Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of additional data with content streams on the same device, e.g. of EPG data or interactive icon with a TV program
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/435Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44008Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving operations for analysing video streams, e.g. detecting features or characteristics in the video stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/631Multimode Transmission, e.g. transmitting basic layers and enhancement layers of the content over different transmission paths or transmitting with different error corrections, different keys or with different transmission protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309Transmission or handling of upstream communications
    • H04N7/17318Direct or substantially direct transmission and handling of requests

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

TELEVISãO INTERATIVA SEM GATILHO. Trata-se de diversas tecnologias e técnicas que se referem ao fornecimento de uma televisão interativa por conteúdos de sincronização para programas de televisão ao vivo e/ou gravados. Os conteúdos são sincronizados sem o uso de gatilhos em banda. Recebe-se um fluxo de radiodifusão, e pares de busca/ação são recebidos a partir de uma trajetória de transmissão, como a partir da Internet ou usuário. Quando os critérios de busca forem encontrados no fluxo de radiodifusão, a ação associada é realizada e os conteúdos são sincronizados com o programa. Uma interface de programação de aplicação é usada de modo a facilitar a sincronização, e inclui um método de busca de ajuste, um método modelo de função de busca e um método claro de busca. O método de busca de ajuste inicia a busca do fluxo de radiodifusão e registra um ou mais métodos de retorno que servem para realizar a ação associada quando a compatibilidade for encontrada. O modelo de função de busca serve como o modelo para registrar os métodos de retorno. O método claro de busca apaga os recursos do sistema a partir da busca.

Description

"TELEVISÃO INTERATIVA SEM GATILHO"
FUNDAMENTOS DA INVENÇÃO
As indústrias da computação e televisiva estão re- alizando grandes avanços no desenvolvimento da tecnologia que combina a funcionalidade do computador e da televisão. Por exemplo, o computador está se tornando mais adepto em interpretar dados de áudio e vídeo de modo que simule a in- fra-estrutura radiodifusora da indústria televisiva. Da mes- ma forma, as indústrias da computação e televisiva estão re- alizando aperfeiçoamentos na distribuição de conteúdos tele- visivos interativos que vinculam conteúdos baseados da rede e/ou outros tipos de conteúdos aos conteúdos televisivos ra- diodif usores . Um exemplo dessa televisão interativa inclui a exibição de uma página da rede de publicidade particular quando seus comerciais forem radiodifundidos. Outro exemplo de televisão interativa inclui a exibição de um jogo intera- tivo que se encontra em sintonia com a radiodifusão televi- siva .
Com a finalidade de sincronizar os conteúdos base- ados na rede e/ou outros conteúdos com os conteúdos de vídeo televisivo, o radiodifusor deve tipicamente enviar gatilhos em banda com o vídeo. Os gatilhos são eventos de sincroniza- ção e referencias às aplicações, tipicamente páginas da re- de, que realizam as ações. Exemplos de padrões industriais que suportam esses gatilhos incluem o padrão do Advanced Te- levision Forum (ATVEF) e o padrão Broadcast HTML. Ao se uti- lizar gatilhos desta forma, tipicamente necessita-se de al- gum canal de retorno some com a finalidade de enviar as pá- ginas da rede atuais visto que o canal em banda é muito es- treito para enviar muitos conteúdos. Além disso, os gatilhos em banda exigem que o radiodifusor, que gera os conteúdos da rede e os gatilhos, trabalhe paralelamente com o lado de ex- tremidade do cabeçote para fazer com que esses gatilhos se- jam enviados. Esta relação entre o radiodifusor e a extremi- dade do cabeçote tem sido tradicionalmente problemática por- que, dentre outras razões, as radiodifusões televisivas de- vem ser modificadas com a finalidade de incluir os gatilhos em banda necessários.
SUMÁRIO
Várias tecnologias e técnicas são descritas no presente documento para proporcionar televisão interativa mediante a sincronização dos conteúdos em programas de tele- visão. Em um aspecto, os conteúdos são sincronizados sem o uso de gatilhos em banda. Como um exemplo não-limitador, re- cebe-se um fluxo radiodifusor, como um programa de televisão particular ao vivo ou gravado. Recebe-se um conjunto de ins- truções de busca a partir de uma rota de transmissão, como a partir de uma página da rede transferida de uma rota de transmissão separada, como a Internet e/ou a partir de ins- truções de busca anotada pelo usuário. As instruções de bus- ca incluem um critério de busca e uma ou mais ações que se- rão realizadas quando o dito critério de busca for encontra- do em uma porção particular do fluxo radiodifusor. Quando os critérios de busca forem encontrados no fluxo radiodifusor, a uma ou mais ações associadas são realizadas e o conteúdo é sincronizado com o programa que está sendo exibido. Em outro aspecto, proporciona-se uma interface de programação de aplicação para facilitar a sincronização de conteúdos em programas de televisão. A interface de progra- mação de aplicação inclui um conjunto de métodos de busca, um método modelo de função de busca, e um método de busca claro. O conjunto de métodos de busca inicia a busca por um fluxo radiodifusor particular com a finalidade de localizar o valor (por exemplo, seqüência de caracteres, etc.) para correlacionar e registrar um ou mais métodos de retorno que deveriam ser denominados por realizarem uma ação particular quando a correlação for encontrada. O modelo de função de busca atua como o modelo que serve para registrar os métodos de retorno. 0 método de busca claro aprova os recursos do sistema associados à busca particular.
Este sumário é proporcionado de modo a introduzir uma seleção de conceitos em uma forma simplificada que serão descritos mais adiante na Descrição Detalhada. O sumário não se destina a identificar as características principais do assunto reivindicado, nem se destina a ser usado como um au- xílio na determinação do escopo do assunto reivindicado.
BREVE DESCRIÇÃO DOS DESENHOS
A Figura 1 é uma vista diagramática de um sistema computacional de um aspecto da presente invenção.
A Figura 2 é uma vista diagramática de um programa de busca que é operado em um sistema computacional da Figura 1 em um aspecto da presente invenção.
A Figura 3 é um diagrama de fluxo de processo em alto nível para um aspecto do sistema da Figura 1. A Figura 4 é um diagrama de fluxo de processo para um aspecto do sistema da Figura 1 ilustrando os estágios en- volvidos nos conteúdos de sincronização com um programa.
A Figura 5 é um diagrama de classe para um aspecto do sistema da Figura 1 ilustrando os métodos usados nos con- teúdos de sincronização com um programa.
A Figura 6 é um diagrama de fluxo de processo para um aspecto do sistema da Figura 1 ilustrando os estágios en- volvidos na realização da correlação serial de acordo com um exemplo ilustrativo.
A Figura 7 é um diagrama para um aspecto do siste- ma da Figura 1 ilustrando uma página HTML com VBScript usado para realizar uma correlação paralela de acordo com o exem- plo ilustrativo da Figura 6.
A Figura 8 é um diagrama de fluxo de processo para um aspecto do sistema da Figura 1 ilustrando os estágios en- volvidos na realização de uma correlação paralela de acordo com um exemplo ilustrativo.
A Figura 9 é um diagrama para um aspecto do siste- ma da Figura 1 ilustrando uma página HTML com VBScript usado para realizar uma correlação serial de acordo com o exemplo ilustrativo da Figura 8.
A Figura 10 é uma tela simulada para um aspecto do sistema da Figura 1 que ilustra os conteúdos de sincroniza- ção com um programa de televisão com base nas buscas hipoté- ticas representadas nas Figuras 6 a 9.
DESCRIÇÃO DETALHADA
Para os propósitos de promover um entendimento dos princípios da invenção, será feita referência às modalidades ilustrativas nos desenhos e uma linguagem específica será usada para descrever as mesmas. No entanto, será entendido que não se pretende fazer nenhuma limitação no escopo da in- venção. Quaisquer alterações e outras modificações nas moda- lidades descritas, e quaisquer outras aplicações dos princí- pios da invenção conforme aqui descrito são contempladas co- mo ocorreria normalmente a um indivíduo versado na técnica ao qual a invenção se refere.
Existem várias formas de sincronizar conteúdos ba- seados na rede e/ou outros conteúdos com os conteúdos de ví- deo televisivo. Tipicamente, o radiodifusor envia gatilhos em banda com o vídeo, como a utilização dos padrões ATVEF ou Broadcast HTML. O radiodifusor deve modificar tipicamente a radiodifusão televisiva de modo a incluir os gatilhos em banda e deve trabalhar paralelamente com a extremidade do cabeçote com a finalidade de fazer com que os gatilhos sejam enviados. Várias tecnologias e técnicas aqui discutidas per- mitem que os conteúdos baseados na rede e/ou outros conteú- dos sejam sincronizados com os conteúdos de vídeo sem a uti- lização de gatilhos em banda e/ou sem modificar o fluxo de radiodifusão televisiva. Conforme o uso em questão, o termo "fluxo de radiodifusão" significa incluir fluxo de radiodi- fusão ao vivo e/ou gravados.
A Figura 1 ilustra um exemplo de um ambiente de sistema computacional adequado 100 no qual a invenção pode ser implementada. O ambiente de sistema computacional 100 é apenas um exemplo de um ambiente computacional adequado e não se destina a sugerir qualquer limitação ao escopo de uso ou funcionalidade da invenção. Nem o ambiente computacional 100 pode ser interpretado como tendo qualquer dependência ou exigência em relação a qualquer combinação de componentes ilustrados no ambiente operacional exemplar 100.
A invenção é operacional com diversos outros ambi- entes ou configurações de sistemas computacionais de propó- sitos gerais ou especiais. Exemplos de sistemas computacio- nais bem conhecidos, ambientes e/ou configurações que podem ser adequadas ao uso com a invenção incluem, mas não se li- mitam a, computadores pessoais, computadores servidores, dispositivos portáteis ou laptops, sistemas multiprocessado- res, sistemas baseados em microprocessadores, decodificado- res, eletrônicos programáveis pelo consumidor, PCs em rede, minicomputadores, computadores mainframe, telefones móveis, PDAs, ambientes computacionais distribuídos que incluem quaisquer um dos sistemas ou dispositivos anteriores, e si- milares.
A invenção pode ser descrita no contexto geral das instruções executáveis por computador, como módulos de pro- grama sendo executados por um computador. Geralmente, os mó- dulos de programa incluem rotinas, programas, objetos, com- ponentes, estruturas de dados, etc. que realizam tarefas particulares ou implementam tipos de dados abstratos parti- culares. A invenção pode, também, ser praticada e, ambientes computacionais distribuídos onde as tarefas são realizadas por dispositivos de processamento remoto que são ligados a- través de uma rede de telecomunicação. Em um ambiente compu- tacional distribuído, os módulos de programa podem estar lo- calizados em mídias de armazenamento em computador local e remoto, incluindo dispositivos de armazenamento de memória.
Com referência à Figura 1, um sistema exemplar pa- ra implementação da invenção inclui um dispositivo computa- cional para propósitos gerais sob a forma de um computador 110. Os componentes do computador 110 podem incluir, mas não se limitam a, uma unidade de processamento 120, uma memória de sistema 130 e um barramento de sistema 121 que acopla vá- rios componentes de sistema inclusive a memória de sistema à unidade de processamento 120. 0 barramento de sistema 121 pode ser qualquer um entre muitos tipos de estruturas de barramento, inclusive um barramento de memória ou controla- dor de memória, um barramento periférico, e um barramento local que utiliza uma variedade de arquiteturas de barramen- to. A título de exemplo, e sem limitação, essas arquiteturas incluem o barramento Industry Standard Architecture (ISA), barramento Micro Channel Architecture (MCA), barramento E- nhanced ISA (EISA), barramento local Video Electronics Stan- dards Association (VESA) e o barramento Peripheral Component Interconnect (PCI) também conhecido como barramento Mezzanine.
0 computador 110 inclui tipicamente uma variedade de mídias legíveis por computador. As mídias legíveis por computador pode ser quaisquer mídias disponíveis que possam ser acessadas pelo computador 110 e incluem tanto mídias vo- láteis como não-voláteis, tanto removíveis como não- removíveis. A título de exemplo, e sem caráter limitativo, a mídia legível por computador pode compreender mídias de ar- mazenamento em computador e mídias de comunicação. A mídia de armazenamento em computador inclui tanto mídias voláteis como não-voláteis, tanto removíveis como não-removíveis im- plementadas em qualquer método ou tecnologia para armazena- mento de informações, como instruções legíveis por computa- dor, estruturas de dados, módulos de programa ou outros da- dos. A mídia de armazenamento em computador inclui, mas não se limita a, RAM, ROM, EEPROM, memória flash ou outra tecno- logia de memória, CD-ROM, discos versáteis digitais (DVD) ou outro armazenamento de discos opcional, cassetes magnéticos, fitas magnéticas, armazenamento de discos magnéticos ou ou- tros dispositivos de armazenamento magnético, ou qualquer outro meio que possa ser usado para armazenar as informações desejadas e que possa ser acessado pelo computador 110. A mídia de comunicação incorpora tipicamente instruções legí- veis por computador, estruturas de dados, módulos de progra- ma ou outros dados em um sinal de dados modulado, como uma onda portadora ou outro mecanismo de transporte e inclui qualquer mídia de distribuição de informações. O termo "si- nal de dados modulado" significa uma ou mais de seu conjunto de características ou alterado de tal modo que codifique in- formações no sinal. A título de exemplo, e sem caráter Iimi- tativo, a mídia de comunicação inclui uma rede cabeada ou uma conexão diretamente cabeada, e mídias sem fio, como a- cústicas, RF, infravermelhas e outras mídias sem fio. As combinações dessas mídias citadas acima devem, também, estar inclusas no escopo da mídia legível por computador.
A memória de sistema 130 inclui mídias de armaze- namento em computador sob a forma de memórias voláteis e/ou não-voláteis, como memória somente para leitura (ROM) 131 e memória de acesso aleatório (RAM) 132. Um sistema básico de entrada/saida 133 (BIOS), contendo as rotinas básicas que ajudam a transferir informações entre os elementos dentro do computador 110, como durante a inicialização, é tipicamente armazenado na ROM 131. A RAM 132 contém tipicamente módulos de dados e/ou programas que são imediatamente acessíveis e/ou presentemente operados pela unidade de processamento 120. A título de exemplo, e sem caráter limitativo, a Figura 1 ilustra o sistema operacional 134, programas de aplicação 135, outros módulos de programa 136 e dados de programa 137.
O computador 110 pode incluir, também, outras mí- dias de armazenamento em computador removíveis/não- removíveis, voláteis/não-voláteis. Apenas a título de exem- plo, a Figura 1 ilustra uma unidade de disco rígido 140 que lê e grava em mídias magnéticas não-removíveis e não- voláteis, uma unidade de disco magnético 151 que lê ou grava em um disco magnético removível e não-volátil 152, e uma u- nidade de disco óptico 155 que lê ou grava em um disco ópti- co removível e não-volátil 156, como uma mídia óptica de CD- ROM ou outro tipo de mídia óptica. Outras mídias de armaze- namento em computador removíveis/não-removíveis, volá- teis/não-voláteis que podem ser usadas no ambiente operacio- nal exemplar incluem, mas não se limitam a, cassetes de fita magnética, cartões de memória flash, discos versáteis digi- tais, fitas de vídeo digitais, RAM em estado sólido, ROM em estado sólido, e similares. Tipicamente, a unidade de disco rígido 141 é conectada ao barramento de sistema 121 através de uma interface de memória não-removível, como a interface 140, e, a unidade de disco magnético 151 e a unidade de dis- co óptico 155 são tipicamente conectadas ao barramento de sistema 121 através de uma interface de memória removível, como a interface 150.
As unidades e suas mídias de armazenamento em com- putador associadas discutidas anteriormente e ilustradas na Figura 1, fornecem um armazenamento de instruções legíveis por computador, estrutura de dados, módulos de programa e outro dados para o computador 110. Na Figura 1, por exemplo, a unidade de disco rígido 141 é ilustrada como o sistema o- peracional de armazenamento 144, programas de aplicação 145, outros módulos de programa 14 6 e dados de programa 147. No- ta-se que estes componentes podem ser iguais ou diferentes do sistema operacional 134, programas de aplicação 135, ou- tros módulos de programa 136, e dados de programa 137. 0 sistema operacional 144, os programas de aplicação 145, ou- tros módulos de programa 14 6, e os dados de programa 147 são fornecidos em números diferentes de modo a ilustrar que, no mínimo, eles representam diferentes cópias. Um usuário pode inserir comandos e informações no computador 20 através de dispositivos de entrada, como um teclado 162 e o dispositivo de apontamento 161, comumente denominado como um mouse, raou- se esférico (trackball) ou almofada sensível ao toque (tou- chpad). Outros dispositivos de entrada (não mostrados) podem incluir um microfone, joystick, controle de jogos, antena parabólica, digitalizador, ou similares. Estes e outros dis- positivos de entrada são geralmente conectados à unidade de processamento 120 através de uma interface de entrada do u- suário 160 que fica acoplada ao barramento de sistema, mas pode ser conectada por outras estruturas de interface e bar- ramento, como uma porta paralela, porta para jogos ou um barramento serial universal (USB).
Um monitor 191 ou outro tipo de dispositivo de e- xibição também é conectado ao barramento de sistema 121 a- través de uma interface, como uma interface de video 190. O computador 110 pode ser integralmente posicionado junto ou separado do monitor 191. O monitor 191 pode ser configurado para exibir itens de diferentes tamanhos e para exibir itens em diferentes cores. Exemplos de outros dispositivos de exi- bição incluem, mas não se limitam a, monitores de computa- dor, televisões, telas de PDA, telas de outros dispositivos portáteis, e assim por diante. Além do monitor, os computa- dores podem incluir, também, outros dispositivos periféricos de saida, como alto-falantes 197 e a impressora 196, que po- de ser conectada através de uma interface periférica de saí- da 190 e integralmente posicionada junto ou separada do com- putador 110. Exemplos não-limitadores de alto-falantes in- cluem alto-falantes para computadores, sistemas estéreo, am- plificadores, rádios, sistemas de áudio para televisores, e assim por diante.
O computador 110 pode operar em um ambiente conec- tado em rede utilizando conexões lógicas a um ou mais compu- tadores remotos, como um computador remoto 180. O computador remoto 180 pode ser um computador pessoal, um servidor, um roteador, um PC em rede, um dispositivo par ou outro nó de rede comum, e inclui, tipicamente, muitos ou todos os ele- mentos descritos anteriormente em relação ao computador 110, muito embora apenas um dispositivo de armazenamento de memó- ria 181 tenha sido ilustrado na Figura 1. Em uma modalidade, o computador remoto 180 pode incluir uma estação de radiodi- fusão televisiva, uma estação de radiodifusão a cabo e/ou um sistema de transmissão via satélite. Os sinais de radiodifu- são transmitidos entre o computador 110 e o computador remo- to 180 podem incluir sinais analógicos e digitais, que são transmitidos por qualquer enlace de comunicação adequado. As conexões lógicas representadas na Figura 1 incluem uma rede de área local (LAN) 171 e uma rede de área ampla (WAN) 173, mas pode incluir, também, outras redes. Esses ambientes de rede são comuns em escritórios, redes de computadores para toda empresa, intranets e a Internet.
Quando usado em um ambiente de rede LAN, o compu- tador 110 é conectado à LAN 171 através de uma interface ou adaptador de rede 170. Quando usado em um ambiente de rede WAN, o computador 110 inclui, tipicamente, um modem 172 ou outros meios para estabelecer comunicações pela WAN 173, co- mo a Internet. O modem 172, que pode ser interno ou externo, pode ser conectado ao barramento de sistema 121 através de uma interface de entrada do usuário 160, ou através de outro mecanismo apropriado. Em um ambiente de rede, os módulos de programa representados em relação ao computador 110, ou por- ções do mesmo, podem ser armazenados no dispositivo de arma- zenamento remoto de memória. A titulo de exemplo, e sem ca- ráter limitativo, a Figura 1 ilustra os programas de aplica- ção remotos 185 residindo no dispositivo de memória 181. A- valiar-se-á que as conexões de rede mostradas são exemplares e outros meios de estabelecer um enlace de comunicação entre os computadores podem ser usados.
Voltando-se, agora, para a Figura 2, dando conti- nuidade à referência da Figura 1, um programa de busca 200 que é operado no computador 110 é ilustrado em um aspecto da presente invenção. No exemplo ilustrado na Figura 2, o pro- grama de busca 200 é um dos programas de aplicação 145 que reside no computador 110. Alternativa ou adicionalmente, uma ou mais partes do programa de busca 200 podem ser parte dos programas de aplicação 135 na RAM 132, no computador remoto 181 com programas de aplicação remotos 185, ou outras varia- ções que ocorrem na técnica de software para computadores.
0 programa de busca 200 inclui lógica de negócios 202. A lógica de negócios 202 é responsável por realizar al- gumas ou todas as técnicas aqui descritas. A lógica de negó- cios inclui lógica para restaurar as instruções de busca 204 que foram recebidas a partir de uma trajetória de transmis- são, como uma separada de um fluxo de radiodifusão e lógica para processar o fluxo de radiodifusão de modo a procurar pelos critérios de busca e determina uma compatibilidade 206. A lógica de negócios 202 também inclui lógica para re- gistrar um ou mais métodos de retorno, logo, uma ou mais a- ções podem ser realizadas quando se determina uma compatibi- lidade 208. A lógica de negócios 202 do programa de busca 200 também inclui lógica para remover recursos de sistema usados na busca 210. In Figura 2, a lógica de negócios 202 é mostrada de modo a residir no computador 110 como parte dos programas de aplicação 145. No entanto, será compreendido que a lógica de negócios 202 pode ser incorporada, de modo alternativo ou adicional, como instruções executáveis em computadores em um ou mais computadores e/ou em variações diferentes das mostradas na Figura 2. Como um exemplo não- limitador, uma ou mais partes da lógica de negócios 202 po- de, de modo alternativo ou adicional, ser implementada como um serviço da rede XML que reside em um computador externo que é solicitado quando há necessidade.
Também são mostradas na Figura 2, as instruções de busca 212 que foram recebidas de uma trajetória de transmis- são, como a trajetória separada do fluxo de radiodifusão. As instruções de busca 212 contêm mais conjuntos de pares de busca/ação 214. Como um exemplo não-limitador, as instruções de busca 212 estão contidas em uma página da rede que se co- munica com o programa de busca 200. Cada par de busca/ação 214 inclui critérios de busca 216 e uma ou mais ações 218 que serão realizadas quando os critérios de busca particula- res 216 forem encontrados no fluxo de radiodifusão. As ins- truções de busca 212 são restauradas pela lógica de negócios 204. Os critérios de busca 216 são usados pela lógica de ne- gócios 206 como os critérios de busca que serão procurados no fluxo de radiodifusão. A lógica de negócios 208 registra os métodos de retorno para as ações 218 de tal modo que as ações 218 sejam realizadas quando os critérios de busca fo- rem compatíveis ai fluxo de radiodifusão. Voltando-se, agora, às Figuras 3 e 4, dando conti- nuidade à referência das Figuras 1 e 2, os estágios para im- plementação de um ou mais aspectos do programa de busca 200 do sistema 100 são descritos em maiores detalhes. A Figura 3 é um fluxograma de processo em alto nivel de um aspecto da presente invenção. Em uma forma, o processo da Figura 3 é ao menos parcialmente implementado na lógica operacional do sistema 100. O processo começa no ponto de partida 220 com o recebimento de ao menos um fluxo de radiodifusão, como áu- dio, video, alertas de emergência, tempo, clima e/ou dados (estágio 222). Um ou mais pares de instruções de busca/ação são recebidos a partir de uma trajetória de transmissão, co- mo a trajetória separada do fluxo de radiodifusão (estágio 224). Alguns exemplos não-limitadores de pares de busca/ação podem estar contidos em um arquivo HTML ou em outro tipo de arquivo que foi transferido através de uma conexão de Inter- net. Por exemplo, uma entrada guia para o programa pode con- ter um URL que especifica onde a página inicial da rede, que contém os pares de busca/ação, pode ser restaurada. Como ou- tro exemplo, o usuário pode selecionar a página inicial com os pares de busca/ação pela navegação na página em um nave- gador da rede ou por algum outro tipo de seleção. Ainda como um outro exemplo não-limitador, a página inicial e/ou os pa- res de busca/ação podem ser gerados, de maneira programática ou manual, com base nos critérios inseridos pelo usuário, como os critérios que servem para indicar que o usuário de- seja iniciar a gravação do programa no gravador de video programável (PVR) quando a seqüência de caracteres de busca "John Doe" surgir. Finalmente, a página inicial que contém pares de busca/ação pode ser restaurada ou gerada a partir de várias outras fontes.
0 fluxo de radiodifusão é processado pelo programa de busca 200 com a finalidade de extrair porções de conteú- dos do fluxo (estágio 226). Como alguns exemplos não- limitadores, as porções de conteúdos extraídas do fluxo po- dem incluir valores da seqüência de caracteres restaurados a partir de um fluxo de legenda oculta e/ou legenda. As por- ções de conteúdos podem alternativa ou adicionalmente ser extraídas de outro fluxo de texto, de um fluxo de áudio, de um fluxo de vídeo, de um fluxo de alerta de emergência, de um fluxo de tempo, de um fluxo de clima, e/ou de outros flu- xos. Como um exemplo não-limitador, você pode desejar que uma determinada ação seja realizada quando um determinado som for radiodifundido, como o jingle de uma empresa parti- cular. Como outro exemplo não-limitador, você pode ter um quadro ou quadros particulares de vídeo que você deseja unir antes de iniciar uma determinada ação. Diversas outras vari- ações de texto e não-textuais das buscas também são possíveis.
Quando o programa de busca 200 determinar que os critérios de busca 216 foram encontrados nos conteúdos ex- traídos (estágio 228) com base em uma compatibilidade parci- al ou completa aplicável, uma ou mais ações 218 associadas aos critérios de busca 216 são iniciadas e o resultado de uma ou mais ações é sincronizado com o programa que está sendo exibido (estágio 230). Alguns exemplos não-limitadores de ações incluem a iniciação de outra busca, a abertura de uma página da rede particular, o lançamento de um programa externo, iniciação da gravação em um dispositivo PVR, a o- missão de uma cena (como um comercial) após um determinado período de tempo, a ausência de som em um comercial, o ras- treamento do número de vezes que um programa é assistido por propósitos de coleta de dados e/ou a transcrição do fluxo de legenda oculta e gravação do texto em arquivo ou saída Braille. Qualquer coisa que possa ser iniciada, de maneira programática, através do uso de um computador 110 pode estar inclusa como parte ou toda uma ação. Um exemplo não- limitador de sincronização inclui o uso de reorientação de tempo para retardar a reprodução do programa a partir de seu tempo de radiodifusão e realizar o resultado da ação em um momento que aparenta ocorrer antes da ação ter sido realmen- te iniciada. Logo, o processo termina no ponto final 232.
Apresenta-se na Figura 4 um diagrama de fluxo de processo mais detalhado ilustrando os estágios envolvidos nos conteúdos de sincronização com um programa em um aspecto a presente invenção. Em uma forma, o processo da Figura 4 é ao menos parcialmente implementado na lógica operacional do sistema 100. O processo começa no ponto inicial 240 com o recebimento de ao menos um fluxo de radiodifusão (estágio 242) . Uma página de busca que tem um ou mais pares de bus- ca/ação é recebida a partir de uma trajetória de transmis- são, como a trajetória separada do fluxo de radiodifusão (estágio 244) . A página de busca é limitada a pelo menos um objeto de busca (por exemplo, classe de busca 260 na Figura 5) (estágio 24 6) . Como um exemplo não-limitador, o programa de busca 200 pode criar o objeto de busca. Os métodos de re- torno são registrados, logo, os métodos na página de busca para as ações associadas são convocados quando uma compati- bilidade for encontrada (estágio 248). 0 método de retorno é, então, convocado para realizar a ação associada quando uma compatibilidade aos critérios de busca for encontrada no fluxo de radiodifusão (estágio 250) . 0 resultado da ação é, então, sincronizado com o programa (estágio 252). Logo, o processo termina no ponto final 254.
Voltando, agora, para a Figura 5, um diagrama de classe é mostrado ilustrando os métodos usados nos conteúdos de sincronização com um programa em um aspecto da presente invenção. A classe de busca 260 inclui três métodos: SetSe- arch 262, SearchFncTemplate 264 e ClearSearch 266. Em um as- pecto da invenção, o método SetSearch 262 é responsável pela iniciação da extração de conteúdos do fluxo de radiodifusão e pela busca por uma compatibilidade. Em um aspecto da in- venção, o método SetSearch 262 também é responsável pelo re- gistro dos métodos de retorno para as ações associadas atra- vés do uso do método SearchFncTemplate 2 64 como um modelo para a estrutura do método de retorno. 0 método ClearSearch 266 é responsável pela remoção dos recursos de sistema usa- dos na execução de uma busca particular.
Em um aspecto da invenção, o método SetSearch 262 aceita um ou mais de dos seguintes parâmetros: streamld, se- archFnc, regExp, mode, idSearch, deltaTimeShift, startSear- chTime, endSearchTime and dwCookie. Um ou mais desses parâ- metros podem ser opcionais e/ou omitidos. 0 parâmetro strea- mld é usado para indicar um identificador do fluxo particu- lar com a finalidade de buscar por critérios de busca, como o "CC1" ou "CC2" para um fluxo de legenda oculta. O parâme- tro searchFnc é usado para indicar o nome da função de busca de retorno que serve para chamar quando os critérios especí- ficos estiverem localizados/adaptados no fluxo. O parâmetro regExp é relacionado ao tipo do fluxo. Como um exemplo não- limitador, para fluxos baseados em texto, o parâmetro regExp pode ser uma expressão regular ou outra seqüência de carac- teres que indicam a seqüência de caracteres para se adaptar ao fluxo. 0 parâmetro regExp pode incluir uma seqüência to- tal ou parcial para se adaptar, inclusive caracteres curin- gas ou outras variações conforme ocorreria a um indivíduo na técnica. Como outro exemplo não-limitador, para fluxos de vídeo, o parâmetro regExp pode ser uma imagem de vídeo para se adaptar. Para fluxos de áudio, como um exemplo não- limitador, o parâmetro regExp pode ser um byte de som para se adaptar. Para fluxos de áudio e/ou vídeo, o parâmetro re- gExp pode incluir um valor total e/ou parcial para se adap- tar. Alternativa ou adicionalmente, o fluxo particular pode- ria ser convertido em uma seqüência de caracteres ou outro tipo de dados adequado para se adaptar. 0 parâmetro de modo indica quão longa a busca deve ser realizada, como uma vez, repetição, etc. Em um aspecto da invenção, se uma vez for especificada, a busca termina após a primeira seqüência de caracteres que ela busca se adaptar. Se uma repetição for especificada, então, a busca mantém as seqüências de carac- teres compatibilizadas até o término manual ou sistemático.
O parâmetro idSearch é um identificador para a busca, e pode ser único ou não. 0 parâmetro deltaTimeShift especifica o retardo no tempo de apresentação a partir de quando a seqüência de caracteres for adaptada e o método de retorno for iniciado. Como um exemplo não-limitador, o parâ- metro deltaTimeShift pode ser usado em um cenário em que a ação será realizada quando uma compatibilidade encontrada incluir a iniciação da gravação de um programa de televisão em um PVR depois que uma determinada porção de um segmento começar a ser transmitido com alguém apresentado o usuário desejar gravar. O parâmetro startSearchTime especifica o tempo da busca iniciada, e o parâmetro endSearchTime especi- fica o tempo da busca terminada. 0 exemplo não-limitador de quando os parâmetros startSearchTime e endSearchTime devem ser usados consiste em sincronizar os conteúdos no terceiro quarto de um jogo esportivo. O método SetSearch 262 produz um parâmetro dwCookie que consiste em um identificar único para a busca que pode ser usado em recursos de sistema Ii- vres com a busca, bem como por outros propósitos conforme desej ado.
Em um aspecto da invenção, o método SearchFncTem- plate 2 64 atua como o método de modelo de retorno para os métodos associados às ações que são chamadas quando um cri- tério de busca particular for compatível no fluxo de radio- difusão. o método SearchFncTemplate 264 pode incluir um ou mais dos seguintes parâmetros de entrada: ccMatched, idSear- ch, timeStart, e/ou timeEnd. Um ou mais desses parâmetros podem ser opcionais e/ou omitidos. Em um aspecto do sistema, para fluxos baseados em texto, o parâmetro ccMatched é a se- qüência de caracteres atual adaptada na busca. Para outros tipos de fluxo, como fluxo de áudio e/ou video, o parâmetro ccMatched é a seção adaptada do fluxo. 0 parâmetro idSearch é um identificador para a busca, e pode ser único ou não. 0 parâmetro timeStart é o tempo de apresentação do primeiro campo (por exemplo, caractere) na seqüência de caracteres de busca e o parâmetro timeEnd é o tempo de apresentação do úl- timo campo (por exemplo, caractere) na seqüência de caracte- res de busca. Os parâmetros timeStart e timeEnd podem ser anulados pelo parâmetro deltaTimeShift especificado no méto- do SetSearch 262. Como um exemplo não-limitador, o parâmetro timeStart pode ser usado em estágios externos (pós- processamento) para realinhar os estágios com o video. Como um exemplo não-limitador, o parâmetro timeEnd pode ser usado como um ponto de sincronização para fundamentar outras ani- mações .
O método ClearSearch 266 pode incluir um ou mais dos seguintes parâmetros: dwCookie. 0 parâmetro dwCookie é um identificador único para a busca particular e permite que o método ClearSearch 266 livre os recursos do sistema asso- ciados à busca.
Um indivíduo versado na técnica de softwares ava- liará que os métodos na classe de busca 260 poderiam ficar diferentemente dispostos com mais ou menos parâmetros, pode- riam realizar mais ou menos operações e/ou poderiam convocar outros métodos para realizar as operações descritas. Além disso, os versados na técnica de softwares avaliarão que um dos métodos na classe de busca 260 poderia ser modificado de tal modo que o valor de retorno não seja um valor do fluxo particular que está sendo adaptado, porém, ao invés disso, é proveniente de outro fluxo de tempo co-localizado e/ou um indicador de tempo no programa. Como um exemplo não- limitador, quando um som particular ocorrer no programa (o valor que está sendo adaptado), uma determinada cena poderia ser retornada (o valor que está sendo retornado).
Voltando-se, agora, às Figuras 6 a 10, alguns e- xemplos hipotéticos serão usados para ilustrar, ainda, algu- mas das técnicas discutidas nas Figuras 1 a 5. Estes exem- plos são apenas ilustrativos e as técnicas aqui descritas poderiam ser usadas em muitos outros cenários. Tomando-se, primeiramente, a Figura 6, um diagrama de fluxo de processo ilustra que realiza a compatibilidade serial baseado em um "Mary had a little lamb" hipotético. A compatibilidade seri- al é usado quando você deseja processar determinadas buscas em um pedido especifico, e/ou realizar uma ou mais ações a- penas se todos os critérios de busca nesta exata ordem forem compatíveis. Um exemplo em que a compatibilidade serial pode ser útil ocorre quando um programa ao vivo está sendo radio- difundido e você não tem certeza de certos detalhes, logo, você deseja esperar até que os critérios estejam completa- mente compatibilizados e em uma determinada ordem exata. A compatibilidade serial não trabalha tão bem quando parte dos conteúdos, que é necessária para uma compatibilidade, pare- cer estar distorcida e/ou em cenários em que o programa é de fluxo intermediário e alguns conteúdos que incluem os crité- rios de busca já tenham sido radiodifundidos.
O processo da Figura 6 começa com a execução do evento OnLoad 270 a partir da pagina de busca. A primeira busca consiste em procurar por "Mary" 272. O fluxo é procu- rado até que "Mary" 274 seja localizado. Quando "Mary" é re- almente localizado 276, então, a busca procede com a procura por "Had" 278. O fluxo é, então, procurado até que "Had" 280 seja localizado. Quando "Had" é realmente localizado 282, então, a busca procede com a procura por "Little". O proces- so segue este padrão serial para cada uma das frases restan- tes até que "Lamb" for atualmente encontrado 294.
A Figura 7 ilustra uma página HTML amostrai con- tendo um código VBScript que serve para implementar o pro- cesso de compatibilidade serial descrito na Figura 6. Como um exemplo não-limitador, esta página inicial contendo os pares de busca/ação poderia ser transferida da Internet. Ou- tros cenários para obtenção da página inicial também poderi- am ser usados conforme previamente discutido. Um método de limite 300 limita a página em um objeto de busca (por exem- plo, uma instancia de classe de busca 260). Quando o evento OnLoad 302 for executado, o método SetSearch é convocado pa- ra configurar a primeira busca por "Mary". O método SetSear- ch é transmitido ao valor streamld "CC1" para fluxo de Ie- genda oculta, "ActMary" para o valor searchFnc com a finali- dade de especificar o nome da função de retorno, "Mary" para a seqüência de caracteres regExp com a finalidade de compa- tibilizar o valor, e "Once" para o modo com a finalidade de especificar quantas compatibilidades serão buscadas. Atrás das cenas, a função de retorno ActMary é registrada, e quan- do uma compatibilidade for realmente encontrada para "Mary", o método ActMary 304 é convocado. O método ActMary 304 con- figura, então, a próxima busca convocando-se o método SetSe- arch com os novos critérios. Então, este padrão se repete convocando-se o método ActHad 306, o método ActLittle 308 e o método ActLamb 310 nos momentos apropriados em ordem seri- al quando as compatibilidades forem encontradas. Quando o método ActLamb 308 é convocado no fim do processo serial, ele realiza a ação desejada e sincroniza a ação com os con- teúdos do programa, que, neste exemplo, consiste em iniciar uma página da rede que mostra um quiz "Test Your Little Lamb Knowledge" enquanto o programa está no ar (consulte a Figura 10 discutida em uma seção seguinte).
Voltando-se, agora, às Figuras 8 e 9, o mesmo e- xemplo hipotético será usado para ilustrar um processo de compatibilidade paralela. Um processo de compatibilidade pa- ralela pode ser útil em cenários em que existem seqüências de caracteres ausentes e/ou quando é iniciado em uma última parte de um programa depois que alguns conteúdos do programa já tiverem sido radiodifundidos. A Figura 8 ilustra o fluxo de processo e a Figura 9 ilustra a página HTML corresponden- te ao VBScript que implementa o processo. Ambas as Figuras serão coletivamente referidas na discussão a seguir. Mais uma vez, a página inicial mostrada contendo os pares de bus- ca/ação na Figura 9 poderia ser transferida a partir da In- ternet e/ou obtida por alguns outros meios. 0 processo come- ça com a ligação da página da rede a um objeto de busca (340 na Figura 9) e, então, executa o evento OnLoad 320 (342 na Figura 9) que inicia todas as buscas 322. No evento OnLoad 320, cinco buscas são registradas através do uso do método SetSearch que pode ser completo em qualquer ordem (se alguma vez): Mary 324, Had 326, A Little 328, Lamb 330, e 5 Segun- dos (tempo limite) 332. Quando as buscas por Mary 324, Had 326 e A Little 328 forem compatíveis, então, o método de re- torno ActLinel 334 (344 na Figura 9) é convocado. Quando as buscas por Lamb 330 e 5 Segundos (tempo limite) 332 forem compatíveis, o método de retorno DoneLinel 336 (346 na Figu- ra 9) é convocado. Quando a busca por Lamb 330 for completa com uma compatibilidade bem-sucedida, o método DoneLinel 336 (346 na Figura 9) explica os recursos convocando-se o método ClearSearch e, então, realiza a ação final, que consiste em exibir o quiz "Test Your Little Lamb Knowledge" e o sincro- niza com o programa. Conforme mostrado na Figura 10, a tela simulada 350 inclui, dentre outras coisas, uma janela de TV 352, bem como a janela de conteúdos 354 que serve para exi- bir o quiz "Test Your Little Lamb Knowledge" discutido nos exemplos hipotéticos nas Figuras 6 a 9. Os versados na téc- nica avaliarão que as buscas paralelas e seriais são extre- mos opostos dos métodos de busca, e que as combinações des- tes dois métodos de busca poderiam ser usadas ao invés ou em adição a ambos separados.
Embora o assunto tenha sido descrito em uma lin- guagem específica em características estruturais e/ou atos metodológicos, deve-se compreender que o assunto definido nas reivindicações em anexo não é necessariamente limitado às características ou atos específicos descritos anterior- mente. Ao invés disso, as características e atos específicos descritos anteriormente são apresentados como formas exem- plares de implementar as reivindicações. Deseja-se que todos os equivalentes, alterações e modificações, que se encontram no espírito das invenções conforme aqui descrito e/ou pelas reivindicações, sejam protegidos.
Por exemplo, elementos versados na técnica de softwares para computadores reconhecerão que os sistemas do cliente e/ou servidor, conteúdos de tela de interface do u- suário e/ou esboços de dados conforme descrito nos exemplos aqui discutidos poderiam ser diferentemente organizados em um ou mais computadores com a finalidade de incluir poucas opções ou características adicionais dos retratados nos e- xemplos e ainda estão no espírito da invenção.

Claims (20)

1. Método de conteúdos de sincronização em progra- mas de televisão, CARACTERIZADO pelo fato de compreender as etapas de: receber ao menos um fluxo de radiodifusão (222); receber um conjunto de instruções de busca a par- tir de uma trajetória de transmissão, sendo que o conjunto de instruções de busca compreende ao menos um critério de busca e ao menos uma ação associada a ser realizada (224); processar o fluxo de radiodifusão de modo a extra- ir porções de conteúdos (226); determinar que ao menos um critério de busca tenha sido encontrado nas porções extraídas de conteúdos (228); e iniciar ao menos uma ação associada, inclusive a sincronização da ação com uma programa particular que está sendo exibido (230).
2. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de o fluxo de radiodifusão ser um fluxo de intitulação (226).
3. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de o fluxo de radiodifusão ser um fluxo de áudio (222).
4. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de o conjunto de instruções de busca serem recebidos em uma página da rede (224).
5. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de compreender, ainda: usar uma reorientação enquanto o programa particu- lar está sendo exibido com a finalidade de fazer com que a ação aparente ocorrer antes de um ponto no momento em que a ação foi realmente iniciada (230) .
6. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de os critérios de busca serem base- ados ao menos em parte mediante um valor de seqüência de ca- racteres (224) .
7. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de os critérios de busca serem base- ados ao menos em parte mediante um som (228).
8. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de os critérios de busca serem base- ados ao menos em parte mediante um ou mais quadros de video (228) .
9. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de a etapa de determinar que ao me- nos um critério de busca foi encontrado não exigir uma com- patibilidade exata (228).
10. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de o conjunto de instruções de busca ser recebido, primeiramente, mediante o recebimento de uma entrada guia para o programa particular que está sendo exi- bido e, então, restaurar as instruções de busca em um URL particular especificado na entrada guia (224).
11. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de a trajetória de transmissão ser uma conexão da Internet (224).
12. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de o conjunto de instruções de busca ser especificado por um usuário (224).
13. Meio legível por computador, CARACTERIZADO pe- lo fato de ter instruções executáveis em computador que ser- vem para fazer com que um computador realize as etapas cita- das na reivindicação 1 (202).
14. Método de conteúdos de sincronização em pro- gramas de televisão, CARACTERIZADO pelo fato de compreender as etapas de: receber ao menos um fluxo de radiodifusão (242); receber ao menos uma página de busca a partir de uma trajetória de transmissão, sendo que a página de busca compreende ao menos um critério de busca e ao menos uma ação associada à ação que ser realizada (244); ligar a página de busca a ao menos um objeto de busca (246); a partir do objeto de busca, registrar ao menos um método de retorno de busca, sendo que o método de retorno fica localizado na página de busca, e o método de retorno é operável para realizar a ação associada (248); convocar o método de retorno para realizar a ação desejada quando os critérios de busca estiverem localizados no fluxo de radiodifusão (250); e sincronizar a ação associada a um programa parti- cular que está sendo exibido (252).
15. Meio legível por computador, CARACTERIZADO pe- lo fato de ter instruções executáveis em computador que ser- vem para fazer com que um computador realize as etapas cita- das na reivindicação 14 (202).
16. Interface de programa de aplicação para conte- údos de sincronização em programas de televisão, sendo que a interface de programa de aplicação incorporada em uma ou mais mídias legíveis por computador, CARACTERIZADA pelo fato de compreender: um método SetSearch dotado de uma pluralidade de parâmetros de chamada que compreendem uma função de busca, um valor para buscar, e um ID do cookie, sendo que o Id do cookie é um parâmetro de saída (262), o método SetSearch é operável para iniciar a busca de um fluxo de radiodifusão particular com a finalidade de localizar o valor a ser adap- tado (244), o método SetSearch é operável, ainda, para re- gistrar a função de busca como um método de retorno que é convocado quando o valor a ser adaptado estiver localizado no fluxo particular (248), e o valor a ser adaptado é deter- minado ao menos em parte por uma instrução de busca que é transmitida a partir de uma trajetória de transmissão (244); um método SearchFncTemplate dotado de um valor re- al adaptado ao parâmetro de chamada (264), sendo que o méto- do SearchFncTemplate é usado como um modelo pelo método Set- Search de modo a registrar a função de busca como o método de retorno que realiza uma ação particular com base na se- qüência de caracteres real adaptada, sendo que a ação é re- lacionada para distribuir um conteúdo desejado a um usuário junto a uma porção particular de um programa particular (248); e um método ClearSearch dotado de um parâmetro de chamada do ID do cookie como um parâmetro de entrada, sendo que o método ClearSearch é operável para excluir recursos em uso que são associados ao ID do cookie (266).
17. Interface de programa de aplicação, de acordo com a reivindicação 16, CARACTERIZADA pelo fato de o método SetSearch compreender, ainda, o seguinte parâmetro de chama- da: Um ID de fluxo que serve para identificar o fluxo de ra- diodifusão particular para buscar pelo valor a ser adaptado (262).
18. Interface de programa de aplicação, de acordo com a reivindicação 16, CARACTERIZADA pelo fato de o método SetSearch compreender, ainda, o seguinte parâmetro de chama- da: um deslocamento de tempo delta que serve para especifi- car um retardo no tempo de apresentação quando o valor a ser adaptado for localizado e quando a função de busca for con- vocada (262).
19. Interface de programa de aplicação, de acordo com a reivindicação 16, CARACTERIZADA pelo fato de o método SetSearch compreender, ainda, o seguinte parâmetro de chama- da: um tempo de busca inicial e um tempo de busca final (262) .
20. Interface de programa de aplicação, de acordo com a reivindicação 16, CARACTERIZADA pelo fato de o método SearchFncTemplate compreender, ainda, o seguinte parâmetro de chamada: um tempo inicial que indica um tempo inicial de um primeiro campo no valor a ser adaptado, e um tempo final que indica um tempo final de um último campo no valor a ser adaptado (264).
BRPI0619039-1A 2005-12-02 2006-11-02 televisão interativa sem gatilho BRPI0619039A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US11/292.868 2005-12-02
US11/292,868 US8307403B2 (en) 2005-12-02 2005-12-02 Triggerless interactive television
PCT/US2006/042887 WO2007064438A1 (en) 2005-12-02 2006-11-02 Triggerless interactive television

Publications (1)

Publication Number Publication Date
BRPI0619039A2 true BRPI0619039A2 (pt) 2011-09-20

Family

ID=38092559

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0619039-1A BRPI0619039A2 (pt) 2005-12-02 2006-11-02 televisão interativa sem gatilho

Country Status (8)

Country Link
US (1) US8307403B2 (pt)
EP (1) EP1964406A4 (pt)
JP (1) JP5174675B2 (pt)
KR (1) KR101312902B1 (pt)
CN (1) CN101322408B (pt)
BR (1) BRPI0619039A2 (pt)
MX (1) MX304391B (pt)
WO (1) WO2007064438A1 (pt)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7904922B1 (en) 2000-04-07 2011-03-08 Visible World, Inc. Template creation and editing for a message campaign
US7895620B2 (en) * 2000-04-07 2011-02-22 Visible World, Inc. Systems and methods for managing and distributing media content
US9094477B2 (en) * 2008-10-27 2015-07-28 At&T Intellectual Property I, Lp System and method for providing interactive on-demand content
ES2352397B1 (es) * 2009-06-24 2011-12-29 Francisco Monserrat Viscarri Dispositivo, procedimiento y sistema para generar eventos audiovisuales.
JP5595028B2 (ja) * 2009-12-14 2014-09-24 キヤノン株式会社 放送受信装置及び方法
CN102196193B (zh) * 2010-03-15 2015-04-29 新奥特(北京)视频技术有限公司 一种实现多种球类体育赛事的字幕播出方法
DE102010045335A1 (de) * 2010-09-14 2012-03-15 Klaus Hoffmann Verfahren zum Interaktiven Fernsehen mittels Apps auf Smartphones und Tablet-Computern
US8681866B1 (en) 2011-04-28 2014-03-25 Google Inc. Method and apparatus for encoding video by downsampling frame resolution
US9106787B1 (en) 2011-05-09 2015-08-11 Google Inc. Apparatus and method for media transmission bandwidth control using bandwidth estimation
US9185429B1 (en) 2012-04-30 2015-11-10 Google Inc. Video encoding and decoding using un-equal error protection
US8948568B2 (en) 2012-07-31 2015-02-03 Google Inc. Customized video
US20140108602A1 (en) * 2012-10-13 2014-04-17 Thomas Walter Barnes Method and system for delivering time-sensitive, event-relevant interactive digital content to a user during a separate event being experienced by the user
US9172740B1 (en) 2013-01-15 2015-10-27 Google Inc. Adjustable buffer remote access
US9311692B1 (en) 2013-01-25 2016-04-12 Google Inc. Scalable buffer remote access
US9225979B1 (en) 2013-01-30 2015-12-29 Google Inc. Remote access encoding
CN105357588A (zh) * 2015-11-03 2016-02-24 腾讯科技(深圳)有限公司 数据显示方法及终端

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6336429A (ja) 1986-07-31 1988-02-17 Nec Corp デ−タ検索回路
US5805156A (en) * 1994-09-19 1998-09-08 Intel Corporation Automated media capturing system
US6240555B1 (en) * 1996-03-29 2001-05-29 Microsoft Corporation Interactive entertainment system for presenting supplemental interactive content together with continuous video programs
US5937331A (en) 1996-07-01 1999-08-10 Kalluri; Rama Protocol and system for transmitting triggers from a remote network and for controlling interactive program content at a broadcast station
US20030093790A1 (en) * 2000-03-28 2003-05-15 Logan James D. Audio and video program recording, editing and playback systems using metadata
JPH10154182A (ja) 1996-11-25 1998-06-09 Nippon Telegr & Teleph Corp <Ntt> 問い合わせ回答方法及びシステム
KR19990051743A (ko) 1997-12-19 1999-07-05 정선종 내용 기반 영상 정보를 이용한 등록 상표 자동 검색 방법
JPH11259492A (ja) 1998-03-09 1999-09-24 Digital Archives Japan Kk 画像検索システム、画像検索方法および記録媒体
JPH11353325A (ja) 1998-06-10 1999-12-24 Hitachi Ltd 映像と関連情報の同期表示システム
JP4242986B2 (ja) 1998-10-27 2009-03-25 パナソニック株式会社 フォーカス制御装置
US6526580B2 (en) * 1999-04-16 2003-02-25 Digeo, Inc. Broadband data broadcasting service
US6816858B1 (en) * 2000-03-31 2004-11-09 International Business Machines Corporation System, method and apparatus providing collateral information for a video/audio stream
EP1293094A1 (fr) * 2000-05-25 2003-03-19 Thomson Licensing S.A. Dispositif et procede de synchronisation de programmes audiovisuels diffuses et d'informations complementaires
EP1410637A2 (en) * 2000-07-27 2004-04-21 Koninklijke Philips Electronics N.V. Transcript triggers for video enhancement
US6928429B2 (en) * 2001-03-29 2005-08-09 International Business Machines Corporation Simplifying browser search requests
US20030001887A1 (en) * 2001-06-27 2003-01-02 Smith James E. Method and system for communicating user specific infromation
US7017148B2 (en) * 2001-07-10 2006-03-21 Intel Corporation Apparatus and method for UPnP device code generation using XML
US7610358B2 (en) * 2001-11-26 2009-10-27 Time Warner Cable System and method for effectively presenting multimedia information materials
FR2841724A1 (fr) 2002-06-28 2004-01-02 Thomson Licensing Sa Systeme et procede de synchronisation pour programmes audiovisuels, dispositifs et procedes associes
BR0313688A (pt) 2002-08-26 2005-06-21 Samsung Electronics Co Ltd Mìdia de armazenamento de informações, método de processamento de uma entrada de usuário em um modo interativo em que dados de av são reproduzidos com um documento de marcação, aparelho para reprodução de dados de av em um modo interativo, dispositivo de reprodução, e método de processamento de uma entrada de usuário em um modo interativo
US20040268419A1 (en) * 2003-06-24 2004-12-30 Microsoft Corporation Interactive content without embedded triggers
WO2005006758A1 (en) 2003-07-11 2005-01-20 Koninklijke Philips Electronics N.V. Method and device for generating and detecting a fingerprint functioning as a trigger marker in a multimedia signal
US7653288B2 (en) 2003-08-16 2010-01-26 Samsung Electronics Co., Ltd. Information storage medium having data structure for being reproduced adaptively according to player profile information, method for reproducing AV data in interactive mode
JP2005286966A (ja) 2004-03-31 2005-10-13 Hitachi Ltd 情報処理装置及び情報処理システム

Also Published As

Publication number Publication date
KR20080071585A (ko) 2008-08-04
US8307403B2 (en) 2012-11-06
KR101312902B1 (ko) 2013-09-30
CN101322408A (zh) 2008-12-10
JP5174675B2 (ja) 2013-04-03
MX304391B (es) 2012-10-17
WO2007064438A1 (en) 2007-06-07
EP1964406A1 (en) 2008-09-03
US20070130611A1 (en) 2007-06-07
CN101322408B (zh) 2011-08-03
EP1964406A4 (en) 2010-09-08
JP2009517976A (ja) 2009-04-30

Similar Documents

Publication Publication Date Title
BRPI0619039A2 (pt) televisão interativa sem gatilho
US10893307B2 (en) Video subtitle display method and apparatus
TWI332358B (en) Media player apparatus and method thereof
EP3787300A1 (en) Video stream processing method and apparatus, computer device and storage medium
US10021445B2 (en) Automatic synchronization of subtitles based on audio fingerprinting
US8838594B2 (en) Automatic method to synchronize the time-line of video with audio feature quantity
US8346540B2 (en) Deep tag cloud associated with streaming media
CN110024412A (zh) 一种视频直播的方法、装置和系统
US20050080631A1 (en) Information processing apparatus and method therefor
JP2004166253A (ja) マルチメディアオブジェクトのための時間基準
US11595731B2 (en) Implementation method and system of real-time subtitle in live broadcast and device
US10205794B2 (en) Enhancing digital media with supplemental contextually relevant content
US20040177317A1 (en) Closed caption navigation
US11758245B2 (en) Interactive media events
TWI535278B (zh) 影片播放方法以及系統
US20120151010A1 (en) Electronic device and method for playing media content
JP6089874B2 (ja) 多言語同時再生システム
US9084011B2 (en) Method for advertising based on audio/video content and method for creating an audio/video playback application
CN113891108A (zh) 字幕优化方法、装置、电子设备和存储介质
KR101477492B1 (ko) 동영상 콘텐츠 편집 및 재생을 위한 장치 및 그 방법
US9049416B2 (en) System and method for constructing scene clip, and record medium thereof
JP5410128B2 (ja) コンテンツ表示制御装置、コンテンツ表示制御方法、プログラム、記録媒体
Draxler Speech recorder quick start and user manual
CN113422998A (zh) 短视频和笔记内容生成的方法、装置、设备及存储介质
BR112016017815B1 (pt) Método para utilização sincronizada de dispositivo eletrônico e sistema para processar conteúdo de áudio/vídeo

Legal Events

Date Code Title Description
B11A Dismissal acc. art.33 of ipl - examination not requested within 36 months of filing
B11Y Definitive dismissal - extension of time limit for request of examination expired [chapter 11.1.1 patent gazette]
B15K Others concerning applications: alteration of classification

Ipc: H04N 7/173 (2011.01)