BRPI0609641A2 - métodos e sistemas para transações de mìdia independente de dispositivo - Google Patents

métodos e sistemas para transações de mìdia independente de dispositivo Download PDF

Info

Publication number
BRPI0609641A2
BRPI0609641A2 BRPI0609641-7A BRPI0609641A BRPI0609641A2 BR PI0609641 A2 BRPI0609641 A2 BR PI0609641A2 BR PI0609641 A BRPI0609641 A BR PI0609641A BR PI0609641 A2 BRPI0609641 A2 BR PI0609641A2
Authority
BR
Brazil
Prior art keywords
media
fact
transaction
specified
panel
Prior art date
Application number
BRPI0609641-7A
Other languages
English (en)
Inventor
Cameron W Brain
Cianno Armando J Di
Andrew D Andkjar
Yogesh A Girdhar
Michael P Rabinovich
Original Assignee
Open Box Technologies Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US11/392,260 external-priority patent/US20060242681A1/en
Priority claimed from US11/392,259 external-priority patent/US7600243B2/en
Priority claimed from US11/392,261 external-priority patent/US20060236344A1/en
Application filed by Open Box Technologies Inc filed Critical Open Box Technologies Inc
Publication of BRPI0609641A2 publication Critical patent/BRPI0609641A2/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/24—Systems for the transmission of television signals using pulse code modulation
    • 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/254—Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2541—Rights Management
    • 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/254—Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2543—Billing, e.g. for subscription services
    • H04N21/2547—Third Party Billing, e.g. billing of advertiser
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H04N21/26225—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints involving billing parameters, e.g. priority for subscribers of premium services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26275—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for distributing content or additional data in a staggered manner, e.g. repeating movies on different channels in a time-staggered manner in a near video on demand system
    • 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/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • 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/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/47815—Electronic shopping
    • 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
    • H04N21/4828—End-user interface for program selection for searching program descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64746—Control signals issued by the network directed to the server or the client
    • H04N21/64761—Control signals issued by the network directed to the server or the client directed to the server
    • 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/835—Generation of protective data, e.g. certificates
    • H04N21/8355—Generation of protective data, e.g. certificates involving usage data, e.g. number of copies or viewings allowed
    • 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/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests

Landscapes

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

Abstract

MéTODOS E SISTEMAS PARA TRANSAçõES DE MìDIA INDEPENDENTE DE DISPOSITIVO. São descritos métodos, sistemas, técnicas e mídia legível por computador para transação de midia independente de dispositivo, tais como a transação, aquisição, apresentação e publicação de midia. Modalidades exemplares fornecem um Sistema de Transação de Video Independente de Dispositivo ("DIVTS") que habilita um usuário a transacionar mídia tal como vídeo em fluxo contínuo em qualquer dispositivo que pode receber dados em fluxo continuo em uma conexão de banda larga e dar saida a dados de video para uma exibição. Em uma modalidade, o DIVTS compreende uma interface de usuário, um motor de transação, um subsístema de mídia e, opcionalmente, um repositório de dados de midia. O subsístema de midia compreende adicionalmente um motor de aquisição, um motor de apresentação e um motor de publicação. Esses componentes cooperam para habilitar um dispositivo de terceira parte a adquirir, transacionar, apresentar e publicar mídia. Este resumo é provido para atender as regras que exigem um resumo e é submetido com a intenção de que ele não será usado para interpretar ou limitar o escopo ou significado das reivíndicações.

Description

