BRPI0710685A2 - metodo e aparelho de programação de controle de conteúdo de mìdia - Google Patents

metodo e aparelho de programação de controle de conteúdo de mìdia Download PDF

Info

Publication number
BRPI0710685A2
BRPI0710685A2 BRPI0710685-8A BRPI0710685A BRPI0710685A2 BR PI0710685 A2 BRPI0710685 A2 BR PI0710685A2 BR PI0710685 A BRPI0710685 A BR PI0710685A BR PI0710685 A2 BRPI0710685 A2 BR PI0710685A2
Authority
BR
Brazil
Prior art keywords
video
content
user
media
metadata
Prior art date
Application number
BRPI0710685-8A
Other languages
English (en)
Inventor
H Kenneth Ferguson
Original Assignee
H Kenneth Ferguson
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 H Kenneth Ferguson filed Critical H Kenneth Ferguson
Publication of BRPI0710685A2 publication Critical patent/BRPI0710685A2/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/10—Arrangements for replacing or switching information during the broadcast or the distribution
    • H04H20/106—Receiver-side switching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/27—Arrangements for recording or accumulating broadcast information or broadcast-related information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
    • H04H60/46—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for recognising users' preferences
    • 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/251—Learning process for intelligent management, e.g. learning user preferences for recommending movies
    • H04N21/252—Processing of multiple end-users' preferences to derive collaborative data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/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/25883—Management of end-user data being end-user demographical data, e.g. age, family status or address
    • 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/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2665—Gathering content from different sources, e.g. Internet and satellite
    • 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/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2668—Creating a channel for a dedicated end-user group, e.g. insertion of targeted commercials based on end-user profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/4508—Management of client data or end-user data
    • H04N21/4532—Management of client data or end-user data involving end-user characteristics, e.g. viewer profile, preferences
    • 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/454—Content or additional data filtering, e.g. blocking advertisements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/482—End-user interface for program selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Computing Systems (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Graphics (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

MéTODO E APARELHO DE PROGRAMAçãO DE CONTROLE DE CONTEúDO DE MIDIA. Método e sistema para controle, combinação e gerenciamento deprogramação de televisão e de conteúdo de lnternet (tanto o tradicional como o de fontes de vídeo) e, mais especificamente, para adaptação de opções de mídia e de conteúdo com base, em parte, na edição dinâmica de conteúdo de acordo com preferências do usuário. Pode-se usar Grupos de Afinidade para marcar, recomendar ou fornecer edição seletiva de video e outras mídias que podem ser recebidas pelos usuários. Os usuários podem associar-se a Grupos de Afinidade seletivamente visualizar ou ter conteúdo filtrado automaticamente a partir de dados recebidos em seus lares, de tal forma que a exibição da mídia contempla menos do que a midia ali recebida, com base nas recomendações do Grupo de Afinidade. Podem ser criados menus e telas que mostram o conteúdo de mídia preferencial, além de conteúdo extra criado pelos Grupos de Afinidade. As programações dos canais podem ser filtradas antecipadamente ou fornecer avisos personalizados sobre material questionável.

Description

MÉTODO E APARELHO DE PROGRAMAÇÃO DE CONTROLE DE CONTEÚDO
DE MÍDIA
1 .FUNDAMENTOS DA INVENÇÃOCAMPO DA INVENÇÃO
A presente invenção concerne o controle, a combinação e o gerenciamento deprogramação de televisão e de conteúdo de Internet (tanto o tradicional como o defontes de vídeo) e, mais especificamente, à adaptação de opções de mídia e deconteúdo com base, em parte, na edição dinâmica de conteúdo de acordo compreferências do usuário. A funcionalidade decorre de um inovador sistema degeração de metadados e entrega que possibilita gerenciamento de conteúdo a umagranularidade em nível de sub-programa.
2.DESCRIÇÃO DA TECNOLOGIA ANTERIOR
A abundância de fontes de programação de entretenimento televisivo atualmentedisponíveis em larga escala através de sistemas de distribuição por teledifusão, acabo, via satélite ou pela Internet proporcionam aos telespectadores umaimpressionante variedade de opções de entretenimento. Em decorrência dessatremenda variedade, os telespectadores acreditam que muitas dessas alternativasde entretenimento são impossíveis de descobrir ou de investigar sem auxílioeditorial. Por exemplo, um telespectador pode ter interesse apenas na programaçãode eventos atuais, tais como notícias, programas de entrevistas ou de esportes, nãotendo nenhum desejo de assistir programas infantis ou vídeos musicais. No casodas família, há a necessidade adicional de determinar e exibir apenas conteúdoapropriado a determinadas idades, dependendo do horário, familiares presentes edemais padrões e exigências pessoais e de utilização. Seria vantajoso para otelespectador poder ter um serviço que fosse capaz de localizar, armazenar erecomendar automaticamente a programação desejada, ao mesmo tempo em queocultasse, bloqueasse, filtrasse ou separasse programas indesejados.Existem alguns métodos de eliminação para seleção de canais conhecidos. Porexemplo, na televisão via satélite utiliza-se guias de configuração e categorização de canais como métodos de supressão de exibição de seleções por um processorudimentar de eliminação do aparecimento de canais da guia de programaçãomostrada em tela. Uma desvantagem desse sistema é que alguns canais possuemuma programação variada que pode incluir programas interessantes e programasindesejáveis. Ao se eliminar todo o canal do guia de tela, também se elimina aoportunidade de escolher a programação que se deseja assistir naquele canalquando a mesma é apresentada. Pode-se ver assim que há necessidade de umserviço e aparelho que possam personalizar as opções de escolha de programaspara conferir ao telespectador todas as opções de programação interessantedisponíveis, em qualquer dado momento e de todas as fontes, ao mesmo tempo em que se eliminar canais, programas e conteúdo indesejáveis ou inadequados. Estanecessidade aumentará consideravelmente à medida que o fornecimento deconteúdo de vídeo na Internet tenda a convergir com mecanismos tradicionais de
transmissão (teledifusão, cabo e satélite). Sem regulação de conteúdo (as redes sãoreguladas pela Comissão Federal de Telecomunicações) e técnica e/ou econômica(as difusoras, companhias de TV a cabo e de transmissão via satélite são todasreguladas técnica ou economicamente em nível federal, estadual ou municipal comoserviços públicos) e sem a necessidade de concentração econômica e asconseqüentes grandes barreiras à penetração de mercado, haverá um aumentomaciço na quantidade de programação de vídeo disponível, e um grande aumento na diversidade e faixa de qualidade do conteúdo de vídeo disponível.Outro importante recurso de gerenciamento de vídeo é a modificação ou eliminaçãode conteúdo indesejável que acontece dentro de programas de resto aceitáveis.Muitos telespectadores acham questionáveis certas partes de programas detelevisão normalmente divertidos. Por exemplo, a eliminação de baixo calão,conteúdo sexual, nudez e violência é necessária para proteger as crianças daexposição a conteúdo potencialmente nocivo. Além disso, muitos adultos acham taiscenas desnecessárias e depreciativas da satisfação com o programa. Às vezes oconteúdo indesejável não se limita à parte editorial do programa em si, mas podetambém abranger os comerciais publicitários inseridos anteriormente e exibidosdentro dos programas. Dispositivos mais antigos buscaram lograr sucesso na ediçãousando dados como meta-rótulos para fornecer uma edição personalizada daprogramação de mídia e marcar cenas questionáveis. No entanto, um sistema dessanatureza só funciona se o fluxo de mídia entrante for codificado pelo provedor deconteúdo original. Demais, o próprio metadado pode ser prejudicado pelaparcialidade de sua criação (como no caso do sistema de classificação televisivaMPAA1 que é gerado pelos produtores dos programas), tornando qualquer sistemade edição possível baseado nesses metadados não confiável para ostelespectadores e portanto de pouco ou nenhum uso.
Uma abordagem mais eficiente é separar totalmente a criação de metadadoseditoriais da infra-estrutura e das ferramentas técnicas necessárias para aplicar eutilizar os critérios incorporados nos metadados. Isso permite aos usuários de umainfra-estrutura de tecnologia única basear-se no discernimento editorial de um oumais grupos de afinidade ou comunitários tais como associações de pais, igrejas,grupos comunitários e sociais, associações empresariais, de esporte e assim pordiante. A invenção candidata oferece uma robusta maneira de diferenciar, atribuir eposteriormente re-associar escolhas do usuário com respeito a conteúdo editorialcriado de forma independente. Isso abrange o uso de uma combinação deidentificadores setoriais específicos para conteúdo de vídeo/filmes (tais como osespecificados nos padrões SMTPE), URIs/URLs para vídeo de Internet e UUIDs e/ouURIs (identificadores exclusivos universais e/ou identificadores uniformes derecursos) dentro do sistema para representar concisa e exclusivamente autores deconteúdo editorial e conjuntos de metadados e mapeá-los de forma confiável para asescolhas do usuário. [008]Na invenção candidata, os metadados criados de formaindependente podem usar um índice ou marcador cronológico, ou "impressãodigital", para indicar um ponto no tempo a partir do início do programa de mídia ousub-parte do programa. Por outro lado, o metadado pode fazer referência a umíndice de quadro, deslocamento temporal, referência de capítulo, de cena ou a outroindicador de posição dentro do programa de mídia, inclusive de qualquer sub-fluxode mídia. O metadado pode chegar até o monitor através de um canal decomunicação totalmente independente (tal como via conexão de rede por protocoloTCP/IP) ou meio digital físico, tal como um disco de CD ou DVD, para ser usadodepois que o fluxo digital carregando o conteúdo audiovisual tenha chegadoseparadamente até o equipamento terminal do cliente (CPE). Ou o metadado podeser embutido independentemente de maneira não invasiva e não destrutiva dentrode fluxo de vídeo digital a montante do CPE por meio do modelo de sub-fluxo/subcanal extensível incluído em todos os modernos formatos de transmissãode vídeo tais como fluxos de transporte e de programas tipo MPEG-2 ((MotionPicture Expert Group standard 2). Em qualquer caso, o metadado deve operarcorretamente em conjunto com tradicionais fluxos "abertos" de mídia, bem comocom conteúdo de mídia codificado e protegido, distribuído com ferramentas de"gestão de direitos digitais" (DRM) e infra-estrutura de apoio.
Além da criação de metadados editoriais e de sua entrega ao CPE quer fora oudentro do fluxo de vídeo a ser utilizado com conteúdo pré-gravado, outra aplicaçãoaltamente vantajosa da tecnologia seria a filtragem ou bloqueio de conteúdo devídeo em tempo real ou quase real. Em tal sistema, a edição de mídia seriarealizada por pessoas monitorando o fluxo de vídeo numa estação de controlecentral, por exemplo, sendo que as decisões editoriais fariam com que um sinal decontrole ou sinal de comando de edição fosse enviado por rede para ativar oudesativar um CPE de exibição/gravação de vídeo localizado no ambiente dotelespectador. A pessoa vê os mesmos programas e transmite os sinais de controlea todos os lares de assinantes simultaneamente. Se o fluxo de vídeo estiver sendoexibido com um pequeno atraso, os sinais de comando alcançariam o CPE antes domomento em que o conteúdo indesejado fosse realmente exibido aos usuários. Hádiversas estratégias para criar e manter (e, se o conteúdo for totalmente omitido,reconstruir) uma memória de armazenamento de conteúdo dinâmico em tempoquase real no CPE. Com o tempo, abordagens informáticas e de "inteligênciaartificial" mais poderosas poderão ser utilizadas para automatizar no todo ou emparte (automatização com supervisão humana) o processo de tomada de decisõeseditoriais em tempo real.
Para obter um serviço assim, o telespectador precisaria assinar a autorizar oprovedor do serviço a colocar um dispositivo de controle (quer em hardware ousoftware) no equipamento de exibição/gravação de vídeo, o qual funcionaria emconjunto com o sinal de controle recebido da estação de controle central. Nestesistema o sinal de controle é aplicado durante a difusão da estação à medida que oprograma está sendo transmitido, quer ao vivo ou de preferência com um pequenoatraso.
Um sistema capaz de combinar preferências pessoais pré-determinadas commetadados editoriais a fim de identificar, agregar, realçar e filtrar ou bloquearconteúdo de vídeo também poderia ser grandemente aprimorado se o efetivocomportamento do telespectador fosse registrado no sistema por meio de umprocesso de realimentação baseado em utilização monitorado pelo sistema. Ainvenção candidata faz exatamente isso, mantendo (com permissão do usuário ecom a segurança e privacidade necessárias em ação) um registro completo deescolhas de mídia e de comportamento (seleção de canais, tempo de exibição eoutras informações obtidas automaticamente, bem como classificações ecategorizações opcionais de certas escolhas de exibição). Estes metadados criadospelo usuário são retroalimentados no sistema, que por sua vez emprega regras deinteligência artificial para inferir as preferências de visualização do telespectador,permitindo que o sistema forneça automaticamente conjuntos, recomendações efiltragem ainda mais personalizados e objetivos à medida que o sistema é utilizado.Estes dados de usuário também podem ser agregados e analisados em conjuntocom base em grupos de afinidade (GAs) com os quais o usuário se identifique a fimde fortalecer ainda mais o sistema. O usuário também pode ser notificado (com baseem elementos comuns de sua utilização de mídia) sobre grupos sociaisanteriormente desconhecidos com os quais ele possa se identificar. O sistematambém proporciona uma plataforma ideal para publicidade adaptada. O profundoconhecimento do sistema sobre interesses e atividades do usuário - obtido deinformações reunidas diretamente do usuário, de informações de grupos deafinidade e de dados coletados diretamente da utilização de sistemas tanto de vídeocomo da Internet - oferece uma poderosa plataforma para uma publicidadepersonalizada e altamente objetiva. As tecnologias de edição/substituição deconteúdo do sistema - quer durante a reprodução de programação gravada ou deconteúdo "ao vivo" - podem ser usadas para alterar dinamicamente a publicidade.Por último, o rastreamento do comportamento do usuário por meio de software noCPE fornecerá um nível inédito de informações disponíveis para os anunciantes.A noção de "equipamento terminal do cliente" está passando por rápidas mudançascom respeito à exibição de conteúdo de vídeo. O conteúdo de vídeo pode serexibido não apenas em aparelhos de televisão diretamente ou por meio decomputadores "set-top box" orientados à televisão, mas também em gravadores devídeo digital/gravadores pessoais de vídeo (DVR/PVRs), computadores pessoais elaptops, reprodutores de DVD portáteis, reprodutores de mídia portáteis (quer demúsica/áudio apenas ou de áudio e vídeo), telefones celulares com recursosmultimídia e assim por diante, numa explosão de dispositivos digitais com recursosmultimídia cada vez mais interconectados. A tecnologia de agregação,recomendação e filtragem de vídeo proposta será aplicada a outros dispositivos nãotradicionais à medida que o sistema vai sendo aperfeiçoado para incluí-los em seuescopo.
Embora as pessoas e as famílias tenham necessidades especiais com respeito àdescoberta, gestão e filtragem/bloqueio de conteúdo de vídeo de todas as fontes, amaioria dos usuários também usará conteúdo de Internet não visual ao mesmotempo e não raro no mesmo dispositivo, ou em dispositivo bastante relacionados.Por "conteúdo de Internet" entende-se, dentro outros, páginas da web compostas detexto, imagens, áudio, vídeo embutido etc.; email com tipos de conteúdosemelhante; mensagens instantâneas com tipos de conteúdo semelhante, e assimpor diante. Há uma grande coincidência de interesses de usuários e depreocupações com conteúdo de vídeo e seus interesses e preocupações sobreconteúdo de Internet. Assim, a invenção candidata irá gerir conteúdo de Internetusando a mesma base de conhecimento sobre os interesses e preocupações dosusuários concernentes à utilização de serviços de vídeo. Como ocorre com autilização de vídeo, os padrões de utilização de Internet dos usuários serãoagregados à mesma base de conhecimento e analisados a fim de aperfeiçoar atransmissão de conteúdo desejável e a filtragem ou bloqueio de conteúdoindesejável, bem como para melhorar as recomendações e a filtragem do serviço devídeo (por exemplo, se o usuário está navegando na Internet buscando corridasautomobilísticas, o sistema de vídeo automaticamente registrará e proporá aousuário programas sobre aquele mesmo assunto). Além disso, o padrão deutilização da Internet de grandes números de pessoas que se identificam com um oumais GAs pode ser usado para personalizar ainda mais a agregação, arecomendação e a filtragem, visto ser provável que esses usuários de GAs por elesescolhidos terão interesses, preferências e valores semelhantes com respeito aoconteúdo de Internet. No que tange a abordagem tecnológica de gestão de conteúdode Internet, a invenção candidata não instalará nenhum software (ou se o fizer, talserá mínimo) nos sistemas de informática clientes. Em vez disso, a invençãoexecutará toda a lógica de agregação, filtragem e captura de padrão de uso emservidores de rede logicamente situados entre o computador do cliente e a Internet.Esta abordagem possui muitas vantagens práticas e teóricas, sendo essencialmentepossibilitada pelo fato de que o provedor de serviços de vídeo do usuário (VSP)provavelmente será também seu provedor de serviços de Internet (ISP). Assim, seránatural para a invenção candidata colocar a "lógica de funcionamento" de agregaçãoe filtragem de conteúdo de Internet na rede fronteiriça operada pelo ISP. Entretanto,mesmo naqueles casos em que os usuários optam por usar a Internet de outroslocais fora de seus lares, uma pequena camada de software instalada em seuscomputadores poderia ser usada para habilitar gerenciamento e filtragem deconteúdo baseados em rede. Em virtude do exposto acima, será percebido que há necessidade de um sistema para possibilitar uma gestão, agregação, recomendaçãoe filtragem de conteúdo de vídeo altamente personalizada, para uso de assinantesde vídeo transmitido por difusão, cabo, satélite e pela Internet, bem como peloconteúdo de Internet não visual associado. O poder do sistema é dramaticamenteamplificado porque os usuários serão incentivados a associar-se a um ou mais GAs1 cujo comportamento agregado pode ser usado para adaptar ainda mais o sistema acada usuário individual ou grupo de usuários (normalmente uma família). Osusuários ajustam parâmetros do sistema e podem ter a faculdade de escolherignorar esses parâmetros, portanto em vez de restringir o uso da mídia de qualquermaneira, o sistema melhora a escolha do usuário e fornece mais opções de exibiçãoe de gerenciamento de mídia do que as atualmente disponíveis.
Nenhuma tecnologia anterior, quer tomadas isolada ou combinadamente, parecemdescrever a descrição imediata reivindicada.
RESUMO DA INVENÇÃO
Um objetivo da invenção é alcançar um meio de agrupar todos os sistemas detransmissão de conteúdo disponíveis, filtrar e adaptar o conteúdo disponível deacordo com os gostos e conveniências do assinante para dar ao consumidor umcontrole mais personalizado sobre as escolhas de mídia.
Um objetivo da invenção é fornecer aos telespectadores a capacidade de recebersinal de entretenimento com serviço de aplicativo editorial capaz de filtrarseletivamente conteúdos indesejáveis.Outro objetivo da invenção é fornecer um serviço de aplicativo de edição ao vivo quepossa promover programação de conteúdo que melhor atenda o assinanteindividual.
Ainda outro objetivo da invenção é fornecer sistemas de banda larga paratransmissão de conteúdo.
Ainda outro objetivo é fornecer conjunto de circuitos eletrônicos para receberentradas de sinal tanto de provedores de programação de televisão, tais como caboou satélite, como de conexões de banda larga para recepção de serviços de ediçãode conteúdo.
Ainda outro objetivo da invenção é proporcionar um sistema capaz de editar eselecionar conteúdo de mídia transmitido por sistemas difusores tais como televisão,rádio e redes de computadores tais como a Internet.
Ainda outro objetivo da invenção é proporcionar vários níveis de filtragem seletiva deconteúdo, para permitir seletivamente a exibição total ou modificada do mesmoconteúdo. Ainda outro objetivo da invenção é proporcionar aos assinantes um guiade programação em tela personalizado que exiba somente a programação desejada,bem como ofereça informações extras de recomendação ainda mais adaptadas àsnecessidades específicas dos assinantes.
Ainda outro objetivo da invenção é fornecer aos assinantes reprodução editada deprogramações, excluindo cenas e linguagem indesejadas de programas de televisãoapós a transmissão da programação original.
Ainda outro objetivo da invenção é proporcionar um gravador de vídeo pessoal quereceba e registre todo um programa de maneira que o assinante possa receber earmazenar programas que satisfaçam suas necessidades e interesses específicos.Outro objetivo da invenção é proporcionar aos assinantes conteúdo de programaçãobaseada na Internet além do conteúdo de programação televisiva na mesma tela detelevisão. Esses e outros objetivos da presente invenção serão prontamenteevidentes após análise da seguinte descrição detalhada da invenção e dosdesenhos anexos. Estes objetivos da presente invenção não são exaustivos e nãodeverão ser interpretados de sorte a limitar o escopo ou alcance da invençãoreivindicada. Além disso, deve ser entendido que nenhuma reprodução da presenteinvenção necessita contemplar todos os objetivos acima mencionados da presenteinvenção. Em vez disso, a determinada representação pode incluir um ou mais dosobjetivos acima. De forma análoga, esses objetivos não devem ser usados pararestringir o alcance das reivindicações da presente invenção. Em suma, a invençãocontempla um serviço de programação televisiva adaptado, com editores individuaisresponsáveis pela avaliação e edição da reprodução do conteúdo de programaçãode televisão. Os editores preferencialmente avaliam o conteúdo de cada programaindividualmente com base nas expectativas dos telespectadores. A programaçãopode ser modificada durante sua reprodução para excluir temas questionáveis,dentre os quais cenas ou linguagem. Em tela é exibido um guia de programaçãopara preferencialmente indicar a programação que atenda às preferências deconteúdo predeterminadas, bem como para automaticamente registrar e armazenaros programas que satisfaçam os critérios predeterminados e a avaliação do setor deedição ao vivo especializado naquele gênero de conteúdo (semelhantemente a umjornal que organiza as seções editoriais por gênero de interesse). O guia deprogramação em tela contempla uma relação de programas que foram revistos epredeterminados como adequados às expectativas de conteúdo de programação doassinante. Aquela programação de televisão semanal que de regra satisfaçam oscritérios de conteúdo pode ser exibida em cor realçada quando contiver temasquestionávep. As funções de adição podem ser ignoradas utilizando-se um códigode acesso de administrador.
É um objetivo da invenção fornecer elementos aperfeiçoados e seus sistemas paraos fins descritos em um aparelho que seja acessível, confiável e plenamente eficazpara atingir sua função pretendida.
Estes objetivos da presente invenção não são exaustivos e não deverão serinterpretados de sorte a limitar o escopo ou alcance da invenção reivindicada. Alémdisso, deve ser entendido que nenhuma reprodução da presente invenção necessitacontemplar todos os objetivos acima mencionados da presente invenção. Em vezdisso, uma determinada representação pode incluir um ou mais dos objetivos acima.De forma análoga, esses objetivos não devem ser usados para restringir o alcancedas reivindicações da presente invenção. Esses e outros objetivos da presenteinvenção serão prontamente evidentes após análise das seguintes especificações edesenhos.
BREVE DESCRIÇÃO DOS DESENHOS
A Figura 1 é uma visão esquemática do sistema geral segundo uma representaçãopreferencial da invenção.
A Figura 2 é uma visão esquemática do sistema geral de acordo com uma segundarepresentação da invenção.A Figura 3 é uma visão esquemática da arquitetura e da funcionalidade do softwarecliente de set-top box/gravador de vídeo digital (STB/DVR).
A Figura 4 é uma visão esquemática do processo de criação, distribuição e utilizaçãode metadados editoriais.
A Figura 5 é uma visão esquemática do subsistema de gerenciamento e filtragem deconteúdo de Internet.As Figuras 6A e 6B remetem a uma tabela que mostra os tipos de metadados e demídia e suas inter-relações.
Os caracteres de referência semelhante denotam recursos correspondentesuniformemente em todo os desenhos anexos.
DESCRIÇÃO DETALHADA DA(S) REPRESENTAÇÃO(ÕES) PREFERENCIAL(AIS)
1. Visão geral do sistema
Conforme demonstrado na Figura 1, a representação preferencial da invençãoabrange uma série de componentes e subsistemas. No coração do sistemaencontra-se um centro de processamento de dados centralizado (02) no qual umgrande grupo de servidores tolerantes a falhas (04) gerencia e organiza três basesde dados: informações avançadas complementares de fontes devídeo/áudio/multimídia que descrevem seus conteúdos de forma estruturada("metadados") (08), informações fornecidas pelo próprio usuário sobre ele e suafamília, bem como seus grupos de afinidade ("informações do usuário") (10), eregistros concernentes ao padrão de utilização de multimídia e de Internet dousuário ("informações de utilização") (12). Por outro lado, a fim de alcançar umamaciça escala de sistema, o centro de processamento de dados (02) poderá serregionalizado e ficar "próximo" a um conjunto de usuários geograficamentedelimitados, com uma base de dados de "imagem única", replicada em regime multi-master para uso com os metadados (08) e somente determinados parâmetros dosistema como um todo, cruciais mas limitados, armazenados na cadeia de centrosde processamento de maneira replicada em regime multi-master com respeito àsinformações do usuário (10) e às informações de utilização (12).Para fazer uso da invenção, o usuário teria de contatar o provedor de serviços devídeo ou o provedor do sistema para iniciar o serviço. O contato inicial de aquisiçãodo sistema poderia ser feito por telefone ou sistema de informática. No entanto,ainda que o contato inicial se dê por telefone, o usuário de preferência utilizaráalgum tipo de sistema informatizado, quer um computador pessoal (PC) ou vídeo-computador tipo set-top box (STB), para configurar e implementar o sistema, porexemplo, para transferir suas transferências pessoais para o sistema.
Nesta representação preferencial o usuário usa o software e os serviços que sãocomponentes da invenção para adquirir e ativar o serviço proporcionado pelainvenção. Esta abordagem é preferida porque o sistema precisa adquirir umaquantidade expressiva de informações sobre o usuário. Parte dessa necessidade deinformações é aprimorada pela auto-identificação do usuário por meio de um GA(conforme explicado a seguir). Entretanto, uma melhor abordagem é usar o própriosistema para criar uma conta de usuário e iniciar uma série de processosautomáticos ou semi-automáticos que resultarão na completa implementação eutilização do sistema.
O modelo preferido de "auto-inicialização" do sistema para fins de configuração eimplementação baseia-se na onipresença da Internet e da world-wide web. Ousuário se conectaria à Internet e usaria um navegador web em seu PC (56) paratentar criar uma nova conta de sistema através de um servidor web do sistema (06).O sistema pediria ao usuário que identificasse seu provedor de serviços de vídeo(VSP). Havendo parceria válida entre o sistema e o VSP do usuário, a criação daconta seria autorizada. O usuário então teria uma conta criada dentro da principalbase de dados do sistema (10). No caso de o VSP do usuário não ser parceiro,poderá ser recomendado um VSP idôneo ou os dados (não-identificáveis) doassinante rejeitado poderiam ser usados como subsídio para que o VSP adotasse osconceitos e sistemas da invenção.Outro modelo de "auto-inicialização" para implementação do sistema seria utilizar osrecursos de TV interativa oferecidos por alguns (mas nem todos) os VSPs. Emalguns sistemas os usuários podem navegar, comprar e descarregar novosaplicativos para seus STBs (52). O sistema da presente invenção seria listadopreferencialmente como um aplicativo descarregável a partir to servidor deaplicativos do VSP (22), o usuário compraria ("licença") o serviço, software ouaplicativo e o sistema seria então descarregado (26) para inicializar o aplicativocliente. Ao ser iniciado, o aplicativo cliente executado no STB (52) poderia então darinício á interação com o usuário a fim de obter as informações necessárias,transmitir as informações obtidas ao servidor do sistema (04) (de preferência atravésdo servidor de nível 2 (24), que por sua vez enviaria as informações ao servidorprincipal do sistema (04)), o qual então seria plenamente capaz de configurar eimplementar o serviço.
Aderindo ao serviço quer por meio de navegador web ou pela interface de usuáriodo aplicativo do STB, mais restrita, o usuário entraria preferencialmente em seugrupo ou grupos de afinidade (GA) acaso existentes (igreja/mesquita, associação depais, grupos comunitários, associações desportivas etc.), permitindo ao sistema criaruma série de configurações padrões lógicas com base nas informações fornecidaspela direção do GA. Por outro lado, seleções padrões não associadas a um GA ououtro grupo poderiam ser fornecidas como alternativa, ou um questionário poderiaser usado para selecionar, alterar ou aceitar os padrões do sistema.Os GAs terão criado suas contas no sistema com antecedência para que, à medidaque os assinantes aderirem, estes possam escolher um ou mais GAs de seuinteresse. Um GA pode optar por ser aberto (qualquer um pode associar-se a ele) oufechado (o usuário deverá apresentar credenciais antes de se associar), sendo queessas normas seriam aplicadas conforme o caso ao registro inicial do usuário. OsGAs têm um forte estímulo para investirem no sistema porque este lhes fornece"canais virtuais" próprios para distribuição de conteúdo a seu público-alvo. "Canaisvirtuais" são tão-somente mecanismos existentes na invenção do sistema pelosquais o conteúdo de vídeo digital produzido ou de resto conveniente para o GA étransmitido para o set-top box/dispositivo gravador digital (STB/DVR) dos usuários(52) e a estes apresentado de maneira quase idêntica aos canais de TV transmitidospor meios convencionais. Conforme detalhado na Seção (6), os GAs que tambémcriarem metadados para seus membros recebem a denominação funcional de"organizações criadoras de metadados" (OCMs) no esquema de visão geral dosistema (70, 80 e 82).
Afora as configurações parcialmente personalizadas fornecidas já na primeiraescolha de GAs1 o usuário também prestaria ao sistema o máximo de informaçõesextras ou dados personalizados que estivesse disposto a prestar, tais como seusfamiliares (cada um dos quais poderá, a seu turno, ter configurações personalizadasde sistema), idades, passatempos e ocupações, interesses de mídia eentretenimento e nível desejado de filtragem de conteúdo (alto, médio ou baixo) eem que categorias apropriadas (por exemplo, com diferentes configurações paranudez, material sexual, violência e demonstrações de abuso de álcool/drogas), e acapacidade do usuário de descartar Pl alterar configurações e funções do sistema(tais como filtragem). O usuário também poderia ajustar as configuraçõesapropriadas de gerenciamento e filtragem do conteúdo de Internet, efacultativamente criar contas de email, home pages, páginas de compartilhamentode fotos e vídeos para familiares e assim por diante, tudo gerenciado e filtrado. Aspartes da conta com dados compartilhados (que podem ou não ser filtradas também)tais como, por exemplo, conteúdo enviado de fotos ou vídeo, podem serautomaticamente compartilhadas com membros de um GA (caso típico de um grupofechado), ou o sistema poderá exigir que as pessoas obtenham permissão dousuário ainda que sejam membros do mesmo GA (caso típico de grupo aberto). Ousuário também poderá criar as contas e senhas adequadas para que os diversosrecursos de filtragem de conteúdo do sistema fossem ignorados ou alteradosconforme necessário e apropriado. [049]Uma vez criada a conta usando-se ométodo escolhido (baseado na web a partir de um PC (56) até o servidor web dosistema (06)), o sistema facultativamente descarregaria no PC um pequenoprograma ("mediador") utilizado posteriormente para melhorar o desempenho geraldo sistema em diversos aspectos (descritos abaixo). O servidor do sistema (04)então informaria ao VSP que o usuário aderiu ao serviço. Isso poderá ser feito deforma totalmente automatizada por software se a infra-estrutura de Tl do VSP forsuficientemente sofisticada e interligada em rede. O centro de processamento dedados do VSP (20) por sua vez mandaria a parte cliente da invenção até o STB/DVRdo usuário (52), o qual a instalaria automaticamente (a instalação e o envioautomático de software cliente é um recurso consideravelmente onipresente nosmodernos sistemas de TV digital).
Concomitantemente, o servidor principal do sistema (04) enviaria o subconjuntoadequado das informações obtidas do usuário (10) para o respectivo servidor denível 2, acaso existente (24), situado entre o centro de processamento de dados doVSP e a rede privada (20) onde ele fica totalmente acessível ao STB/DVR (52). Ainteração entre o servidor principal e o servidor de nível 2 ocorreria sobre umaconexão de rede privada (ou privada virtual criptografada). Como resultado dessareplicação a jusante, o grosso da interação entre o sistema e o STB/DVR ocorreriade forma relativamente "localizada" entre o centro de processamento de dados doVSP (2) e o lar (50), que, é claro, é apenas um dentre muitos milhares de lares (40,42) que possivelmente estão utilizando a invenção em um único ambiente de VSP.O VSP, por sua vez, é apenas um dentre as dezenas ou centenas de VSPs extras(44) que também oferecem o serviço constituindo a representação preferencial dainvenção.
Uma vez instalado, a parte do cliente de STB/DVR da invenção ("cliente de STB")executaria imediatamente uma série de etapas para explorar seu ambiente ecomeçar a personalizar a experiência do usuário. Isso é particularmente útil paradefinir métodos de comunicação alternativos ou melhores, existentes entre o sistemae o usuário, tais como conexões de Internet por banda larga.Primeiro, o cliente de STB entraria em contato com o servidor de nível 2 do sistema(24) situado em um endereço de rede pré-configurado dentro da rede IP provadaoperada pelo VSP. O cliente se registraria e passaria ao servidor de nível 2informações importantes tais como seus próprios recursos e níveis de hardware esoftware, seu endereço de IP e endereço de controle de acesso de mídia (MAC),software e hardware pertinente instalado etc. Em seguida o cliente de STBinvestigaria conexões de rede local e detectaria qualquer conectividade extra, talcomo uma conexão à rede local (LAN) (62) daquele lar. No caso de haver talconectividade, o cliente tentaria conectar-se ao centro de processamento de dadosdo sistema (02) através do gateway padrão daquela sub-rede. Se lograr sucesso, ocliente de STB descobriu automaticamente um caminho alternativo (36, 34 e 18) atéo servidor principal do sistema, bem como para outros recursos de Internet. E oservidor do sistema terá descoberto e armazenado o endereço IP do cliente, o qualmuito provavelmente é o endereço público do gateway doméstico (60) em razão douso quase universal da tradução de endereçamento de rede (NAT) em ambientesdomésticos. Estes dados podem ser usados de uma série de maneiras úteis. Porexemplo, se o cliente de navegador se conecta aos servidores do sistema a partir domesmo endereço de IP público que um cliente de STB, o sistema saberá que ambosestão conjuntamente localizados por trás de um ou mais dispositivos NAT (60), muitoprovavelmente na mesma LAN (62). Inversamente, se as modificações de contaocorrerem a partir de um endereço IP diverso do IP público do cliente de STB, osservidores poderão detectar e possivelmente registrar essa discrepância, permitindoque um pai ou mãe, por exemplo, tenha conhecimento de que modificações foramtentadas ou feitas na conta a partir de um computador fora do ambiente doméstico.Haja ou não conectividade de Internet, o cliente de STB então preferencialmentetransmitiria para a sub-rede e identificaria os endereços MAC de todos osdispositivos dentro do domínio de transmissão (normalmente a LAN doméstica). Seo software "mediador" estiver residente em um ou mais PCs1 ele responderia a umatransmissão especial e se identificaria ao cliente de STB, possibilitando assim queeste último encontre um PC relacionado de maneira totalmente automatizada,mesmo se não houver conectividade de Internet através da LAN. Aquele PC poderádepois servir como fonte de conteúdo multimídia para exibição e interação a partir docliente de STB. Em seguida, o cliente de STB enviaria seu endereço fornecido peloVSP, bem como os endereços da LAN doméstica, de MAC e de IP, o endereço MACe o identificador de conta retornados por qualquer "mediador" encontrado, e,supondo que o usuário tenha autorizado descoberta de rede máxima ao configurarsua conta, todos os demais endereços MAC encontrados na LAN através doservidor de nível 2 (24) ate o servidor principal (04). Como os endereços MAC emgeral são identificadores globais exclusivos, estes dados armazenados podem serusados para descobrir automaticamente e associar recursos (50) domésticosdurante o tempo de utilização de todo o sistema, incluindo não só o serviço de vídeomas também o gerenciamento de conteúdo de Internet personalizado e o sub-serviço de filtragem.
Enquanto este trabalho de auto-descoberta e auto-configuração estiver emandamento, o servidor de nível 2 (24) estará descarregando o seguinte para ocliente de STB (52): (a) conteúdo personalizado de "home pages" adequado aousuário e seus interesses, (b) os metadados fornecidos por equipe de edição de umGA (70, 80, 82) conforme necessário para modificar o guia de programaçãoeletrônico (GPE) normalmente fornecido pelo VSP do usuário e (c) um vídeo deboas-vindas do próprio sistema e/ou do(s) GA(s) de que o usuário faz parte. Estasoperações e os seus resultados serão examinados em maiores detalhes nas Seções(4) e (5) abaixo ("Funcionalidade no ambiente do usuário"). Porém, antes deexaminar a representação preferencial da invenção no local do usuário, será descritauma arquitetura alternativa para o sistema em geral.2. Arquitetura alternativa de sistema
Até aqui a invenção de sistema foi descrita em termos de uma representaçãopreferencial, na qual emprega-se um modelo de três níveis e o VSP é um parceironecessário ao desenvolvimento e implementação do sistema. À guisa de alternativa,o sistema pode ser implementado de uma maneira mais "autônoma", na qual acooperação do VSP não é necessária e na qual o sistema trabalha completamenteindependente do sistema e mecanismo de transmissão de vídeo. A Figura 2 mostraum esquema dessa arquitetura alternativa. A alternativa, por sua vez, contempladuas alternativas secundárias, uma baseada na relativa alta-velocidade ("bandalarga") e numa conectividade de Internet mais ou menos constante, e a outrabaseada em uma conectividade de rede lenta e intermitente ("discada").Na arquitetura alternativa, o dispositivo de recepção e reprodução de vídeo no qual ocliente de software da invenção está sendo executado não é um STB fornecido porum VSP, mas sim uma espécie de dispositivo de TV alternativo denominadogenericamente de STB/DVR/PC (52), quer um (a) equipamento de monitor ereprodução de vídeo dedicado com armazenamento local fornecido pelo provedor dosistema com cliente de software exigido pré-instalado; ou (b) um computador tipo PCespecialmente projetado executando um sistema operacional padrão como o Linux,Apple Computer OS.X ou Microsoft Windows, dedicado à função de STB/DVR; ou (c)um PC com finalidade mais genérica rodando um ou mais desses sistemasoperacionais e acionando o monitor de televisão, porém sendo também capaz deuma utilização mais completa do ponto de vista funcional; ou (d) qualquer outroalternativa de computador viável capaz de rodar o software de cliente do sistema.No caso (a), o software de cliente acompanha o hardware. O usuário adquiriria ohardware e o serviço numa loja ou página web varejista, ou diretamente ao provedordo serviço acessando o servidor de interação do usuário do sistema (06) a partir deum PC (56) através da Internet (18). Em qualquer caso, a conta de sistema dousuário seria pré-criada e relacionada à identificação de hardware (endereço MACou demais UUID) do dispositivo. Ao chegar ao lar, o hardware seria desempacotadoe ligado ao sistema de vídeo (20) por um cabo coaxial (ou outro meio do sistema detelevisão) e também conectado a uma entrada de telefone para acesso discado ou auma LAN existente (62, cabeada ou sem fio) no lar (50) para acesso à Internet. Oaplicativo cliente se conectaria ao servidor de interação do usuário (06) eautomaticamente se associaria com a conta do usuário pela identificação dohardware. Todas as opções pré-configuradas de dispositivos de hardware/softwareseriam então descarregadas e instaladas.
Nos casos (b) ou (c), o usuário instalaria o aplicativo cliente do sistema nohardware/SO usando ferramentas e técnicas específica do SO. Dentre estasincluem-se o uso de um CD/DVD ou drive USB contendo o software cliente e omodelo de auto-execução/auto-carregamento do sistema operacional para instalar einiciar o aplicativo cliente do sistema. Neste caso o aplicativo cliente do sistemaforneceria uma identificação de hardware para que o usuário associassemanualmente a sua conta de usuário. Após o término deste processo através donavegador web (56) e do servidor web/de base de dados do sistema (06, 10), oaplicativo cliente poderia então se auto-configurar conforme descrito acima.
No caso (d), técnicas semelhantes às descritas acima seriam usadas para tantoquanto possível minimizar a configuração do usuário e automatizar o processo deconfiguração do sistema. Uma vez que o software cliente esteja instalar e rodandono STB/DVR/PC (52), nenhuma outra diferença nos quatro tipos de dispositivos seráabordada, visto que não são relevantes da perspectiva da invenção do sistema e desua representação preferencial e outras representações.
3. Arquitetura alternativa: conectividade de banda larga versus acesso discadoExistem duas maneiras diferentes pelas quais o sistema iria operar em caso depossuir acesso de banda larga (60, 62, 34) versus acesso discado (58, 48, 49) àInternet. A banda larga é um superconjunto do acesso discado: todos os recursosestão disponíveis na banda larga, porém somente alguns funcionarão no acessodiscado em razão da largura de banda consideravelmente inferior. Sub-arquiteturade banda larga: no caso da banda larga, a maioria ou todos os recursos darepresentação preferencial (arquitetura de três níveis trabalhando com um VSP)também estão disponíveis; no entanto, alguns recursos podem não funcionar tãofacilmente ou tão bem em razão da falta de cooperação do VSP. Em particular,todos os metadados precisam ser descarregados do servidor de nível 2 (24) queagora deve ser acessado via Internet. Nenhum metadado poderá ser inserido nofluxo de transmissão de vídeo, e certamente poderão surgir dificuldades extras, taiscomo acesso de rede menos constante e confiável e problemas na velocidade dedownload de conteúdo de sistema ou do GA a ser exibido nos "canais virtuais".Analogamente, as informações de utilização do usuário deverão ser enviadas pelodispositivo cliente (52) para o servidor de nível 2 (24) em ambiente mais imprevisível,menos confiável e possivelmente com menor largura de banda (embora em algunscasos a largura de banda de envio possa ser maior na Internet; neste caso, porém, adiferença de velocidade seria encontrada na representação preferencial de trêsníveis e o caminho via Internet (Figura 1, 36, 34) seria então utilizado acasodisponível). Além disso, os metadados em tempo quase real que devem serfornecidos de forma célere e confiável (ver a explicação detalhada na Seção (8)abaixo) a partir de uma instalação central de edição em tempo real (Figura 1, 70)serão mais difícil de projetar e escalar sem o benefício da rede privada do VSP e deuma arquitetura de três níveis. A arquitetura do VSP permite a técnica altamenteescalável de multicasting confiável a partir do head-end até um grande número dedispositivos clientes, algo não viável através da Internet. Não obstante, aimplementação do sistema via banda larga apresentará paridade geral de recursoscom a representação preferencial de três níveis visto que mesmo nesta o STB (52)normalmente é o local de integração da mídia de broadcast e dos dados de GPEcom metadados do sistema e conteúdo de vídeo e demais conteúdos fornecidospelo sistema. [065]Sub-arquitetura de acesso discado: a situação do acesso discadoé bem diferente. Aqui, somente pequenas quantidades de metadados podem serdistribuídos com segurança em tempo hábil. Além disso, é possível que menos doque a quantidade total de informações do usuário obtidas possa ser transmitida.Provavelmente nenhum conteúdo de vídeo de "canal virtual" poderá serdescarregado em razão da restrição na largura de banda. Possivelmente não serápossível obter dados de controle em tempo quase nesse ambiente. Neste caso, osistema ainda apresentaria um número de recursos úteis, tais como GPE altamentepersonalizado e adaptado, baseado em dados pessoais e de GA, reproduçãoeditada de programas de TV pré-gravadas (tal como reprises) e reprodução editadade filmes de vídeo sob demanda (que seriam parcial ou totalmente armazenadoslocalmente no STB/DVR/PC e reproduzidos de forma editada). Porém outrosrecursos como "canais virtuais" e edição em tempo quase real de transmissões aovivo não estaria disponíveis.
4. Funcionalidade no ambiente do usuário: visão geral
A representação preferencial da invenção oferece uma variedade e combinação denovos recursos para o dispositivo de STB/DVR com o software do cliente de sistemae da infra-estrutura de suporte.
Do ponto de vista de filtragem e bloqueio de conteúdo, o conceito mais fundamentalé otimizar a força cada vez maior do STB/DVR, o qual está se tornando umpoderoso computador com duradouro armazenamento em massa e suficientecapacidade computacional para dinâmica e transitoriamente modificar todo conteúdode mídia antes de sua exibição conforme o desejo do usuário. Isso é feitoindependentemente da produção e distribuição do conteúdo.A abordagem com equipamento terminal do cliente (ETC) pode evitar questões decontrole econômico e direitos autorais (tais como contratos de distribuição deconteúdo que forcem o agrupamento de múltiplos fluxos de mídia dissociados) quetradicionalmente têm desautorizado e frustrado usuários de obter o conteúdo demídia que desejam, ao contrário daquilo que os poderosos produtores de conteúdode mídia querem que esses usuários consumam. Na representação preferencial dainvenção, a modificação de conteúdo é feita depois que todos os contratos dedistribuição tiverem sido cumpridos (quando o conteúdo já foi entregue no dispositivode mídia do usuário). Além disso, nos termos da legislação de direitos autorais ousuário tem direito de fazer cópias temporárias para uso pessoal (por exemplo, parareprodução posterior), além do direito de fazer modificações transitórias dereprodução de conteúdo protegido. Por exemplo, o Family Movie Act de 2005 alterouexpressamente as leis de direitos autorais para permitir modificações automáticas etransitórias de conteúdo digital à medida que vai sendo reproduzido no dispositivo dousuário. Por fim, o usuário claramente possui o direito baseado na Primeira Emendade não assistir conteúdo indesejado: ninguém pode ser forçado a assistir partes deum programa de entretenimento que considera indesejável. Assim, não se pode falarem ilegalidade do uso de meios tecnológicos para se atingir o mesmo resultado queseria obtido por meios manuais e mais rudimentares (tais como desligar o aparelhode TV ou desligar temporariamente o som enquanto o conteúdo ofensivo estivessesendo exibido). [069]A filtragem é importante e realizada singularmente narepresentação preferencial da invenção. Porém, trata-se apenas de um recursoimportante no que se refere aos usuários. Embora os usuários tenham um forteinteresse de controlar, filtrar e bloquear conteúdo indesejado, eles têm um interesseainda maior e mais positivo de encontrar e consumir conteúdo positivo e desejado.Da forma que se apresenta hoje em dia, o sistema de vídeo característico ofereceaos consumidores centenas de canais e ferramentas muito pobres para encontrar eexibir ou gravar o conteúdo desejado. A futura convergência da distribuição de TVtradicional com vídeo baseado na Internet tornará o problema ainda pior. Ousuário/consumidor necessita de uma fonte confiável e inteligente de informaçõesatestando que o conteúdo que provavelmente encontrará não apenas é aceitável,mas altamente desejável e agradável. O usuário/consumidor se tornará maissatisfeito visto que a publicidade será direcionada pelo sistema para usuários cujosinteresses, preferências, hábitos e até momentos da vida (compra do carro novo,casamento, ida para a faculdade e assim por diante) são conhecidos por umconfiável sistema de gestão de conteúdo.
Um importante aspecto da representação preferencial da invenção do sistema numasociedade pluralística é a separação da tecnologia e transmissão funcional derecursos por meio de metadados da opinião e do discernimento não técniconecessários à geração de metadados editoriais. O usuário deve confiar que aempresa de tecnologia criará e fornecerá o serviço, porém ainda mais nodiscernimento editorial (tanto de filtragem como de recomendação) do grupo deafinidade ou grupos que ele, usuário, voluntariamente escolheu ao aderir ao serviçoe que provavelmente foram instrumentais na formação de sua convicção para aderirao serviço em primeiro lugar.
Como a tecnologia aqui descrita é funcionalmente distinta do discernimento humanoque foi concebida para implementar, e como pode concretizar múltiplas séries dediscernimento materializadas em diferentes conjuntos de metadados pertinentes, osistema é capaz de fornecer o que for necessário numa sociedade democráticamoderna.
Como se observa acima nos "Fundamentos da invenção", o sistema também satisfazde modo exclusivo as necessidades comerciais de uma sociedade altamenteorientada ao mercado. Uma grande quantidade de entretenimento criado econsumido hoje - essencialmente toda a programação nos canais de TV aberta e acabo - é remunerado pela publicidade. Ainda assim os anunciantes não podemconcentrar-se objetivamente nos consumidores que provavelmente estariam maisinteressados em seus produtos, ao contrário, eles "espalham" sua mensagem para uma ampla audiência na esperança de que um número suficiente de interessadosesteja assistindo para assim justificar seu investimento. Além disso, alguns de seusanúncios (como os que tratam de disfunção sexual masculina, filmes violentos ouprogramas de auditório durante programação familiar, tal como grandes eventosesportivos) são na verdade ofensivos para muitos telespectadores, criando assimum problema muito maior do que desinteresse: hostilidade e insatisfação dessestelespectadores.
A invenção do sistema oferece uma plataforma para anúncios totalmente adaptadoscom base no profundo conhecimento do sistema sobre os interesses e atividades dousuário. Esta informação é coletada diretamente do usuário e também obtida ou inferida de sua associação nos grupos de afinidade. Essa base de dados principal écomplementada pela utilização do sistema. À medida que o usuário navega e assistevídeos, navega e usa a Internet, sua utilização desses sistemas é coletada earmazenada pelo sistema para análise posterior. Por exemplo, se o usuário estáprocurando informações sobre "Ford Explorers" na Internet, esse comportamento é capturado e armazenado. Posteriormente essa informação coletada pode ser usadapara criar anúncios altamente direcionados no vídeo do sistema. As tecnologias deedição/substituição de conteúdo do sistema (tratadas em maiores detalhes a seguir)também podem ser usadas para substituir dinamicamente anúncios mais desejáveisou mais direcionados. Por fim, o nível de informações disponíveis para os anunciantes é inédito: os anunciantes pode saber se o usuário assistiu ou pulou oanúncio ou se mudou de canal, e em que ponto do anúncio o usuário perdeu seuinteresse.
Do ponto de vista de usabilidade, embora muitas opções importantes em tempo realsejam configuráveis utilizando-se um controle remoto ligado ao STB/DVR, todas asopções de configuração do STB/DVR (e todos os demais aspectos do sistema)estarão disponíveis acessando-se a página web do sistema (15) de qualquer lugardo mundo usando, por exemplo, uma interface de cliente web avançada. Issomelhorará grandemente a usabilidade do sistema, o qual pode ser muito complexode configurar totalmente as interfaces de controle remoto de TV atuais.
5. Funcionalidade no ambiente do usuário: arquitetura e função
A representação preferencial do sistema inclui um dispositivo de set-topbox/gravador de vídeo digital (STB/DVR) rodando o software cliente do sistema(cliente de STB). A Figura 3 mostra detalhes complementares sobre o cliente deSTB. O STB/DVR (52) é, no caso característico, o ponto de junção de programaçãode TV inalterada e anúncios na forma de fluxos digitais provenientes de um VSP (20,22, 26), e de um conjunto de metadados criado para o sistema por uma ou maisorganizações criadoras de metadados (OCMs) (70) e transmitidos através de umaligação de rede privada ou privada virtual (79) para o repositório de metadados dosistema (08). Em seguida os metadados editoriais são entregues através de umaligação de rede privada ou privada virtual (14) conforme necessário até o head-end/centro de processamento de dados do VSP (20), e enviados para clientes deSTB por transmissão uni ou multicast (28) a partir do servidor de nível 2 (24) até ocliente de STB.
Em representação preferencial na qual o VSP não está associado com o sistema,todos os metadados são transmitidos ao cliente de STB por meio da Internet (Figura2: 24, 18, 34, 60, 62, 52 (via de banda larga)), conforme descrito acima nas Seções(2) e (3).
Além disso, em representações alternativas os metadados editoriais são inseridosno fluxo de vídeo/áudio a montante do cliente de STB. Essas opções estão descritasna Seção (7) a seguir. [078]A lógica e a arquitetura do cliente de STB são descritasa seguir. Primeiro, o cliente de STB contempla um conjunto de módulos aplicativosgestores que fornecem a base do funcionamento em tempo real e quase real dosistema. O gerenciador de metadados (GMD) (40) recebe um conjunto demetadados editoriais da rede cabeada ou sem fio (86) que mapeia o conteúdo dedados e de vídeo para o guia de programação eletrônico (GPE). Identificadoresexclusivos (detalhados nas Seções (5) e (7) a seguir) para dados de GPE e deprogramas de vídeo fornecem uma chave na base de metadados que permite quemetadados editoriais sejam rápida e corretamente relacionados aos dados de GPE eprogramas de vídeo padrões originados do VSP e em última instância dosprodutores do GPE ou de canais de televisão tais como NBC, CNN, ESPN, etc.[079]No caso do GPE, os metadados editoriais consistem de registros que associamum canal e os programas dentro do canal. Os registros contêm informações extrasde classificação sobre canais e programas que são muito mais granulares (se aOCM estiver trabalhando direito), muito mais precisas do que os simples sistemas declassificação usados pela indústria (por exemplo, TV-13 e a base da classificaçãotipo "conteúdo sexual", "violência" etc.). Além disso, a OCM facultativamente iráfornecer duas análises do programa: uma geral para todos os usuários, a qualresume o programa e classifica sua qualidade; e uma segunda, especificamentedirigida aos pais e que explica com detalhes eventuais pontos do programa quepossam torná-lo inadequado para crianças, bem como fatores de equalização, comoqualidade artística e outros elementos positivos, fundamentando a razão pela qual aCOM considera o conteúdo adequado ou inadequado para crianças de uma certafaixa etária, permitindo assim que os pais tomem a decisão final. Por último, osmetadados provenientes da OCM podem eqüivaler ainda a registros de GPEinteiramente novos que associam conteúdo e programação absolutamenteinexistentes no GPE da indústria, tais como vídeo de Internet ou (mais importante)programação de vídeo criada por OCM/grupos de afinidade. Estes registros terãoseu próprio identificador exclusivo de "canal", classificações padronizadas e outrosmetadados, além de ligações de URI/URL para a fonte de conteúdo. O sistemausará esses registros parar criar os "canais virtuais" que são uma parte importanteda experiência positiva do usuário com o sistema. Estes "canais virtuais" são aindaimportantes para o sucesso do sistema porque fornecem um dos incentivosprimários para que GAs se tornem (ou contratem) OCMs para criar metadados eagreguem os "efeitos de rede" que têm potencial de tornar o sistema comercialmenteviável e bem-sucedido.
No caso dos dados de programas de vídeo, os metadados editoriais consistem deregistros que associam um determinado programa de televisão ou filme poridentificadores exclusivos e padronizados pela indústria, juntamente com campospadrões tais como nome, produtor, classificação do programa pela indústria e assimpor diante. Os metadados também incluem informações cronológicas das subseçõesdos programas ("incidentes") dentro dos fluxos de áudio/vídeo. Cada registro deincidente contempla os seguintes dados: (a) tempo de início e de fim; (b) fluxo demídia (vídeo, áudio, ambos ou fluxo alternado); (c) tipo e classificação do incidente;(d) facultativamente, alternativas sugeridas para o incidente (tela branca, pular cena,encobrir (parte) áudio ou vídeo ou substituir fluxo de vídeo/áudio); e (e) indicador(URI/URL) com ligação para conteúdo substituto (juntamente com marcadores quedescrevem características da mídia alternativa, tais como se o conteúdo estádisponível localmente bem como o tipo de mídia). Com respeito ao último item: aoprocessar este metadado como aceitação de entrada, o servidor de metadados dosistema (08) de preferência envidará os esforços possíveis para obter o fluxo deconteúdo substituto e descarregá-lo para o cliente de STB junto com os metadadosestruturados. Em cada etapa do processamento e do recebimento dos dados osmarcadores característicos serão atualizados para refletir a situação e adisponibilidade local do conteúdo substituto.
Enquanto isso, o sistema já descarregou as informações sobre preferências dousuário no cliente de STB a partir da base de dados de informações de usuário (10)através de ligação de rede privada ou privada virtual (14). O GMD (40) processa earmazena aquelas informações sobre preferências de usuário no disco/BD local(82). Com uma cópia local dos metadados pertinentes e as informações epreferências necessárias do usuário, o GDM agora está pronto para fornecerserviços de decisões editoriais às demais partes do cliente de STB do sistema.O primeiro módulo do aplicativo cliente a solicitar serviços do GDM é o Gerenciadorde Home Pages (GHP) (44). Este aplicativo pode ser configurado para assumir atela todas as vezes que o sistema de televisão (ou STB) for iniciado, para sobrepor-se ao canal anterior visualizado mais recente, sobrepor-se a um canal padrão ou seracessado mediante o pressionar um botão, por exemplo de controle remoto ou doSTB. O GHP oferece ao usuário uma visão geral do sistema, notícias importantes(conforme determinado pelos GAs/OCMs), recomendações de filmes e TV (idem),resposta a solicitações anteriores (tal como quais filmes solicitados já foramdescarregados), avisos (tais como atividade suspeita de conta, horários em que osdispositivos do sistema ficaram fora do ar sem motivo ou tentativas de acessarconteúdo inadequado nos sistemas de conteúdo de vídeo ou de Internet e outrasmensagens de sistema) e acesso a todas as informações de conta e adaptações. OGHP chama o GMD para obter os dados necessários ao preenchimento dessascategorias padrão. Além disso o GHP também registra um mecanismo de notificaçãono GMD através do qual o primeiro pode receber e exibir alertas de sistema eeventos em tempo real gerados pelo GMD (ou por seus demais clientes de sistema)a qualquer tempo.
O segundo módulo do aplicativo cliente a solicitar serviços do GMD é o GPEpersonalizado e navegável, doravante denominado Guia Avançado de Programação(GAP) (42). O GAP usa dados padrões do GPE1 mas também integra mudanças aesses dados conforme fornecidas pelo GMD antes da exibição de dados do GPE natela. O GAP pode ser configurado como sub-tela do GHP ou pode controlar a telapara máxima usabilidade; ele pode ser facilmente "ampliado" ou "reduzido" emmódulo de tela cheia. O GAP é responsável pela exibição personalizada deinformações de programação padrão da indústria na tela, bem como por buscas efiltragem iniciadas pelo usuário (tais como "mostre todos os jogos de basquete dapróxima semana"). O GAP pode mostrar canais em qualquer ordem de preferênciaconfigurada pelo usuário ou pelo GA(s) deste, e/ou com base em histórico de uso eprevisão de uso futuro. As visualizações abrangem resumos pré-configurados, declassificações, com base em recomendações, filtradas (baseadas em buscas) eresumos e visualizações organizadas (tais como por nome de ator), tudo comestruturação escalonada tipo "explorer" aplicada aos dados tabulados com base emcampos principais e índices de organização. [084]Dessa forma o GAP oferece umavisualização totalmente personalizada dos dados do GPE, uma visualização definidamediatamente por uma ou mais OCMs (70) e imediatamente pela combinação dedados do GPE com metadados provenientes do GMD. Os metadados podem contermetadados complementares ou totalmente novos e substitutos sobre programas efilmes, tais como a descrição pormenorizada de um programa que faz parte dosdados padrões do GPE. O GAP pode usar um sistema de codificação de coressimples (e configurável) para indicar qual conteúdo provavelmente será maisdesejável e qual possivelmente será questionável pelo usuário e sua família(conteúdo altamente questionável não é exibido em nenhuma hipótese).O GPA pode também atrair conteúdo de computadores locais ou pode combinardados de diversas fontes (tais como múltiplos VSPs), se o cliente de STB estiverconectado à LAN doméstica ou outras fontes de entrada (tais como outros VSPs). Osoftware "mediador" do sistema de vídeo rodando em PCs locais (56) podeminteragir com o GHP e com os GAs de tal forma que o conteúdo local do computador(filmes, fotos, músicas e até email e mensagens instantâneas) também sejadisponibilizado no cliente de STB. O GHP e o GAP também podem gerenciarreprodução de filmes de DVD locais e outros conteúdos de vídeo (quer acessíveisde drive de DVD instalado no próprio dispositivo STB/DVR ou através da LANdoméstica a partir de computador pessoal ou algum tipo de reprodutor dedicado, emrede (p. ex. padrão USB ou IEEE 1394 FireWire) ou ligado por outro meio (p. ex. viacabo HDMI)) usando o mesmo esquema de metadados e modelo desalto/substituição editorial usado para o conteúdo difundido/a cabo.A interação entre o GHP (44) e o GAP (42), de um lado, e, de outro, o GMD (40)envolve dados que são relativamente estáticos e raramente atualizados. Porexemplo, excetuando as notícias, a maioria das entradas do GHP e do GAP serábaseada em dados com vida igual ou superior a 24 horas. Assim, numarepresentação alternativa a combinação de informações e preferências do usuáriocom informações de programação e dados da OCM exibida no GHP1 e acombinação de dados de GPE padrões da indústria com metadados provenientes daOCM exibidos pelo GAP poderia, a princípio, ocorrer a montante do cliente de STB.
Por exemplo, a maior parte do conteúdo de GHP poderia ser criada no centro deprocessamento de dados do sistema (02, 04) ou pelo servidor de nível 2 (24) edescarregada diariamente para cada cliente; ou o GAP poderia ser criado noprimeiro ou segundo nível e descarregado para cada cliente. Ou, ainda, o GPE e osmetadados fornecidos pela OCM poderiam ser processados a montante do GPE sem considerar informações específicas de usuário, visto que assim haveria umnúmero relativamente menor de saídas de GPE adaptáveis e as adaptaçõesespecíficas de usuário poderiam então ser enviadas para o cliente de STB. Noentanto, a representação preferencial tira proveito do considerável processamentolocal do hardware do STB e permite um sistema muito mais escalável, pois de fato a criação de conteúdo personalizado e individualizado com base na combinação deconteúdo padronizado (tanto da indústria como do sistema/OCM) acontece de formaaltamente paralela quando ocorre no nível do STB.
Voltando agora para os elementos mais em tempo real dentro do cliente de STB dosistema: o conteúdo de vídeo pode chegar no cliente de STB por vários meios, taiscomo por sintonizador embutido de TV que decodifica sinais de RF em fluxos dedados digitais (84) ou por fluxos digitais passando por conexão cabeada(normalmente Ethernet) ou sem fio (normalmente 802.11x) (86). O conteúdo tambémpode ser enviado do disco rígido do dispositivo (82). Na maioria dos casos oconteúdo do disco rígido chegou primeiro que o vídeo padrão (84) ou de rede (86) e voltou para o disco por meio do componente de DVR (94). Em todos os casos, oconteúdo é normalizado pelo gerenciador de fonte de vídeo (VSM) (80) de modo queo restante do sistema fica resguardado contra os detalhes dos diferentes formatosde vídeo e mecanismos de fornecimento.
O ponto de junção entre os metadados editoriais dos fluxos de vídeo e os fluxospropriamente ditos é o controlador de metadados em tempo real (CMT) (88). Estemódulo, ao receber um comando do GHP ou GAP para reproduzir vídeo, primeirodefine que tipo de fluxo está sendo solicitado (tempo real ou armazenado), associa oID do fluxo de vídeo com os metadados relacionados chamando os métodos deinterface de GMD1 executa uma rápida determinação do tipo de reprodução emtempo real compatível com o metadado para aquele fluxo de programa e então iniciaa reprodução ou então começa a armazenar o fluxo em tempo real chamando oVSM (80) para usar o DVR (94) para que seja feita uma cópia do fluxo. [089]A lógicado CMT depende da interação de uma série de fatores. Os dois mais importantespodem ser considerados como duas variáveis independentes cuja correlação einteração, ao ser combinada com preferências do usuário (inclusive padrõesrazoáveis), determina a saída do sistema de exibição de vídeo (90, 92) quando ousuário solicita a reprodução de um programa de vídeo.
Os dois fatores são: (a) a natureza do acesso do CMT ao fluxo de vídeo, maisespecificamente se está disponível localmente ou "local o bastante" para permitiradiantar ou mesmo acessar aleatoriamente o fluxo, se se trata de uma transmissãode estado estacionário, como no caso de difusão padrão ou típico serviço de vídeosob demanda (VSD) ou ainda de descarregamento "de início imediato" que chega nocliente de STB a uma taxa arbitrária; (b) a presença de vários tipos de metadadosque interagem com os diferentes tipos de fluxos de vídeo de forma complexa, comoexplicado nas seguintes definições e tabelas de interação.<table>table see original document page 37</column></row><table><table>table see original document page 38</column></row><table><table>table see original document page 39</column></row><table>
Tabela 1: tipos e definições de fluxos de vídeo
<table>table see original document page 39</column></row><table><table>table see original document page 40</column></row><table><table>table see original document page 41</column></row><table>
Tabela 1: tipos e dei Inições de metadados
Os dois conjuntos de fatores interagem de diversas, complicadas e não raro sutis maneiras.As Figuras 6A e 6B mostram uma tabela contendo uma visão geral dessas interações,normalmente em termos de padrões de sistema (a maioria pode ser ignorada nasconfigurações avançadas de preferências do usuário). A abreviatura "n/a" significa "não seaplica", que pode referir-se tanto a um cenário de usabilidade não justificado como a umaimpossibilidade técnica, ou a ambos. Os cenários mais comuns aparecem em negrito nacoluna "tipo de metadado", sendo que aquele cenário possui também um breve textodescritivo.
No que concerne ao algoritmo utilizado pelo RTC para implementar as combinações demodelos de transmissão de vídeo e cenários de metadados acima: no início dos programasnão-PCEV (p. ex. nos casos em que todos os metadados pertinentes estão presentes noinício da reprodução do programa), o RMC programa as interrupções do temporizador dosistema antes de cada evento de incidente, conforme descrito no metadado do incidente. Aoobter o controle antes do momento de início do incidente, o RMC consulta o GMD e o GHPem busca de metadados do incidente e configurações de filtragem do usuário e realiza acompetente decisão de filtragem ou bloqueio. Em seguida, ele executa uma instrução de"salto" ou, dada uma instrução de "substituição", prepara o fluxo de mídia alternativo, e após achegada do momento de início do incidente, substituir o fluxo original com o alternativo atéque o momento final do incidente tenha chegado. Neste momento o fluxo de mídia original érestabelecido e o programa é concluído normalmente. Como observado, o RMC também iráprecisar levar em consideração as características de recuperação e buffering dos fluxos demídia, as quais são gerenciadas pelo VSM.
É claro, tudo essa poderosa e complicada tecnologia ficará inútil se alguém no lar do usuáriopuder facilmente burlar o sistema, por exemplo, desconectando um cabo coaxial da traseirado STB/DVR e ligá-lo diretamente no aparelho de TV, exibindo assim todos os canaisanalógicos sem qualquer controle ativo. Ou, uma burla mais sofisticada seria ligar o cabo emum receptor digital de PC com centro de mídia e visualizar todo o conjunto de canaisdisponível. Embora uma simples burla física não possa ser evitada pelo sistema no caso decanais não misturados ou criptografados, o sistema certamente será capaz de detectarquando seu cliente de STB configurado estiver desconectado. O servidor de nível 2 (24)rastreará sua interação com o STB (52) e utilizará (quando necessário) um pacote de"pulsação" uma vez a cada cinco minutos se não existirem outros pacotes de comunicaçãoaguardando para ter certeza de que o cliente de STB está conectado e ativo. Se o cliente deSTB não puder ser contatado, essa informação será percebida e registrada. Na próximaconexão do cliente de STB, um aviso de segurança do sistema será colocado na homePage do sistema indicando a perda de conectividade, a data e a duração da mesma. Essainformação também aparecerá para o dono da conta quando este acessar o sistema peloservidor web (06). Esses métodos garantirão que o dono da conta ficará sabendo doproblema se o sistema for burlado fisicamente.
Por último, é importante notar que toda essa poderosa e complexa tecnologia é, em últimaanálise, uma maneira opcional de utilizar o sistema de vídeo. O dono/usuário do sistema quetiver a senha administrativa correta pode desabilitar todos ou qualquer de seus recursos.Além disso, o dono pode configurar múltiplas subcontas de forma que diferentes ações sãotomadas dependendo de qual familiar acessar o cliente de STB. O dono também usaropções de horário para personalizar o comportamento do sistema com base em padrões devisualização da família; por exemplo, depois das 10 da noite o sistema seria configurado paraum modo de visualização mais "aberto".
6. Grupos de afinidade e organizações criadoras de metadadosO último grande componente técnico da representação preferencial da invenção serádescrito na próxima Seção (7). Para melhor compreender a arquitetura técnica, no entanto, énecessário primeiro compreender o modelo de utilização e, por assim dizer, a "arquiteturahumana" do sistema. Esta seção tratará desses aspectos não-técnicos da invenção.A definição de "usuário" do sistema é clara o bastante: uma ou mais pessoas representandouma família ou entidade familiar em sua interação com o sistema no que diz respeito àgestão, agregação, recomendação e filtragem de conteúdo de vídeo e de Internet. Grandeparte do potencial do sistema, no entanto, reside na maneira em que o mesmo é capaz decompreender o usuário dentro de um contexto ou grupo de contextos maior. Essescontextos são materializados dentro do sistema como "grupos de afinidade" (GAs).
Um GA é uma organização conhecida pelo sistema, a qual representa um grupo depessoas com as quais o usuário se identifica como membro. O GA pode ser umgrupo de igreja (também sinagoga ou mesquita), um grupo comunitário local,associação de pais e professores, grupo de passatempo, grupo desportivo ouqualquer outro grupo da "sociedade civil" organizado para ajudar seus membros aalcançar objetivos sociais compensadores. Um GA "aberto" é aquele que permite aqualquer pessoa tornar-se membro do sistema; um GA "fechado" é aquele no qual ousuário deve receber um convite.
Os GAs representam um forte incentivo para aderir e promover o sistema e serviçoda invenção porque fornecem à liderança da organização uma maneira de servir aseus associados e de promover suas próprias atividades. Por exemplo, os GAsregistrados podem fornecer seu próprio conteúdo de vídeo como um "canal virtual"para seus membros. Eles também podem (a critério do usuário) obter um lugarespecial nas páginas de Internet dos usuários (visto que na representaçãopreferencial toda a interação com a Internet do usuário passa por um servidor ououtro dispositivo controlado pelo sistema).
O valor agregado primário conferido pelos GAs é a disponibilização, para seusmembros, de metadados de sistema que favorecem conteúdo desejado oubloqueiam o indesejado, ou ambos. Esses dois tipos de metadados serãodiferenciados referindo-se ao metadado que favorecer o conteúdo desejado (querfornecido pelo próprio GA ou, mais freqüentemente, por um terceiro não relacionado)como "metadado associativo" (MDA) e ao metadado que limitar ou bloquear o conteúdoindesejado como "metadado subtrativo" (MDS). O MDA é usado para realçar e promoverconteúdo, mas não para bloqueá-lo nem modificá-lo. Inversamente, o MDS é usado parabloquear ou modificar conteúdo, dependendo das configurações do usuário relativamente aessa espécie de metadado.
As organizações que direta e tecnicamente fazem interface com o sistema para fins decriação e fornecimento de metadados nos formatos padrões do sistema são chamadasOCMs (organizações criadoras de metadados). Não é preciso que os GAs sejam OCMs.No entanto, para participar do sistema eles deverão ter relação com um ou mais OCMs edelegar aos últimos autoridade para criar metadados em seu nome. Não é preciso que osOCMs sejam GAs. Eles podem ser organizações com foco tecnológico atuando em nomede um ou mais GAs. Elas podem criar conjuntos inteiramente distintos de metadados paradiferentes GAs clientes (embora provavelmente haverá economias de escala para a OCMque servir vários GAs tendo em vista a provável significativa coincidência dos tipos demetadados que precisarão ser criados). Grandes GAs tipicamente serão seus própriosOCMs, ao passo que GAs menores poderão contratar OCMs para fornecer metadados aseu grupo de usuários em particular.
Dito isso, um pequeno GA (tal como uma igreja) poderia muito bem tomar-se uma OCM ouOCM parcial. O GA poderia contratar uma OCM mais genérica para fornecer cobertura maisampla e profunda, porém tendo também sua própria equipe de especialistas ou voluntáriosque forneceriam metadados editoriais para complementar os metadados básicos. Comotudo que é preciso para fazer até mesmo edição em tempo é um poderoso computadorpessoal, uma conexão de Internet rápida e confiável e algum treinamento no uso desoftware de edição, um GA poderia facilmente estabelecer sua própria "indústria artesanal"de trabalhadores caseiros realizando trabalho de edição - tanto recomendações comomarcação subtrativa - a partir de seus lares ou escritórios. Um GA poderia até mesmoestabelecer uma equipe de voluntários em rodízio para lidar com questões e escolhas demídia todas as noites durante o "horário nobre familiar", ficar disponível para bate-papos pelaInternet com outros membros, fornecer orientação em tempo real e alteração docomportamento do sistema com respeito a sites de Internet (tanto acrescentando comoremovendo sites da "lista negra" genérica através de alterações nos metadados do GA) eassim por diante. O GA também poderia insistir pesadamente que membros fornecessemsuas opiniões sobre toda utilização de mídia para que os metadados específicos daqueleGA se tomassem robusto mais rapidamente a partir da colaboração de milhares de "olhos".O único limite às maneiras pelas quais um GA pode ajudar seus membros a aproveitar,gerenciar, controlar e filtrar conteúdo de mídia é o empenho que o GA está disposto a colocarna melhoria do sistema.
Tanto os GAs como as OCMs são entidades bem conhecidas no modelo de dados e nocomportamento do sistema. Os GAs são entidades fundamentais no tocante à participaçãodo usuário, bem como ao comportamento e resultado pretendido para o comportamento totaldo sistema. Para o usuário não faz diferença se seu GA é uma OCM ou se ele contrata umaOCM para fornecer os metadados pretendidos. As OCMs são as entidades fundamentais"dos bastidores" com respeito ao funcionamento técnico do sistema: a forma como osmetadados são criados, replicados, distribuídos e utilizados. Para o sistema faz muito poucadiferença se houver apenas um GA ou centenas deles, porém o relacionamento com cadaOCM envolve estreitas ligação e coordenação técnicas.
A arquitetura técnica e o funcionamento do sistema de metadados serão descritos a seguir.Pelas razões já apresentadas, a entidade descrita na próxima seção é primariamente a OCM.7. Ferramentas e modelos editoriais, criação, distribuição e uso de metadadosNa representação preferencial, a invenção contempla organizações criadoras de metadados(OCMs), as quais criam os metadados que fluem pelo sistema para fornecer os resultadospretendidos pelos usuários do mesmo. A Figura 4 fornece uma visão expandida das OCMs(70, 80, 82) e de seu relacionamento com o sistema como um todo. Uma OCM é umaentidade que cria metadados e os insere no sistema. Para oferecer valor, o sistema precisa de pelo menos uma OCM. No entanto, não há nenhum limite para o número de OCMs quepodem fazer parte do sistema.
Existem dois modos básicos de operação de uma OCM: em tempo real e em tempo nãoreal. O modo em tempo não real é típica, necessária e relativamente óbvio; já o modo emtempo real é opcional e mais difícil de implementar. É possível para a OCM fornecer serviços de metadados em tempo real apenas, mas na prática tal entidade provavelmenteprecisaria associar-se a um ou mais OCMs em tempo não real porque sua utilidade isoladapara os usuários seria limitada.
O modo de operação em tempo não real é como segue: a OCM (70) obtém a programaçãode vídeo (diretamente das redes e dos demais produtores ou por gravação digital deteledifusão ou outros mecanismos de transmissão). A programação de vídeo ficaarmazenada em servidores com indispensável grande capacidade de armazenamento (72).Editores humanos então revisam cada programa individual usando estações de trabalho decriação de conteúdo editorial (ECCs) e criam rótulos de metadados que são associados aoUUID do programa e armazenados no servidor de origem de metadados (78).Por exemplo, um editor qualificado (ou editores, a OCM pode usar vários editores ecomputar seus votos eletronicamente para gerar um conjunto final de metadados) queestiver revisando um programa e observando as diretrizes da política da OCM (conformecriada pela OCM ou pelo GA relacionado) marcará uma determinada cena com um rótuloMDA (metadado associativo). O rótulo especificará o tempos de início e fim da cena, algumas informações gerais sobre a mesma e fornecerá um rótulo a partir de uma listadefinida com uma ou mais razões pelas quais os usuários possam querer ver aqueledeterminado programa ou cena, por exemplo, trata-se de humor familiar ou exibição devalores patrióticos, além de um indicativo de "força" que reflete o julgamento do editor acercada importância do programa/incidente. Em outra parte do programa o editor pode rotular umadeterminada cena com um rótulo MDS (metadado subtrativo). O rótulo novamenteespecificará os tempos de início e fim, informações gerais sobre o programa e a cena e entãoum rótulo proveniente de uma lista definida com as razões pelas quais os usuários podemachar o conteúdo questionável de alguma forma, tal como conteúdo sexual ou linguagemobscena. A gravidade do incidente também será registrada de acordo com o esquema de classificação de conteúdo do sistema. Esta abordagem de edição seria aplicada não apenasa dados de programas mas também a "inserções" não permanentemente associadas aoprograma (o exemplo característico é o anúncio publicitário inserido ao longo do programa)mas que podem de fato estar associadas ao mesmo (por exemplo, se os usuários gravaramum programa transmitido e desejam assisti-lo depois).
Com relação à noção fundamental de "tempo" dentro do esquema de metadados: todovídeo digital contém informações de temporização pois a entrega dos pacotes somenteocorre por aproximação na taxa de reprodução, e por isso um dispositivo cronométricoaltamente preciso (normalmente dentro do subsistema de exibição de vídeo do dispositivode reprodução digital) deve usar as informações de tempo transportadas nos quadrosdigitais para proporcionar uma reprodução sincronizada. Em geral, essas informaçõestemporais estão disponíveis para os aplicativos e serão usadas pelo sistema e suasferramentas de metadados e bases de identificadores universais de tempo com respeito adeterminados programas. O uso de códigos temporais também permite que o metadadoseja completamente independente do vídeo a que se refere pelo envio de instruçõesrelacionadas com o tempo decorrido da mídia, por exemplo, em vez de relacionado aosquadros ou partes do vídeo. No entanto pode haver situações em que as informações nãoestão disponíveis de maneira universal ou sincronizada. Por exemplo, um programa devídeo pode ser convertido para analógico e então convertido de volta para formato digital,com a conseqüente perda dos dados necessários à perfeita sincronização. Ou, umsubprograma de vídeo (por exemplo a reprodução em múltiplos programas noturnos denotícias de um único vídeo enviado por organização terrorista) pode ser melhor visualizadocomo "o mesmo" subprograma, porém os dados de temporização serão diferentes emtodas as manifestações daquele subprograma. Em tais situações, a representaçãopreferencial do sistema fará o possível para criar outras formas confiáveis de rotular fluxosde vídeo com identificadores exclusivos e informações temporais relativamente repetíveis.Uma abordagem possível seria transmitir com os metadados (ou marcar uma URI nometadado primário e transmitir em assíncrono visto que esta parte do metadado serárelativamente grande) uma seqüência temporal de resenhas de imagens ("sumários"matemáticos de dados de imagens). No cliente de STB (Figura 3, 52), o mesmo algoritmousado para gerar as resenhas na OCM (70, 80, 82) é calculada no fluxo de imagem emexibição. A seqüência resultante pode ser usada com um modelo de mensuração em filtrobayesiano tanto para estimar inicialmente qualquer compensação temporal entre ometadado e o STB como para corrigir dinamicamente quaisquer distorções temporais quepossam surgir durante a reprodução. Afora as distorções temporais, a seqüência daresenha também pode ser usada para detectar distorções espaciais na reprodução(decorrentes, p. ex., da necessidade de criar espaço para um mostrador exibido na parteinferior da tela), o que é fundamental para a correta geração de metadados sensíveis emrelação ao espaço (p. ex. turvamento ou bloqueio de parte da tela). Uma característicafundamental da resenha é que a mesma é contínua. Isto é, se duas imagens estiverem"próximas", então as resenhas resultantes também estarão "próximas". As funções deresenha que possuem esta propriedade já foram interpretadas e examinadas no contexto desinalização de imagens com marca d'água. Nesse contexto, a resenha é interpretada apartir de projeções da imagem em uma série de imagens de teste geradas a partir de umachave privada. Na aplicação que o sistema faz desse método não há necessidade de chaveprivada, e assim o algoritmo do sistema teria a liberdade de escolher as imagens de testeque atendessem a seus propósitos. Como também ocorre na sinalização com marcad'água, o sistema pré-processaria as imagens nas suas características mais essenciaisantes de calcular a resenha - dessaturação da imagem, aplicação do operador de Sobel(para detectar bordas) e renormalização -, assim projetando o que pudesse distinguir asimagens sem que fossem consideradas essencialmente diferentes.
Essa abordagem de reconstrução de metadados "temporalmente equivalentes" baseada emresenhas é cara em termos computacionais, podendo assim não ser aplicável como métodoem tempo real na atual geração de dispositivos de STB/DVR. Entretanto, à medida que taisdispositivos ganham microprocessadores mais poderosos e unidades de processamentográfico programáveis, esta abordagem se tomará cada vez mais viável e será usada naausência de dados temporais fundamentais (raro) ou para detectar subprogramas que são"idênticos" mesmo quando embutidos dentro de diferentes programas (mais comum). Alémdisso, poderá ser usada para verificar se o programa indicado é o programa recebido (p. ex.o episódio corretamente identificado de uma série) e tomar tantas providências quantasforem necessárias, tais como bloquear, alertar sobre ou identificar o material.
Além dos editores humanos em atuação nas ECCs (74), um software de inteligência artificialexecutado separadamente (76) pode varrer simultaneamente a base de dados daprogramação de vídeo e criar certos tipos de metadados ou marcar itens para uma inspeçãohumana mais detida. Por exemplo, uma rede de TV infantil com programação em geral"segura" e baixa prioridade de revisão por uma OCM com poucos recursos humanospoderia ser analisada por uma ferramenta de IA e certos eventos usuais de áudio ou vídeopoderiam ser marcados para revisão humana e possível rotulagem. Ferramentasautomáticas também poderia pré-processar fluxos de vídeo a criar marcadores temporáriospara "inserções" que irão depois otimizar o processamento feito por pessoas. As ferramentasautomáticas poderiam também criar marcadores de identificação de imagens usandofunções de dispersão ("hashing") para permitir que cenas de vídeos sejam reconhecidaspelo sistema de algum modo como "idênticas" apesar dos diferentes identificadores deprograma, códigos temporais etc. Por exemplo, uma fita de vídeo entregue por terroristas eintegrada ao noticiário noturno por muitas empresas de notícias diferentes poderia sermarcada com seu próprio identificador exclusivo por sistemas automáticos usando osalgoritmos de resenha de imagens descritos nos parágrafos anteriores, sendo entãoelevada a entidade de primeira classe dentro do sistema de metadados. À medida que asferramentas automáticas são aperfeiçoadas, elas podem ser promovidas à criação e parainserir diretamente no servidor de origem (78) os metadados pertinentes que serão entãodistribuídos em todo o sistema.
Um número enorme de editores trabalhando em ECCs (74) e cada vez mais complementadopela criação automatizada (76) poderia assim criar uma grande quantidade de metadados deservidor (78) associados a programações de vídeo previamente gravadas. Estes metadadospoderiam ser usados em todo o sistema da maneira descrita a seguir.Os metadados provenientes de uma OCM seriam enviados (79) regularmente para o centrode processamento de dados do sistema (02) e para a base de dados de metadados (08)através de uma rede privada ou privada virtual. Outras OCMs (80, 82) fariam o mesmo. Oservidor principal do sistema (04) então associaria os metadados por identificador deprograma e subprograma com a programação disponível nos diferentes VSPs (40, 42, 43)servidos pelo sistema. Ele também analisaria que GAs estão representados em um dadosite de VSP, bem como os padrões de utilização e opiniões sobre conteúdo enviados porusuários do sistema por meio do sistema através do servidor de nível 2 (Figura 1, 24). Combase nessa análise, um subconjunto adequado dos metadados seria então enviado (Figura1,14) para servidores de nível 2 dentro da rede privada do VSP. A partir do servidor de nível2 os metadados seriam então enviados para clientes de STB, onde seriam usados pelogerenciador de metadados (Figura 3, 40) para promover e/ou modificar conteúdoadequadamente.
Por outro lado, em razão da natureza inerentemente multifluxo do conteúdo de vídeo (p. ex. oMPEG-2 e o MPEG-4 definem um formato de transmissão de fluxo multilógico com bitunitário) é possível para o sistema usar a transmissão digital de vídeo também como meiopara distribuição de metadados.
Os metadados podem ser acrescentados ao próprio fluxo de vídeo (de preferência na frente,de modo que cheguem mais ou menos completamente logo nos segundos ou minutosiniciais do fluxo de conteúdo sendo transmitido) em alguma parte a montante do sistema dedistribuição de vídeo. Por exemplo, os metadados poderiam ser acrescentados àprogramação no head-end do VSP (Figura 1, 20, 22) por uma inserção do servidor de nível2 (24). Uma possível razão para esta abordagem é que é comum existir largura de bandadedicada para transmissão de vídeo que não é preenchida pelo conteúdo deste. Porexemplo, a teledifusão digital nos padrões ATSC oferece largura de banda suficiente paracodificação em alta definição (HD) e definição padrão (SD) de todo o conteúdo, mais umapequena quantidade de banda para sinalização e outros usos do sistema. No caso em quesomente o conteúdo HD ou SD está sendo transmitido, há "amplo" espaço para que osmetadados sejam acrescentados ao sinal e rapidamente entregues, potencialmente a umvasto número de sistemas de clientes e de forma razoavelmente confiável (os padrõesATSC e MPEG possuem correção de erro por prevenção e outros recursos paramulticasting de dados confiável em ambiente de rede não confiável).Agora com respeito ao modelo de utilização de metadados: deve estar claro a partir dadescrição feita até aqui da representação preferencial do sistema que um usuário pode estarassociado a múltiplos grupos de afinidade (GAs). Em geral, os metadados associados adiferentes GAs (quer gerados por um ou mais OCMs) são cumulativos: os metadados dousuários constituem o conjunto total dos metadados de todos os GAs com os quais ousuário tem associação. Aí surge a pergunta: como são os diversos metadados associadoscom diferentes GAs aplicados ao usuário quando ocorre algum tipo de conflito entre essesmetadados? Por exemplo, um GA classifica um "incidente" com gravidade 1, outro oclassifica com gravidade 2 e um terceiro o omite completamente.
A resposta tem duas partes. Primeiro, o usuário associa-se com GAs numa lista priorizada, ea prioridade é usada para conciliar diferenças nos MDS bem como priorizar recomendaçõesincorporadas nos MDA. Por padrão os metadados associados com um GA de maiorprioridade tem precedência sobre os metadados associados a um GA de menor prioridade.Essa priorização aplica-se igualmente aos MDA/recomendação e promoção bem como aosMDS/filtragem e bloqueio realizados pelo sistema. Em segundo lugar, com respeito aosMDS, o usuário tem a faculdade de escolher entre uma opção "mais restritiva" ou "menosrestritiva", ou ainda um nível intermediário (p. ex. a média dos GAs). Na opção "maisrestritiva", os metadados do GA que identificam mais incidentes e/ou dão a estes umagravidade maior têm prioridade sobre todos os demais metadados de GAs. Na opção"menos restritiva" os metadados conflitantes são analisados, sendo que as classificaçõesgerais mais baixas e de gravidade de incidente mais baixas têm prioridade. Note-se,entretanto, que no caso de um GA que possui um registro (tal como de programa ou deincidente) absolutamente inexistente nos metadados associados a outros GAs, esse registroé tratado em caráter cumulativo e assim definirá o resultado, independentemente daprioridade do GA. Como conseqüência, um subprograma, por exemplo, que não formarcado por um GA e tratado como incidente por um segundo GA fará com que o segundoGA determine o resultado, pois não há nenhum conflito de metadados a ser resolvido. Osistema descrito até aqui nesta seção depende da análise de vídeo gravado pelas OCMs ede sua subseqüente reprodução pelo usuário na presença dos metadados pertinentes. Issonão oferece nenhum benefício em caso de "transmissões" de TV (ainda que recebidas), queé o modo pelo qual a maioria das pessoas ainda consome a maioria das programações devídeo. Na seção seguinte (8) são descritos os componentes e práticas adicionaisnecessários ao tratamento da TV ao vivo no contexto do sistema. Entretanto, é importantesublinhar o quão valioso é o sistema mesmo na ausência de qualquer solução demetadados para conteúdo ao vivo.
(a) Uma parte singular do valor do sistema não reside nos recursos de bloqueio e filtragem,mas nos de agregação e recomendação. Todo conteúdo, mesmo aquele não previamentegravado e exibido, tem potencial para fazer parte do lado MDA/promocional do sistema.
(b) Com referência tanto aos MDA como aos MDS, a vasta maioria do conteúdo de vídeo épré-gravado e deste a maioria estará disponível para análise das OCMS, quer por ser reprisede uma transmissão ao vivo anterior ou porque se trata de um filme já lançado nos cinemasou em DVD, ou ainda porque através da constituição de relações comerciais os participantesda invenção do sistema poderão dar aos produtores irrefutáveis motivos de carátercomercial para produzirem conteúdo e disponibilizá-lo à pré-visualização das OCMs.
(c) Por último, com respeito tanto aos MDA como aos MDS, as pessoas e as famílias que sepreocupam com opções sadias de mídia agora têm basicamente um poder, conferido pelatecnologia de DVR, de diminuir drasticamente seu consumo de TV ao vivo e de "gravar" seuvídeo para assistir depois, quando for mais conveniente. Quando combinado à invenção dosistema e ao modelo de negócio das OCMs com tempo de criação de metadados inferior a24 horas para todos os canais de transmissão, o resultado é que por simplesmente sercapaz de assistir o programa de televisão uma ou mais noites adiante, o usuário do sistemapode expandir e muito sua potencial base de consumo de mídia, encontrando conteúdomelhor por meio das recomendações das GAs que são incorporadas nos MDA1 enquantoainda se sente "seguro e a salvo" e resguardado contra o conteúdo indesejado incorporadonos MDS.
Em suma, mesmo sem qualquer modelo ou método para tratar da programação ao vivo,a invenção do sistema ainda é altamente útil e valiosa.
8. Ferramentas e técnicas de gerenciamento de vídeo ao vivo em "tempo quase real"Dito isto, seria mais útil se, além de todos os recursos do sistema discutidos acima, existisseainda um modo pelo qual fosse possível colocar a programação ao vivo da TV sob o escopodo sistema. Esta seção, conforme ilustrado nas Figuras 3 e 4, descreve a representaçãopreferencial da invenção quando em seu modo de operação ao vivo (os números de figurasão indicados somente quando for importante para o número do item). Em resumo: o modo de gerenciamento de vídeo ao vivo tira proveito dos recursos de DVRdo hardware e software clientes, porém ao invés de gravar programas inteiros parareprodução posterior, o sistema usa a função DVR como armazenamento temporário devídeo ao vivo para reprodução com um pequeno atraso. Durante o tempo deste atraso osmetadados adequados terão sido criados e transmitidos ao cliente de STB. Os metadados(recebidos do VSP ou de outras fontes como a Internet) são então combinados ao conteúdoao vivo armazenado e reproduzidos na tela. Este modo é chamado de "modo em tempoquase real" (TQR) para entrega de conteúdo aos usuários.
O TQR funciona da seguinte maneira: o conteúdo ao vivo de uma rede de TV é enviado aosservidores de vídeo ao vivo das OCMs (Figura 4, 60) enquanto é simultaneamente enviadopara o cliente de STB do usuário (Figura 3, 84). Como o cliente de STB está rodando emmodo "ao vivo protegido" (conforme selecionado pelo usuário ao escolher assistir conteúdodo GHP (Figura 3, 44) ou do GAP (Figura 3, 42)), o VSM (Figura 3, 80) usa o componenteDVR (Figura 3, 94) para fazer uma cópia local do fluxo de vídeo sem ainda reproduzi-lo. Ovídeo é eventualmente exibido em intervalo configurável entre 60 (um minuto) e 300 (cincominutos) segundos. Pelo restante da explicação o intervalo assumido será de 120 segundos(dois minutos).
Enquanto isso, um ou mais OCMs já implementaram um sistema paralelo de edição/criaçãode metadados para tratar do conteúdo ao vivo. Pessoas trabalhando em uma ou maisestações de trabalho editorial ao vivo (EEVs) (Figura 4, 62) estão assistindo a transmissãoao vivo. Por questões de confiabilidade e precisão esses editores em geral trabalharão emequipes de dois ou mais, todos assistindo o mesmo conteúdo (no restante da descriçãoassumiremos uma equipe de três editores). Os EEVs possuem software altamenteespecializado que permite o vídeo ao vivo ser tratado como se estivesse sendo reproduzidopara edição. Assim, por exemplo, o editor pode "pausar" e "voltar" rapidamente com grandeprecisão (até o nível de quadro), "marcar" ou rotular o quadro como início de incidente,"adiantar" até o fim da cena/incidente (se tiver terminado, se não até o atual fim do fluxo) erotular novamente. O software possui uma sofisticada interface de usuário que permite arápida aplicação de rótulos de metadados e marcas adequadas para o conteúdo ao vivo.Estas marcas são enviadas imediatamente no servidor de origem de metadados (78) etratadas como registros temporários de metadados. Os três editores votam implicitamentecom base em suas escolhas e comportamentos. O sistema exige que pelo menos doisdestes três editores concordem acerca de um incidente antes que o metadado sejaconduzido ao estado final (sistemas automatizados (Figura 4, 64) também podem serusados para melhorar a qualidade do gerenciamento de vídeo ao vivo; com tempo suficientepara o surgimento de técnicas aprimoradas de IA e o aumento constante do poder decomputação, os sistemas automatizados poderão ao fim e ao cabo tomar-se igual ou atémais importantes que os editores humanos).
Uma vez que os metadados tenham sido criados (e armazenados para uso posterior), elessão colocados em uma fila local de alta prioridade no servidor de metadados (78), depois da fila local para o centro de processamento de dados do sistema (02) e para o servidor debase de metadados do sistema (08) através de uma conexão de rede privada ou privadavirtual (79). Daí os dados seguem dois caminhos: (a) são armazenados na base demetadados de longo prazo como todos os metadados de entrada; (b) são colocados numafila local de saída de alta prioridade e enviados o mais rapidamente possível através de conexão de rede (Figura 3, 14) para o servidor de nível 2 (Figura 3, 24) e daí por multicastpara todos os clientes de STB onde são recebidos numa fila de processamento de altaprioridade pelo GMD (Figura 3, 40). O CMT (Figura 3, 88), componente responsável pelareprodução coordenada e orientada por metadados de todos os vídeos (neste caso um fluxode vídeo recém armazenado), reproduz o fluxo de vídeo atrasado de maneira usual chamando o VSM (Figura 3, 80) e o GMD (Figura 3,40) e aplicando os metadados conformedescrito acima em relação a uma entrada de vídeo RTSS. Enquanto todo o processo derápida marcação editorial e distribuição via rede dos metadados levar menos de 120segundos, o resultado desse processo é que a reprodução local com leve atraso emmilhares ou possivelmente milhões de clientes de STB fica basicamente sob o controle remoto das equipes de editoração ao vivo nas OCMs. A duração do atraso serádeterminada por muitos fatores humanos e técnicos, sendo que a invenção não estálimitada à duração do atraso.
Existem duas importantes diferenças no vídeo TQR que os vários componentes do sistemadevem levar em consideração e que o distinguem dos casos usuais de vídeo que não é ao vivo. Primeiro de tudo, como os metadados estão chegando "no momento certo", éfundamental que qualquer falha de rede ou de outro tipo (tais como no caso de toda umaequipe editorial que pega no sono) que resulte na interrupção do fluxo de metadados sejaevidenciada em tempo hábil para o cliente de STB. Esta exigência é satisfeita pelo uso deum pacote de dados de "pulsação" de ponta a ponta nos indicadores de atividade da equipeeditorial que flui uma vez a cada 10 segundos dos EEVs (Figura 4, 62), através das filas dealta prioridade do servidor de origem de metadados (78) e do servidor de metadados dosistema (04, 08) para o servidor de nível 2 (Figura 3, 24) e em seguida para o GMD (Figura3,40) no cliente de STB. Se um pacote deixa de chegar isso cria uma condição de alerta quesugere ao GMD a possível ocorrência de uma falha de sistema. Depois que um certonúmero de pacotes de pulsação (no caso de atraso de 120 segundos, por exemplo, issopoderia ser seis pacotes ou aproximadamente 60 segundos) não tiver chegado, o ciente deSTB entrará em modo de "falha segura" e, dependendo no nível de filtragem vigente, poderáinterromper a reprodução do conteúdo armazenado com a exibição de uma mensagem deerro apropriada para o usuário (p. ex. "este programa não pode mais ser reproduzido em'modo seguro'") e/ou sobrepor a mensagem em toda ou parte da tela. É claro, a título deotimização quando os reais pacotes de metadados estiverem fluindo, estes também serãotratados como pacotes de pulsação.
Em segundo lugar, diferentemente do que ocorre nos casos que não são ao vivo, podeocorrer que o registro de "início do incidente" seja criado e transmitido sem o correspondenteregistro de "fim de incidente" disponível no tempo para permitir que o CMT (Figura 3, 88)decida normalmente sobre como combinar metadados e fonte de vídeo. Nesse caso o CMTseguirá uma norma configurada pelo sistema, GA e/ou usuário com respeito a qual conteúdoalternativo deve ser exibido por um período de duração desconhecida (no momento deinício).
Existem dois modelos possíveis de tratar com incidentes de MDS que, de acordo com asconfigurações do usuário, resultem em bloqueio do conteúdo de vídeo. No primeiro modelo,mais simples, o cliente de STB simplesmente exibiria conteúdo alternativo tal como uma fotoda família, clipes aleatórios de vídeos caseiros, uma mensagem de um dos GAs do usuárioe assim por diante. Isso simplifica e muito a reprodução em TQR porque o atraso do vídeoao vivo (e os detalhes associados tais como tamanho do buffer local) permanece constantedurante todo o processo. O CMT ainda precisaria ser informado sobre a necessidade defornecer conteúdo substituto para que pudesse preparar a mídia alternativa e substituí-lainstantânea e perfeitamente quando o código temporal do "início de incidente" fosseaplicado ao fluxo de reprodução.
Um modelo mais complicado porém mais perfeito funciona conforme descrito a seguir. Oseditores humanos poderiam facultativamente marcar o registro do evento de "início deincidente" com um campo especial que implica uma "provável breve resolução" do incidente("incidente curto"); por outro lado, um "incidente curto" distinto porém relacionado poderia sertransmitido pelo sistema dentro de 10 a 30 segundos depois do registro de "início deincidente" (um exemplo real da utilidade dessa abordagem seria um noticiário, no começode 2007, quando um produtor televisivo de futebol americano decidiu transmitir em cadeianacional uma longa imagem (cinco a sete segundos) de uma jovem das arquibancadas quevestia uma camiseta exibindo uma palavra obscena). A ilação dessas mensagens de"incidente curto" para o CMT seria planejar simplesmente pular todo o incidente e nãosubstituir nenhum conteúdo. Porém essas dicas são opcionais porque ainda seria necessárioenfileirar conteúdo alternativo no CMT para o caso da dica de "incidente curto" mostrar-seerrada. O que não é opcional é a chegada da mensagem de "fim de incidente" no cliente deSTB antes do momento em que o CMT tenha atingido o quadro de "início de incidente" nobuffer de reprodução armazenado localmente, mais algum tempo extra para que o buffernão seja totalmente esvaziado e possa em princípio responde a outra solicitação de "iníciode incidente". Um tamanho/atraso mínimo razoável de buffer seria 30 segundos. Se o CMTreceber uma mensagem de "fim de incidente" antes de 30 segundos antes de reproduzir oquadro apontado na mensagem de "início de incidente", ele iria simplesmente pular todo oincidente e continuar a reproduzir o vídeo com um buffer de 30 segundos em vez de um de120 segundos.
A parte do pulo é relativamente fácil; a questão é como lidar com o pequeno tamanho dobuffer. Esse pequeno tamanho de buffer significa que o sistema corre muito mais risco deexibir conteúdo indesejado (no caso da mensagem de "início de incidente" não ser gerada erecebida em 30 segundos do início em tempo real do incidente no fluxo de transmissão de10 TV). O cliente de STB precisa reconstruir o buffer para seu tamanho configurado (mínimo desegundos, padrão 120 segundos). Não existem muitas técnicas que possam ser usadaspara realizar a expansão do buffer. Uma dessas técnicas seria simplesmente atrasar umpouco a reprodução, por exemplo, repetir um keyframe a cada segundo e assim causar umpequeno atraso da velocidade de reprodução para gradualmente reconstruir o buffer. Noentanto, isso seria difícil: reconstruir o buffer rapidamente o bastante usando técnicas de atrasosem que o telespectador perceba que algo está "errado" no fluxo de vídeo. Outra abordagemmais agressiva seria inserir um ou dois anúncios extras no próximo intervalo comercial. Issopermitiria a rápida reconstrução do buffer desejado, embora essa oportunidade possaaparecer minutos depois, fazendo assim com que o sistema funcione em estadoconsideravelmente arriscado no intervalo. Nesta representação preferencial a invenção dosistema usará ambas as técnicas para reconstruir o atraso temporal desejado no buffer.9. Gerenciamento e filtragem de conteúdo de Internet
A gestão e filtragem de conteúdo de Internet é uma tecnologia bem conhecida e difundida. Nocaso típico o software de filtragem é instalado no computador pessoal e a partir de entãopassa a bloquear o acesso a sites questionáveis e também (via de regra) a analisar outrostipos de tráfego de rede (tais como mensagens instantâneas e email) em busca de palavras-chave que indiquem o uso inadequado do sistema. O tráfego web normalmente é filtradocom uma ou duas técnicas (ou ambas), (a) Cada web site solicitado pelo usuário inicialmenteé verificado contra uma "lista negra", uma base de URLs compilada pelo fabricante dosoftware (ou licenciada de terceiros); se a URL solicitada for encontrada na base de dados, osoftware nega a solicitação de visualização do site. (b) Uma vez que a página tenha sidoliberada e o conteúdo baixado da web, o texto (e às vezes os gráficos) da página solicitadasão analisados dinamicamente em busca de palavras-chave e outros indicadores deconteúdo questionável, sendo que o conteúdo só é exibido para o usuário se a varredura emtempo real indicar que a página não é questionável. Com respeito ao conteúdo não-web (p.ex. mensagens instantâneas, email etc.), aplica-se normalmente a técnica (b) a todo otráfego. O software freqüentemente terá vários acessos disponíveis para diferentes usuáriosa fim de que seu comportamento seja adaptado para um nível de filtragem adequado agrupo etário, por exemplo. Em quase todos os casos o software pode ser desativado ouignorado a qualquer tempo por qualquer pessoa que possua a senha administrativa.
Existem vários problemas com os produtos características destinas à filtragem de Internet.Primeiramente, eles devem estar instalados e configurados em cada PC individual. Como ospais em geral não são tão especialistas em informática como seus filhos, isso geralmenteresulta no comprometimento do sistema desde o início visto que as próprias pessoas que osoftware pretende resguardar não raro conseguem controlá-lo e desativá-lo. Em segundolugar, freqüentemente esse software é muito invasivo e de uso problemático porque altera ocomportamento do sistema de forma considerável e não raro conflita com outros programasem execução na mesma máquina. Terceiro, o software somente funciona em um conjuntoespecífico de sistemas operacionais; por exemplo, a maioria dos produtos atualmente nomercado funciona somente no Microsoft Windows e não tem nenhuma solução parausuários de computadores Macintosh Apple ou Linux. Quarto, e talvez mais importante, todaa personalização do software de filtragem deve ocorrer com base nas escolhas deconfiguração do usuário. O comportamento padrão do software é "um para todo mundo" e oresultado é que ele acaba não servindo a ninguém direito. A adaptação por usuáriosindividuais para atender às necessidades e valores da família exige muito tempo e esforço,sendo que normalmente os usuários ficam decepcionados e acabam simplesmentedesligando o software. Nas várias representações da invenção do sistema (Figura 5), atecnologia de gerenciamento e filtragem de conteúdo de Internet não se baseiaprimariamente no computador do usuário. Em vez disso o sistema existe na própria rede,portanto simplificando e muito e aprimorando o comportamento do sistema. Talvez maisimportante seja o conhecimento do usuário obtido pelo sistema através do processo deadesão e dos grupos de afinidade (GAs) escolhidos, o que traz benefícios imediatos epotencializados em termos de adaptação e personalização do software para satisfazer asnecessidades do usuário e as de sua família.
Existem três principais representações da tecnologia de gerenciamento e filtragem deconteúdo de Internet. Todos os três modos serão utilizados e todos contam com benefícios ecomportamento semelhantes. As três representações/modos são:(a) Baseado em servidores: a representação preferencial do sistema é um sistema totalmentetransparente embutido na infra-estrutura do provedor de serviços de Internet (ISP) do usuário(trata-se do caso típico da invenção do sistema porque o usuário normalmente recebeserviços tanto de vídeo como de Internet do mesmo provedor e, como descrito nas seçõesanteriores, o sistema está normalmente integrado na infra-estrutura do VSP/ISP). Uma vezque o usuário seja identificado como cliente (50), todo o tráfego de Internet é rateado atravésdo sistema (30) e todos os recursos de gerenciamento e filtragem aplicados antes que essetráfego sequer alcance o lar (36). Um modo de operação melhorado (no qual os usuáriosindividuais e/ou computadores são diferenciados) exige um pequeno software adicional emcada computador.
(b) Baseado em gateway: outra abordagem semelhante coloca a inteligência do sistema emum dispositivo gateway inteligente ("gateway aprimorado" ou GA) (69). Esta abordagem éigualmente transparente e funciona mesmo quando o ISP do usuário não tem nenhumconhecimento ou relacionamento com a invenção do sistema e assim todo tráfego deInternet chega ao lar (60) de maneira "bruta" e não filtrada.
(c) Baseada em mediador aprimorado: a última abordagem, menos preferida, baseia-se nacolocação de um pequeno e simples software conhecido como "mediador" no computador dousuário. Este mediador em particular possui mais funcionalidade do que os demaismencionados nesta descrição detalhada, portanto será doravante denominado de"mediador aprimorado". As vantagens e desvantagens desta abordagem são descritas emmaiores detalhes a seguir, porém a principal vantagem é que o computador do usuário (55)fica "protegido" onde quer que esteja (50, 70) e independente da forma de conexão com aInternet (36, 71). Esta abordagem assim é especialmente importante nos casos em que ousuário deseja que um computador portátil da família, um Iaptop (55) por exemplo, esteja"dentro" do sistema não importe onde ou como ele se conecte.
Em todas as representações as características e proteções do sistema podem ser ignoradosdada a necessidade de credenciais de segurança. No entanto, mesmo essas operações sãomelhoradas de várias formas, como descrito a seguir.
O comportamento do sistema será primeiramente discutido em detalhes nestemodo/representação "baseado em servidores". Em seguida serão enfatizadas as vantagensde um modelo de gerenciamento e filtragem de conteúdo de Internet orientado a grupos(isso aplica-se a todos os modos de utilização). Por último, os dois modos/representaçõestécnicas adicionais serão explicadas em termos de suas diferenças (quaisquercaracterísticas ou funções não explicadas permanecem as mesmas).
a) Modo baseado em servidores
Os recursos de gerenciamento e filtragem de conteúdo do sistema começam utilizandopessoas e/ou sistemas automáticos para analisar grandes quantidades de conteúdo de webda Internet, avaliar esse conteúdo de acordo com uma série de categorias padrões daindústria e criar uma base de metadados de URL contendo este grande conjunto deinformações. Na representação preferencial, um sistema de "rastreadores web"automatizados (84) (grandes e poderosos computadores que varrem continuamente a webem busca de novo conteúdo) com software de inteligência artificial (IA) adequado analisam eclassificam páginas web de acordo com um prognóstico sobre se a página possivelmenteabrange conteúdo questionável. Essa informação fica armazenada em uma base de dadosprincipal de URLs (82) sendo periodicamente replicada em bases de URL secundárias (34,17) para utilização do sistema.
No próximo passo lógico, as informações da conta do usuário, incluindo familiares, idades,níveis de sensibilidade de cada familiar e grupos de afinidade (GAs), são analisadas pelapolítica de Internet/mecanismo de proxy (32) e são criados perfis que permitem a tomadarápida de decisões sobre se uma dada solicitação de uso de Internet será permitida ounegada. Os GAs podem criar suas próprias "listas negras" personalizadas (URLs contendoconteúdo questionável) bem como listas brancas" (URLs consideradas seguras edesejáveis). Se um GA colocar uma URL numa "lista branca" isso suprimirá a colocaçãodaquela mesma URL em uma "lista negra" por um mecanismo genético como o (80). Paradar um exemplo desta adaptação: páginas web com leituras tradicionais do Corão ou daBíblia contendo críticas a certos estilos de vida alternativos ou a certos comportamentossexuais em geral são rotuladas de "conteúdo de ódio" por certas bases de dados de URLsgenéricas. Um GA islâmico ou cristão pode aceitar esse rótulo ou então suprimi-lo comrespeito a certas páginas acrescentando estas à sua "lista branca". Presume-se que issoseja o que o usuário que se identifica com aquele GA espera e deseja. Assim, o sistemaestá imediatamente agregando valor à experiência do usuário acima e além de um filtrogenérico de Internet.
No ambiente doméstico totalmente protegido (50), todo o tráfego de Internet é rateadoatravés do mecanismo de política de Internet/mecanismo Proxy (PIMP) (32). Os sites da "listanegra" são avaliados em face da configuração do usuário e então permitidos ou bloqueados.Os sites de uma "lista de sites dinâmicos" (sites com tipos de informações extensas e emconstante mudança, algumas das quais podem ser questionáveis por certos usuários, muitasoutras não) são avaliados em regime de tempo real. Isto é, cada página é analisada à medidaque é descarregada pelo PIMP e encaminhada até o cliente solicitante somente se satisfizeros critérios estabelecidos pelo rastreador em tempo real. Além da utilização da web, todos osdemais tráfegos de protocolo de nível de usuário - email, mensagens instantâneas, canaisde jogos via Internet etc. - são rastreados em tempo real.
Em uma configuração comum, nenhuma informação específica de usuário é utilizada peloPIMP; todas as solicitações provenientes do ambiente doméstico recebem o mesmotratamento. Essas políticas de alcance doméstico são aplicadas à web, mensagensinstantâneas e ao tráfego de email, bem como a outros protocolos de Internet de nível deusuário mais comuns. Somente quando uma URL for bloqueada é que o usuário verá umatela para suprimir aquele bloqueio, na qual pode-se usar credenciais administrativas oupatemais para ignorar temporariamente o filtro (seja por padrão, somente para aquela URLespecífica mas facultativamente por um curto intervalo de tempo).
Esta abordagem puramente baseada em servidores é extremamente fácil de usar e deconfigurar porque não é necessário instalar nenhum software nos computadores do ambientedoméstico protegido (50). Trata-se de uma abordagem completamente automática e segura.Ela pode proteger o usuário não apenas contra conteúdo questionável, mas também contraconteúdo indesejável (tais como pop-ups) e perigoso (como vírus e roubo de identidade). Ousuário pode até mesmo ser informado de que está usando a Internet em modo seguroporque o sistema pode inserir em cada página um script para exibir um ícone de"navegação segura" na tela do navegador. Entretanto, uma abordagem puramente baseadaem servidores limita algumas das opções desejáveis. Por exemplo, seria interessante quediversos computadores no ambiente doméstico protegido (55, 56) tenham políticas diversasem vigor, dependendo do usuário. Como no caso normal o PIMP não tem como distinguiros computadores clientes atrás de um gateway padrão (59), esse nível de adaptação não épossível.
O sistema pode, no entanto, fornecer níveis de adaptação por usuário e por computadormediante o uso de pequeno software extra em cada computador da casa. Aqui são três asabordagens possíveis. A mais simples do ponto de vista de desenvolvimento eimplementação é utilizar a tecnologia de redes privadas virtuais (VPN) existente em todos osmodernos sistemas operacionais de clientes. Em particular, computadores Windows,Macintosh e Linux todos vêm com uma tecnologia VPN simples conhecida como "protocolode tunelamento ponto-a-ponto" ou PPTP. A identidade de cada computador e/ou do usuáriopode ser prontamente conhecida de forma segura solicitando-se a criação de um túnel dePPTP entre o computador cliente (55, 56) e o PIMP (32).
Entretanto existem desvantagens no uso de uma tecnologia como o PPTP. Primeiramente,existe uma sobrecarga computacional e de rede extra no protocolo, embora só issoprovavelmente não seja motivo suficiente para descartar seu uso. Em segundo lugar, omodelo de usuário é mais complicado visto que o usuário deve utilizar comandos e utilitáriosno sistema operacional com os quais ele provavelmente não tem familiaridade. Parte desseproblema poderia ser resolvido ou eliminado descarregando-se um pequeno software clientepelo navegador do sistema, o qual automatiza a criação de túneis PPTP bem comotransforma o processo de autenticação para deixá-los mais parecido com o acesso a umservidor web, coisa que os usuários já estão acostumados a fazer por si próprios. Em terceirolugar, o PPTP pode não ser suportado naqueles casos em que um computador portátil (55) élevado para fora de casa e usado num local e rede arbitrários (70, 78); alguns gatewaysbloqueiam tráfego de PPTP. Por último, a solução de PPTP seria muito ineficiente emtermos de tráfego de rede em qualquer caso em que o servidor PPTP não estivessediretamente no caminho do usuário até a Internet. Em outras palavras, em cenários comoum casa protegida com um ISP arbitrário (60) ou um local/conexão de rede arbitrária (70), oPPTP iria ratear todo o tráfego pelo PIMP, o que provavelmente não seria tão rápido oueficiente como enviar somente o tráfego necessário para ou através do PIMP ao mesmotempo em que se autoriza o grosso do fluxo de dados diretamente da Internet (61, 71) até olar (60) ou outro local (70).
Assim, na representação preferencial o sistema oferece uma ou duas outras abordagenspara satisfazer as exigências do sistema sem precisar do excesso e complexidaderepresentados por uma solução de VPN para o problema da identificação do usuário e dosistema.
Na primeira abordagem preferencial, uma pequena camada de software chamado"mediador" é acrescentada a cada computador cliente. Em termos de função e operação,trata-se este de um pequeno código de software da camada de "mediador do cliente" relativaao sistema de vídeo discutido nas Seções (1) e (5), mais simples (basicamente umsubconjunto) do "mediador aprimorado" descrito abaixo. No que se refere à implementação eaplicação, no entanto, estes três códigos de software provavelmente seriam combinados equase certamente o "mediador" descrito nesta seção seria combinado ao "mediadoraprimorado descrito adiante.No caso do lar protegido (50), a única função do mediador seria gerenciar a identidade dousuário e da sessão. Por exemplo, quando um determinado computador fosse usado pelaprimeira vez após um período de inatividade, o mediador detectaria a inexistência de sessãode sistema válida e redirecionaria a primeira solicitação de URL para o PIMP para acessovia página web fornecida por este último. Uma vez que a sessão fosse estabelecida(sessões têm duração configurável, sendo o padrão de 30 minutos), o mediador inseririauma identificação de sessão em cada pacote e o PIMP iria então ser capaz de aplicar aspolíticas específicas de usuário adequadas a todas as solicitações de Internet antes dedestacar a referida identificação e enviar a solicitação para a Internet como de costume. Asrespostas não precisariam ser modificadas ou manipuladas diretamente, exceto pelorastreamento em tempo real (ver abaixo), visto que o caminho de retomo até aquele clienteem particular é determinado pela combinação de endereço IP/número de porta de resposta,gerida pelo gateway e pelo próprio cliente do sistema. As sessões serão ajustadas paraexpirarem periodicamente (após um curto período de inatividade, como por exemplo cincominutos), e mesmo periodicamente quando estiverem ativas (tal como uma vez a cada 30minutos) para novamente proteger contra a situação em que um usuário comece a usar umcomputador após o outro) para que as identificações dos usuários provavelmente sejamcorretas. Outra maneira mais transparente pela qual o sistema pode manter a identidade dousuário/sessão é pelo dispositivo de gateway levemente modificado chamado "gatewaymodificado" (GM) (59). Neste caso o GM oferece somente uma função adicional (e as rotinasde configuração associadas), que é fornecer o mapeamento entre as identificações decomputadores na LAN (representadas pelos endereços MAC) e o uso de uma faixa específicade portas de resposta para solicitações de Internet. Existem aproximadamente 63 milnúmeros de portas dinâmicas disponíveis para respostas a solicitações feitas de acordo comqualquer protocolo de Internet. Um dispositivo de gateway com 'tradução de endereços derede" (NAT, o tipo mais utilizado em ambientes de redes domésticas) normalmente enxergaesses números de portas para fornecer um mapeamento privado entre os endereços IPprovados da rede e as solicitações de IP públicas. Nesta representação do sistema, essemapeamento é usado para proporcionar um meio pelo qual a identificação provada docomputador por trás do NAT possa ser comunicada ao PIMP de maneira extremamenteeficiente e transparente.
O funcionamento desta parte da invenção é descrito a seguir. Quando o GM inicializa e seliga à Internet, ele conecta-se a esta usando um canal seguro até um servidor de sistema nocentro de processamento de dados do sistema (02) em endereço DNS bem conhecido e seautentica como parte do sistema. Se seu endereço IP de origem estiver dentro da rede doVSP/ISP em que haja um centro de processamento de dados de Internet do sistema (30), oGM é informado desse fato e também envia o endereço IP do PIMP para aquela rede (oPiMP também é informado assincronamente sobre a presença do GM identificado pelo seuendereço MAC, o qual funciona como UUID, bem como de seu endereço IP atual). Se oendereço IP de origem não for parte do ambiente gerenciado, o GM não fará mais nada.Essa verificação é feita a cada inicialização e também uma vez por dia em caso dealterações de configuração. Muito provavelmente a verificação será bem-sucedida pois ousuário não terá comprado ou adquirido um GM a menos que espere utilizá-lo no sistema.No entanto, o gateway poderia ser retirado do sistema e ele funcionaria normalmente.Se o GM (59) estiver dentro de um ambiente servido por um PIMP (32), os dois nóstrabalharão em parceria simples que possibilitará ao PIMP identificar determinados PCsdentro da LAN privada (58). Se o GM tiver se conectado anteriormente ao PIMP masperdeu suas informações de configuração, essas informações (inclusive os endereços MACanteriormente configurados e os intervalos de portas de resposta associados) serãodescarregadas no acesso "inicial" e a parceria continuará como antes.A criação inicial da parceria entre o GM e o PIMP é descrita adiante. A base da parceria é(a) a comunicação dos endereços MAC internos para o PIMP em condições eventuais eespeciais; e (b) a constante utilização, pelo GM1 de um intervalo de portas de resposta paraidentificar singularmente dentro da LAN os computadores/dispositivos requisitantes por seuendereço MAC. A primeira parte pode ser realizada de muitas maneiras. Na representaçãopreferencial, pede-se ao usuário que acesse sua conta de sistema a partir de cadacomputador na LAN e então clique numa determinada URL. O GM está sempre rastreandouma requisição GET para aquela URL em particular. Quando o GM nota tal requisição, eleincorpora o endereço MAC do computador requisitante (de forma criptografada) nasolicitação de URL e a partir desse ponto em diante (se não antes, ver o próximo parágrafo)utiliza um conjunto dedicado de portas de resposta para todas as requisições de saídadaquele computador em particular. Por exemplo, para o computador X/endereço MAC Υ, oGM sempre usará números de porta de resposta entre 2501 a 3000 (este bloco teria umidentificador simples, como "bloco 3"). O número de portas de um bloco pode ser modificadocom base na experiência com o sistema, porém espera-se que 500 portas ou mais é maisdo que adequado para uma utilização doméstica normal pois é extremamente improvávelque qualquer computador doméstico tenha mais de 500 conexões de TCP ou sessões UDPativas ao mesmo tempo. Como existem cerca de 63 mil portas disponíveis, isso permitiria aoGM comunicar inequivocamente a identidade de mais de 120 dispositivos na LAN para oPIMP simplesmente ajustando a porta de resposta para uma faixa específica. Desse pontoem diante, e sem maiores excessos ou sobrecarga de dados dentro dos pacotes, o PIMPpode facilmente determinar qual computador está fazendo a solicitação, e assim gerenciar asessão e as questões de identificação de maneira adequada.Em resumo: o modo baseado em servidor da invenção do sistema fornece uma proteçãocompletamente transparente/automática para toda a LAN doméstica (58) sem quaisqueralterações de software nos computadores locais nem qualquer outra intervenção técnica. Aúnica coisa que o usuário precisa fazer é aderir ao serviço por meio do VSP/ISP (20) ou peloo servidor de interação do usuário do sistema (15). Uma vez que o usuário seja conhecidopelo sistema, todo o tráfego de Internet a partir do dispositivo de gateway (ou, maisprecisamente, do modem a cabo, DSL ou ponte fibra ótica-casa) será roteado pelo VSP/ISPatravés do centro de processamento "local" do sistema (30) e de um PIMP pré-definido (32). Osistema protege todo o ambiente doméstico, ainda que alguém traga um computador quejamais tenha tido qualquer interação com o sistema, sem havendo instalação de nenhumsoftware pelo sistema. Entretanto, caso o usuário deseja uma personalização mais avançada,tal como configuração por usuário ou por computador, gestão e filtragem de conteúdo, ainstalação de um "mediador" de cliente ou de gateway modificado (GM) (59) permitirá essasadaptações de maneira simples e transparente.
b) Principais vantagens do sistema em relação aos filtros de Internet tradicionaisAntes de descrever os dois outros modos técnicos do sistema, e além de algumas dasvantagens técnicas fornecidas pelo sistema conforme demonstrado acima (tais como aproteção "total" do lar) e adiante (gerenciamento centralizado de todos os dispositivosligados à Internet associados à conta do usuário/lar), é importante abrir um parêntese parasublinhar os modos não técnicos pelos quais a invenção do sistema (em qualquer modo)fornece uma melhoria considerável de usabilidade em relação a todas as tecnologiasexistentes de gerencialmente e filtragem de conteúdo de Internet. Existem dois fatoresprincipais que tomam o sistema muito mais poderoso e fácil de usar do que os sistemasanteriores. Um é a existência dos grupos de afinidade (GAs) e seu relacionamento com ousuário e sua família. O outro é a conexão com o sistema de vídeo do usuário.A presença de GAs dentro do sistema permite uma experiência muito mais personalizada eproveitosa ao usuário. Por exemplo, considere-se uma página web listada pelo filtro genéricocomo portadora de conteúdo questionável. Às vezes as páginas são listadas comoquestionáveis quando na verdade não são (simples falsos positivos). Em outros casos apágina seria questionável para alguns membros da sociedade, mas não para membros deum ou mais GAs (falsos positivos baseados em contexto). Se um usuário de filtro de Internetpadrão encontra uma dessas páginas, ele não tem como saber se deve desbloquear apágina para sua própria visualização, ou para visualização de um filho seu. Assim, cadapágina bloqueada coloca um dilema - "Acho que esta página pode ser legal, mas por queentão ela está na 'lista negra'?" - sem qualquer contexto que permita a solução do problema.Considere-se agora o mesmo cenário dentro da invenção do sistema. Primeiramente,conforme descrito anteriormente, os GAs podem criar "listas brancas" que suprimem a "listanegra" do sistema Desde o início o sistema será mais adaptado para as preferências eexpectativas do usuário.
Em segundo lugar, o sistema vai sendo cada vez mais adaptado dinamicamente pelo uso. Aprimeira vez que alguém de um determinado GA optar por visualizar uma página bloqueada,essa escolha é registrada na base de dados de utilização e a pessoa recebe uma solicitaçãoem forma de pop-up pedindo que classifique aquela página e, facultativamente, descrevapor que a acha útil, neutra ou prejudicial. A resposta da pessoa fica registrada no sistema.Depois de algum tempo a utilização do sistema faz brotar uma "inteligência coletiva". Porexemplo, o 100° usuário que encontrar a página bloqueada verá o seguinte: "70% dosmembros de seu grupo de afinidade X viram a página bloqueada usando a senhaadministrativa; desses, 10% ficaram satisfeitos, 20% se mantiveram neutros e 70%lamentaram tê-lo feito. Clique aqui para ler seus comentários, organizados em ordemcronológica decrescente." Além disso, os comportamentos agregados serão informados àadministração do GA e assim este poderá tomar providências para atender seus usuários,quer acrescentando a URL à "lista branca" do grupo ou criando anotações especiaisexplicando a seus usuários por que, ou por que não, eles podem querer usar a página outodo o site. O sistema irá exibir essa anotação no lugar da mensagem de bloqueio padrãoquando os membros do GA se depararem com a URL questionável.Não há praticamente nenhum limite para os tipos de ajuda de usuário e personalização quepodem surgir desse modelo de sistema, sendo que a agregação de dados de utilização,votação de usuários sobre o conteúdo e o contínuo fornecimento de opiniões de utilização esubsídios do GA para o sistema a fim de refinar ainda mais e expandir as recomendações eapoio para escolhas inteligentes de Internet e mídia dos usuários. A outra grande área demelhorias trazidas pela invenção do sistema vem de sua capacidade de unir serviços devídeo e de Internet em uma única experiência do usuário. Isso tem início no fato de que ousuário fornece um conjunto de informações sobre si mesmo e sobre sua família, bem comodados de grupos de afinidade que são compartilhados entre os dois sistemasinterconectados. A integração aumenta com o uso, pois as escolhas feitas no sistema devídeo podem ter um impacto positivo e adaptador sobre o comportamento do sistema deInternet e vice-versa.
A integração também é fundamental para melhorar a comunicação e o suporte ao usuário.Por exemplo, os pais podem receber relatórios de utilização semanal sobre a utilização devídeo e de Internet: quantas horas a família passou assistindo TV, e quando; os melhoressites e buscas da web, bem como a quantidade de tempo gasta em sistemas demensagens instantâneas e webmail e/ou o número de mensagens de email enviadasatravés do serviço integrado de email do sistema e de gateways opcionais de STMP ePOP/IMAP. O sistema também pode relatar paradas suspeitas: os horários em que osistema de gestão de vídeo e/ou Internet não estavam operando (em certas situações osistema pode ser burlado, como no caso de cliente de STB conectado por cabo coaxialtradicional com canais analógicos, ou quando o sistema de Internet está configurado paraoperar em modo de gateway melhorado ou "mediador aprimorado"). O sistema tambémpode sinalizar aos pais através de um ícone na TV quando houver problemas em tempo realCXDmo os usos da Internet, tal como um pico incomum de sites bloqueados ou um númeroincomum de vezes em que a senha administrativa foi usada para ignorar o sistema defiltragem.
c) Modos de gateway melhorado e "mediador aprimorado"
Novamente a arquitetura técnica: o sistema possuir três modos principais de utilização deInternet. O primeiro e mais abrangente - conhecimento como "modo baseado emservidores" - foi descrito acima juntamente com um número de recursos e vantagensgenérica do sistema. Os dois outros modos serão descritos agora: os modos de gatewaymelhorado e de "mediador aprimorado". Salvo se aqui mencionado, todas os recursos evantagens do sistema previamente mencionados aplicam-se a estes dois modos deoperação.
O modo baseado em servidores funciona naquelas circunstâncias em que o sistema estátrabalhando em colaboração com o ISP do usuário, em outra palavras, quando o tráfego deInternet do usuário pode ser automaticamente roteado através da política deInternet/mecanismo proxy (PIMP) do sistema. Alguns usuários do sistema podem não terum ISP que funciona em cooperação com o sistema. Isso pode ocorrer quando o VSP dousuário não é o mesmo ISP seu, ou quando o usuário está usando o sistema de vídeo emum dos modos alternativos de operação (ver Seções (2) e (3) supra).
Neste caso, o usuário terá a faculdade de adquirir um dispositivo de gateway aprimorado(GWA) (69), o qual fornece todas as funções necessárias ao sistema. O GWA oferece umasérie de funções adicionais além da simples identificação de computador/usuário fornecidapelo gateway modificado (GM) (59).
Como o GM, o GWA irá primeiro contatar o centro de processamento de dados do sistema(02) e, depois do acesso seguro, receber as informações necessárias para encontrar econectar ao PIMP mais "próximo" (32 ou 16). Desse ponto em diante o papel anteriormentedesempenhado quase totalmente pelo PIMP será agora dividido entre o GWA e o PIMP.Pode-se pensar no GWA como alguns módulos do PIMP que foram divididos econfigurados para serem executados em um pequeno computador atuando como gatewayde rede para o lar (60) e que funciona em estreita parceria com os módulos restantes doPIMP no servidor (32,16).
Aqui estão certas funções do PIMP que são executadas totalmente ou em parte pelo GWA.Em conjunto com o servidor de interação do usuário (15) e o PIMP, o GWA irá gerenciar aidentificação do sistema e do usuário bem como a própria sessão. Quando o usuáriointerage com o sistema por meio da web (15), o GWA de forma transparente irá acrescentarinformações sobre a LAN doméstica (68) bem como sobre os computadores conectados eindexados por endereço MAC. O usuário será capaz de ajustar as configurações de umcomputador em particular, e o GWA aprenderá e lembrará da configuração padrão de cadaum. O GWA também fornecerá limites de sessão e solicitará que o usuário acesse depoisde um certo tempo de inatividade, ou periodicamente mesmo durante a atividade normal. OGWA fornecerá rastreamento em tempo real de tráfego de email e mensagensinstantâneas, bem como tráfego web para sites "dinâmicos", além de rastreamento desegurança de vírus, roubo de identidade e assim por diante. O GWA não guardará cópiaintegral da base de dados de URL (34), nem de todos os metadados fornecidospelos GAs. Em vez disso, o GWA encaminhará cada solicitação de URL para oPIMP e manterá um pequeno cachê PEPS de URLs e metadados relacionados namemória, com gatilho de marcação cronológica de cada entrada por algumas horaspara que as informações continuem atuais. Por último, o GWA enviará regularmentesua base de dados local de interações do usuário e de informações de usuário e desistema para que o sistema possa utilizar e armazenar essas informações demaneira confiável. Se o GWA, por exemplo, falhar de alguma maneira ou retornaraos padrões de fábrica, o sistema descarregará todos os dados de configuraçãopreviamente "aprendidos" para o GWA quando este acessar novamente.
A principal coisa a se ter em mente sobre a arquitetura do GWA é que este estáapenas fazendo chamadas "de divisão de carga" para o PIMP. O grosso do tráfegode Internet de entrada e saída está indo diretamente do GWA para a Internet. Osfluxos de vídeo e outros downloads grandes, por exemplo, uma vez aprovados pela"divisão de carga" para o cachê de URL do GWA e, se necessário, uma chamadaremota para o PIMP, são simplesmente transportados pelo GWA sem qualquer outraintervenção pelo ou através do sistema.
O modo "mediador aprimorado" oferece um meio pelo qual um sistema portátil comoum Laptop (55, 56) pode ser configurado de dentro do sistema para operar demaneira segura e integrada mesmo se estiver conectado à Internet a partir de umlocal arbitrário (70) que não tenha gerenciamento e filtragem de conteúdo baseadoem servidor ou em GWA. Tecnicamente falando, o modo "mediador aprimorado" ésemelhante ao modo GWA, porém no caso do mediador a situação é algo simplificadaporque o mediador está rastreando e gerenciando o comportamento de apenas um únicosistema, e não de vários sistemas na LAN. Em todos os demais aspectos, porém, o mediadoage muito parecido como o GWA, como uma espécie de componente distribuído do PIMP.Mais especificamente, quando instalado em um PC (55, 56) o mediador observa todas asinterações locais entre aplicativos clientes (tais como navegadores, programas de email, demensagens instantâneas etc.) e a pilha do protocolo de rede TCP/IP. Algumas dessasinterações poderiam ser interceptadas temporariamente e comunicadas ao PIMP (32), oque então retomaria um resultado que bloquearia ou permitiria a interação. Outras sãopermitidas sem intervenção. Ainda outras envolvem filtragem e análise em tempo real, taisComo filtragem de mensagens instantâneas e tráfego de email.
A fim de caber no restante do sistema em forma de modo mais transparente possível, omediador não possui uma interface de usuário separada. Toda configuração do mediador éfeita configurando-se a máquina e seus usuários no web site do sistema (15), com todas osdados de configuração armazenados na base de dados de informações do usuário (10).Esta abordagem possui inúmeras vantagens. Primeira delas, o dono da conta pode rastrear,configurar e reconfigurar todos os computadores associados à conta, independentemente desua localização atual. Por exemplo, se o filho leva o Iaptop para a escola, o pai pode fazeralterações de configuração que se propagarão automaticamente para o Iaptop na próximavez que este se conectar à Internet. Em sentido inverso, todas as informações e incidentesde utilização (tais como web sites bloqueados) são enviados para a conta do usuário eintegrados em uma única arquitetura de visualização e emissão de relatórios para todos oscomputadores associados à conta.
Por último, tanto o GWA como o "mediador aprimorado" são projetados de tal forma que seforem temporariamente retirados do lar ou do computador, o sistema notará sua ausência.Este tipo de conhecimento do "cão que não ladrou" obviamente ambíguo pois há muitasrazões pelas quais o dispositivo pode ter ficado fora de conexão. Não obstante, isso daráaos pais alguma garantia de que os dispositivos estavam em ação quando necessário, poiso longo intervalo nos horários de conexão do GWA ou do mediador podem ser difíceis ouimpossíveis de explicar à luz de outros fatos conhecidos pelos pais.Deve-se entender que a presente invenção não se limitar à única representação descritaacima, mas abrange todas e quaisquer representações dentro do escopo dasreivindicações seguintes.

Claims (19)

1. MÉTODO PARA CUSTOMIZAR CONTEÚDO DE MÍDIA, caracterizado porincluir: um provedor de serviço de vídeo transmitindo um fluxo de vídeo;armazenando tal fluxo de vídeo no local do usuário; pelo menos um revisor editorialde conteúdo revisando tal fluxo de vídeo e indicando uma parcela de tal fluxo devídeo para ser reproduzida no citado local do usuário; e reproduzindo somente ascitadas parcelas do citado fluxo de vídeo armazenado no citado local do usuárioindicado pelo citado revisor editorial de conteúdo.
2. MÉTODO PARA CUSTOMIZAR CONTEÚDO DE MÍDIA, de acordo com a reivindicação-1, caracterizado pela citada revisão editorial de conteúdo está em um local remotodo citado provedor de serviço de vídeo.
3. MÉTODO PARA CUSTOMIZAR CONTEÚDO DE MÍDIA, de acordo com a reivindicação-1, caracterizado por incluir ainda: pelo menos uma afinidade contendo umadiversidade de membros; cada citado usuário indicando ao citado provedor deserviço de vídeo um grupo de afinidade do qual o usuário seja um membro, e talgrupo de afinidade tendo um editor de conteúdo associado indicando uma parcelade tal fluxo de vídeo a ser reproduzida em um local para o usuário que pertença aocitado grupo de afinidade; onde cada local do usuário tenha um dispositivo dereprodução que receba o tal grupo de afinidade indicado pelo usuário e reproduza acitada parcela do citado fluxo de vídeo de acordo com a indicação do editor deconteúdo associado ao grupo de afinidade indicado.
4. MÉTODO PARA CUSTOMIZAR CONTEÚDO DE MÍDIA, de acordo com a reivindicação-1, caracterizado por incluir ainda: recebimento de um guia de programas no local dousuário indicando uma primeira seleção de conteúdo de vídeo disponível a partir doprovedor de serviço de vídeo para o local do usuário; exibição de uma parcela docitado guia de programas, onde o citado guia de programas mostre somente o citadofluxo de vídeo armazenado no citado local do usuário indicado pelo citado revisoreditorial de conteúdo.
5. MÉTODO PARA CUSTOMIZAR CONTEÚDO DE MÍDIA, de acordo com a reivindicação-1, caracterizado por incluir ainda: recebimento e exibição de um guia de programasem uma primeira cor no local do usuário indicando uma primeira seleção deconteúdo de vídeo disponível a partir do provedor de serviço de vídeo para o localdo usuário; exibição de uma parcela do citado guia de programas indicando em umasegunda cor somente o citado fluxo de vídeo indicado pelo citado revisor editorial deconteúdo.
6. MÉTODO PARA CUSTOMIZAR A REPRODUÇÃO DO CONTEÚDO DE MÍDIADE VÍDEO NO LOCAL DO USUÁRIO, caracterizado por incluir: recebimento depelo menos uma mídia de vídeo de um serviço de transmissão de mídia de vídeo erecebimento de um identificador único de mídia de vídeo para pelo menos umamídia de vídeo; armazenamento da citada uma mídia de vídeo pelo menos em umdispositivo de armazenamento eletrônico no citado local do usuário; recebimento nocitado dispositivo de armazenamento eletrônico de metadados de mídia de vídeorelacionados a uma mídia de vídeo, tais metadados de mídia de vídeo incluindo umidentificador único de metadados identificando o identificador único da mídia devídeo ao qual se relacionam os metadados de mídia de vídeo, tais metadados demídia de vídeo incluindo instruções de código de tempo para exibir partestemporizadas da mídia de vídeo relacionada em uma tela de vídeo ou para impedir atela de exibir parcelas temporizadas da mídia de vídeo relacionada na tela de vídeo;selecionar pelo menos uma mídia de vídeo para exibir na tela de vídeo no citadolocal do usuário; recuperação do identificador único de mídia de vídeo para a citadamídia de vídeo selecionada para exibição; recuperação dos metadados de mídia devídeo possuindo um identificador de metadados relacionado ao citado identificadorde mídia de vídeo; recuperação de pelo menos uma mídia de vídeo para exibição natela de vídeo no citado local do usuário, onde tais metadados recuperados de mídiade vídeo façam com que pelo menos uma parte da citada mídia de vídeo recuperadanão séja exibida na citada tela de vídeo.
7. MÉTODO PARA CUSTOMIZAR A REPRODUÇÃO DO CONTEÚDO DE MÍDIADE VÍDEO NO LOCAL DO USUÁRIO, de acordo com a reivindicação 6,caracterizado pelo serviço de transmissão de mídia de vídeo ser selecionado entretelevisão a cabo e televisão por satélite.
8. MÉTODO PARA CUSTOMIZAR A REPRODUÇÃO DO CONTEÚDO DE MÍDIADE VÍDEO NO LOCAL DO USUÁRIO, de acordo com a reivindicação 6,caracterizado pela mídia de vídeo ser selecionada entre vídeo por demanda eMPEG.
9. MÉTODO PARA CUSTOMIZAR A REPRODUÇÃO DO CONTEÚDO DE MÍDIADE VÍDEO NO LOCAL DO USUÁRIO, de acordo com a reivindicação 6,caracterizado por incluir ainda: fornecimento de um guia de programação listando oconteúdo de vídeo; fornecimento de um indicador no citado guia de programaçãoindicando se um conteúdo de vídeo em particular e se uma mídia de vídeo emparticular listada no guia contém metadados associados com tal mídia de vídeo.
10. MÉTODO PARA CUSTOMIZAR A REPRODUÇÃO DO CONTEÚDO DE MÍDIADE VÍDEO NO LOCAL DO USUÁRIO, de acordo com a reivindicação 6,caracterizado por incluir ainda: fornecimento de um guia de programação listando oconteúdo de vídeo; fornecimento de um indicador no citado guia de programaçãoindicando se um conteúdo de vídeo em particular e se uma mídia de vídeo emparticular listada no guia contém metadados associados com tal mídia de vídeo,exibindo tal listagem em uma primeira cor; fornecimento de um indicador no citadoguia de programação indicando que um conteúdo de vídeo em particular não contémuma mídia de vídeo em particular listada no guia contendo metadados associadoscom tal mídia de vídeo, mostrando a citada listagem em uma segunda cor diferenteda primeira cor.
11. MÉTODO DE DIRECIONAR O CONTEÚDO DE VÍDEO PARA ASPREFERÊNCIAS DE UM ESPECTADOR, caracterizado por incluir: transmissão deum segmento de vídeo por uma primeira parte; revisão de um segmento de vídeopor uma segunda parte e marcação de pelo menos uma primeira parcela dosegmento de vídeo com um primeiro marcador e marcação de pelo menos umasegunda parte do segmento de vídeo com um segundo marcador; recebimento deuma terceira parte de uma primeira indicação de preferência da terceira parte paraver um primeiro tópico ou assunto; recebimento da terceira parte de uma segundaindicação de preferência da terceira parte para não ver um segundo tópico ouassunto; reprodução seletiva do segmento de vídeo em uma tela de vídeo por umterceiro, onde tal reprodução pule pelo menos a segunda parcela do segmento devídeo onde tal tópico ou assunto da citada segunda parte do segmento de vídeocorresponda à citada segunda indicação, segundo tópico ou assunto; e indicaçãoseletiva, na tela de vídeo, de pelo menos uma primeira parcela da citada tela devídeo como sendo recomendada para a terceira parte assistir quando tal tópico ouassunto da citada segunda porção do segmento de vídeo corresponder à primeiraindicação, primeiro tópico ou assunto.
12. MÉTODO DE DIRECIONAR O CONTEÚDO DE VÍDEO PARA ASPREFERÊNCIAS DE UM ESPECTADOR, de acordo com a reivindicação 11,caracterizado pela citada primeira parte ser um provedor de serviço de vídeoselecionado de um grupo de televisão a cabo, satélite, transmissão ou fibra óptica.
13. MÉTODO DE DIRECIONAR O CONTEÚDO DE VÍDEO PARA ASPREFERÊNCIAS DE UM ESPECTADOR, de acordo com a reivindicação 11,caracterizado pela citada segunda parte é um grupo de afinidade.
14. MÉTODO DE DIRECIONAR O CONTEÚDO DE VÍDEO, da reivindicação 14,caracterizado pela citada segunda parte ser uma organização religiosa.
15. MÉTODO DE DIRECIONAR O CONTEÚDO DE VÍDEO, de acordo com areivindicação 14, caracterizado pelo citado grupo de afinidade ser um grupofechado.
16. MÉTODO DE DIRECIONAR O CONTEÚDO DE VÍDEO, de acordo com areivindicação 14, caracterizado pelo citado conteúdo de vídeo incluir pelo menosum segmento de vídeo criado pelo citado grupo de afinidade. /
17. MÉTODO DE DIRECIONAR O CONTEÚDO DE VÍDEO, de acordo com areivindicação 16, caracterizado por incluir ainda a reprodução de pelo menos umvídeo criado por um grupo de afinidade onde a citada reprodução pule a citadasegunda parcela do citado segmento de vídeo.
18. MÉTODO DE DIRECIONAR O CONTEÚDO DE VÍDEO, de acordo com areivindicação 17, caracterizado pelo citado conteúdo reproduzido do vídeo criadopor pelo menos um grupo de afinidade tem a mesma duração da segunda parcelado citado segmento de vídeo.
19. MÉTODO DE DIRECIONAR O CONTEÚDO DE VÍDEO, de acordo com areivindicação 14, caracterizado pela citada terceira parte ser um grupo de afinidadee a citada segunda parte é parte independente contratada pelo citado grupo deafinidade.
BRPI0710685-8A 2006-04-06 2007-04-06 metodo e aparelho de programação de controle de conteúdo de mìdia BRPI0710685A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US78959006P 2006-04-06 2006-04-06
US60/789,590 2006-04-06
PCT/US2007/008601 WO2007117613A2 (en) 2006-04-06 2007-04-06 Media content programming control method and apparatus