"MÉTODOS E SISTEMAS PARA TRANSAÇÕES DE MÍDIAINDEPENDENTE DE DISPOSITIVO"
CAMPO TÉCNICO
A presente invenção diz respeito a métodos e sis-temas para transações .de midia independente de dispositivoe, em particular, a métodos e sistemas para facilitar atransação, aquisição, apresentação e publicação de midia.
ANTECEDENTES DA INVENÇÃO
A proliferação de acesso a rede digital banda lar-ga tem dado origem a várias tecnologias para a distribuiçãode uma ampla variedade de conteúdo de midia. Tais tecnologi-as incluem aparelhos decodificadores de televisão patentea-dos que operam em redes fechadas, tais como aquelas operadaspor empresas a cabo, para receber e decodificar conteúdo di-gital e/ou analógico para exibição em aparelhos de televi-são . Outras tecnologias incluem dispositivos de midia portá-til e reprodutores de midia de suporte lógico. Reprodutoresde midia de suporte lógico tipicamente operam em redes aber-tas, tal como a Internet, para receber e decodificar conteú-do digital para exibição em dispositivos de exibição anexa-dos em sistemas de computação, tais como computadores de me-sa, computadores portáteis ou telefones móveis. Dispositivosde midia portáteis podem armazenar e exibir ou reproduzirconteúdo digital obtido de um sistema de computação hospe-deiro.
0 modelo de aparelho decodificador de televisão dedistribuição de midia apresenta uma variedade de inconveni-entes. Primeiramente, os aparelhos decodificadores de tele-visão tipicamente operam em redes fechadas. Ou seja, o con-sumidor está limitado às seleções de midia oferecidas peloproprietário da rede, em geral uma empresa a cabo. Portanto,o consumidor depara com o monopólio de preços para escolhaslimitadas de conteúdo de midia. Além do mais, o. modelo deaparelho decodificador de televisão de distribuição de con-teúdo é inerentemente unidirecional e baseado em consumo. Ouseja, consumidores são passivos no seu consumo, com sua úni-ca interação sendo escolher uma das várias ofertas selecio-nadas pelo operador da rede. Os consumidores geralmente nãopodem utilizar o aparelho decodificador de televisão parainteragir com o universo de conteúdo de midia e/ou outrosrecursos de informação de uma maneira expressiva, tal comocompartilhando seu próprio conteúdo e/ou provendo criticase/ou classificações para midia que eles acessaram.
0 modelo reprodutor de midia de suporte lógico dedistribuição de midia também apresenta múltiplos inconveni-entes . Primeiramente, tal como com aparelhos decodificadoresde televisão, usuários assumem um papel passivo no consumode conteúdo de midia. Usuários podem fazer a seleção entreinúmeras ofertas de midia, mas têm pouca ou nenhuma capaci-dade de fornecer uma realimentação expressiva ou realizaroutras interações relacionadas à midia que eles consomem. Seusuários quiserem interagir de tais maneiras, eles têm ge-ralmente que lançar mão de outros sistemas de suporte lógico(por exemplo, navegadores de rede) que podem não estar beminteragidos com o reprodutor de midia particular que elesestão usando. Além do mais, disputas de padrões entre propo-nentes de vários padrões de distribuição de midia têm resul-tado em um mercado fraturado de reprodutores de midia geral-mente incompatíveis. Em alguns casos, usuários têm que ins-talar diversos reprodutores de midia a fim de acessar conte-údo de midia que é provido em vários padrões incompatíveis.
Além do mais, o modelo de distribuição de disposi-tivo de mídia portátil apresenta vários inconvenientes. Pri-meiramente, dispositivos de mídia portáteis tipicamente nãofornecem acesso direto para transmissão de conteúdo em fluxocontínuo em conexões banda larga. Em vez disso, eles basei-am-se em sistemas de computação hospedeiros, tais como com-putadores pessoais de mesa para transferir música e/ou vídeode fontes de conteúdo para transferir adicionalmente para odispositivo de mídia portátil. Como tal, quando um disposi-tivo de mídia portátil é desconectado de seu sistema hospe-deiro, a seleção de conteúdo que ele fornece ao seu usuárioé efetivamente estática. Além do mais, por causa da interme-diação do sistema de computação hospedeiro, usuários deparamcom a tarefa de aprender usar um sistema de suporte lógicoadicional no sistema de computação hospedeiro para construire gerenciar uma biblioteca de mídia que existe com o propó-sito primário de prover conteúdo ao dispositivo de mídiaportátil.
Além disso, o problema de não uniformidade trans-cende as várias abordagens de distribuição de mídia. Casasmodernas têm inúmeros computadores pessoais que podem serusados para consumir mídia de uma forma ou de outra, inclu-indo computadores pessoais, computadores portáteis, assis-tentes pessoais digitais, telefones celulares e televisões.Entretanto, a fim de consumir midia, usuários têm que apren-der utilizar uma interface especializada para cada disposi-tivo, algumas vezes a um custo considerável de tempo, di-nheiro e/ou frustração. Ai não existe uma única interfaceuniforme que um usuário pode utilizar a fim de operar todosesses dispositivos a fim de consumir e interagir com conteú-do de midia de uma maneira expressiva verdadeiramente inte-rativa.
DESCRIÇÃO RESUMIDA DOS DESENHOS
A Figura 1 é um diagrama de blocos de exemplo deuma modalidade de exemplo de um Sistema de Transação de Vi-deo Independente do Dispositivo residente em um dispositivode terceiros.
A Figura 2 é um diagrama de blocos de exemplo deuma critica de um processo de exemplo para prover funções deum Sistema de Transação de Video Independente do Dispositivo.
A Figura 3 é um diagrama de rede de exemplo querepresenta uma Rede de Transação de Midia.
A Figura 4 é um diagrama de blocos de exemplo decomponentes de uma modalidade de exemplo de um Sistema deTransação de Video Independente do Dispositivo.
A Figura 5 é um diagrama de blocos de exemplo deuma interface de usuário "Quilt" provida por uma modalidadede exemplo de um. Sistema de Transação de Video Independentedo Dispositivo.
A Figura 6 é um diagrama de estado de exemplo queilustra navegação em uma interface de usuário Quilt de exem-pio provida por uma modalidade de exemplo de um Sistema deTransação de Video Independente do Dispositivo.
As Figuras 7A-7E são exibições de tela de exemplode vários "painéis" de uma interface de usuário Quilt de e-xemplo provida por uma modalidade de exemplo de um Sistemade Transação de- Video Independente do Dispositivo -
A Figura 8 é um fluxograma de exemplo de uma roti-na de interface de usuário de exemplo provida por uma moda-lidade de exemplo de um Sistema de Transação de Video Inde-pendente do Dispositivo.
A Figura 9 é um fluxograma de exemplo de uma roti-na de transação de midia de exemplo provida por uma modali-dade de exemplo de um Sistema de Transação de Video Indepen-dente do Dispositivo.
A Figura 10 é um fluxograma de exemplo de uma ro-tina de busca de midia de exemplo provida por uma modalidadede exemplo de um Sistema de Transação de Video Independentedo Dispositivo.
As Figuras 11A-11D são exibições de tela de exem-pio de painéis de busca de uma interface de usuário Quilt deexemplo provida por uma modalidade de exemplo de um Sistemade Transação de Video Independente do Dispositivo.
A Figura 12 é um gráfico de categorização que re-presenta uma categorização de exemplo de diversos títulos demidia de exemplo.
As Figuras 13A-13B são diagramas de Venn que re-presentam uma categorização de exemplo de diversos titulosde midia de exemplo.A Figura 14 é um fluxograma de exemplo de uma ro-tina de aquisição de midia de exemplo provida por uma moda-lidade de exemplo de um Sistema de Transação de Video Inde-pendente do Dispositivo.
A Figura 15 é uma exibição de tela de exemplo demidia adquirida por uma interface de usuário Quilt de exem-plo de uma modalidade de exemplo de um Sistema de Transaçãode Video Independente do Dispositivo.
A Figura 16 é um fluxograma de exemplo de uma ro-tina de publicação de midia de exemplo provida por uma moda-lidade de exemplo de um Sistema de Transação de Video Inde-pendente do Dispositivo.
A Figura 17 é um diagrama de blocos de exemplo deum sistema de computador de uso geral para praticar modali-dades de exemplo de um Sistema de Transação de Video Inde-pendente do Dispositivo.
A Figura 18 é um diagrama de blocos de exemplo deuma modalidade de exemplo de um Sistema de Transação de Vi-deo Independente do Dispositivo em um dispositivo de entre-tenimento terceirizado.
A Figura 19 é um fluxograma de exemplo de uma ro-tina despachante de exemplo provida por uma modalidade deexemplo de um Sistema de Transação de Video Independente doDispositivo.
A Figura 20 é um diagrama de blocos de exemplo decomponentes de uma modalidade de exemplo de um Portal de Re-de de Transação de Midia.
A Figura 21 é um diagrama de blocos de exemplo deum sistema de computador de uso geral para praticar modali-dades de exemplo de um Portal de Rede de Transação de Midia.
A Figura 22 é um fluxograma de exemplo de uma ro-tina de gerenciamento de usuário de exemplo provida por umamodalidade de exemplo de um Portal de Rede de Transação deMidia.
A Figura 23 é um fluxograma de exemplo de uma ro-tina de gerenciamento de transação de exemplo provida poruma modalidade de exemplo de um Portal de Rede de Transaçãode Midia.
A Figura 24 é um fluxograma de exemplo de uma ro-tina de distribuição de Sistema de Transação de Video Inde-pendente do Dispositivo provida por uma modalidade de exem-plo de um Portal de Rede de Midia.
DESCRIÇÃO DETALHADA DA INVENÇÃO
Modalidades aqui descritas fornecem métodos e sis-temas para realizar transações de midia independente de dis-positivo, tais como a transação, aquisição, apresentação epublicação de midia. Modalidades de exemplo fornecem um Sis-tema de Transação de Video Independente do Dispositivo("DIVTS"), que habilita um usuário a transacionar midia talcomo video transmitido em fluxo continuo em qualquer dispo-sitivo que possa receber dados em fluxo continuo em uma co-nexão banda larga e que possa sair com dados de midia parauma exibição. Midia inclui áudio, texto, video, imagens con-geladas e outras formas de informação em qualquer de uma va-riedade de gêneros ou formas, incluindo filmes, documentos,livros, revistas, fontes de noticias, materiais de referên-cia. etc. O termo "midia" na forma aqui usada também incluium ou mais agrupamentos e/ou arranjos lógicos ou fisicos deinformação, tais como um item de midia, um titulo de midia,um item de conteúdo, ou uma seleção de midia. Além do mais,um ou mais itens de midia podem ficar arranjados ou de outraforma agrupados em um catálogo de midia ou outra agregaçãoou coleção. Com a instalação de um DIVTS em um dispositivode terceiros, um dispositivo como esse fica habilitado peloDIVTS. Note. que os termos "habilitado para DIVTS", "habili-tado para midia", "habilitado para video", etc. referem-seem vários contextos a um dispositivo que foi configurado pa-ra transacionar com a midia. Em virtude de modalidades deDIVTS serem independentes de dispositivo e de poderem serprovidos para muitos diferentes sistemas operacionais dehardware (por exemplo, computadores pessoais que rodam vá-rios sistemas operacionais, sistemas de jogos de video, as-sistentes digitais pessoais, telefones celulares, etc.), u-suários precisam apenas aprender uma única interface de usu-ário uniforme para realizar uma ampla variedade de intera-ções de midia ricas.
Algumas modalidades de um DIVTS fornecem uma in-terface de usuário baseada em uma metáfora "Quilt" que éconfigurada para apresentar um mecanismo uniforme para espe-cificar midia a ser adquirida, direcionar a apresentação demidia adquirida, e iniciar transações relacionadas à midiaespecificada. A interface é capaz de ser operada com um mi-nimo conjunto minimo de modalidades de entrada e com váriosdispositivos de exibição, que melhora seu grau de indepen-dência de plataforma e/ou dispositivo. Em virtude de a in-terface de usuário Quilt fornecer uma interface singular u-niforme para interagir com qualquer instância de um DIVTSque opera em qualquer dispositivo, um usuário precisa apenasaprender uma única interface para realizar um conjunto ricode transações de midia.
Usando um dispositivo habilitado para DIVTS, o u-suário pode transacionar midia, que inclui realizar transa-ções financeiras (por exemplo, compra, locação, assinatura)a fim de obter direitos de acessar titulos de midia. Transa-cionar inclui adicionalmente obter (por exemplo, buscar, na-vegar, etc.) metainformação relacionada a titulos de midia,tais como criticas, sinopses, imagens congeladas, etc. Alémdisso, transacionar inclui realizar transações financeiras afim de obter bens e/ou serviços que são retratados ou suge-ridos pelos titulos e/ou metainformação da midia relacionadacom titulos da midia. Tais bens e/ou serviços podem incluir,por exemplo, itens de vestuário ou acessórios usados por umator em um titulo de midia particular, itens retratados emanúncios associados com um titulo de midia particular, pro-dutos endossados no contexto de uma análise de um titulo demidia particular, etc. Além do mais, o usuário pode utilizarum dispositivo habilitado para DIVTS a fim de adquirir titu-los de midia com propósitos de apresentação (por exemplo,exibir e/ou reproduzir) no dispositivo. Além disso, em algu-mas modalidades, o usuário pode utilizar um dispositivo ha-bilitado para DIVTS a fim de publicar (por exemplo, compar-tilhar) conteúdo de midia que ele possa ter armazenado (porexemplo, video digital armazenado em um computador domésti-co) ou de outra forma disponibilizado (por exemplo, uma câ-mara de rede ou da Internet) em uma casa ou outra rede.
Múltiplos DIVTS que interagem por uma rede com ou-tros produtores e consumidores de mídia podem em algumas mo-dalidades formar uma Rede de Transação de Midia ("MTN"). UmDIVTS que interage pela rede pode ser usado para adquirirmidia de uma variedade de fontes de midia. Uma fonte de mi-dia inclui qualquer dispositivo ou sistema que é capaz defornecer dados de midia, quer acessível por uma rede quernão, tais como servidores e midia em fluxo continuo, servi-dores de rede, servidores FTP, discos rigidos, ou outrosdispositivos de armazenamento de midia legivel por computa-dor, câmaras de rede, etc. Além do mais, um DIVTS pode serusado para publicar e assim fornecer acesso a midia que estádisponível de fontes de midia a vários dissipadores de mi-dia. Um dissipador de midia inclui qualquer dispositivo ousistema que é capaz de consumir midia, tal como um reprodu-tor de midia de suporte lógico ou um outro DIVTS- Como parteda MTN, um DIVTS pode tornar midia disponível que de outraforma não seria acessível (por exemplo, em virtude de a mi-dia ser residente em um sistema de arquivos que não encon-tra-se disponível para a rede em geral) a outros dispositi-vos (incluindo dispositivos não habilitados para DIVTS) ousistemas no MTN.
A Figura 1 é um diagrama de blocos de exemplo deuma modalidade de exemplo de um Sistema de Transação de Vi-deo Independente do Dispositivo em um dispositivo de tercei-ros. Na modalidade ilustrada, o dispositivo de terceiros 100inclui uma fonte de midia 101 e um Sistema de Transação deVideo Independente do Dispositivo ("DIVTS") 102. O disposi-tivo de terceiros 100 pode ser qualquer dispositivo que écapaz de transmitir em fluxo continuo ou de outra forma a-presentar midia para uma reprodução e adquirir midia em Umaconexão de rede de alta velocidade (por exemplo, uma conexãode Internet banda larga) . 0 DIVTS 102 interage com a fontede midia 101, um dissipador de midia 103, um Portal de Redede Transação de Midia ("MTNP") 104, um dispositivo de exibi-ção 105, e um dispositivo de áudio 106 para fornecer midia etransações relacionadas a ela a um usuário de um dispositivode terceiros 100.
Em particular, o DIVTS 102 adquire midia de umafonte de midia 101, bem como de um MTNP 104. Adquirir midiapode incluir obter dados digitais e/ou analógicos com conte-údo de informação que pode ser apresentado como imagens,som, texto, simbolos ou outras formas perceptíveis pelossentidos humanos por uma rede, barramento de dados ou outromecanismo de comunicação. No exemplo ilustrado, o DIVTS 102adquire midia da fonte de midia 101, que está mostrada resi-dente no dispositivo de terceiros 100. Como tal, a fonte demidia 101 pode ser uma unidade rigida, unidade ótica ou ou-tro dispositivo de armazenamento ou subsistema capaz de pro-ver midia à DIVTS 102. Além do mais, fontes de midia podemser localizadas remotamente, conforme ilustrado pela MTNP104, que pode fornecer midia ao DIVTS 102 por uma rede (nãomostrada) ou outra interconexão de comunicação.O DIVTS 102 transaciona adicionalmente midia e me-tainformação e itens relacionados a tal midia (itens rela-cionados a midia) usando o MTNP 104. Transacionar midia podeincluir adquirir, locar, assinar, licenciar ou de outra for-ma obter direitos à midia, metainformação relacionada à mi-dia e/ou itens relacionados à midia. Metainformação relacio-nada à midia pode incluir informação relacionada à midia quepode ser adquirida, tal como informação de publicação de mi-dia (por exemplo, titulo, editor, diretor, produtor, atores,etc), criticas, sinopses, fotografias paradas, etc. Itensrelacionados a midia podem incluir bens e/ou serviços quesão retratados pela midia (por exemplo, um óculos usado porum ator em um filme), sugerido pela midia retratada (por e-xemplo, um utensílio de cozinha endossado por uma apresenta-ção de cozinha), bem como descrito ou representado pela me-tainf ormação relacionada à midia (por exemplo, um anúncioprovido juntamente com a midia adquirida, um clube de fãs deum ator promovido por uma análise do filme, etc). Transa-ções de midia tipicas podem incluir operações tais como rea-lizar buscas e obter os resultados da pesquisa de midia paraaquisição; obter criticas e/ou pré-estreias de uma midia;adquirir, alugar ou assinar um item de midia; comprar merca-doria retratada ou relacionada a um item de midia; e proveruma análise de um item de midia.
Além do mais, o DIVTS 102 apresenta midia ao dis-positivo de exibição 105 e/ou dispositivo de áudio 106. A-presentação de midia pode incluir preparar midia para saidabem como iniciar a saida de midia por qualquer dispositivode saída capaz de transformar dados de mídia digital e/ouanalógico em um sinal ou outro impulso detectável por um hu-mano, incluindo ondas eletromagnéticas, ondas de áudio, eprodutos químicos perceptíveis pelo gosto ou cheiro, ou im-pulsos táteis. No exemplo ilustrado, o DIVTS 102 apresentadados de imagem de uma mídia de vídeo adquirida ao disposi-tivo de exibição 105 (por exemplo, Tubos de Raios Catódicos("CRT") ou Monitor de Cristal Líquido ("LDC") para percepçãovisual pelos olhos de um espectador humano, bem como apre-senta dados de áudio do item de mídia de vídeo adquirido aodispositivo de áudio 10 6 (por exemplo, alto-falantes e fonesde ouvido) para percepção aural pelos ouvidos de um espectador humano.
Em algumas modalidades, o DIVTS 102 pode tambémpublicar mídia para o dissipador de mídia 103. A publicaçãode mídia inclui prover mídia de maneira tal que ela possaser obtida ou recuperada por um dissipador de mídia ou outroconsumidor de' mídia com propósitos tal como apresentação.Publicação de mídia pode incluir prover itens de mídia a sipróprios, bem como metadados relacionados a tais itens demídia, incluindo indicações (por exemplo, URLs ("Localizado-res de Recursos Uniformes") ou URLs ("Indicadores de Recur-sos Uniformes") da localização onde tais itens de mídia po-dem ser obtidos., bem como os mecanismos pelos quais tais i-tens de mídia são distribuídos ou de outra forma comunica-dos. No exemplo ilustrado, DIVTS 102 publica mídia (por e-xemplo, vídeo auto-produzido, tal como cinema em casa) aodissipador de mídia 103. O dissipador de mídia 103 pode ser,por exemplo, um reprodutor de vídeo que obtém mídia publica-da por uma rede com propósitos de exibição em um dispositivode exibição remoto.
A Figura 2 é um diagrama de blocos de exemplo deuma crítica de um processo de exemplo para prover funções deum Sistema de Transação de Vídeo Independente do Dispositi-vo. Um DIVTS, tal como DIVTS 102, fornece suporte para inú-meras funções descritas com referência à figura 1. Emboraessas funções estejam descritas na figura 2 como etapas se-paradas, percebe-se que as funções podem ser realizadas emqualquer ordem e de uma função o fluxo pode continuar paraqualquer outra função, dependendo tipicamente do desejo dousuário que opera o dispositivo. Na etapa 201, o DIVTS exibeuma interface de usuário para determinar qual mídia apresen-tar e para realizar transações relacionadas a tal mídia. Naetapa 202, o DIVTS então adquire mídia de uma fonte de mí-dia. A mídia pode ser adquirida de qualquer fonte de mídia,incluindo fontes locais e/ou remotas; Exemplos incluem coi-sas tais como mídia de dispositivos de armazenamento local(por exemplo, discos rígidos, unidades óticas, etc.) e mídiaacessada por uma conexão banda larga ou em uma rede de com-putador (por exemplo, de um servidor de rede ou servidor devídeo em fluxo contínuo). Na etapa 203, o DIVTS apresenta amídia adquirida em um dispositivo apropriado, tal como umdispositivo que é configurado para apresentar áudio (por e-xemplo, fones de ouvido, alto-falantes, etc.) e/ou vídeo(por exemplo, dispositivos de exibição CRT ou LCD). Na etapa204, o DIVTS inicia transações relacionadas a mídia. Taistransações podem referir-se, por exemplo, à compra ou de ou-tra forma aquisição, locação, assinatura de entidades ou co-modidades, outros bens e/ou serviços que possa estar rela-cionados com a midia que está sendo apresentada. Na etapa205, o DIVTS suporta a publicação de midia para outros sis-temas e/ou usuários. Note que, depois de cada uma dessas e-tapas, o DIVTS pode retornar para qualquer das etapas ante-riores para realizar qualquer das funções descritas com re-ferência às etapas 201-205. Depois que o DIVTS não está maisrealizando nenhuma função desse tipo, tal como quando o usu-ário desliga o dispositivo, o processo do DIVTS termina.
Em uma modalidade onde existe mais de um dispositivohabilitado para midia, os dispositivos habilitados paramidia podem coexistir em um ambiente de rede para promover ocompartilhamento e acesso à midia. A figura 3 é um diagramade rede de exemplo que representa uma Rede de Transação deMidia. Uma Rede de Transação de Midia ("MTN") compreende umou mais dispositivos, alguns dos quais podem ser habilitadospara midia e outros não, que são interconectados por uma oumais redes. Por exemplo, o MTN ilustrado 300 inclui uma pri-meira rede local 301, uma segunda rede local 302, um dissi-pador de midia residente em um telefone móvel 305, um DIVTSem um assinante digital pessoal ("PDA") 306, uma MTNP resi-dente em um sistema de computação servidor 308, uma fonte demidia residente em um sistema de computação servidor 307 euma conexão a uma pluralidade de outros dispositivos 309-313por meio da primeira rede local 301. O telefone móvel 305 ePDA 306 são conectados no MTN 300 por meio de uma porta deacesso de rede sem fio 304. Uma porta de acesso de rede semfio compreende qualquer dispositivo que habilita um disposi-tivo com capacidade de rede a comunicar pelo uso de sinaiseletromagnéticos (por exemplo, ondas de rádio, microondas,infravermelho, etc.) com outros dispositivos com capacidadede rede sem, ou com, o uso de fios ou cabos fixos. Portas deacesso de rede sem fio 304 podem incluir, por exemplo, ins-talações de telefone celular, roteadores sem fio, sistemasde rádio por pacotes, transceptores infravermelhos, etc. Osvários dispositivos, sistemas de computação e redes ilustra-dos são conectados acoplados comunicativãmente por meio deuma ou mais redes conectadas por roteador, 303,. tal como a Internet.
No exemplo ilustrado, a primeira rede local 301inclui dispositivos tais como um DIVTS residente em um sis-tema de jogos 30 9, um DIVTS residente em um computador pes-soal de mesa ("PC") 310, uma fonte de midia residente em umacâmara de video não habilitada para DIVTS 311, e uma fontede midia e um dissipador de midia residentes em um computa-dor portátil não habilitado para DIVTS 313. A câmara de vi-deo não habilitada para DIVTS ilustrada 311 fornece uma in-terface de comunicação (por exemplo, uma interface USB("Barramento Serial Universal"), um serviço de video acessí-vel pelo IP ("Protocolo de Internet"), etc.) que pode seracessado por outros dispositivos de computação. Além domais, o computador portátil 313 está mostrado conectado naprimeira rede local 301 por meio de uma porta de acesso derede sem fio 312. A rede local 301 está mostrada conectadano MTN 300 por meio de uma porta de comunicação de rede 314.A porta de comunicação de rede 314 pode ser, por exemplo, ummodem, um modem a cabo, um modem de linha de assinante digi-tal ("DSL"), roteador ou qualquer outro dispositivo ou sub-sistema capaz de conectar rede local 301 na rede conectadapor roteador 303.
Assim, o MTN ilustrado é um "eco-sistema" de dis-positivos e/ou sistemas de computação que podem cooperar pa-ra adquirir, transacionar, apresentar e publicar midia. Porexemplo, a rede local 301 ilustra uma rede doméstica tipicaque pode incluir múltiplos dispositivos e/ou sistemas decomputação que podem ser configurados por um usuário paraadquirir, transacionar, apresentar e ver midia. O DIVTS re-sidente no computador pessoal 310 pode ser utilizado parapublicar midia local ao computador pessoal 310, bem como mi-dia de um dispositivo não habilitado para DIVTS, tal como acâmara de video 311- Assim procedendo, o usuário pode tornarmidia disponível tanto para dispositivos habilitados paraDIVTS como não habilitados para DIVTS internos e externos àrede local 301. Por exemplo, o usuário pode utilizar o DIVTSresidente no sistema de jogos 409 ou o dissipador de midiaresidente no computador portátil 313 para adquirir e/ou a-presentar midia publicada pelo DIVTS residente no computadorpessoal 310. Além do mais, um usuário pode utilizar o dissi-pador de midia (por exemplo, uma instância de um reprodutorde midia, tal como reprodutor de midia RealPlayer™) no tele-fone móvel 305 ou o DIVTS no PDA 306 para adquirir e/ou a-presentar midia publicada pelo DIVTS residente no computadorpessoal 310, mesmo que os dispositivos 305 e 306 sejam ex-ternos à rede local 301 e ordinariamente não seriam capazesde acessar mídia residente, por exemplo, em uma unidade rí-gida local do computador pessoal 310, ou provida, por exem-plo, por uma câmara de vídeo 311. Assim, um ou mais disposi-tivos habilitados para DIVTS que operam em uma rede fornecemfuncionalidade de "cola" que facilita o compartilhamento eapresentação de mídia disponível por várias fontes com vá-rios outros dispositivos consumidores de mídia na rede que deoutra forma não são capazes de acessar mídia de tais fontes.
Em algumas modalidades, o usuário pode especificardireitos de acesso que podem ser usados para limitar os dis-positivos e/ou usuários que podem ter acesso a mídia publi-cada. Por exemplo, o usuário do DIVTS residente no PC 310pode publicar vídeo provido pela fonte de mídia na câmara devídeo 311, mas pode também limitar o acesso a tal mídia es-pecificando direitos de acesso que permitem acesso, por e-xemplo, por qualquer dispositivo que opera na rede local301, bem como o DIVTS no PDA 306, mas nenhum outro disposi-tivo no MTN 300 ilustrado.
Modalidades de exemplo aqui descritas fornecemferramentas de aplicação, estruturas de dados e outros su-porte para implementar um DIVTS, uma interface de usuáriobaseada em Quilt, e/ou um MTNP a ser usado para a transação,aquisição, apresentação e publicação de mídia, em particulartítulos de mídia baseados em vídeo. Outras modalidades dastécnicas preferidas podem ser usadas com outros propósitos,incluindo a distribuição de outros tipos de mídia, incluindolivros de áudio, podcasts, livros eletrônicos (por exemplo,eBooks), materiais educativos, jornais, revistas, etc. Alémdo mais, a metáforo Quilt pode ser usada para fornecer ummecanismo uniforme independente de dispositivo para invocarvários conjuntos de funcionalidades, incluindo navegação narede, preparação.de documento, organização e apresentação deinformação (por exemplo, enciclopédias), computadores clien-tes de base de dados, etc.
Também, embora certos termos sejam usados primari-amente aqui, versados na técnica perceberão que outros ter-mos poderiam ser usados indiferentemente para produzir moda-lidades equivalentes e exemplo. Por exemplo, os termos "ví-deo" , "audiovisual", "cinema", "filme" e outros termos simi-lares, etc. , podem ser usados para referir-se a conteúdo demi dia que contém porções de imagens e/ou texto e/ou áudio.Além do mais, termos podem ter grafias alternadas que podemou não ser explicitamente mencionadas, e versados na técnicapercebem que todas tais variações de termos devem ser inclu-ídos . Na descrição seguinte, inúmeros detalhes específicossão apresentados, tais como formatos de dados e seqüênciasde códigos, etc., a fim de prover um completo entendimentodas técnicas descritas. Entretanto, as presentes técnicastambém podem ser praticadas sem alguns dos detalhes especí-ficos aqui descritos, ou com outros detalhes específicos,tais como mudanças em relação à ordem do fluxo de código ouum fluxo de código ou etapas diferentes. Assim, o escopo dastécnicas e/ou funções descritas não são limitadas pela or-dem, seleção ou decomposição de etapas particulares descri-tos com referência a qualquer rotina particular.
A Figura 4 é um diagrama de blocos de exemplo decomponentes de uma modalidade de exemplo de um Sistema deTransação de Video Independente do Dispositivo. 0 DIVTS 400compreende um ou mais componentes que juntos habilitam umdispositivo de terceiros a adquirir, transacionar, apresen-tar e publicar mídia, descrito com referência às figuras 1-3. Em uma modalidade típica, o DIVTS 4 00 compreende uma in-terface de usuário 401, um motor de transação 402, um sub-sistema de mídia 403 e, opcionalmente, um repositório de da-dos de mídia 4.07. Em uma modalidade típica, o subsistema demídia 4 03 compreende adicionalmente um motor de aquisição404, um motor de apresentação 405 e um motor de publicação406. Note que, dependendo da modalidade particular, o sub-sistema de mídia 4 03 pode compreender somente alguns dessessubcomponentes ou componentes diferentes, ou ter a funciona-lidade descrita distribuída entre seus componentes de umamaneira diferente.
Na modalidade ilustrada, a interface de usuário401 recebe entrada de um usuário que indica qual função doDIVTS 400 o usuário deseja realizar. Além do mais, a inter-face de usuário 401 pode ser responsável por converter even-tos de entrada dependentes de dispositivo em eventos de en-trada independentes de dispositivo, de maneira tal que osoutros componentes do DIVTS possam ser implementados de umamaneira independente de dispositivo. O motor de transação402 inicia e conduz transações relacionadas à mídia que deveser adquirida e apresentada pelo subsistema de mídia 403. Osubsistema de mídia 403 é responsável por adquirir mídia,apresentar mídia e compartilhar mídia através de um mecanis-mo de publicação. O motor de aquisição 404 obtém mídia devárias fontes, incluindo fontes de mídia e/ou repositóriosde dados, tal como o repositório de dados de mídia 407. 0motor de apresentação 405 inicia e/ou facilita a exibição ouapresentação de mídia em um ou mais dispositivos de saída. 0motor de publicação 406 facilita esse compartilhamento demídia local ou remota do DIVTS 400 com outros usuários, dis-positivos e/ou sistemas. 0 repositório de dados de mídia 407é um componente opcional que pode existir em um dispositivohabilitado para DIVTS para armazenar e/ou prover acesso amídia local.
Modalidades de exemplo de um Sistema de Transaçãode Vídeo Independente do Dispositivo podem fornecer váriostipos de interfaces de usuário para expor funcionalidade re-lacionada a mídia a um usuário. A figura 5 é um diagrama deblocos de exemplo de uma interface de usuário "Quilt" provi-da por uma modalidade de exemplo de um Sistema de Transaçãode Vídeo Independente do Dispositivo. Algumas modalidades deum DIVTS fornecem uma interface de usuário com base em umametáfora "Quilt" que é configurada para apresentar um meca-nismo uniforme para especificar mídia a ser adquirida, dire-cionar a apresentação da mídia adquirida e iniciar transa-ções relacionadas à mídia especificada. Outras modalidadesde um DIVTS podem incorporar outras interfaces de usuáriopara atender essas funções.
O Quilt ilustrado 500 compreende múltiplos "pai-néis" que podem cada qual exibir informação e/ou prover umaou mais ações que podem ser invocadas por um usuário. Pai-néis em uma interface de usuário Quilt são metaforicamentesimilares aos "blocos" de forma quadrada de um Quilt decora-tivo, exceto que os painéis podem ser de qualquer forma,tais como retângulos, triângulos ou polígonos arbitrários. 0Quilt ilustrado 500 compreende um painel inicial 501, umprimeiro painel de categoria 502, um segundo painel de cate-goria 503, um painel de resultados 504, um painel de pré-estreia 505, um painel de sinopse 506, um painel de criticas507 e um painel de fotos 508. Outras Quilts podem compreen-der um conj unto diferente de painéis ou podem incluir umsubconj unto dos painéis ilustrados ou painéis adicionais.Cada painel do Quilt é tipicamente conectado logicamente apelo menos um outro painel, de maneira tal que um usuáriopossa navegar por todo o Quilt indo, tal como pelo uso deanimação que prove o usuário com a ilusão de movimento, deum primeiro painel para qualquer dos painéis conectados noprimeiro painel, e dai para outros painéis conectados. Porexemplo, na representação do Quilt 500, o painel inicial 501é conectado no primeiro painel de categoria 502, que, porsua vez, é conectado no segundo painel de categoria 503. Umusuário pode navegar de um desse painéis para um outro ge-rando um evento de entrada apropriado, usando, por exemplo,um dispositivo de entrada tal como um mouse, teclado e/oumanete de jogos. Esses painéis e o movimento entre eles es-tão descritos adicionalmente com referência às figuras 7A-7E.
Um usuário pode ver um ou mais painéis do Quilt500 por meio de uma porta de visão 510 (realmente não vistapelo usuário) que é usada para compor para exibir pelo menosuma parte do Quilt. Por exemplo, em algumas modalidades, aporta de visão 510 pode ser implementada como uma janela queestabelece uma região de união usando, por exemplo, técnicasgráficas conhecidas. Com uso de técnicas de união, a portade visão 510 pode estabelecer quais painéis são exibidos aousuário. Além do mais, a localização da porta de visão 510em relação ao plano do Quilt estabelece um ponto de "refe-rência" de orientação para visualização do Quilt (por exem-plo, um ângulo de câmara). Diferentes efeitos de movimentoe/ou animação podem ser obtidos movendo-se a porta de visão510 (por exemplo, o ponto de orientação) ainda mais paralonge ou para perto do plano do Quilt e mudando o ângulo doponto de orientação (isto é, um ângulo de orientação) rela-tivo ao plano do Quilt.
Por exemplo, à medida que o usuário navega o Quiltde um primeiro painel para um segundo painel, a porta de vi-são pode mover-se de várias maneiras para fazer com que osegundo painel seja exibido. Em algumas modalidades, o movi-mento da porta de visão 510 é feito de uma maneira tal que ousuário seja provido com uma transição animada de um painelpara o seguinte. Por exemplo, no Quilt ilustrada, se usuárionavegar do painel de resultados 504 para o painel de pré-estreia 505, a porta de visão 510 pode ser suavemente deslo-cada de sua posição ilustrada para em vez disso encerrar opainel de pré-estreia 505. Efeitos de animação de navegaçãoadicionais ou alternativos são contemplados, incluindo tran-sição imediata de um painel para outro, aproximação, afasta-mento e mudança da inclinação da porta de visão relativa aoplano do Quilt. Aproximação e/ou afastamento pode ser obtidoabaixando e/ou levantando a porta de visão. A mudança do ân-gulo da porta de visão em relação ao plano do Quilt podeprover os usuários com a ilusão de perspectiva. Tais efeitospodem ser implementados, por exemplo, usando técnicas gráfi-cas 2-D e 3-Dinamicamente Note que tais efeitos de animaçãopodem ser conceitualizados e obtidos de várias maneiras quesão equivalentes às aqui descritas. Por exemplo, em vez demudar a porta de visão de um painel para outro, o Quilt (is-to é, o conteúdo) pode ser equivalentemente mudado enquantoa porta de visão permanece em uma posição fixa. Outras moda-lidades e melhorias são contempladas.
Navegação através do Quilt pode ser obtida pelouso de um conj unto mínimo de eventos de entrada de interfacede usuário. Em algumas modalidades, um conj unto de cinco e-ventos, incluindo, esquerda, direita, para cima, para baixoe selecionar, é suficiente. Os quatro eventos direcionais(esquerdo, direito, para cima e para baixo) habilitam um u-suário a navegar de um painel para o seguinte. 0 evento se-lecionado permite que um usuário invoque uma ação disponívelem um painel "atualmente ativo". Em algumas modalidades, oseventos direcionais podem também fazer com que uma seleçãoocorra (por exemplo, agir como eventos de seleção) e/ou oevento de seleção pode causar movimento direcional (por e-xemplo, agir como eventos direcionais). Outras modalidadespodem fornecer números maiores ou menores de eventos de en-trada e podem atribui-los com diferentes nomes (por exemplo,descrevendo "esquerdo" como "oeste11, ou "selecionar" como"ação", etc.). A configuração do Quilt para ser navegávelcom um conjunto mínimo de eventos de entrada dá um alto graude independência de dispositivo que permite que a interfacede usuário baseada em Quilt seja implementada em uma amplavariedade de dispositivos de hardware.
Além do mais, Quilts não planos são contemplados.Por exemplo, um Quilt pode ser mapeado para um ou mais obje-tos tridimensionais tais como esferas, poliedros convexos oucôncavos, etc. Em tais modalidades, um usuário pode ser pro-vido com a ilusão de "vôo" ou "viagem" sobre o desenho depaisagem tridimensional coberto em painéis de Quilt que sãooperativos para fornecer informação e controles para ativara funcionalidade provida por um DIVTS ou outra aplicação.
Em um Quilt plano típica compreendendo painéis re-tangulares, a navegação se dá de uma forma horizontal ouvertical descrita com referência à figura 5. A figura 6 é umdiagrama de estado de exemplo que ilustra navegação em umainterface de usuário Quilt de exemplo provida por uma moda-lidade de exemplo de um Sistema de Transação de Vídeo Inde-pendente do Dispositivo. 0 diagrama de estado ilustrado é umdiagrama de estado- hierárquico das transições de navegaçãomostradas na figura 5. Ou seja, consiste de "superestados"que podem conter um ou mais outros estados ou superestados.Um superestado tipicamente inclui propriedades que são co-muns a todos seus estados ou superestados contidos.
O superestado de navegação de Quilt ilustrado 600inclui um superestado de busca 601 e um superestado de nave-gação de titulo de midia 602. 0 superestado de busca 601 in-clui um estado de menu de escolha de categoria 601a, um es-tado de categoria selecionada/des-selecionada 601b, um titu-lo atualizado e um estado de lista de categoria 601c e umestado de menu de escolha de titulo 601d. Um usuário podetransitar entre estados 601a-d gerando eventos de entrada,tais como os descritos com referência à figura 5. À medidaque o usuário transita entre estados 601a-d, vários painéistais como os painéis 502-504 serão apresentados para provero usuário com informação relativa a categorias de titulos demidia que podem ser selecionadas a fim de buscar um conjuntode titulos de midia. Pela seleção de uma ou mais categorias,/ o usuário pode estreitar o conjunto de titulos de midia aapenas aqueles titulos que estão em cada uma das categoriasselecionadas. Depois de selecionar pelo menos uma categoria,o usuário pode entrar com o estado do menu de titulo de es-colha 601d.
A partir do estado de menu de titulo de escolha601d, o usuário pode selecionar um titulo e transitar para osuperestado de navegação de titulo de midia 602. O superes-tado de navegação de titulo de midia 602 compreende cincoestados de navegação de midia: um estado pra trás 602a, umestado de pré-estreia 602b, um estado de sinopse 602c, umestado de criticas 602d e um estado de fotos 602e. De cadaum dos estados de navegação de midia 602a-e, o usuário podetransitar para um outro estado no qual o usuário pode reali-zar a ação de navegação de midia indicada, iniciando a gera-ção de um evento de entrada "selecionar" (por exemplo, pres-sionando um botão, movendo um dispositivo, ou movendo umaparte de um dispositivo, etc.) . Por exemplo, do estado depré-estreia 602b o usuário pode iniciar a geração do eventode entrada "selecionar" e transitar para o superestado depré-estreia 603. Além do mais, o usuário pode transitar deum do estado de navegação de mídia 602a-e para um outro dosestados de navegação de mídia 602a-3, iniciando a geração doevento de entrada direcional apropriado (por exemplo, "es-querda", "direita", etc). Por exemplo, o usuário pode tran-sitar do estado de pré-estreia 602b para o estado de sinopse602c, iniciando a geração do evento de entrada "direito".
O superestado de pré-estreia 603 compreende diver-sos estados 603a-d que habilitam o usuário a pré-visualizaro título de mídia selecionado. O superestado de pré-estreia603 inclui um estado de pausa 603a, um estado de executar603b, um estado dè procurar à esquerda 603c, e um estado deprocurar à direita 603d. Transitando para um desses estadosapropriado, um usuário pode pré-visualizar um título de mí-dia selecionado, por exemplo, reproduzindo uma parte do tí-tulo da mídia e/ou procurando (por exemplo, avanço rápidopara frente ou para trás) uma localização particular no tí-tulo de mídia.
O diagrama de estado ilustrado da figura 6 repre-senta um possível conjunto de estados e transições que podemser providas para habilitar o usuário a adquirir, transacio-nar, gravar e/ou apresentar mídia. Outros diagramas de esta-do são contemplados com uma quantidade maior ou menor de es-tados e/ou transições.
Uma interface de usuário Quilt de exemplo compre-endem múltiplos painéis que fornecem cada qual informação,bem como controles selecionáveis pelo usuário, para a inici-ação de uma ou mais funções providas por um DIVTS, tais comoas supradescritas com referência à figura 6. As figuras 7A-7E são exibições de tela de exemplo de vários "painéis" deuma interface de usuário Quilt de exemplo provida por umamodalidade de exemplo de um Sistema de Transação de VideoIndependente do Dispositivo. As figuras 7A-7E fornecem vis-tas detalhadas de diversos painéis do Quilt que foram intro-duzidas com referência à figura 5.
A Figura 7A é uma exibição de tela de exemplo 7A00de uma primeira categoria de painel 7A01, uma segunda cate-goria de painel 7AO2, e um painel de resultados 7AO3. Estaexibição de tela corresponde a uma porta de visão 510 colo-cada da maneira mostrada na figura 5. No exemplo ilustrado,um usuário engajou em uma busca de titulo de midia selecio-nando uma ou mais categorias mostradas no primeiro painel decategoria 7A01 e no segundo painel de categoria 7A02. Emresposta, a interface de usuário do DIVTS exibe o painel deresultados 7A03 que contém um único titulo de midia "Titulo7", que é encontrado em cada uma das categorias seleciona-das. A realização da pesquisa de midia está descrita com de-talhes com referência às figuras 10 e 11A-11D.
A Figura 7B é uma exibição de tela de exemplo 7B00de um painel de pré-estreia que habilita um usuário a pré-visualizar um titulo de midia selecionado. A exibição 7B00mostra uma barra de navegação de título de midia 7B01 quecompreende um botão de retrocesso 7B02, um botão de alugueagora 7B03, um botão de pré-visualização 7B04, um botão desinopse 7B05, um botão de críticas 7B06, um botão de fotos7B07 e uma área de vídeo 7B08. 0 usuário pode realizar fun-ções de aquisição e transação de mídia diferentes navegandona barra de navegação de título de mídia 7B01 e selecionandoum ou mais dos botões ilustrados 7B02-7B07. No exemplo mos-trado, o usuário selecionou o botão de pré-visualização7B04, resultando na exibição de um vídeo de dados na área devídeo 7B08 do título de mídia selecionado. Depois que o usu-ário pré-visualiza o título de mídia selecionado, ele poderealizar outras ações, ou ações adicionais, tal como retor-nar ao painel anterior (por exemplo, o painel de resultados7A03 descrito com referência à figura 7A) selecionando o bo-tão de retrocesso 7B02; alugar o título de mídia completoselecionando o botão alugue agora 7B03; mover o painel desinopse descrito com detalhes com referência à figura 7C;mover o painel de críticas descrito com detalhes com refe-rência à figura 7D; mover o painel de fotos descrito com de-talhes com referência à figura 7E.
A Figura 7C é uma exibição de tela de exemplo 7C00de um painel de sinopse que habilita o usuário a obter umasinopse de um título de mídia selecionado. A exibição 7C00apresenta uma barra de navegação de título de mídia 7C01 queé similar à barra de navegação de título de mídia 7B01 des-crita com referência à figura 7B. Além do mais, a exibição7C00 inclui uma área de sinopse 7C02 que exibe um sumário dotítulo de mídia selecionado. O usuário pode gerar eventos deentrada para navegar por todo o sumário (por exemplo, páginapara cima / para baixo) do título de mídia selecionado.
A Figura 7D é uma exibição de tela de exemplo 7D00de um painel de crítica que habilita o usuário a obter crí-ticas de um título de mídia selecionado. A exibição 7D00 a-presenta uma barra de navegação de título de mídia 7D02 queé similar à barra de navegação de título de mídia 7BOI des-crita com referência à figura 7B. Além do mais, a exibição7D00 apresenta múltiplas críticas 7DO2, que exibe críticas(por exemplo, críticas autorizadas pelo usuário) do títulode mídia selecionado. O usuário pode gerar eventos de entra-da para navegar por todas as críticas (por exemplo, páginapara cima / para baixo se houver mais críticas que se encai-xam em uma única tela) e/ou obter mais informação a respeitode críticas individuais (por exemplo, selecionar uma únicacrítica para obter acesso a toda a crítica). Em outras moda-lidades , usuários podem também utilizar uma interface comoessa para criar e publicar suas próprias críticas ou classi-ficações que podem ser compartilhadas, por exemplo, com ou-tros usuário em um MTN.
A Figura 7E é uma exibição de tela.de exemplo 7E00de um painel de fotos que habilita o usuário a obter imagenscongeladas feitas ou que ocorrem em um título de mídia sele-cionado . A exibição 7E00 apresenta uma barra de navegação detítulo de mídia 7E01 que é similar à barra de navegação detítulo de mídia 7BOI descrita com referência à figura 7B.Além do. mais, a exibição 7EO0 apresenta múltiplas fotos7F02, que representam imagens congeladas do titulo de midiaselecionado. 0 usuário pode navegar entre as várias fotosexibidas 7E02 (por exemplo, se houver mais do que as ajusta-das em uma única tela) ou obter mais detalhes a respeito deuma ou mais fotos exibidas (por exemplo, maior resoluçãoe/ou imagens maiores, preço, descrições textuais, etc.). Emalgumas modalidades, tais imagens congeladas podem tambémser compradas e/ou licenciadas para utilização pelo usuário(por exemplo, para um descanso de tela ou outro propósito).
Eventos de entrada iniciados por usuário tais comoos supradescritos com referência às figuras 5, 6 e 7A-7E po-dem ser tratados em algumas modalidades por uma rotina deinterface de usuário provida por um DIVTS. A figura 8 é umfluxograma de exemplo de uma rotina de interface de usuáriode exemplo provida por uma modalidade de exemplo de um Sis-tema de Transação de Video Independente do Dispositivo. Arotina de interface de usuário ilustrada pode ser provida,por exemplo, pela interface de usuário 4 01 da figura 4 . Re-sumidamente, a rotina de interface de usuário espera e rea-liza ações indicadas iniciando ou realizando uma ou maisfunções do DIVTS, tal como aquisição e transação de midia.
Mais especificamente, na etapa 801, a rotina de-termina ou recebe uma indicação de uma ação de usuário pararealizar e em seguida nas etapas 802-802 realiza ou inicia aação indicada. A designação de entrada nesta rotina, bem co-mo nas outras rotinas aqui descritas, pode ser implementadapor uma variedade de métodos conhecidos na tecnologia, in-cluindo, mas sem limitações, passar parâmetros, passar men-sagem, sinais, soquetes, canalizações, fluxos contínuos earquivos. Na etapa 802, a rotina determina se a ação do usu-ário indicada é para transacionar midia e/ou itens relacio-nados a midia e, caso seja, continua na etapa 803, senão,continua na etapa 804. Na etapa 803, a rotina invoca uma ro-tina de Transação de Midia para transacionar midia. Esta ro-tina é descrita com detalhes com referência à figura 9. Arotina então continua na etapa 809.
Na etapa 804, a rotina determina se a ação do usu-ário indicada é para acessar midia e, se for, continua naetapa 805, senão, continua na etapa 806. Na etapa 805, a ro-tina invoca uma rotina MediaAcquire para obter e possivel-mente apresentar midia ao usuário. A rotina MediaAcquire es-tá descrita com detalhes com referência à figura 14. A roti-na então continua na etapa 809.
Em 806, a rotina determina se a ação do usuárioindicada é para compartilhar conteúdo de midia e, se for,continua na etapa 807, senão, continua na etapa 808. na eta-pa 807, a rotina invoca uma rotina MediaPbublish para publi-car midia tornando-a disponível a outros usuários, e conti-nua na etapa 809. A rotina MediaPublish está descrita comdetalhes com referência à figura 16.
Na etapa 808, a rotina realiza qualquer outra açãoindicada apropriada e continua na etapa 809. Outras açõespodem incluir, por exemplo, notificar o usuário de atualiza-ções de suporte lógico disponíveis, realizar tais atualiza-ções, ajustar configurações do sistema, etc. Na etapa 809, arotina determina se é apropriado sair ou se existe qualqueroutro trabalho a ser feito, e, caso haja, termina, caso con-trário, retorna para o inicio do laço na etapa 801 para es-perar e processar ações de usuário recebidas adicionais.
A Figura 9 é um fluxograma de exemplo de uma roti-na de transação de midia de exemplo provida por uma modali-dade de exemplo de um Sistema de Transação de Video Indepen-dente do Dispositivo. Esta rotina pode ser provida, por e-xemplo, pelo motor de transação 402 da figura 4. A rotina deTransação de Midia realiza um laço no qual ela invoca repe-tidamente ações indicadas por usuário, iniciando ou reali-zando funções relacionadas a transação de midia suportadaspelo DIVTS, tal como busca e/ou licenciamento de midia. Naetapa 901, a rotina determina ou recebe uma indicação de umaação de usuário ou de midia a ser adquirida. Nas etapas 902-907, a rotina processa a ação indicada. Especificamente, naetapa 902, a rotina determina se a ação de usuário indicadaé uma solicitação de busca de midia. Se for, a rotina conti-nua na etapa 903 e invoca a rotina MediaSearch descrita comdetalhes com referência à figura 10, caso contrário, conti-nua na etapa 904. Na etapa 904, a rotina determina se a açãode usuário indicada é para licenciar ou adquirir midia e/oubens e serviços relacionados com tal midia. Se for, a rotinavai para a etapa 905, caso contrário, continua na etapa 906.Na etapa 905, a rotina .inicia uma transação para as bense/ou serviços de midia indicados. Na etapa 906, a rotinacompleta a transação. Completar a transação pode incluir,por exemplo, prover o usuário com uma indicação - de sucessoou falha da transação, ou interagir ainda mais com o usuáriopara obter e/ou prover informação adicional necessária paracompletar a transação. Em algumas modalidades, grande parteou toda a informação (por exemplo, números de cartão de cré-dito, informação de contato, etc.) usadas para realizar umatransação podem ser armazenadas local ou remotamente, de ma-neira tal que a transação possa ser completada em uma únicaetapa sem a necessidade de o usuário prover informação adicional.
Na etapa 907, a rotina realiza outras ações indi-cadas da maneira apropriada. Outras ações podem incluir ob-ter e prover criticas e/ou classificações geradas pelo usuá-rio a respeito dos titulos de midia, ajustar ou de outraforma configurar aj ustes ou preferências de usuário relacio-nadas a realização de transações de midia (por exemplo, ca-tegorias favoritas de filmes, informação de pagamento, in-formação de contato, informação demográfica, etc.). Além domais, podem ser suportadas modalidades que fornecem uma in-terface e funções relacionadas à assinatura de midia e/ouconteúdo relacionado a midia. Por exemplo, podem ser supor-tados diferentes niveis de assinantes que definem qual tipode midia o usuário pode acessar, ou inúmeros titulos de mi-dia por período de tempo, etc.
Depois do processamento das ações de usuário nasetapas 903-907, a rotina vai para a etapa 908 e determina sea transação terminou. Se a transação não tiver terminado(por exemplo, em virtude de haver ações de usuário adicio-nais para processar), a rotina vai para a etapa 901 e conti-nua processar mais ações. Caso contrário, a rotina retorna.A Figura 10 é um fluxograma de exemplo de uma ro-tina de busca de mídia de exemplo provida por uma modalidadede exemplo de um Sistema de Transação de Vídeo Independentedo Dispositivo. Esta rotina pode ser provida, por exemplo,pelo motor de transação 4 02 descrito com detalhes com refe-rência à figura 4. A rotina MediaSearch realiza um laço noqual ele estreita repetidamente um conjunto de títulos demídia de acordo com um ou mais critérios de busca (por exem-plo, categorias) selecionados pelo usuário. Embora descritocom referência a categorias e subcategorias, outros crité-rios podem ser similarmente incorporados.
Especificamente, na etapa 1001, a rotina iniciali-za uma variável WorkingSet, com uma referência a todos ostítulos de mídia disponíveis. Este conjunto de títulos demídia pode ser armazenado localmente, conectado no disposi-tivo que hospeda o DIVTS, ou remotamente, em uma bibliotecade mídia acessível pela rede ou outra fonte de informação.Na etapa 1002, a rotina recebe uma indicação de uma catego-ria de títulos de mídia. Na modalidade ilustrada, uma cate-goria de títulos de mídia é um conjunto de títulos de mídiaque tem todos uma propriedade comum, tal como ser escritapor um autor particular, ser dirigida por um diretor parti-cular, ser relacionada com um gênero particular (por exem-plo, ação, aventura, romance, etc), ter um país de origemou idioma particular, etc. Categorias são descritas com de-talhes com referência à figura 12.
Na etapa 1003, a rotina determina qual dos títulosde mídia corresponde à categoria indicada e inicializa umaoutra variável, CurrentTitles, com uma referência aos títu-los de midia pertencentes à categoria indicada na etapa1002. Na etapa 1004, a rotina estabelece a variável Working-Set para referir-se à coleção de titulos que aparecem tantono WorkingSet atual bem como no conjunto de CurrentTitles.(Esta variável é atualizada para referir-se aos titulos atu-ais indicados pelo critério de busca atual em efeito em cadainteração do laço). Na etapa 1005, a rotina determina secontinua processar critérios de busca adicionais e, casosim, continua na etapa 1002, caso contrário, continua na e-tapa 1006. A rotina pode continuar se, por exemplo, ela ti-ver recebido uma indicação adicional de uma categoria de ti-tulos de midia. Na etapa 1006, a rotina fornece o conjuntode titulos indicado pela variável WorkingSet que reflete oconjunto de titulos de midia que casa com todas as categori-as indicadas de titulos de midia. A rotina então retorna.
Note que, em uma modalidade, os critérios de buscasão combinados para formar uma interseção do conjunto de ti-tulos em cada categoria indicada. A variável WorkingSet en-tão reflete o conjunto de titulos de midia que são todosmembros do conjunto interseção deste conjunto. Em outras mo-dalidades, outros operadores lógicos ou de declaração podemser utilizados para realizar outros tipos de buscas, e a va-riável WorkingSet será ajustada de forma correspondente. Porexemplo, em algumas modalidades, usuários podem selecionarum ou mais operadores de combinação do conjunto a fim de re-alizar outros tipos de buscas (por exemplo, todos filmes deação da China ou Europa).Algumas modalidades podem fornecer uma ou mais te-las de interface de usuário a fim de obter entrada de um u-suário e fornecer resultados de um processo de busca tal co-mo o supradescrito com referência à figura 10. As figuras11A-11D são exibições de tela de exemplos de painéis de bus-ca de uma interface de usuário Quilt- de exemplo provida poruma modalidade de exemplo de um Sistema de Transação de Ví-deo Independente do Dispositivo. As figuras 11A-11D ilustramum exemplo de quatro telas consecutivas que podem ser provi-das a um usuário durante o curso de uma busca de titulos demidia, tal como provido pela figura 10.
A Figura 11A representa o estado de uma busca emque o usuário está selecionando uma das inúmeras categoriasde gênero. A tela exibe três painéis: um painel inicial11A01, um painel de supercategoria 11A02, e um painel de ca-tegoria 11A03. O usuário selecionou uma opção de locação11A04 pelo painel inicial 11A01, indicando que o usuário de-seja alugar um titulo de midia para visualização. A partirdo painel de supercategoria 11A02, o usuário selecionou aopção de gênero 11A05, indicando que o usuário deseja espe-cificar uma categoria "Gênero" particular 11A05 para a bus-ca. A partir do painel de categoria 11A03, o cursor 11A06fica atualmente na categoria "Ação". Neste ponto, se o usuá-rio iniciar a geração do evento de entrada "selecionar", ainterface de usuário animará uma transição para apresentarna exibição uma vista de um novo painel do Quilt.
A Figura 11B representa uma exibição de tela re-sultante depois que o usuário seleciona a categoria "Ação"mostrada na figura 11A. Esta exibição de tela mostra um pai-nel de supercategoria 11B01, um painel de categoria 11B02,que é o painel de categoria 11A03 representado na figura11A, bem como o painel de resultados 11B03. Note que o pai-nel inicial 11A01 da figura 11A não é mais exibido em virtu-de de a interface de usuário Quilt ilustrada ser configuradaneste exemplo somente para mostrar um painel de supercatego-ria 11B01, que é o painel de supercategoria 11A02 represen-tado na figura 11A, um painel de categoria 11B02, que é opainel de categoria 11A03 representado na figura 11A, bemcomo um painel de resultados 11B03. Note que o painel inici-al 11A01 da figura 11A não é mais exibido, em virtude de ainterface de usuário Quilt ilustrada ser configurada no e-xemplo para apresentar somente no máximo três painéis debusca (a porta de visão moveu-se de forma correspondente).Em outras modalidades, ele pode ser configurado para mostraruma quantidade maior ou menor de painéis. Em algumas modali-dades, tal configuração pode ser feita automaticamente, emresposta a uma indicação de exigências de hardware particu-lares (por exemplo, um pequeno dispositivo de exibição em umPDA) . O painel de resultados 11B03 atualmente representa umtotal de seis titulos que são membros da categoria "Ação".
A Figura 11C representa uma exibição de tela que éprovida quando o usuário em seguida decide filtrar aindamais os resultados da busca da figura 11B selecionando umacategoria adicional. Neste exemplo, o usuário moveu paratrás, iniciando a geração dos eventos de entrada apropriadospara selecionar uma supercategoria adicional ("Estúdio")11C04 do painel de supercategoria ilustrado 11C01. Lembreque, de acordo com a modalidade ilustrada, os critérios debusca são combinados pelo uso de uma operação de "E" lógico(interseção). Em decorrência disto, um novo painel de cate-goria 11C02 é exibido, que mostra inúmeros estúdios na su-percategoria selecionada. Note que alguns dos estúdios (Es-túdio 3, Estúdios 5-6 e Estúdios 8-10) estão em cinza. Cate-gorias em cinza indicam ao usuário que não existem titulosde midia que se enquadram na categoria em cinza, bem como asoutras categorias selecionadas (neste caso, a categoria "A-ção" da supercategoria gênero). Em outras modalidades, ou-tros mecanismos podem ser usados para indicar uma ausênciade titulos de midia nas categorias particulares que podemser selecionadas em conjunto com uma ou mais categorias jáselecionadas. Tais mecanismos incluem, por exemplo, exibirtais categorias em diferentes cores, anotar tais categoriascom um icone e/ou símbolo, e ocultar tais categorias na exi-bição. Além do mais, um painel de resultados 11C03 da buscainicial realizada e exibida na figura 11B é ainda exibido.
Este painel será atualizado para refletir os resultados doscritérios de busca adicionais quando o usuário seleciona umadas categorias disponíveis no painel de categoria 11C02.
A Figura 11D representa uma exibição de tela que éprovida quando o usuário seleciona uma das categorias de es-túdio na figura 11C. Neste caso, o usuário seleciona a cate-goria "Estúdio 4" 11D05, que resulta na atualização do pai-nel de resultados 11D03 para refletir que existe apenas umúnico título de mídia, "Título 7", que está tanto na catego-ria "Ação" da supercategoria "Gênero" 11D06, como a catego-ria "Estúdio 4" da supercategoria "Estúdio" lld05. Note queo painel de supercategoria 11D01 indica que a supercategoria"Gênero" 11DO6 está ainda selecionada, circunscrevendo otexto apropriado com uma etiqueta 11 DO8. Além do mais, umaponte 11DO7 que emerge sob o painel de categoria 11DO2 e queconecta com o painel de resultados 11DO3 indica que os re-sultados da busca derivam de duas categorias selecionadas -Desta maneira, o usuário é informado da estrutura e catego-rias de sua busca corrente.
A abordagem baseada em categoria de buscar titulosde midia utilizada por algumas modalidades e descrita ante-riormente com referência às figuras 11A-11D pode ser concei-tuai izada em termos de um gráfico de categorização- A figura12 é um gráfico de categorização que representa uma catego-rização de diversos titulos de midia de exemplo. Um gráficode categorização "é um gráfico aciclico direcionado que podeser usado para representar uma ou mais categorias para um oumais titulos de midia. Arcos são linhas (retas, curvas ou deoutra forma) direcionadas (por exemplo, pelo uso de uma se-ta) usadas para indicar relacionamentos entre nós em um grá-fico. Nós pais (nós com arcos que emanam deles) são nós decategoria. Nós folhas (nós sem arcos que emanam deles) sãotanto nós de titulo de midia como nós de categoria vazia. Umnó de categoria pode ser vazio ou indicar (por meio de um oumais arcos) uma ou mais categorias e/ou titulos de midia queele contém. Um nó supercategoria é um nó de categoria queindica pelo menos um nó de categoria que o nó supercategoriacontém. Note que a hierarquia de dois niveis compreendendosupercategorias e categorias utilizado nos exemplos descri-tos com referência às figuras 11A-11D podem ser generaliza-dos pelo uso de um gráfico de categorização. Por exemplo, ográfico de categorização ilustrado tem um único nó raiz 1201que contém todas as outras categorias, tanto direta como in-diretamente. Em outras modalidades, múltiplos nós raizes po-dem ser representados.
No gráfico ilustrado, o nó raiz 1201 inclui um nóda categoria gênero 1202 e um nó da categoria pais 1203. Onó da categoria gênero 1202 e o nó da categoria pais 1203incluem nós categoria adicionais ilustrados. Por exemplo, onó da categoria gênero 1202 inclui um nó.ação 1204 e um nóaventura 1205. O nó da categoria ação 1204 inclui um nó ti-tulo de midia 1220, um nó da categoria explosões 1206 e umnó da categoria artes marciais 1207. Note que o nó da cate-goria explosões 1206 está atualmente vazio, em que ele nãorefere a nenhuma outra categoria ou titulo de midia. Notetambém que o nó titulo de midia 1220 é referido por múlti-pios nós categoria. Em geral, não existem limites ou restri-ções a respeito do número de categorias que podem incluir umdado titulo de midia. Além do mais, mesmo que os titulos demidia no exemplo ilustrado nas figuras 11A-11D estejam orga-nizados em uma hierarquia de dois niveis consistindo de su-percategorias e categorias, não existem limites de quantosniveis de categorias e subcategorias que podem ser represen-tados em um gráfico de categorização e representado na in-terface de usuário de busca.Além do mais, o nó da categoria pais 1203 tem umnó da categoria Ásia 1208 que refere-se a um nó da categoriaChina 1209, que, por sua vez, refere-se a um nó de titulo demidia 1223. O gráfico mostra um arco tracejado adicional1211 que indica que em algumas modalidade nós de categoriapodem incluir arcos diretos que desviam das subcategorias ereferem-se diretamente a arquivos de midia contidos por taissubcategorias. Tais arcos diretos podem ser usados como umaotimização para realizar buscas em virtude de os arcos dire-tos proverem um procura eficiente de todos titulos de midiaem uma dada categoria, mesmo se a categoria estiver na raizdo gráfico de categorização, ou próximo a ela.
A estrutura de um gráfico de categorização podeser em algumas modalidades derivada automaticamente de meta-dados estruturados ou não estruturados relacionados a umconjunto de titulos de midia. Por exemplo, palavras chaves,etiquetas, datas e/ou outra informação estruturada (por e-xemplo, XMI. ("sXtensible Markup language'1)) e não estrutu-rada (por exemplo, criticas de filme) podem ser inspeciona-das e utilizadas a fim de gerar um gráfico de categorização.Por exemplo, várias técnicas conhecidas incluindo classifi-cação de texto automática podem ser empregadas para proces-sar dados não estruturados tais como criticas, edições deimpressão, anúncios, além de texto retratado na própria mi-dia (por exemplo, como a versão textural de um livro de áu-dio ou roteiro de filme) com propósitos de gerar automatica-mente um gráfico de categorização ou estrutura de dados e-quivalente que podem ser usadas para representar relaciona-mentos entre títulos de midia e categorias.
Além do mais, com o uso de um gráfico de categori-zação ou estrutura de dados equivalente, os relacionamentosestruturais e conteúdos de painel da parte da busca de umainterface de usuário Quilt podem também ser automaticamentegerados. Por exemplo, as crianças de um dado nó da categoriapodem ser alocadas, ou colocadas dentro, de um único painelde categoria. A seleção de uma categoria representada por umnó da categoria particular então resulta na exibição de umpainel de categoria que contém as crianças desse nó da cate-goria e/ou a exibição de um painel de resultados que contémos titulos de midia referenciados por esse nó da categoria.
O processo de filtrar critérios de busca com opropósito de organizar em painéis para usar com a interfacede. usuário Quilt pode também ser representado usando diagra-mas de Venn. As figuras 13A-13B são diagramas de Venn querepresentam uma categorização de diversos titulos de midiade exemplo. Essas figuras fornecem uma representação alter-nativa que mostra parte dos relacionamentos estabelecidosentre as várias categorias mostradas na figura 12. A figura13A, por exemplo mostra que MovieD 13A01 (mostrado no nó1223 na figura 12) é um membro da categoria China 13AO2,que, por sua vez, é um subconjunto da categoria Ásia 13A03,que, por sua vez, é um subconjunto da categoria universal detodos os filmes 13A04. Como um outro exemplo, a figura 13Bmostra que MovieB 13B01 (mostrado no nó 1222 na figura 12) éum membro tanto da categoria USA 13B02 quanto da categoriaArtes Marciais 13B03. A categoria USA 13B02 é, por sua vez,um subconjunto da categoria América do Norte 13B04. A cate-goria Artes Marciais 13B03 é tanto um subconjunto da catego-ria Ação 13B05 quanto da categoria América do Norte 13B04.Tanto a categoria América do Norte 13B04 quanto a categoriaAção 13B05 são subconjuntos da categoria universal 13B06. Emalgumas modalidades, é contemplado que desenhar diagramas deVenn para exibir relacionamentos apresentados pela interfacede usuário pode ser útil.
Referindo-se novamente à figura 2, a etapa 202, emuma modalidade tipica da interface de usuário de DIVTS, alémde buscar midia, um usuário pode também adquirir midia devárias fontes. A figura 14 é um fluxograma de exemplo de umarotina de aquisição de midia de exemplo provida por uma mo-dalidade de exemplo de um Sistema de Transação de Video In-dependente do Dispositivo. A rotina pode ser provida, porexemplo, pelo motor de aquisição de midia 404 da figura 4. Arotina MediaAcquire opcionalmente inicia transações para ad-quirir um titulo de midia (por exemplo, licenciamento) etambém realiza um laço no qual ele recebe midia de uma fontede midia e inicia sua apresentação da maneira apropriada.Uma interface de usuário de exemplo para adquirir midia estádescrita com referência à figura 15. Especificamente, na e-tapa 14 01, a rotina determina uma indicação de midia paraacessar. Tais indicações podem ser, por exemplo, recebidasem decorrência de uma seleção pelo usuário. Na etapa 1402, arotina determina se é necessária uma transação financeira afim de adquirir a midia indicada. Caso seja, a rotina vaipara a etapa 14-3, caso contrário, continua na etapa 1404.Na etapa 1403, ela invoca a rotina MediaTransact descritacom referência à figura 9. Se, em vez disso, for determinadona etapa 1402 que não é necessária uma transação financeira,ou depois da etapa 1403, então, na etapa 1404, a rotina ini-cia acesso a midia.
Iniciar acesso a midia pode incluir transmitirmensagens por uma rede, chamar funções ou procedimentos, ououtros mecanismos pelos quais uma fonte de midia pode sernotificada para começar prover midia. Na etapa 1405, a roti-na recebe uma parte da midia indicada ou uma ação de usuá-rio. Na etapa 1406, a rotina determina se midia foi recebidae, caso tenha sido, a rotina vai para a etapa 1407, senão,continua na etapa 1408. Na etapa 1407, a rotina inicia a e-xibição da parte de midia recebida. Em algumas modalidades,isto incluirá apresentar quadros de video em um dispositivode exibição e/ou reproduzir quadros de dados de áudio em umalto-falante ou outro dispositivo de saida de áudio. Depoisda etapa 1407, a rotina continua na etapa 1410.
Se, em vez de a rotina determinar na etapa 1406que midia não foi recebida, então na etapa 1408 a rotina de-termina se foi recebida uma ação de usuário e, caso tenhasido, continua na etapa 1409, senão, continua na etapa 1410.Ações de usuário de exemplo incluem reproduzir, pausar, a-vançar rapidamente ou parar a reprodução de video e/ou outramidia. Na etapa 1409, a rotina trata da ação do usuário re-cebida da maneira apropriada, e em seguida continua na etapa1401. Por exemplo, se for recebida uma indicação de uma açãode pausa, a rotina pausa a reprodução de video e/ou áudio.Na etapa 1410, a rotina determina se terminou aaquisição da midia indicada e, caso não tenha sido, a rotinaretorna para a etapa 14 05 para processar mais midia. A roti-na pode ser encerrada se, por exemplo, não estiverem dispo-níveis mais midias ou se o usuário tiver indicado que elequer sair ou de outra forma terminar o processo de aquisi-ção. Se terminado, a rotina retorna.
A Figura 15 é uma exibição de tela de exemplo deum painel de aquisição de midia de uma interface de usuárioQuilt de exemplo provida por uma modalidade de exemplo de umSistema de Transação de Video Independente do Dispositivo. Arotina MediaAcquire descrita com referência à figura 14 podereceber indicações de ações de usuário desta interface deusuário e. direcionar a apresentação de midia nesta. Por e-xemplo, um usuário pode selecionar o botão de pré-visualização 1501, que faz com que a rotina MediaAcquire i-nicia a aquisição de um titulo de midia especificado. À me-dida que partes da midia especificada são recebidas, a roti-na MediaAcquire pode iniciar a exibição de dados de imagem(por exemplo, um quadro de video) na área de video 1502 e/ouatualizar o indicador deslizante de pré-visualização 1503. Oindicador deslizante de pré-visualização 1503 pode em algu-mas modalidades também ser manipulado pelo usuário a fim deprocurar ou de outra forma controlar a reprodução de um dadotitulo de midia.
Referindo-se de volta à figura 2, etapa 2 05, emuma modalidade tipica da interface de usuário DIVTS, um usu-ário pode também publicar midia para compartilhar midia comoutros. A figura 16 é uma modalidade de exemplo de um Siste-ma de Transação de Video Independente do Dispositivo. A ro-tina pode ser provida, por exemplo, pelo motor de publicaçãode midia 406 da figura 4. A rotina MediaPublish obtém infor-mação de um usuário relacionada com o compartilhamento demidia e prove dissipadores de midia com acesso a tal midia.
Mais especificamente, na etapa 1601, a rotina de-termina uma indicação da localização da midia a ser compar-tilhada. Em algumas modalidades, uma indicação como essa po-de ser representada, por exemplo, por uma URL que é passadaà interface de usuário, por exemplo, através da entrada deusuário. Na etapa 1602, a rotina determina ou recebe uma in-dicação de termos de licenciamento. Termos de licenciamentopodem incluir, por exemplo, especificações da alocação dedireitos legais na midia a ser compartilhada. Por exemplo,um usuário pode indicar que ele deseja que a midia indicadaseja colocada no dominio público, ou, alternativamente, queo usuário deseja manter alguns direitos (por exemplo, um oumais direitos legais exclusivos providos pela lei de direi-tos autorais) na midia indicada para ser compartilhada. Naetapa 1603, a rotina determina ou recebe uma indicação dedireitos de acesso. Tais direitos de acesso podem incluir,por exemplo, grupos de usuários, grupos de dispositivos,dispositivos individuais e/ou usuários individuais que o u-suário quer conceder ou negar acesso à midia indicada paraser compartilhada. Na etapa 1604, a rotina determina ou re-cebe uma indicação de um mecanismo de distribuição para com-partilhar a midia indicada. Vários mecanismos de distribui-ção são contemplados, incluindo distribuição ponto a pontoe/ou distribuição centralizada, por exemplo, por um portalde midia tal como o MTNP 308 descrito com referência à figu-ra 3. Um MTNP de exemplo está descrito com detalhes com re-ferência à figura 20.
Na etapa 1605, a rotina determina se o usuário in-dicou que a midia deve ser distribuída por meio de um portalou outro mecanismo de distribuição centralizado. Se não, arotina continua na etapa 1606, caso contrário, continua naetapa 1608. Na etapa 1606, a rotina fornece acesso à midiaindicada por meio do mecanismo de distribuição indicado. Emalgumas modalidades, isto pode incluir tornar a midia dispo-nível para transferência para um ou mais dissipadores de mi-dia. Uma função como essa pode ser realizada por uma versãomodificada da rotina MediaPublish ou, alternativamente, pormeio de uma fonte de midia pronta para entrar em funciona-mento, tais como um servidor de rede, serviço de transmissãode midia em fluxo continuo, etc. Na etapa 1607, a rotina op-cionalmente fornece uma indicação da localização da midia a°um ou mais portais ou outros sistemas de distribuição, e emseguida retorna. Esta etapa pode incluir prover uma URL, en-dereço IP ("Protocolo da Internet"), ou outro indicador demidia disponível de maneira tal que a disponibilidade da mi-dia possa ser anunciada, promovida ou de outra forma comuni-cada a outros usuários por meio de um mecanismo centralizadoou outro mecanismo de distribuição.
Se, em vez disso, for determinado na etapa 1605que o usuário não indicou que a midia deve ser distribuídapelo portal ou outro mecanismo de distribuição centralizado,a rotina vai para a etapa 1608. Na etapa 1608, a rotina for-nece a midia indicada, termos de licenciamento e direitos deacesso ao portal ou outro mecanismo de distribuição centra-lizado. O mecanismo de distribuição centralizado pode entãoiniciar a transferência e armazenamento da midia indicadapara um sistema remoto (por exemplo, um serviço de transmis-são de midia em fluxo continuo, servidor FTP, rede ponto aponto e/ou servidor de rede) com propósito de distribuiçãoposterior. A rotina então retorna.
A Figura 17 é um diagrama de blocos de exemplo deum sistema de computador de uso geral para praticar as moda-lidades de exemplo de um Sistema de Transação de Video Inde-pendente do Dispositivo. O sistema de computador de uso ge-ral 1700 pode compreender um ou mais sistemas de computaçãoservidor e/ou cliente, e pode varrer localizações distribuí-das . Além do mais, cada bloco mostrado pode representar umou mais de tais blocos da forma apropriada a uma modalidadeespecifica, ou pode ser combinado com outros blocos. Alémdisso, os vários blocos das DIVTS 1708 podem residir fisica-mente em uma ou mais máquinas, que usam mecanismos de comu-nicação interprocessos padrões ou patenteados para comunicarentre si.
Na modalidade mostrada, o sistema de computador1700 compreende - uma memória de computador ("memória") 1701,um monitor 1702, uma Unidade de Processamento Central("CPU") 1703, uma interface de rede 1705, um dispositivo dearmazenamento 1706, um dispositivo de apontamento 1707 e ou-tros dispositivos de entrada/saida ("IO") 1704. O DIVTS 1708está mostrado residindo na memória 1701. Os componentes doDIVTS 1708 preferivelmente executam em CPU 1703. Conformedescrito com referência à figura 4, um DIVTS de exemplo talcomo o DIVTS 1708 compreende uma interface de usuário 1709,um motor de transação 1710, um subsistema de midia 1711, umrepositório de midia opcional 1715 e um motor de entrada1716. O subsistema de midia 1711 compreende um motor de a-quisição 1712, um motor de apresentação 1713 e um motor depublicação 1714. O motor de entrada 1716 processa eventosfisicos de entrada de usuário recebidos, por exemplo, dodispositivo de apontamento 1707 e/ou outros dispositivos deentrada 1704, traduzindo eventos de entrada fisicos recebi-dos em eventos de entrada lógicos que podem ser consumidospor outros componentes tal como a interface de usuário 1709.Outros programas 1720 podem também residir na memória 17 01,e preferivelmente executam em uma ou mais CPUs 1703. Váriasabordagens e/ou arquiteturas de implementação são contempla-das e estão descritas com detalhes com referência à figura 18.
A Figura 18 é um diagrama de blocos de exemplo dedetalhes adicionais de uma modalidade de exemplo de um Sis-tema de Transação de Video Independente do Dispositivo im-plementado em um dispositivo de entretenimento terceirizado.O dispositivo de entretenimento de terceiros 1801 inclui umDIVTS 1802, um controle de entrada 1810, um controle de exi-bição 1811, um controle de áudio 1812, uma unidade rigida1813, uma interface de rede 1814 e uma unidade de midia óti-ca 1815. O DIVTS 1802 compreende uma interface de usuário1803, motor de transação de midia 1804, um motor de publica-ção de mídia 1805, um motor de aquisição de mídia 1806, ummotor de apresentação de mídia 1807 e um motor de entrada1808. A interface de usuário 18 03 compreende adicionalmenteum despachante 1830 e múltiplos ouvintes 1831.
Em operação típica, o controle de entrada 1810 dodispositivo de terceiros é conectado nesta modalidade de e-xemplo a um dispositivo de apontamento 1820, tal como umamanete de jogos ou controlador remoto. O controle de entrada1810 compreende uma interface hardware/suporte lógi-co/ suporte lógico inalterável que recebe eventos de entradagerados pelo dispositivo de apontamento 1820 e fornece-os aomotor de entrada 1808. O motor de entrada 18 08, por sua vez,traduz um evento de entrada físico recebido do controle deentrada 1810 em um evento de entrada independente de dispo-sitivo lógico que é provido ao despachante 1830. O despa-chante 1830 passa o evento de entrada lógico ao longo dequalquer ouvinte 1831 que tenha expressado interesse em e-ventos de entrada desse tipo (por exemplo, se registrandocomo disponíveis para tratar uma classe ou tipo particularde evento). Uma rotina de despachante de exemplo é discutidacom detalhes com referência à figura 19. Os ouvintes que têminteresse nesse evento de entrada então podem realizar açõestais como iniciar ou terminar a apresentação de mídia pelomotor de apresentação de mídia 1807, iniciar a aquisição demídia pelo motor de aquisição de mídia 1806, iniciar umatransação de mídia pelo motor de transação de mídia 1804, ouiniciar o compartilhamento de mídia pelo motor de publicaçãode midia 1805.
Por exemplo, quando mídia é recebida, o motor deapresentação 1807 empurra a mídia na forma de dados de áudioe/ou vídeo para o controle de exibição 1811 e/ou controle deáudio 1812. O controle de exibição pode ser, por exemplo, umacionador de exibição (suporte lógico) e/ou hardware / su-porte lógico inalterável que transforma, renderiza e/ou deoutra forma controla a exibição 1821 para apresentar dadosde imagem. O controle de áudio pode ser, por exemplo, um a-cionador de áudio e/ou hardware / suporte lógico inalterávelque controla os alto-falantes conectados 1822 para produzirsons. O monitor 1821 e alto-falantes 1822 podem ser residen-tes no dispositivo 1801 ou conectados de alguma maneira, talcomo por um mecanismo de comunicação. Quando um dos ouvintes1831 inicia a aquisição de mídia, o motor de aquisição demídia 1806 adquire a mídia, por exemplo, descrita com refe-rência às figuras 14 e 15. Quando um dos ouvintes 1831 ini-cia uma transação relacionada à mídia, o motor de transaçãode mídia 18 04 inicia ou realiza transações relacionadas àmídia tais como as descritas com referência às figuras 9 e10. Note que o motor de transação de mídia 1804 pode operarem conjunto com outros sistemas e/ou serviços, locais ou ex-ternos , tais como vendedores independentes que fornecem au-torização financeira. Quando um dos ouvintes 1831 indica queo usuário deseja compartilhar mídia, o motor de publicaçãode mídia 18 05 é ativado da maneira descrita com referência àfigura 16.
A Figura 19 é um fluxograma de exemplo de uma ro-tina Despachante de exemplo provida por uma modalidade deexemplo de um Sistema de Transação de Video Independente doDispositivo. A rotina pode ser provida, por exemplo, pelodespachante da figura 18. A rotina do Despachante realiza umlaço no qual ela recebe repetidamente eventos de entrada epassa-as ao longo dos ouvintes apropriados. Os ouvintes sãotipicamente componentes de suporte lógico que se registramcom o despachante para receber um ou mais eventos designa-dos . Especificamente, na etapa 1901, a rotina recebe uma in-dicação de um evento de entrada. Tais eventos de entrada po-dem incluir entradas geradas e recebidas por uma variedadede dispositivos de hardware, incluindo, mas sem limitações,teclados, mouses, teclados sensíveis ao toque, telas sensí-veis ao toque, manetes de jogos e/ou controladores remotos.Na etapa 1902, a rotina traduz o evento de entrada fisicorecebido na etapa 1901 em um evento de entrada lógico inde-pendente de dispositivo. Na etapa 1903, a rotina determina oconjunto de ouvintes que expressou interesse em receber no-tificações do evento de entrada lógico da etapa 1902.
Em seguida, no laço definido pelas etapas 1904-196, a rotina distribui o evento de entrada lógico a cadaouvinte do conjunto de ouvintes determinado na etapa 1903.Na etapa 1904, a rotina determina se existem mais ouvintesno conjunto de ouvintes. Se não houver, a rotina continua naetapa 1907 e sai do processamento do evento de entrada de-signado, senão, continua na etapa 1905. Na etapa 1905, a ro-tina determina o ouvinte seguinte no conj unto de ouvintes.Na etapa 1906, a rotina distribui um evento de entrada lógi-co ao ouvinte determinado na etapa 1905, e retorna para oinicio do laço para continuar processar o evento de entradadesignado na etapa 1904.
Na etapa 1907, a rotina determina se continua pro-cessar um evento de entrada seguinte e, se continua, retornapara a etapa 1901. A rotina pode ir para a etapa 1901. Se,por exemplo, eventos adicionais estiverem esperando ser pro-cessados. Caso contrário, a rotina termina, ou entra em umestado de espera até que chegue o evento de entrada seguin-te. Note que, em uma modalidade, a rotina despachante da fi-gura 19 é implementada igual ou similar à uma rotina de tra-tamento de interrupção (por exemplo, uma rotina do acionadorde dispositivo), que é invocada por meio de um suporte lógi-co ou hardware, interrupção causada pelo dispositivo de en-trada. Outras técnicas de programação são também contempla-das e operarão para processar eventos de entrada de uma ma-neira independente de dispositivo.
Referindo-se novamente à figura 1, as modalidadesde um DIVTS podem interagir com um Portal de Rede de Transa-ção de Midia a fim de transacionar midia, bem como realizaroutras funções. A figura 20 é um diagrama de blocos de exem-plo de componentes de uma modalidade de exemplo de um Portalde Rede de Transação de Midia. Um Portal de Rede de Transa-ção de Midia ("MTNP") fornece funções para realizar transa-ções de midia, prover Sistemas de Transação de Vide o Inde-pendente do Dispositivo a dispositivos de terceiros, e pro-ver midia no contexto de Rede de Transação de Midia desabi-litado por um ou mais dispositivos habilitados para DIVTS.Além do mais, 0 MTNP pode tratar operações de contabilidadedo usuário de maneira tal que usuários do MTNP possam esta-belecer identidades com o MTNP com propósitos de armazenarpreferências (por exemplo, categorias de midia favoritas),prover informação a ser compartilhada com outros usuários(por exemplo, midia e/ou metadados relacionados com tais mí-dias , incluindo classificações e críticas) e/ou armazenarinformação de pagamento (por exemplo,, informação de cartãode crédito) com propósitos de obter direitos de adquiri mí-dia e/ou bens ou serviços relacionados a tal mídia.
0 MTNP ilustrado 2000 compreende um motor de gerenciamento de transação de mídia 20 01, um motor de gerenci-amento de usuário 2004, um repositório de DIVTS 2005, um re-positório de dados de usuário 2006, e um repositório de da-dos de mídia 2007. Um ou mais desses componentes podem seropcionais em qualquer modalidade particular, e cada blocomostrado pode representar um ou mais de tais blocos como a-propriados para uma modalidade específica, ou podem ser com-binados com outros blocos. Além disso, os vários blocos doMTNP 2000 podem residir fisicamente em uma ou mais máquinas,que usam mecanismos de comunicação inter-processos padrõesou patenteados para comunicar entre si. O motor de gerencia-mento de transação de mídia 2001 trata transações de mídiatais como as descritas com referência à figura 9 que são i-niciadas por um ou mais dispositivos habilitados para dibts2008. O tratamento de transações de mídia 2009 pode implicarinteragir em uma rede 2001 com um sistema processador de pa-gamento 2009 que pode ser operado por uma terceira parte.Exemplos de processadores de pagamento incluem processadoresde pagamento de cartão de crédito e/ou sistemas eletrônicosde transferência de fundos. 0 motor de gerenciamento de usu-ário 2002 trata registro de usuário e outras funções rela-cionadas ao usuário e armazena dados relacionados a tais o-perações no repositório de dados do usuário 2006. O motor deentrega do DIVTS 2003 fornece instâncias de DIVTS armazena-das no repositório de DIVTS 2005 ou geradas automaticamentepara ser instalados em dispositivos de terceiros. Uma ins-tância de DIVTS pode ser representada em código de máquinaou objeto que é nativo de um sistema de computação alvo par-ticular ou, alternativamente, em um formato de instrução dealto nivel, incluindo código de byte de máquina virtual e/oucódigo fonte que podem ser interpretados por uma máquinavirtual ou outro interpretador que executa no sistema decomputação alvo (isto é, o dispositivo de terceiros). O ser-vidor de midia 2004 opera como uma fonte de midia para pro-ver midia que pode ser armazenada no repositório de dados demidia 2007 a um ou mais dispositivos habilitados para DIVTS2008. Servidores de midia incluem, por exemplo, servidoresde midia de transmissão em fluxo continuo, servidores de re-de, servidores FTP ("Protocolo de Transferência de Arqui-vos) , etc. Além do mais, o MTNP 2000 pode interagir na rede2001 com uma fonte de midia 2010 a fim de transferir ou deoutra forma obter midia ou indicações de midia com propósi-tos de distribuição, anúncio, etc.
A Figura 21 é um diagrama de blocos de exemplo deum sistema de computador de uso geral para praticar modali-dades de exemplo de um Portal de Rede de Transação de Midia.0 sistema de computador de uso geral 2100 pode compreenderum ou mais sistemas de computação servidor e/ou cliente epode cobrir locais distribuídos. Além do mais, cada blocomostrado pode representar um ou mais de tais blocos da ma-neira apropriada a uma modalidade especifica, ou pode sercombinado com outros blocos. Além disso, os vários blocos doMTNP 2108 podem residir fisicamente em uma ou mais máquinas,que usam mecanismos de comunicação inter-processos padrõesou patenteados para comunicar entre si.
Na modalidade mostrada, o sistema de computador210.0 compreende uma memória de computador ("memória") 2101,um monitor 2102, uma Unidade de Processamento Central("CPU") 2103, uma interface de rede 2105, um dispositivo dearmazenamento 210 6, um dispositivo de apontamento 2107 e ou-tros dispositivos de entrada/saida ("10") 2104. O MTNP 2108está mostrado residindo na memória 2101. Os componentes doMTNP 2108 preferivelmente executam em CPU 2103. Conformedescrito com referência à figura 20, um MTNP de exemplo com-preende motor de gerenciamento de transação de midia 210 9,um motor de gerenciamento de usuário 2110, um motor de en-trega de DIVTS 2111 e um servidor de midia 2112, um reposi-tório DIVTS 2113, um repositório de dados de usuário 2114, eum repositório de dados de midia 2115. Outros programas 2120também residem na memória 2101., e preferivelmente executamem uma ou mais CPUs 2103.
Nas modalidades de exemplo mostradas nas figuras17 e 21, componentes do DIVTS e do MTNP podem ser implemen-tados usando técnicas de programação padrões. Uma gama delinguagens de programação conhecida na tecnologia pode serempregada para implementar tais modalidades de exemplo, in-cluindo implementações representativas de vários paradigmasde linguagem de programação, incluindo, mas sem limitações,orientada para objetos (por exemplo, Java, C++, c#, Small-talk), funcional (por exemplo, ML, Lisp, Scheme, etc.), pro-cessual (por exemplo, C, Pascal, Ada, Modula), escrita (porexemplo, Perl, Ruby, Pytohon, etc.), etc. Além do mais, osvários componentes das modalidades ilustradas podem ser im-plementados por meio de um único monolítico executável ro-dando em um único sistema computador da CPU, ou alternativa-mente decomposto usando uma variedade de técnicas de estru-turação conhecida na tecnologia, incluindo, mas sem limita-ções , multiprogramação, multitransmissão, cliente-servidor,ou por ponto, que roda em um ou mais comprimento indefinidosde computador, cada qual tem uma ou mais CPUs.
Além do mais, interfaces de programação de dadosarmazenados como parte das modalidades ilustradas podem setornar disponíveis por meios padrões, tal como pelas APIs C,C++, C# e Java ou bibliotecas para acessar arquivos, basesde dados ou outros repositórios de dados, ou por servidoresde rede, servidores FTP ou outros tipos de servidores quefornecem acesso a dados armazenados. Por exemplo, o reposi-tório de dados de mídia 1715 da figura 17 e o repositório deDIVTS 2113, o repositório de dados do usuário 2114, e o re-positório de .dados de mídia 2015 da figura 21 podem ser im-plementados por meio de um ou mais sistemas de bases de da-dos, sistemas de arquivos ou qualquer outro método conhecidona tecnologia para armazenar tal informação, ou qualquercombinação destas.
Também, as modalidades de exemplo nas figuras 17 e21 podem ser implementadas em um ambiente distribuído quecompreende múltiplos sistemas e redes de computador aindaheterogêneos. Por exemplo, em uma modalidade, os componentes2109-2112 e os repositórios 2113-2115 da figura 21 são todoslocalizados em sistemas de computador fisicamente diferen-tes. Em uma outra modalidade, vários componentes 2109-2112são hospedados juntos em uma máquina, enquanto os repositó-rios de dados 2113-2115 são hospedados em uma máquina sepa-rada . Uma variedade de técnicas de computação distribuída eapropriada para implementar os componentes das modalidadesilustradas de uma maneira distribuída, incluindo, mas semlimitações, soquetes TCP/IP, RPC, RMI, HTTP, Serviços de Re-de (SML-RPC, JAX-RPC, SOAP, etc). Outras variações são pos-síveis.
Diferentes configurações e localizações de códigoe dados são contemplados para uso com técnicas da presenteinvenção. Em modalidades de exemplo, os componentes mostra-dos nas figuras. 17 e 21 podem executar de forma simultânea eassincrona; assim os componentes podem comunicar usando téc-nicas de passagem de mensagem bem conhecidas ou patenteadas.Modalidades sincronas equivalentes são também suportadas porimplementações de DIVTS e/ou MTNP.
As Figuras 22-224 descrevem rotinas de exemplo im-plementadas por um Portal de Rede de. Transação de Midia usa-do por dispositivos habilitados para DIVTS. A figura 22 é umfluxograma de exemplo de uma rotina de Gerenciamento de Usu-ário de exemplo provida por uma modalidade de exemplo de umPortal de Rede de Transação de Midia. A rotina pode ser pro-vida, por exemplo, pelo motor de gerenciamento de usuário2002 do MTPN 2000 da figura 20. A rotina de Gerenciamento deUsuário faz o laço nas etapas 2201-2209 para receber e tra-tar indicações de ações de usuário relacionadas a identidadede usuário com propósito de realizar transações de midia eoutras funções providas pelo MTPN, tal como prover midia pa-ra aquisição e/ou apresentação. Especificamente, na etapa2201, a rotina determina ou recebe uma indicação de uma ope-ração de conta do usuário. Na etapa 2202, a rotina determinase a operação de conta do usuário indicada é para criar umanova conta do usuário. Caso seja, a rotina continua na etapa2203, e cria uma nova conta para o usuário indicado, casocontrário, continua na etapa 2204. Na etapa 2204, a rotinadetermina se a operação de conta do usuário indicada é paraeditar uma conta de usuário existente. Se for, a rotina con-tinua na etapa 2205, senão, continua na etapa 2206. Na etapa2205, a rotina edita as configurações de conta para o usuá-rio indicado da maneira apropriada. Tais configurações deconta podem incluir preferências relacionadas a titulos defilmes e/ou categorias de filmes que o usuário possa estarinteressado, tais como informação de cartão de crédito e/ounúmeros de conta bancária e informação de contato, tais comonúmeros de telefone, endereços de rua fisica e/ou endereçosde correio eletrônico.Na etapa 2206, a rotina determina se a operação deconta do usuário indicado deve ser deletar uma conta exis-tente. Caso seja, a rotina continua na etapa 2207 e deleta aconta do usuário indicado, caso contrário, vai para a etapa2208 e realiza outras ações indicadas da maneira apropriada.Outras ações podem incluir, por exemplo, realizar operaçõesde faxina periódica (por exemplo, rotação de registro),transmitir confirmações (por exemplo, para operações e/outransações de conta completada) e/ou atualiza (por exemplo,para midia recém-disponivel) aos usuários, etc.
Depois das etapas 2203, 2205, 2207 e 2208, a roti-na continua na etapa 2209 e determina se continua processaroutras operações. Caso continue, a rotina retorna ao iniciodo laço na etapa 2201. Caso contrário, a rotina termina, ou,alternativamente, entra em um estado de espera da operaçãoseguinte.
A Figura 23 é um fluxograma de exemplo de uma ro-tina de Gerenciamento de Transição de exemplo provida poruma modalidade de exemplo de um Portal de Rede de Transaçãode Midia. A rotina pode ser provida, por exemplo, pelo motorde gerenciamento de transação de midia 2001 do MTNP 2000 dafigura 20. A rotina de Gerenciamento de Transação realiza umlaço nas etapas 2302-2309 para realizar ou iniciar o desem-penho das transações indicadas como apropriadas.
Mais especificamente, na etapa 2301, a rotina de-termina ou recebe uma indicação de uma transação de midia.Na etapa 2302, a rotina determina se a transação de midiaindicada é uma solicitação de busca de titulos de midia. Ca-so seja, a rotina vai para a etapa 2303, realiza uma busca efornece indicações de titulos de midia que casam com os cri-térios de busca providos. Caso contrário, a rotina continuana etapa 2304 para determinar se a transação de midia indi-cada é tanto para licenciar como para adquirir midia e/oubens e serviços relacionados a midia. Caso seja, a rotinacontinua na etapa 2305, senão, continua na etapa 2306. Naetapa 2305, a rotina trata a transação para a midia e/oubens e/ou serviços indicados da maneira apropriada. Isto po-de incluir realizar uma transação de licenciamento para ob-ter direitos para a midia indicada ou para fornecer dinheiroou outros itens de valor na troca por bens e serviços indi-cados.
Na etapa 2306, a rotina determina se a transaçãode midia indicada é adquirir midia. Se for, a rotina conti-nua na etapa 2307 e inicia a provisão da midia indicada, ca-so contrário, continua na etapa 2308- A iniciação da provi-são de tal midia pode incluir direcionar ou de outra formanotificar um outro componente, tal como o servidor de midia2004 da figura 20, para transmitir ou de outra forma começara distribuição da midia indicada à DIVTS solicitante.
Na etapa 2308, a rotina realiza outras ações indi-cadas como apropriadas. Outras ações podem incluir realizaroperações de faxina periódicas (por exemplo, rotação de re-gistro), transmitir confirmações (por exemplo, para transa-ções completadas) e/ou prover atualizações (por exemplo,distribuir ou expedir notificações para itens comprados noMTNP) aos usuários, etc. Depois das etapas 2303, 2305, 2307e 2308, a rotina continua na etapa 2309 para determinar secontinua o processamento. Caso sim, a rotina retorna para- oinicio do laço na etapa 2301 para processar transações adi-cionais. Caso contrário, a rotina termina.
A Figura 24 é um fluxograma de exemplo de uma ro-tina de Distribuição de Sistema de Transação de Video Inde-pendente do Dispositivo de exemplo provida por uma modalida-de de exemplo de um Portal de Rede de Transação de Midia.Uma rotina como essa pode ser provida, por exemplo, pelo mo-tor de distribuição de DIVTS 2003 da figura 20. Nas etapas2401-2407, a rotina de Entrega de DIVTS faz um laço (poten-cialmente continuo) para fornecer instância de DIVTS confi-gurada para executar no dispositivo de solicitação.
Especificamente, na etapa 2401, a rotina recebeuma solicitação de um sistema alvo para um DIVTS. Na etapa24 02, a rotina determina a configuração do sistema alvo. Emalgumas modalidades, a solicitação recebida da etapa 24 01pode incluir uma descrição do sistema alvo. A descrição dosistema alvo pode incluir informação relacionada com a con-figuração de hardware e/ou suporte lógico do dispositivo deentretenimento de terceiros sobre a qual um DIVTS deve serinstalada. Na etapa 2403, a rotina determina se um DIVTScompatível já está disponível e, caso esteja, continua naetapa 24 05, senão, continua na etapa 2404. A rotina pode fa-zer esta determinação inspecionando a configuração do siste-ma alvo determinada na etapa 24 02, e determinando se umDIVTS foi previamente gerada que casa com a configuração dosistema alvo determinado. Alternativamente, a rotina podedeterminar automaticamente o sistema alvo por meio da execu-ção de uma certa quantidade de instruções de teste a serrespondida pelo dispositivo.
Se um DIVTS compatível for determinado como nãodisponível, a rotina vai para a etapa 2404. Na etapa 2404, arotina gera automaticamente um DIVTS com base na configura-ção do sistema alvo. O DIVTS gerado automaticamente podetambém ser armazenado para recuperação futura pelos disposi-tivos alvos do mesmo tipo. Esta etapa pode incluir compilare/ou ligar automaticamente módulos fonte e/ou obj eto pre-existentes para criar uma instância DIVTS que é operativae/ou compatível com o sistema alvo.
Se em vez disso for determinado na etapa 2403 queum DIVTS compatível já está disponível, a rotina vai para aetapa 2405 e obtém o DIVTS compatível. Obter um DIVTS compa-tível pode incluir acessar um repositório de DIVTS 2005 des-crito com detalhes com referência à figura 20.
Depois das etapas 2405 e 2404, a rotina continuana etapa 24 0 6 e fornece a instância de DIVTS determinada aosistema solicitante. Na etapa 24 07, a rotina determina secontinua processar e, caso sim, retorna ao inicio do laço naetapa 2401. Caso contrário, a rotina termina.
Pelo exposto, percebe-se que, embora modalidadesespecificas tenham sido aqui descritas com propósitos de i-lustração, várias modificações podem ser feitas sem fugir doespirito e escopo da presente revelação. Por exemplo, os mé-todos e sistemas para realizar transações relacionadas a mí-dia aqui discutidos são aplicáveis a usos sem ser transaçãorelacionada a video. Também, os métodos e sistemas aqui dis-cutidos são aplicáveis a diferentes protocolos, midia de co-municação (ótica, sem fio, a cabo, etc.) e dispositivos(tais como aparelhos portáteis sem fio, agendas eletrônicas,cabos, assistentes pessoais digitais, máquinas de correioeletrônico portáteis, máquinas de jogos, paginadores, dispo-sitivos de navegação tais como receptores GPS, etc.).

Claims (80)

1. Sistema de transação de midia independente dedispositivo residente em um único dispositivo de computação,CARACTERIZADO pelo fato de que compreende:uma interface de usuário configurada para executarem um único dispositivo de computação para apresentar a umusuário um mecanismo uniforme para especificar midia a seradquirida, direcionar a apresentação de midia adquirida einiciar transações relacionadas com a midia especificada;um componente de aquisição de midia que é configu-rado para recuperar midia especificada por meio da interfacede usuário;um componente de apresentação de midia que é con-figurado para apresentar a midia recuperada; eum componente de transação que é configurado pararealizar transações relacionadas .com a midia especificada.
2. Sistema de transação de midia independente dedispositivo, de acordo com a reivindicação 1, CARACTERIZADOpelo fato de que o sistema de transação de midia independen-te de dispositivo é um sistema de transação de video inde-pendente de dispositivo.
3. Sistema de transação de video independente dedispositivo, de acordo com a reivindicação 1, CARACTERIZADOpelo fato de que o único dispositivo de computação é pelomenos um de um sistema de computação de computador de mesa,um sistema de computação de computador portátil, um decodi-ficador de sinal de televisão, um sistema de jogos, um sis-tema de computação de computador de mão ou um telefone celu-
4. Sistema de transação de midia independente dedispositivo, de acordo com qualquer uma das reivindicaçõesanteriores, CARACTERIZADO pelo fato de que a midia especifi-cada compreende dados de video digital e/ou dados de áudiodigital.
5. Sistema de transação de midia independente dedispositivo, de acordo com qualquer uma das reivindicaçõesanteriores, CARACTERIZADO pelo fato de que a midia especifi-cada é residente em um dispositivo de armazenamento de midialegivel por computador do dispositivo de computação.
6. Sistema de transação de midia independente dedispositivo, de acordo com qualquer uma das reivindicaçõesanteriores, CARACTERIZADO pelo fato de que o componente deapresentação de midia é adicionalmente configurado para exi-bir quadros de video digital associados com a midia recupe-rada em um dispositivo de exibição acoplado no único dispo-sitivo de computação.
7. Sistema de transação de midia independente dedispositivo, de acordo com qualquer uma das reivindicaçõesanteriores, CARACTERIZADO pelo fato de que as transações re-lacionadas com a midia especificada compreendem iniciar opagamento em dinheiro na troca pela obtenção de direitos deapresentação da midia especificada.
8. Sistema de transação de midia independente dedispositivo, de acordo com qualquer uma das reivindicaçõesanteriores, CARACTERIZADO pelo fato de que as transações re-lacionadas com a midia especificada compreendem iniciar opagamento em dinheiro na troca por mercadorias e/ou serviçosrelacionados com a mídia especificada.
9. Sistema de transação de mídia independente dedispositivo, de acordo com qualquer uma das reivindicaçõesanteriores, CARACTERIZADO pelo fato de que as transações re-1acionadas com a mídia especificada compreendem iniciar umabusca de títulos de mídia que casem com uma ou mais catego-rias indicadas e receber uma indicação de pelo menos um tí-tulo de mídia que casa pelo menos com uma ou mais categoriasindicadas.
10. Sistema de transação de mídia independente dedispositivo, de acordo com qualquer uma das reivindicaçõesanteriores, CARACTERIZADO pelo fato de que as transações re-lacionadas com a mídia especificada incluem obter meta in-formação relacionada com a mídia especificada.
11. Sistema de transação de mídia independente dedispositivo, de acordo com a reivindicação 10, CARACTERIZADOpelo fato de que meta informação inclui pelo menos uma deanálises críticas, imagens, apresentações prévias, sumáriosou sinopses.
12. Sistema de transação de mídia independente dedispositivo, de acordo com qualquer uma das reivindicaçõesanteriores, CARACTERIZADO pelo fato de que compreende adi-cionalmente um componente de publicação de mídia que é con-figurado para prover mídia especificada a um dissipador demídia, em que a interface de usuário prove um mecanismo paraespecificar mídia a ser publicada e comunicar a mídia espe-cificada a ser publicada ao componente de publicação de mí-
13. Sistema de transação de midia independente dedispositivo, de acordo com a reivindicação 12, CARACTERIZADOpelo fato de que a comunicação da midia especificada compre-ende prover uma indicação de um local de rede da midia espe-cificada.
14. Sistema de transação de midia independente dedispositivo, de acordo com pelo menos uma das reivindicações12 ou 13, CARACTERIZADO pelo fato de que a midia especifica-da reside em um único dispositivo de computação.
15. Sistema de transação de midia independente dedispositivo, de acordo com pelo menos uma das reivindicações 12-14, CARACTERIZADO pelo fato de que a midia especificadareside em um dispositivo de computação remoto do único dis-positivo de computação.
16. Método em um único dispositivo de computaçãopara conduzir transações de midia, CARACTERIZADO pelo fatode que compreende:prover uma interface de usuário que executa em umúnico dispositivo de computação para apresentar a um usuárioum mecanismo uniforme para especificar midia a ser adquiri-da, iniciar transações relacionadas com a midia especifica-da, adquirir a midia especificada e apresentar a midia ad-quirida; e,sob controle da interface de usuário,especificar midia a ser adquirida;iniciar transações relacionadas com a midia especificada;adquirir a midia especificada de uma fonte de mí-dias; eapresentar a midia adquirida em um dispositivo deexibição acoplado no único dispositivo de computação.
17. Método, de acordo com a reivindicação 16,CARACTERIZADO pelo fato de que a midia especificada compre-ende dados de video digital.
18. Método, de acordo com pelo menos uma das rei-vindicações 16 ou 17, CARACTERIZADO pelo fato de que a apre-sentação da midia adquirida compreende exibir video digitalassociado com a midia adquirida no dispositivo de exibição.
19. Método, de acordo com pelo menos uma das rei-vindicações 16-18, CARACTERIZADO pelo fato de que as transa-ções relacionadas com a midia especificada compreendem ini-ciar o pagamento em dinheiro na troca pela obtenção de di-reitos de apresentar a midia especificada.
20. Método, de acordo com pelo menos uma das rei-vindicações 16-19, CARACTERIZADO pelo fato de que as transa-ções relacionadas com a midia especificada compreendem ini-ciar o pagamento em dinheiro pela troca de mercadorias e/ouserviços relacionados à midia especificada.
21. Método, de acordo com pelo menos uma das rei-vindicações 16-20, CARACTERIZADO pelo fato de que as transa-ções relacionadas com a midia especificada compreendem ini-ciar uma busca de titulos de midia que casam com uma ou maiscategorias indicadas e receber uma indicação de pelo menosum titulo de midia que casa com pelo menos uma da uma oumais categorias indicadas.
22. Método, de acordo com pelo menos uma das rei-vindicações 16-21, CARACTERIZADO pelo fato de que as transa-ções relacionadas com a midia especificada incluem obter me-ta informação relacionada com a midia especificada, a metainformação incluindo pelo menos um de análises criticas, i-magens, apresentações prévias, sumários e sinopses.
23. Método, de acordo com pelo menos uma das rei-vindicações 16-22, CARACTERIZADO pelo fato de que o mecanis-mo uniforme é adicionalmente para publicar a midia especifi-cada para um dissipador de midia; e, sob o controle da in-terface de usuário, publicar a midia especificada para odissipador de midia, comunicando pelo menos parte da midiaespecificada ao dissipador de midia.
24. Método, de acordo com pelo menos uma das rei-vindicações 16-23, CARACTERIZADO pelo fato de que a interfa-ce de usuário é uma representação de uma costura compreen-dendo múltiplos painéis, cada painel, em resposta a um even-to de entrada de usuário determinado, iniciar a invocação depelo menos uma das múltiplas funções providas pelo sistemade transação de midia.
25. Midia legivel por computador, CARACTERIZADOpelo fato de que seus conteúdos permitem a um único disposi-tivo de computação, de outra forma inoperante para transa-cionar midia, de acordo com qualquer uma das etapas de qual-quer uma das reivindicações de métodos 1-24, operar como umsistema de transação de midia.
26. Método em um único dispositivo de computaçãopara interagir com um usuário que opera um sistema de tran-sação de midia instalado no único dispositivo de computação,CARACTERIZADO pelo fato de que compreende:gerar uma representação de uma costura compreen-dendo múltiplos painéis, cada painel sendo conectado a pelomenos um outro dos múltiplos painéis e tendo pelo menos umaação associada que inicia a invocação de pelo menos uma dasmúltiplas funções providas pelo sistema de transação de midia;identificar um dos múltiplos painéis como um painel atual;apresentar o painel atual; e,em resposta a um evento de entrada recebido, ini-ciar a realização da pelo menos uma ação associada com opainel atual, a ação relacionada a pelo menos um de determi-nar uma midia selecionada, realizar uma transação relaciona-da à midia selecionada, ou apresentar uma parte da midia se-lecionada .
27. Método, de acordo com a reivindicação 26,CARACTERIZADO pelo fato de que o evento de entrada recebidoé pelo menos um de um evento para cima, um evento para bai-xo, um evento para a esquerda, um evento para a direita ouum evento selecionado.
28. Método, de acordo com pelo menos uma das rei-vindicações 26 ou 27, CARACTERIZADO pelo fato de que o even-to de entrada recebido é um evento de entrada direcional quetem uma direção associada, o painel atual é conectado a umpainel dos múltiplos painéis . na direção associada, e o umpainel é apresentado em resposta ao evento de entrada rece-bido.
29. Método, de acordo com pelo menos uma das rei-vindicações 26-28, CARACTERIZADO pelo fato de que a apresen-tação do painel atual compreende animar uma transição de umpainel atual anterior para o painel atual.
30. Método, de acordo com a reivindicação 29,CARACTERIZADO pelo fato de que a animação da transição dopainel atual anterior para o painel atual compreende deslo-car o painel atual prévio para fora de um ponto de vista edeslocar o painel atual para o ponto de vista.
31. Método, de acordo com a reivindicação 30,CARACTERIZADO pelo fato de que a mudança do painel atual an-terior para fora do ponto de vista e a mudança do painel a-tual para o ponto de vista compreende apresentar uma percep-ção de uma transição suave do painel anterior para o painelatual.
32. Método, de acordo com pelo menos uma das rei-vindicações 2 9-31, CARACTERIZADO pelo fato de que a animaçãoda transição do painel atual anterior para o painel atualcompreende adicionalmente uma operação de aproximação ou am-pliação .
33. Método, de acordo com pelo menos uma das rei-vindicações 26-32, CARACTERIZADO pelo fato de que a ação as-sociada com pelo menos alguns dos múltiplos painéis é sele-cionar uma categoria de titulos de midia, o evento de entra-da recebido é um primeiro evento selecionado, e uma primeiracategoria de titulos de midia é selecionada em resposta aorecebimento do primeiro evento selecionado.
34. Método, de acordo com a reivindicação 33,CARACTERIZADO pelo fato de que o evento de entrada recebidoé um segundo evento selecionado, uma segunda categoria detítulos de mídia é selecionada em resposta ao segundo eventoselecionado, e compreendendo adicionalmente apresentar re-sultados de uma busca de títulos de mídias com base pelo me-nos em parte na primeira categoria selecionada e na segundacategoria selecionada.
35. Método, de acordo com a reivindicação 34,CARACTERIZADO pelo fato de que a primeira categoria selecio-nada contém um ou mais títulos de mídia, a segunda categoriaselecionada contém um ou mais títulos de mídia, e a busca detítulos de mídia compreende realizar uma intercessão estabe-lecida dos títulos de mídia da primeira categoria seleciona-da e os títulos de mídia da segunda categoria selecionada
36. Método, de acordo com a reivindicação 34 ou-35, CARACTERIZADO pelo fato de que um primeiro painel dosmúltiplos painéis é associado com o primeiro evento selecio-nado, e em que um segundo painel dos múltiplos painéis é as-sociado com o segundo evento selecionado, e compreendendoadicionalmente exibir o segundo painel sobrepondo o segundopainel no primeiro painel e apresentando uma indicação quesugere que o primeiro painel está sob o segundo painel.
37. Método, de acordo com pelo menos uma das rei-vindicações 33-36, CARACTERIZADO pelo fato de que os pelomenos alguns dos múltiplos painéis são automaticamente gera-dos com base pelo menos em parte em uma estrutura de dadosque representa categorias de mídia.
38. Método, de acordo com pelo menos uma das rei-vindicações 2 6-37, CARACTERIZADO pelo fato de que o painelatual apresentado inclui múltiplas indicações de categoriasde midia e em que pelo menos uma das indicações é salientadaem resposta ao evento de entrada recebido.
39. Método, de acordo com pelo menos uma das rei-vindicações 26-38, CARACTERIZADO pelo fato de que os múlti-plos painéis da representação de costura parecem ficar dis-postos em um único plano e compreendendo adicionalmente a-presentar o painel atual de uma orientação perpendicular àrepresentação da costura, provendo assim uma perspectiva devisualização do painel atual que é ortogonal ao plano dacostura.
40. Método, de acordo com pelo menos uma das rei-vindicações 26-39, CARACTERIZADO pelo fato de que compreendeadicionalmente usar uma porta de visão para apresentar um oumais dos múltiplos painéis.
41. Método, de acordo com a reivindicação 40,CARACTERIZADO pelo fato de que a porta de visão suporta umaoperação para aproximação e/ou afastamento para exibir umaquantidade menor ou maior, respectivamente, dos múltiplospainéis em resposta ao evento de entrada recebido.
42. Método, de acordo com pelo menos uma das rei-vindicações 26-41, CARACTERIZADO pelo fato de que a apresen-tação da parte da midia selecionada compreende iniciar a e-xibição da parte da midia selecionada em um dispositivo deexibição acoplado no único dispositivo de computação.
43. Método, de acordo com pelo menos uma das rei-vindicações 26-42, CARACTERIZADO pelo fato de que o sistemade transação de midia é um sistema de transação de video.
44. Método, de acordo com pelo menos uma das rei-vindicações 26-43, CARACTERIZADO pelo fato de que a apresen-tação do painel atual compreende iniciar a exibição do pai-nel atual em um dispositivo de exibição acoplado no únicodispositivo de computação.
45. Método, de acordo com pelo menos uma das rei-vindicações 26-44, CARACTERIZADO pelo fato de que o eventode entrada recebido, é recebido de um dispositivo de entradade usuário acoplado comunicativãmente no único dispositivode computação.
46. Método, de acordo com pelo menos uma das rei-vindicações 26-45, CARACTERIZADO pelo fato de que o disposi-tivo de entrada de usuário é pelo menos um de uma mane te decontrole, um mouse, um dispositivo de apontamento, um con-trolado remoto, um botão ou um teclado.
47. Método, de acordo com pelo menos uma das rei-vindicações 16-24, ou 26-46, CARACTERIZADO pelo fato de queo único dispositivo de computação é pelo menos um de um sis-tema de computação de computador de mesa, um sistema de com-putação de computador portátil, um decodificador de sinal detelevisão, um sistema de jogos, um sistema de computação decomputador de mão ou um telefone celular.
48. Midia legivel por computador, CARACTERIZADOpelo fato de que seus conteúdos habilitam um único disposi-tivo de computação de acordo com as etapas de qualquer dasreivindicações 26-47 de métodos a interagir com um usuárioque opera um sistema de transação de midia instalado no úni-co dispositivo de computação.
49. Interface gráfica de usuário que habilita umúnico dispositivo de computação a interagir com um usuárioque opera um sistema de transação de midia instalado no úni-co dispositivo de computação, CARACTERIZADA pelo fato de quea interface de usuário compreende:um arranjo de múltiplos painéis que juntos apre-sentam uma metáfora de costura, cada qual conectado em pelomenos um outro dos múltiplos painéis, cada painel tendo pelomenos uma ação associada que causa invocação de pelo menosuma de uma pluralidade de funções providas pelo sistema detransação de midia;um despachante configurado para, em resposta a umevento de entrada recebido associado com um painel identifi-cado, iniciar a realização . da ação associada com o painelidentificado, a ação relacionada com pelo menos uma de de-terminar uma midia selecionada, realizar uma transação rela-cionada com a midia selecionada, ou apresenta uma parte damidia selecionada; eum mecanismo de exibição configurado para apresen-tar o pelo menos um painel identificado em resposta a umaindicação do despachante pela animação de uma transição sua-ve de um painel apresentado anterior para o painel identificado .
50. Método para operar um portal de transação demidia, CARACTERIZADO pelo fato de que compreende:prover a um dispositivo de computação de terceiraparte um sistema de transação de midia independente de dis-positivo para execução no dispositivo de computação de ter-ceira parte, o sistema de transação de midia configurado pa-ra prover uma interface de usuário para especificar midia aser adquirida, direcionar a apresentação da midia adquiridae iniciar transações relacionadas com a midia especificada;receber do sistema de transação de midia indepen-dente de dispositivo que executa no dispositivo de terceiraparte uma indicação de uma transação relacionada com um itemda midia especificada;iniciar a transação indicada relacionada com o i-tem da midia especificada;prover resultados da transação ao sistema de tran-sação de midia independente de dispositivo.
51. Método, de acordo com a reivindicação 50,CARACTERIZADO pelo fato de que o sistema de transação de mi-dia independente de dispositivo é um sistema de transação devideo independente de dispositivo.
52. Método, de acordo com pelo menos uma das rei-vindicações 50 ou 51, CARACTERIZADO pelo fato de que o méto-do é realizado por um ou mais sistemas de computação servidores .
53. Método, de acordo com pelo menos uma das rei-vindicações 50-52, CARACTERIZADO pelo fato de que a provisãodo sistema de transação de midia independente de dispositivoé feita por um servidor de distribuição de sistema de tran-sação de midia independente de dispositivo.
54. Método, de acordo com pelo menos uma das rei-vindicações 50-53, CARACTERIZADO pelo fato de que o recebi-mento da transação indicada, a iniciação da transação indi-cada e a provisão dos resultados da transação são providospor um servidor de gerenciamento de transação de midia.
55. Método, de acordo com pelo menos uma das rei-vindicações 50-54, CARACTERIZADO pelo fato de que a transa-ção indicada recebida é recebida de pelo menos um de um sis-tema de computação de computador de mesa, um sistema de com-putação de computador portátil, um decodificador de sinal detelevisão, um sistema de jogos, um sistema de computação decomputador de mão ou um telefone celular.
56. Método, de acordo com pelo menos uma das rei-vindicações 50-55, CARACTERIZADO pelo fato de que a transa-ção indicada é para iniciar o pagamento em dinheiro na trocapela obtenção de direitos de apresentação da midia especifi-cada .
57. Método, de acordo com pelo menos uma das rei-vindicações 50-5 6, CARACTERIZADO pelo fato de que a transa-ção .indicada é para realizar uma busca de um catálogo de mi-dias com base em um ou mais critérios indicados, em que ainiciação da transação indicada compreende realizar uma bus-ca do catálogo de midias para obter resultados de busca queincluem pelo menos uma indicação de um item de midia que ca-sa com um ou mais critérios indicados, e em que os resulta-dos da transação providos incluem os resultados da busca.
58. Método, de acordo com pelo menos uma das rei-vindicações 50-57, CARACTERIZADO pelo fato de que a transa-ção indicada é para iniciar o pagamento em dinheiro na trocapor mercadorias e/ou serviços relacionados com o item de mi-dia especificada.
59. Método, de acordo com pelo menos uma das rei-vindicações 50-58, CARACTERIZADO pelo fato de que a transa-ção indicada é para obter meta informação relacionada com oitem de midia especificada.
60. Método, de acordo com a reivindicação 59,CARACTERIZADO pelo fato de que a meta informação inclui pelomenos uma de uma revisão do item de midia especificada, umasinopse do item de midia especificada, uma classificação doitem de midia especificada, ou uma imagem do item de midiaespecificada.
61. Método, de acordo com pelo menos uma das rei-vindicações 50-60, CARACTERIZADO pelo fato de que compreendeadicionalmente facilitar a publicação de um item de midiaespecificada pelo sistema de transação de midia independentede dispositivo.
62. Método, de acordo com a reivindicação 61,CARACTERIZADO pelo fato de que a facilitação da publicaçãodo item de midia especificada compreende adicionalmente de-terminar um local de rede da midia especificada e prover olocal de rede a um segundo sistema de transação de midia in-dependente de dispositivo.
63. Método, de acordo com a reivindicação 61 ou 62, CARACTERIZADO pelo fato de que a facilitação da publica-ção do item de midia especificada compreende adicionalmenteobter pelo menos alguns dos itens de midia especificada dosistema de transação de midia independente de dispositivo eprover os pelo menos alguns dos itens de midia especificadaa um segundo sistema de transação de midia independente dedispositivo.
64. Método, de acordo com pelo menos uma das rei-vindicações 50-63, CARACTERIZADO pelo fato de que a provisãodo sistema de transação de midia independente de dispositivocompreende receber uma solicitação para um sistema de tran-sação de midia independente de dispositivo do dispositivo decomputação de terceira parte.
65. Método, de acordo com pelo menos uma das rei-vindicações 50-64, CARACTERIZADO pelo fato de que a transa-ção indicada é para realizar uma operação de contabilidadedo usuário para um usuário especificado associado com o sis-tema de transação de midia independente de dispositivo.
66. Método, de acordo com a reivindicação 65,CARACTERIZADO pelo fato de que a operação de contabilidadedo usuário inclui pelo menos um abrir uma nova conta para ousuário especificado, fechar uma conta para o usuário espe-cificado, atualizar informação de contato para o usuário es-pecificado, atualizar informação de pagamento para o usuárioespecificado, ou atualizar preferências de midia para o usu-ário especificado.
67. Método para distribuir video a dispositivos deterceira parte de outra forma inoperantes de transacionarvideo para facilitar a operação de dispositivos de terceiraparte como parte de uma rede de transação de midia,CARACTERIZADO pelo fato de que compreende:prover a cada um dos dispositivos de terceira par-te um sistema de transação de video independente de disposi-tivo para execução do dispositivo de computação de terceiraparte, equipando assim o dispositivo para realizar transa-ções relacionadas a video;estabelecer um mecanismo de pagamento para múlti-plos usuários associado com os dispositivos de terceira par-te para conduzir transações eletrônicas relacionadas a umapluralidade de titulos de video;usar o mecanismo de pagamento para facilitar múl-tiplas transações eletrônicas dos dispositivos de terceiraparte, cada transação iniciada por um dos múltiplos usuáriospara adquirir pelo menos um da pluralidade de titulos de vi-deo; emediante recebimento de notificação que uma dastransações facilitadas tiver sido completada,iniciar a distribuição de pelo menos um titulo devideo adquirido a um dos dispositivos habilitados; ereceber um pagamento de compensação de um provedorfonte do titulo de video adquirido.
68. Método, de acordo com a reivindicação 67,CARACTERIZADO pelo fato de que compreende adicionalmente u-sar o mecanismo de pagamento para facilitar múltiplas tran-sações de mercadorias, cada transação iniciada por um dosmúltiplos usuários para comprar mercadorias relacionadas apelo menos um da pluralidade de titulos de video.
69. Método, de acordo com a reivindicação 68,CARACTERIZADO pelo fato de que compreende adicionalmente,mediante recebimento da notificação de que uma das transa-ções de mercadorias facilitadas foi completada,iniciar distribuição de pelo menos algumas dasmercadorias compradas; ereceber um pagamento de compensação de um provedorfonte das pelo menos algumas das mercadorias adquiridas.
70. Método, de acordo com pelo menos uma das rei-vindicações 67-69, CARACTERIZADO pelo fato de que o mecanis-mo de pagamento estabelecido compreende um sistema de paga-mento que facilita a transferência de dinheiro.
71. Método, de acordo com a reivindicação 70,CARACTERIZADO pelo fato de que o sistema de pagamento com-preende um sistema eletrônico de transferência de fundos.
72. Método, de acordo com pelo menos uma das rei-vindicações 67-71, CARACTERIZADO pelo fato de que o mecanis-mo de pagamento compreende um plano de locação que facilitaa transferência de dinheiro na troca por direitos de adqui-rir um ou mais títulos de video para um uso limitado.
73. Método, de acordo com a reivindicação 72,CARACTERIZADO pelo fato de que o uso limitado é pelo menosum de um tempo designado ou de um número de vezes de visua-lização .
74. Método, de acordo com a reivindicação 72 ou-73, CARACTERIZADO pelo fato de que o uso limitado é um núme-ro de dispositivos sobre o que o um ou mais titulos de videopodem ser vistos.
75. Método, de acordo com pelo menos uma das rei-vindicações 67-74, CARACTERIZADO pelo fato de que o método érealizado por um sistema de computação operado em nome doprovedor fonte.
76. Método, de acordo com pelo menos uma das rei-vindicações 67-75, CARACTERIZADO pelo fato de que o sistemade transação de video independente de dispositivo forneceuma interface de usuário que é marcada com o aspecto visualcaracterístico associado com o provedor fonte.
77. Midia legível por computador, CARACTERIZADOpelo fato de que seus conteúdos habilitam um sistema de com-putação, de acordo com as etapas de qualquer uma das reivin-dicações 50-76 de métodos, a operar como um portal de redede transação de midia.
78. Midia legivel por computador, de acordo compelo menos uma das reivindicações 25, -48 ou 77, CARACTERIZADO pelo fato de que a midia legivel por computa-dor é uma memória de um sistema de computação.
79. Midia legivel por computador, de acordo compelo menos uma das reivindicações 25, 48 ou 77,CARACTERIZADO pelo fato de que a midia legivel por computa-dor é uma midia de transmissão de dados que transmite um si-nal de dados gerado contendo os conteúdos.
80. Midia legivel por computador, de acordo compelo menos uma das reivindicações 25, 48 ou 77,CARACTERIZADO pelo fato de que os conteúdos são instruçõesque, quando executadas, fazem com que o sistema de computa-ção execute o método.
BRPI0609641-7A 2005-04-06 2006-03-30 métodos e sistemas para transações de mìdia independente de dispositivo BRPI0609641A2 (pt)

Applications Claiming Priority (11)

Application Number Priority Date Filing Date Title
US66929405P 2005-04-06 2005-04-06
US60/669.294 2005-04-06
US75625106P 2006-01-03 2006-01-03
US60/756.251 2006-01-03
US11/392,260 US20060242681A1 (en) 2005-04-06 2006-03-29 Method and system for device-independent media transactions
US11/392,259 US7600243B2 (en) 2005-04-06 2006-03-29 User interface methods and systems for device-independent media transactions
US11/392.259 2006-03-29
US11/392.261 2006-03-29
US11/392.260 2006-03-29
US11/392,261 US20060236344A1 (en) 2005-04-06 2006-03-29 Media transaction system
PCT/US2006/012044 WO2006107776A2 (en) 2005-04-06 2006-03-30 Methods and systems for device-independent media transactions

Publications (1)

Publication Number Publication Date
BRPI0609641A2 true BRPI0609641A2 (pt) 2010-04-20

Family

ID=37073979

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0609641-7A BRPI0609641A2 (pt) 2005-04-06 2006-03-30 métodos e sistemas para transações de mìdia independente de dispositivo

Country Status (6)

Country Link
EP (1) EP1878223A4 (pt)
JP (1) JP2009500877A (pt)
AU (1) AU2006232299A1 (pt)
BR (1) BRPI0609641A2 (pt)
CA (1) CA2641549A1 (pt)
WO (1) WO2006107776A2 (pt)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9338514B2 (en) 2014-03-28 2016-05-10 Sonos, Inc. Account aware media preferences
US11687519B2 (en) 2021-08-11 2023-06-27 T-Mobile Usa, Inc. Ensuring availability and integrity of a database across geographical regions
US11962455B2 (en) 2021-11-29 2024-04-16 T-Mobile Usa, Inc. Prioritizing multiple issues associated with a wireless telecommunication network

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6057872A (en) * 1997-07-09 2000-05-02 General Instrument Corporation Digital coupons for pay televisions
US6802077B1 (en) * 1998-05-01 2004-10-05 Scientific-Atlanta, Inc. Method for a pay-per-view referral
MXPA02004805A (es) * 1999-11-17 2003-02-27 Discovery Communicat Inc Libro electronico que tiene caracteristicas de comercio electronico.
US20020078006A1 (en) * 2000-12-20 2002-06-20 Philips Electronics North America Corporation Accessing meta information triggers automatic buffering
WO2004051453A1 (en) * 2002-12-04 2004-06-17 Entriq Inc. Multiple content provider user interface
US7496647B2 (en) * 2002-12-11 2009-02-24 Broadcom Corporation Personal inter-home media exchange network
US8010976B2 (en) * 2002-12-11 2011-08-30 Broadcom Corporation Card-based and independent server-based billing and authorization system in a media exchange network

Also Published As

Publication number Publication date
WO2006107776A3 (en) 2007-08-09
EP1878223A4 (en) 2009-12-30
WO2006107776A2 (en) 2006-10-12
EP1878223A2 (en) 2008-01-16
AU2006232299A1 (en) 2006-10-12
JP2009500877A (ja) 2009-01-08
CA2641549A1 (en) 2006-10-12

Similar Documents

Publication Publication Date Title
US7600243B2 (en) User interface methods and systems for device-independent media transactions
US20060236344A1 (en) Media transaction system
US20060242681A1 (en) Method and system for device-independent media transactions
US8010629B2 (en) Systems and methods for unification of local and remote resources over a network
JP5728675B2 (ja) ネットワーク内のインターネットマルチメディアコンテンツを管理および／またはレンダリングするためのシステムおよび方法
US7941761B2 (en) Third party service switching through command bar user interface
RU2386164C2 (ru) Интерфейс для вывода представлений данных во вкладке экранной области
US10749969B2 (en) Content presentation using a device set
JP2007533015A (ja) メディア・パッケージならびにメディア・パッケージの管理システムおよび方法
US20060195864A1 (en) Portable media device interoperability
US20120210205A1 (en) System and method for using an application on a mobile device to transfer internet media content
US20080086689A1 (en) Multimedia content production, publication, and player apparatus, system and method
US20070166687A1 (en) Graphical user interface with improved media presentation
US20090099919A1 (en) Method, system and computer program product for formatting and delivery of playlist presentation content
US20080052742A1 (en) Method and apparatus for presenting media content
US20080133551A1 (en) System, method, and computer program product for managing rights of media in collaborative environments
WO2008142472A1 (en) System and method to consume web content using television set
TW200950406A (en) System and method for managing, controlling and/or rendering media in a network
CN1543614A (zh) 媒体内容创建和出版系统和方法
CN101425076A (zh) 媒体内容创建和出版系统和方法
JP2009519627A (ja) メディアのコンカレントコラボレーションのためのシステム、方法及びコンピュータプログラム製品
WO2001077778A2 (en) Online digital video signal transfer apparatus and method
AU2001251322A1 (en) Online digital video signal transfer apparatus and method
CN109478152A (zh) 云内容状态框架
US9721321B1 (en) Automated interactive dynamic audio/visual performance with integrated data assembly system and methods

Legal Events

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