Publications (1)

Publication Number Publication Date
BRPI0710685A2 true BRPI0710685A2 (pt) 2011-08-23

Family

ID=38581651

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0710685-8A BRPI0710685A2 (pt) 2006-04-06 2007-04-06 metodo e aparelho de programação de controle de conteúdo de mìdia

Country Status (11)

Country Link
US (1) US20070250863A1 (pt)
EP (1) EP2011335A2 (pt)
KR (1) KR20080109076A (pt)
CN (1) CN101467449A (pt)
AU (1) AU2007235345A1 (pt)
BR (1) BRPI0710685A2 (pt)
CA (1) CA2648609A1 (pt)
IL (1) IL194544A0 (pt)
MX (1) MX2008012873A (pt)
WO (1) WO2007117613A2 (pt)
ZA (1) ZA200809486B (pt)

Families Citing this family (150)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4295644B2 (ja) * 2004-03-08 2009-07-15 京セラ株式会社 携帯端末及び携帯端末の放送記録再生方法並びに放送記録再生プログラム
CN100539503C (zh) * 2005-12-31 2009-09-09 华为技术有限公司 信息发布系统、公共媒体信息发布系统和发布方法
US8059662B2 (en) * 2006-04-18 2011-11-15 Harris Corporation System and method for controlling content and delivery of internet protocol television (IPTV) services
US8245267B2 (en) * 2006-04-28 2012-08-14 At&T Intellectual Property I, L.P. Methods, systems, and products for recording media on a user device
US20070253675A1 (en) * 2006-04-28 2007-11-01 Weaver Timothy H Methods, systems, and products for recording media
KR100977118B1 (ko) * 2006-05-16 2010-08-23 주식회사 케이티 문맥광고/정보의 맵핑 적중률 향상을 위한 광고/정보 노출방법 및 그를 이용한 문맥광고/정보 추천 서비스 시스템
JP2007318196A (ja) * 2006-05-23 2007-12-06 Sony Corp 情報処理システム、情報提供装置、情報提供方法、再生装置、情報処理方法、およびプログラム
US7647332B2 (en) * 2006-06-29 2010-01-12 Microsoft Corporation Aggregating content from multiple content delivery types in a discovery interface
US7840979B2 (en) * 2006-06-30 2010-11-23 Microsoft Corporation Graphical tile-based expansion cell guide
US8015580B2 (en) * 2006-06-30 2011-09-06 Microsoft Corporation Customizing virtual channels in a discovery interface
US20080004960A1 (en) * 2006-06-30 2008-01-03 Microsoft Corporation Microsoft Patent Group Interactive promotional space in a discovery interface
US20080077950A1 (en) * 2006-08-25 2008-03-27 Sbc Knowledge Ventures, Lp System and method for billing for video content
US9032454B2 (en) * 2006-10-02 2015-05-12 At&T Intellectual Property I, L.P. System and method of providing interactive content
US8774018B1 (en) * 2006-12-14 2014-07-08 At&T Intellectual Property I, L.P. Interactive inquiry and access to information via cellular networks
CN101212473A (zh) * 2006-12-31 2008-07-02 北京握奇数据系统有限公司 一种通过多媒体实现交互信息的方法及系统
US7861260B2 (en) 2007-04-17 2010-12-28 Almondnet, Inc. Targeted television advertisements based on online behavior
US8566164B2 (en) 2007-12-31 2013-10-22 Intent IQ, LLC Targeted online advertisements based on viewing or interacting with television advertisements
US8325217B2 (en) * 2007-04-30 2012-12-04 Hewlett-Packard Development Company, L.P. Sending video data over a network
CN101731011B (zh) 2007-05-11 2014-05-28 奥迪耐特有限公司 用于设置接收器延迟时间的方法
JP2008288704A (ja) * 2007-05-15 2008-11-27 Sony Corp 記録システム、受信装置および受信方法、記録装置および記録方法、並びにプログラム
US20090034786A1 (en) * 2007-06-02 2009-02-05 Newell Steven P Application for Non-Display of Images Having Adverse Content Categorizations
US8296198B2 (en) * 2007-06-28 2012-10-23 Sap Ag Method and system for distribution of information
US9235848B1 (en) 2007-07-09 2016-01-12 Groupon, Inc. Implicitly associating metadata using user behavior
US20090031360A1 (en) * 2007-07-25 2009-01-29 The Directv Group, Inc. Method and system for enabling a service using a welcome video
US20090063978A1 (en) * 2007-09-05 2009-03-05 Sony Corporation Network status icon in navigable toolbar
US8296843B2 (en) 2007-09-14 2012-10-23 At&T Intellectual Property I, L.P. Apparatus, methods and computer program products for monitoring network activity for child related risks
US8495670B2 (en) 2007-09-21 2013-07-23 Echostar Technologies L.L.C. Accounting for viewing and recording of programs
US20090083781A1 (en) * 2007-09-21 2009-03-26 Microsoft Corporation Intelligent Video Player
US20090094652A1 (en) * 2007-10-03 2009-04-09 Eatlime, Inc. Methods and Apparatus for Simultaneous Uploading and Streaming of Media
KR101265266B1 (ko) * 2007-10-16 2013-05-20 삼성전자주식회사 컨텐트 저장 장치의 제어 방법 및 그 장치
US8478331B1 (en) 2007-10-23 2013-07-02 Clearwire Ip Holdings Llc Method and system for transmitting streaming media content to wireless subscriber stations
CN101426172B (zh) * 2007-10-29 2011-10-26 中兴通讯股份有限公司 一种通过移动多媒体数据广播实现网页浏览的方法和系统
US8082179B2 (en) * 2007-11-01 2011-12-20 Microsoft Corporation Monitoring television content interaction to improve online advertisement selection
US8990426B2 (en) * 2007-11-28 2015-03-24 At&T Intellectual Property I, L.P. Methods, systems, and computer program products for providing electronic transactions
US8789070B2 (en) * 2007-12-06 2014-07-22 Wyse Technology L.L.C. Local device virtualization
US8543622B2 (en) 2007-12-07 2013-09-24 Patrick Giblin Method and system for meta-tagging media content and distribution
US8055688B2 (en) * 2007-12-07 2011-11-08 Patrick Giblin Method and system for meta-tagging media content and distribution
US9984369B2 (en) 2007-12-19 2018-05-29 At&T Intellectual Property I, L.P. Systems and methods to identify target video content
CN101472090B (zh) * 2007-12-27 2011-12-28 新奥特（北京）视频技术有限公司 用于视频服务器的硬件自适应多通道多模式视频预监方法
CN102067586B (zh) * 2008-03-05 2014-01-01 惠普开发有限公司 使外部内容在数字显示系统中同步和窗口化
WO2009110909A1 (en) * 2008-03-07 2009-09-11 Hewlett-Packard Development Company L.P. Pvr offloader
US20090232472A1 (en) * 2008-03-11 2009-09-17 Echostar Technologies L.L.C. Methods and apparatus for providing usage timers for a presentation device
US20090249426A1 (en) * 2008-03-27 2009-10-01 Microsoft Corporation Supplementing broadcast service with network content
US8032918B2 (en) 2008-04-01 2011-10-04 Microsoft Corporation Application gadgets
KR101528857B1 (ko) * 2008-04-24 2015-06-16 삼성전자주식회사 방송 프로그램 정보를 제공하는 방법과 그 장치
KR101552147B1 (ko) 2008-04-24 2015-09-11 삼성전자주식회사 방송 컨텐츠를 추천하는 방법과 그 장치
KR101517769B1 (ko) * 2008-04-24 2015-05-06 삼성전자주식회사 미디어 컨텐츠 재생장치에서 방송 컨텐츠의 추천 방법과 그장치
US20090288131A1 (en) * 2008-05-13 2009-11-19 Porto Technology, Llc Providing advance content alerts to a mobile device during playback of a media item
US8793331B2 (en) * 2008-05-16 2014-07-29 Wyse Technology L.L.C. Multimedia redirection
WO2009148221A2 (ko) * 2008-06-04 2009-12-10 삼성전자 주식회사 연령 제한에 따라 필터링된 콘텐트를 송수신하는 방법 및 장치
US8396924B2 (en) * 2008-06-23 2013-03-12 Microsoft Corporation Content management using a website
US8522015B2 (en) * 2008-06-27 2013-08-27 Microsoft Corporation Authentication of binaries in memory with proxy code execution
US20100023984A1 (en) * 2008-07-28 2010-01-28 John Christopher Davi Identifying Events in Addressable Video Stream for Generation of Summary Video Stream
US20100074589A1 (en) * 2008-09-24 2010-03-25 Pace Plc Program Content Recovery for Multimedia Devices and Digital Video Recorder Set-Top Boxes
KR20100039706A (ko) * 2008-10-08 2010-04-16 삼성전자주식회사 사용자의 반응 분석을 이용한 컨텐츠의 동적 서비스 방법 및 그 장치
US8402493B2 (en) * 2008-11-20 2013-03-19 Microsoft Corporation Community generated content channels
US10063934B2 (en) * 2008-11-25 2018-08-28 Rovi Technologies Corporation Reducing unicast session duration with restart TV
US20100162333A1 (en) * 2008-12-24 2010-06-24 Nortel Networks Limited Ready access to uniform resource identifiers that are associated with television content
US9396258B2 (en) * 2009-01-22 2016-07-19 Google Inc. Recommending video programs
US8493339B1 (en) * 2009-03-25 2013-07-23 Ami Entertainment Network, Inc. Multi-region interactive display
US8352629B2 (en) * 2009-03-26 2013-01-08 25-Seven Systems, Inc. Media stream capture, modification, and forwarding
US8849101B2 (en) * 2009-03-26 2014-09-30 Microsoft Corporation Providing previews of seek locations in media content
US9078033B2 (en) 2009-03-27 2015-07-07 Guest Tek Interactive Entertainment Ltd. Coax and IP hybrid digital TV and VOD system
CN101854376A (zh) * 2009-04-03 2010-10-06 鸿富锦精密工业（深圳）有限公司 点对点文件分享系统及方法
EP2242259A1 (en) * 2009-04-16 2010-10-20 Panasonic Corporation Content recommendation
US8160073B2 (en) * 2009-05-05 2012-04-17 At&T Intellectual Property I, L.P. Method and apparatus for transporting content
US20100287589A1 (en) * 2009-05-05 2010-11-11 Mobitv, Inc. Real-time group driven automated media content selection
US9602775B2 (en) * 2009-05-07 2017-03-21 Centurylink Intellectual Property Llc Auto discovery and auto provisioning of set top boxes
EP2438540A1 (en) * 2009-06-01 2012-04-11 AOL Inc. Providing suggested web search queries based on click data of stored search queries
US8635255B2 (en) * 2009-06-30 2014-01-21 Verizon Patent And Licensing Inc. Methods and systems for automatically customizing an interaction experience of a user with a media content application
US10102352B2 (en) 2009-08-10 2018-10-16 Arm Limited Content usage monitor
CN102035700A (zh) * 2009-09-29 2011-04-27 鸿富锦精密工业（深圳）有限公司 数字内容系统
US9201965B1 (en) 2009-09-30 2015-12-01 Cisco Technology, Inc. System and method for providing speech recognition using personal vocabulary in a network environment
KR101714781B1 (ko) 2009-11-17 2017-03-22 엘지전자 주식회사 컨텐츠 재생 방법
KR101650948B1 (ko) 2009-11-17 2016-08-24 엘지전자 주식회사 시간 정보 표시 방법 및 그를 이용한 디스플레이 장치
KR101585692B1 (ko) 2009-11-17 2016-01-14 엘지전자 주식회사 컨텐츠 정보 표시 방법
US20110191683A1 (en) * 2009-12-04 2011-08-04 Dillard Daniel G Methods and Systems to Enhance Advisor-Client Communications
US8299954B2 (en) * 2009-12-15 2012-10-30 At&T Intellectual Property I, L.P. Proxy remote control
US8660545B1 (en) 2010-01-06 2014-02-25 ILook Corporation Responding to a video request by displaying information on a TV remote and video on the TV
US8670648B2 (en) 2010-01-29 2014-03-11 Xos Technologies, Inc. Video processing methods and systems
US8140656B2 (en) * 2010-03-26 2012-03-20 Juniper Networks, Inc. Ager ring optimization
US20110252324A1 (en) * 2010-04-09 2011-10-13 Todd Marc A User participation ranking of video events
US8923685B2 (en) 2010-05-28 2014-12-30 Verizon Patent And Licensing Inc. Methods and systems for dynamically balancing storage of recorded media content data between a local storage device and a network storage device
CN101860543B (zh) * 2010-06-11 2012-10-03 龙山 基于广播电视网和通信网的大数据量文件快速下载方法
KR101602294B1 (ko) * 2010-08-06 2016-03-11 삼성전자주식회사 가상 개인화 그룹들 사이에서 계층적 탐색 기법을 사용하는 방법 및 장치
US8589795B2 (en) * 2010-09-07 2013-11-19 Hulu, LLC Method and apparatus for sharing viewing information
US20120066715A1 (en) * 2010-09-10 2012-03-15 Jain Shashi K Remote Control of Television Displays
WO2012051583A1 (en) * 2010-10-15 2012-04-19 Ness Computing, Inc. A computer system and method for analyzing data sets and providing personalized recommendations
US20120095862A1 (en) 2010-10-15 2012-04-19 Ness Computing, Inc. (a Delaware Corportaion) Computer system and method for analyzing data sets and generating personalized recommendations
US20120131626A1 (en) * 2010-11-19 2012-05-24 Media Patents, S.L. Methods, apparatus and systems for delivering and receiving data
US9465795B2 (en) 2010-12-17 2016-10-11 Cisco Technology, Inc. System and method for providing feeds based on activity in a network environment
US8826313B2 (en) * 2011-03-04 2014-09-02 CSC Holdings, LLC Predictive content placement on a managed services systems
WO2012144857A2 (en) * 2011-04-22 2012-10-26 Samsung Electronics Co., Ltd. Receiver for receiving and displaying a plurality of streams through separate routes, method for processing the plurality of streams and transmitting method thereof
CN102223509A (zh) * 2011-05-26 2011-10-19 深圳市九洲电器有限公司 一种机顶盒对录制文件片段跳过的方法和装置
US8909624B2 (en) 2011-05-31 2014-12-09 Cisco Technology, Inc. System and method for evaluating results of a search query in a network environment
US8788584B2 (en) * 2011-07-06 2014-07-22 Yahoo! Inc. Methods and systems for sharing photos in an online photosession
US8732275B2 (en) * 2011-08-01 2014-05-20 Verizon Patent And Licensing Inc. Methods and systems for delivering a personalized version of an executable application to a secondary access device associated with a user
CN102740001B (zh) * 2011-08-29 2017-08-04 新奥特（北京）视频技术有限公司 一种节目播出时间自适应处理方法及装置
US9961407B2 (en) 2011-09-30 2018-05-01 Tata Consultancy Services Limited Method and system for television program recommendation
US20130094590A1 (en) * 2011-10-12 2013-04-18 Vixs Systems, Inc. Video decoding device for extracting embedded metadata and methods for use therewith
US10491968B2 (en) 2011-10-27 2019-11-26 Eco Digital, Llc Time-based video metadata system
US8966525B2 (en) * 2011-11-08 2015-02-24 Verizon Patent And Licensing Inc. Contextual information between television and user device
CN103096145A (zh) * 2011-11-08 2013-05-08 苏州中茵泰格科技有限公司 视频推荐方法及系统
CN102523511A (zh) * 2011-11-09 2012-06-27 中国传媒大学 一种网络节目聚合及节目推荐系统和方法
CN103106208B (zh) * 2011-11-11 2017-09-15 中国移动通信集团公司 一种移动互联网中的流媒体内容推荐方法和系统
US9026544B2 (en) * 2012-01-24 2015-05-05 Arrabon Management Services, LLC Method and system for identifying and accessing multimedia content
US9098510B2 (en) 2012-01-24 2015-08-04 Arrabon Management Services, LLC Methods and systems for identifying and accessing multimedia content
US8996543B2 (en) 2012-01-24 2015-03-31 Arrabon Management Services, LLC Method and system for identifying and accessing multimedia content
US8965908B1 (en) 2012-01-24 2015-02-24 Arrabon Management Services Llc Methods and systems for identifying and accessing multimedia content
EP2645711A1 (en) * 2012-03-28 2013-10-02 Nagravision S.A. Method to bind the use of a television receiver to a particular network
CA2879522C (en) * 2012-07-20 2024-02-06 Visible World Inc. Systems, methods and computer-readable media for determining outcomes for program promotions
US20140074866A1 (en) * 2012-09-10 2014-03-13 Cisco Technology, Inc. System and method for enhancing metadata in a video processing environment
US8713600B2 (en) 2013-01-30 2014-04-29 Almondnet, Inc. User control of replacement television advertisements inserted by a smart television
KR20140102061A (ko) * 2013-02-13 2014-08-21 삼성전자주식회사 디스플레이장치, 서버 및 그 제어방법
CN104010200B (zh) * 2013-02-22 2018-01-30 中兴通讯股份有限公司 Iptv业务的视频提供方法及装置
US10476923B2 (en) 2013-04-05 2019-11-12 Arris Enterprises Llc Filtering content for adaptive streaming
WO2015148693A1 (en) * 2014-03-26 2015-10-01 Publicover Mark W Computerized method and system for providing customized entertainment content
CN103533400B (zh) * 2013-10-17 2017-01-25 北京中传数广技术有限公司 一种实现个性化时移电视的方法及系统
CN103546470A (zh) * 2013-10-24 2014-01-29 腾讯科技（武汉）有限公司 安全访问方法、系统及装置
US9558452B2 (en) * 2013-11-08 2017-01-31 Microsoft Technology Licensing, Llc Hierarchical statistical model for behavior prediction and classification
KR20150058745A (ko) * 2013-11-21 2015-05-29 한국전자통신연구원 컨텐츠 내용 기반 매쉬업 서비스 관리 시스템 및 이의 컨텐츠 내용 기반 매쉬업 서비스 관리 방법
US8924510B1 (en) * 2013-12-30 2014-12-30 CSG Media, LLC Digital content management system and process for the personalized search and browse of a digital content catalog
IN2014MU00140A (pt) 2014-01-15 2015-08-28 Whats On India Media Private Ltd
US9900656B2 (en) 2014-04-02 2018-02-20 Whats On India Media Private Limited Method and system for customer management
US20150365379A1 (en) * 2014-06-12 2015-12-17 Gryphon Online Safety, Inc. System and method for managing, controlling and configuring an intelligent parental control filter
US9451296B2 (en) 2014-08-19 2016-09-20 At&T Intellectual Property I, L.P. Extracting data from advertisement files for ad insertion
TWI572202B (zh) * 2014-09-19 2017-02-21 財團法人資訊工業策進會 節目事件偵測方法、裝置與節目資料傳輸系統
US10264322B2 (en) * 2015-02-18 2019-04-16 Mobitv, Inc. Unified playlist
US10187665B2 (en) * 2015-04-20 2019-01-22 Disney Enterprises, Inc. System and method for creating and inserting event tags into media content
RU2015115352A (ru) * 2015-04-24 2016-11-20 Закрытое акционерное общество "Лаборатория Касперского" Способ запуска браузера в защищенном режиме
US10462236B2 (en) * 2015-06-01 2019-10-29 Apple Inc. Coordinating metgadata
US11330316B2 (en) 2015-06-15 2022-05-10 Piksel, Inc. Media streaming
US10504029B2 (en) 2015-06-30 2019-12-10 Microsoft Technology Licensing, Llc Personalized predictive models
US10554611B2 (en) 2015-08-10 2020-02-04 Google Llc Privacy aligned and personalized social media content sharing recommendations
US10564924B1 (en) * 2015-09-30 2020-02-18 Amazon Technologies, Inc. Navigating metadata in long form content
CN107154917B (zh) * 2016-03-03 2020-06-02 华为技术有限公司 数据传输方法及服务器
US10949461B2 (en) * 2016-04-18 2021-03-16 International Business Machines Corporation Composable templates for managing disturbing image and sounds
CN106028054B (zh) * 2016-05-26 2019-04-12 无锡天脉聚源传媒科技有限公司 一种节目频道确定方法及装置
US10650241B2 (en) 2016-06-27 2020-05-12 Facebook, Inc. Systems and methods for identifying matching content
US9747378B1 (en) * 2016-08-09 2017-08-29 Afilias Plc Linked web presence pages associated with a top level domain
CN106803972A (zh) * 2017-03-13 2017-06-06 山东浪潮商用系统有限公司 一种电视节目播放方法、装置及系统
US20180329616A1 (en) * 2017-05-12 2018-11-15 Microsoft Technology Licensing, Llc Adaptive metadata filters
US10524016B2 (en) 2017-12-12 2019-12-31 Stern Ip Holder I, Llc System and method for content monitoring and filtering to improve network efficiency
US11093839B2 (en) * 2018-04-13 2021-08-17 Fujifilm Business Innovation Corp. Media object grouping and classification for predictive enhancement
CN111788834B (zh) * 2018-07-16 2022-09-09 谷歌有限责任公司 用于可寻址的电视广告的自定义分区
US11537666B2 (en) * 2019-01-29 2022-12-27 International Business Machines Corporation Crowdsourced prevention or reduction of dissemination of selected content in a social media platform
US11172257B2 (en) 2019-06-11 2021-11-09 Sony Corporation Managing audio and video content blocking
US11722544B2 (en) 2021-08-24 2023-08-08 Motorola Mobility Llc Electronic device that mitigates audio/video communication degradation of an image stream of a remote participant in a video communication session
US11765215B2 (en) * 2021-08-24 2023-09-19 Motorola Mobility Llc Electronic device that supports individualized dynamic playback of a live video communication session
US11606406B1 (en) 2021-08-24 2023-03-14 Motorola Mobility Llc Electronic device that mitigates audio/video communication degradation of an image stream of a local participant in a video communication session

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU1104583A (en) * 1981-12-19 1983-06-30 Frederick William Chard Method and apparatus for editing the output of a television
US4520404A (en) * 1982-08-23 1985-05-28 Kohorn H Von System, apparatus and method for recording and editing broadcast transmissions
US5434678A (en) * 1993-01-11 1995-07-18 Abecassis; Max Seamless transmission of non-sequential video segments
DE726013T1 (de) * 1993-10-29 1998-01-02 Time Warner Entertainment Co., L.P., Burbank, Calif. System und verfahren zur wiedergabesteuerung mehrerer, auf einer optischen platte gespeicherter kinofilme
US5778135A (en) * 1994-12-30 1998-07-07 International Business Machines Corporation Real-time edit control for video program material
TW436777B (en) * 1995-09-29 2001-05-28 Matsushita Electric Ind Co Ltd A method and an apparatus for reproducing bitstream having non-sequential system clock data seamlessly therebetween
US6393196B1 (en) * 1996-09-27 2002-05-21 Matsushita Electric Industrial Co., Ltd. Multimedia stream generating method enabling alternative reproduction of video data, and a multimedia optical disk authoring system
US20030093790A1 (en) * 2000-03-28 2003-05-15 Logan James D. Audio and video program recording, editing and playback systems using metadata
US6771316B1 (en) * 1996-11-01 2004-08-03 Jerry Iggulden Method and apparatus for selectively altering a televised video signal in real-time
US6181364B1 (en) * 1997-05-16 2001-01-30 United Video Properties, Inc. System for filtering content from videos
US20030040962A1 (en) * 1997-06-12 2003-02-27 Lewis William H. System and data management and on-demand rental and purchase of digital data products
JP3102407B2 (ja) * 1998-02-26 2000-10-23 日本電気株式会社 受信放送データの動的編集方法及び受信放送データの動的編集装置
US6133912A (en) * 1998-05-04 2000-10-17 Montero; Frank J. Method of delivering information over a communication network
US7146627B1 (en) * 1998-06-12 2006-12-05 Metabyte Networks, Inc. Method and apparatus for delivery of targeted video programming
US6481011B1 (en) * 1998-06-16 2002-11-12 Prevue Networks, Inc. Program guide system with user designated color coding
KR100338737B1 (ko) * 1998-06-24 2002-07-18 윤종용 정지화를 위한 정보를 저장하는 기록 매체 및 기록 재생방법과장치
US6771875B1 (en) * 1998-09-03 2004-08-03 Ricoh Company Ltd. Recording medium with video index information recorded therein video information management method which uses the video index information recording medium with audio index information recorded therein audio information management method which uses the audio index information and a video retrieval system
US7284202B1 (en) * 1998-10-09 2007-10-16 Microsoft Corporation Interactive multi media user interface using affinity based categorization
US6351596B1 (en) * 2000-01-07 2002-02-26 Time Warner Entertainment Co, Lp Content control of broadcast programs
US20010039657A1 (en) * 2000-04-28 2001-11-08 Tvmentor, Inc. Methods, systems and devices for selectively presenting and sorting data content
US6813438B1 (en) * 2000-09-06 2004-11-02 International Business Machines Corporation Method to customize the playback of compact and digital versatile disks
US6889383B1 (en) * 2000-10-23 2005-05-03 Clearplay, Inc. Delivery of navigation data for playback of audio and video content
US6898799B1 (en) * 2000-10-23 2005-05-24 Clearplay, Inc. Multimedia content navigation and playback
US20060031870A1 (en) * 2000-10-23 2006-02-09 Jarman Matthew T Apparatus, system, and method for filtering objectionable portions of a multimedia presentation
US8949878B2 (en) * 2001-03-30 2015-02-03 Funai Electric Co., Ltd. System for parental control in video programs based on multimedia content information
WO2002087233A1 (fr) * 2001-04-16 2002-10-31 Matsushita Electric Industrial Co., Ltd. Procede, appareil et systeme de services de diffusion a stockage multivue
US20030049014A1 (en) * 2001-09-07 2003-03-13 Tri-Vision Electronics Inc. Method and apparatus for playing digital media and digital media for use therein
US20030122966A1 (en) * 2001-12-06 2003-07-03 Digeo, Inc. System and method for meta data distribution to customize media content playback
US20030131352A1 (en) * 2002-01-08 2003-07-10 International Business Machines Corporation Controlling television viewing content
US20030192044A1 (en) * 2002-04-04 2003-10-09 Huntsman Robert Ames Content filtering system and method
JP4564962B2 (ja) * 2003-05-20 2010-10-20 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ コンテンツアイテムレコーダ、及びかかるコンテンツアイテムレコーダのための記録方法
US7502797B2 (en) * 2003-10-15 2009-03-10 Ascentive, Llc Supervising monitoring and controlling activities performed on a client device
US20050132401A1 (en) * 2003-12-10 2005-06-16 Gilles Boccon-Gibod Method and apparatus for exchanging preferences for replaying a program on a personal video recorder
US8949899B2 (en) * 2005-03-04 2015-02-03 Sharp Laboratories Of America, Inc. Collaborative recommendation system
US8943537B2 (en) * 2004-07-21 2015-01-27 Cox Communications, Inc. Method and system for presenting personalized television program recommendation to viewers
US20060215990A1 (en) * 2005-03-04 2006-09-28 Stexar Corp. Multi-user PVR
US8141114B2 (en) * 2006-02-28 2012-03-20 Microsoft Corporation Content ratings and recommendations

Also Published As

Publication number Publication date
CN101467449A (zh) 2009-06-24
AU2007235345A1 (en) 2007-10-18
ZA200809486B (en) 2009-12-30
EP2011335A2 (en) 2009-01-07
WO2007117613A2 (en) 2007-10-18
IL194544A0 (en) 2009-08-03
MX2008012873A (es) 2009-04-28
KR20080109076A (ko) 2008-12-16
US20070250863A1 (en) 2007-10-25
WO2007117613A3 (en) 2008-06-12
CA2648609A1 (en) 2007-10-18

Similar Documents

Publication Publication Date Title
BRPI0710685A2 (pt) metodo e aparelho de programação de controle de conteúdo de mìdia
US11252474B2 (en) System and method for managing streaming services
US20110276993A1 (en) Media Content Programming Control Method and Apparatus
US10455285B2 (en) System for managing media content
US11259087B2 (en) System and method for managing streaming services
US8850469B1 (en) Distribution of video in multiple rating formats
US8166501B2 (en) Scheme for use with client device interface in system for providing dailies and edited video to users
US20080028318A1 (en) Method and system for providing dailies and edited video to users
AU2017290574A1 (en) Method and system for transferring an interactive feature to another device
US11089072B2 (en) Real time optimized content delivery framework
WO2012073027A2 (en) Content Provision
US20070199041A1 (en) Video systems and methods of using the same
CA2773342A1 (en) System and method for managing streaming services
US20210390210A1 (en) Privacy-aware content recommendations
US9098577B1 (en) System and method for creating collaborative content tracks for media content
US10320882B2 (en) Uniform resource locator discovery and tracking for managing sponsored data
WO2024198618A1 (zh) 一种视频流处理方法以及相关设备
Hulsen et al. Peer-to-Peer internet television
Westin Evaluation of Video-on-Demand Streaming Servers
Denazis et al. STEER-D2. 1-Reference use case
KR20080087936A (ko) 아이피-티브이망을 이용한 공동체의 정보교환 시스템 및이를 이용한 정보교환 방법
Ardevol Real-Time Metadata for IPTV Systems

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 5A ANUIDADE.

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

Free format text: REFERENTE AO DESPACHO 8.6 PUBLICADO NA RPI 2161 DE 05/06/2012.