BRPI0715603A2

BRPI0715603A2 - mÉtodo; midleware de propaganda; um ou mais meios legÍveis por computador que armazenam instruÇÕes executÁveis em computador que, ao serem executadas por um processador, fornecem um middleware de propaganda; terminal màvel; e modelo comercial

Info

Publication number: BRPI0715603A2
Application number: BRPI0715603-0A
Authority: BR
Inventors: Ari Koli
Original assignee: Nokia Corp
Priority date: 2006-06-30
Filing date: 2007-06-21
Publication date: 2013-01-22
Also published as: MX2009000005A; US9135626B2; WO2008004090A8; WO2008004090A2; RU2009101464A; US20080004952A1; EP2036018A4; RU2445704C2; CA2656195A1; CN101496054A; US20160316027A1; US20160350816A1; EP2036018A2

Abstract

MÉTODO; MIDDLEWARE DE PROPAGANDA; UM OU MAIS MEIOS LEGÍVEIS POR COMPUTADOR QUE ARMAZENAM INSTRUÇÕES EXECUTÁVEIS EM COMPUTADOR QUE, AO SEREM EXECUTADAS POR UM PROCESSADOR, FORNECEM UM MIDDLEWARE DE PROPAGANDA TERMINAL MàVEL; E MODELO COMERCIAL". Trata-se de um método e sistema para facilitarem a interação entre uma 01 mais funcionalidades de propaganda. Um middleware de propaganda fornece funcionalidades de propaganda para fazer interface com um ou mais sistemas componentes de um dispositivo básico. O middleware de propaganda inclui uma camada de transporte, uma aplicação programadora de interface e um ou mais módulos funcionais Os módulos funcionais podem incluir um módulo reprodutor, um cachê, um módulo d relatório, um módulode perfil, um módulode fidelidade e um módulode pagamento. Cada módulo realiza vár ias tarefas publicitárias para uma aplicação de propaganda. Ademais o uso de uma aplicação adicional de propaganda pode ser rastreada para propicia incentivos aos desenvolvedores para que criem solicitações de propaganda.

Description

"MÉTODO; MIDDLEWARE DE PROPAGANDA; UM OU MAIS MEIOS LEGÍVEIS POR COMPUTADOR QUE ARMAZENAM INSTRUÇÕES EXECUTÁVEIS EM COMPUTADOR QUEy AO SEREM EXECUTADAS POR UM PROCESSADOR, FORNECEM UM MIDDLEWARE DE PROPAGANDA;

TERMINAL MÓV1L; E MODELO COMERCIAL" CAMPO DA TÉCNICA

A invenção refere-se, em geral, a um método e um sistema para facilitar a distribuição e o acesso de informações eletrônicas. Especificamente, a invenção refere-se a um sistema e um método para fornecer informações de propaganda às aplicações.

ANTECEDENTES

A popularidade das aplicações apoiadas por publicidade vem-se

intensificando à medida que os publicitár ios e companhias se empenham para encontrar

novas maneiras de alcançar o público ou um segmento específico deste. Adware ou

aplicações apoiadas em propaganda é qualquer pacote de software que reproduz, exibe ou

transfere por download automaticamente material de propaganda para um computador, após o software estar instalado neste ou enquanto a aplicação está sendo usada. As aplicações apoiadas em propaganda são, com freqüência, pequenas e discretas para atrair mais usuário s, sendo menos impertinentes. As companhias, freqüentemente, oferecem descontos maiores ou ofertas especiais através dessas aplicações como um incentivo ao uso

das aplicações de propaganda. As aplicações apoiadas em propaganda têm sido desenvolvidas para dispositivos de computador como computadores de mesa, computadores portá teis do tipo laptop e até mesmo dispositivos móveis, como Assistentes

Pessoais Digitais (PDAs) e telefones celulares.

Entretanto, com o aumento no número de tipos e marcas de dispositivos de

computação, os desenvolvedores de aplicações, freqüentemente, necessitam programar as aplicações especificamente para cada dispositivo ou arquitetura. As aplicações de programação para cada tipo diferente de dispositivo ou arquitetura podem consumir tempo, serem complexas e dispendiosas, não somente para os desenvolvedores mas, também, para as companhias que financiam tais iniciativas.Como tal, algumas aplicações de propaganda podem apenas para determinados dispositivos ou tipos de dispositivos, limitando o alcance de algumas propagandas. Adicionalmente, as aplicações de transferência por download que não são projetadas especificamente para um dispositivo do usuário podem causar problemas técnicos significativos no dispositivo. Devido às razões antecedentes, necessita-se de um método e um sistema que facilitem o acesso à funcionalidade da propaganda.

SUMÁRIO

Muitos dos problemas supracitados são resolvidos através do fornecimento de um sistema e um método que forneça uma interface de programação de aplicação para facilitar a funcionalidade da propaganda. Os desenvolvedores de aplicação podem criar aplicações usando funções e ganchos fornecidos por um middleware de propaganda padronizado. O middleware de propaganda fornece a funcionalidade para fazer interface com componentes de software e hardware associados com um dispositivo particular. Como tal, os desenvolvedores de aplicação não necessitam prover sua programação para um dispositivo ou tipo de dispositivo particular. O middleware de propaganda pode conter diversos módulo; que incluem um reprodutor de propaganda, um cachê de propaganda, um rastreador de fidelidade, perfil, relatório e um componente de pagamento. Cada módulo facilita determinadas funções associadas à exibição ou, de outro modo, fornece uma propaganda a uma aplicação. Por exemplo, o módulo reprodutor pode incluir a programação que instrui um visor do dispositivo básico para exibir ou reproduzir uma ou mais propagandas. O cachê pode armazenar propagandas para uma recuperação mais rápida.

De acordo com outro aspecto, a middleware de aplicação pode rastrear a fidelidade de um usuár io a uma determinada companhia ou tipo de propaganda. Um usuário pode adquirir crédito em fidelidade se, por exemplo, visualizar e/ou clicar em várias propagandas de certa companhia ao longo de um período de tempo específico. Como alternativa, o crédito de fidelidade pode ser adquirido se um usuário comprar um

produto que esteja anunciado.

Ainda de acordo com outro aspecto, o middleware pode incluir adicionalmente uma camada de transporte que implanta múltiplos protocolos de transporte. Com a camada de transporte, as comunicações entre uma aplicação e um servidor de conteúdo, por exemplo, podem ser significativamente simplificadas. Em particular, as aplicações podem não ser requeridas para saber quais servidores usam qual protocolo de comunicação. Como tal, as aplicações podem recuperar as propagandas a partir de uma variedade de servidores usando diferentes protocolos de comunicação.

Ainda em outro aspecto, o middleware de propaganda pode fornecer um modelo de pagamento para os desenvolvedores. Especificamente, o middleware de propaganda pode manter o rastreamento do total de cliques ou outras formas de acesso de propaganda para cada aplicação de propaganda. Com base no número total de cliques associados a uma aplicação de propaganda particular, desenvolvedor da aplicação de propaganda pode ser recompensado com um pagamento específico. Dessa forma, vário s modelos de pagamento de propaganda podem ser desenvolvidos com base na eficiência das aplicações de propaganda. Os incentivos podem, ainda, motivar o desenvolvimento de

aplicações de propaganda adicionais.

Estas, bem como outras vantagens e aspectos da invenção, tornam-se evidentes e entendidas a partir da seguinte descrição detalhada da invenção, das reivindicações anexadas e dos desenhos em anexo.

BREVE DESCRIÇÃO DOS DESENHOS

A presente invenção é ilustrada por meio de exemplos e não limitada nas figuras em anexo, na qual as referências numéricas indicam elementos similares, nos quais:

A FIGURA 1 ilustra um diagrama em bloco de um sistema de comunicação sem fio no qual diversas modalidades podem ser implantadas.

A FIGURA 2 ilustra um terminal móvel no qual uma ou mais modalidades

ilustrativas podem ser implantadas.

A FIGURA 3 é um diagrama em bloco que ilustra os componentes de um

middleware de aplicação e interações como outros componentes de acordo com um ou

mais aspectos descritos na presente invenção.

A FIGURA 4 ilustra um diagrama em bloco da funcionalidade do componente de middleware de propaganda de acordo com um ou mais aspectos descritos na presente invenção. A FIGURA 5 ilustra um fluxograma de um método para fornecer propagandas relevantes a uma aplicação de solicitação através de um componente de middleware de acordo com um ou mais aspectos descritos na presente invenção.

A FIGURA 6 é fluxograma que ilustra um método para fornecer incentivos aos desenvolvedores de aplicação de acordo com um ou mais aspectos descritos na presente invenção.

DESCRIÇÃO DETAL HADA

Na seguinte descrição das várias modalidades, faz-se referência aos desenhos em anexo, que formam uma parte desta, e os quais são mostrados por meio de ilustração das várias modalidades na qual a invenção pode ser praticada. Deve-se entender que outras modalidades podem ser utilizadas e as modificações estruturais e funcionais podem ser feitas sem que se afaste do escopo da presente invenção.

Os aspectos da presente invenção podem ser utilizados por toda uma ampla matriz de protocolos de comunicação e redes. A FIGURA 1 ilustra um exemplo de um sistema de comunicação sem fio 110 no qual os sistemas e métodos de acordo com ao menos algumas modalidades podem ser empregados. Um ou mais dispositivos móves habilitados para rede dispositivos móveis habilitados para rede 112, como um assistente pessoal digital (PDA), telefone celular, terminal móvel, gravador de vídeo pessoal, televisão portátil, computador pessoal, câmera digital, câmera de vídeo digital, dispositivo de áudio portátil, rádio portátil ou combinações destes, estão em comunicação com uma fonte de serviço 122 através de uma rede de radiodifusão 114 (que pode incluir a Internet ou uma rede similar) e/ou uma rede celular 116. O terminal/dispositivo mó\el 112 pode incluir um dispositivo digital receptor de radiodifusão de banda larga. A fonte de serviço 122 pode ser conectada a vários provedores de serviço como fonte de propaganda 125 que podem fornecer seu conteúdo ou informação de programa atual ou a descrição de seus serviços e programas à fonte de serviço 122 que fornece, ainda, o conteúdo ou a informação ao dispositivo móvel 112. Vários provedores de serviço incluindo fonte de propaganda 125 podem incluir, mas não limitar a, um ou mais provedores de serviço de televisão digital e/ou televisão, provedores de serviço de rádio AM/FM, servidores e/ou provedores de propaganda, provedores de serviço de resolução SMS /MMS, conteúdo de Internet ou provedores de acesso.

Em uma ou mais disposições, a rede de radiodifusão 114 radiodifundir propagandas de uma ou mais fontes de serviço como fonte de serviço 122. A fonte de serviço 122 pode obter ou receber propagandas a partir de um servidor ou provedor de propaganda. As propagandas podem, então, ser recebidas pelo terminal móvel 112 através da rede de radiodifusão 114 e armazenadas em banco de dados para serem exibidas para um usuário de terminal 112. Em um exemplo, uma fonte de serviço de radiodifusão 122 pode obter rendimento a partir da exibição de propagandas em suas radiodifusões. Como tal, a fonte de serviço de radiodifusão 122 pode recuperar propagandas periodicamente a partir de uma fonte de propaganda 125 ou banco de dados e radiodifundir a propaganda para um usuár io/população inscrito ao serviço de radiodifusão. Um método dos dados de radiodifusão consiste no uso de uma transmissão de dados via radiodifusão BP (IPDC). A IPDC combina radiodifusão digital e Protocolo de Internet. Como tal, uma variedade de informações e serviços pode ser transmitida usando tal rede e protocolo.

O dispositivo móvel 112 também pode enviar e receber mensagens para e da fonte de serviço 122 através da rede celular 116. A rede celular 116 pode incluir uma rede sem fio e um transceptor para estação transceptora base 120. A rede celular pode incluir uma rede de comunicações de dados celulares de segunda/terceira geração (2G/3G), uma rede de Sistema Global para Comunicações Móveis (GSM), um Sistema de Telecomunicações Móveis Universal (UMTS) e/ou outras redes de comunicação sem fio como a rede WLAN. Em um ou mais aspectos, as comunicações através da rede celular 116 pode permitir que a fonte de serviço 122 distribua propaganda em uma base individual. Ou seja, ao invés de radiodifundir propagandas para toda uma população de assinantes, a fonte de serviço 122 pode obter e distribuir propagandas a partir de uma fonte de propaganda 125 como base nos interesses do usuário, estatísticas de uso, tempo de uso mais freqüente de um usuário e similares. Alternativa ou adicionalmente, o dispositivo móvel 112 pode acessar tanto a rede de radiodifusão 114 como a rede celular 116 para recuperar as propagandas ou outras formas de conteúdo de um servidor ou provedor de conteúdo 122. Em um exemplo, o dispositivo 112 pode solicitar propagandas adicionais de um servidor de propaganda 125 em resposta à determinação de que não haja propagandas armazenadas no dispositivo 112.

De acordo com um aspecto da invenção, o dispositivo móvel 112 pode incluir uma interface sem fio configurada para enviar e/ou receber comunicações sem fio digitais dentro de uma rede celular 116 usando um transmissor para estação transceptora base 120. As informações recebidas pelo dispositivo móvel 112 através da rede celular 116 ou rede de radiodifusão 114 através de uma torre de rede celular 118 podem incluir a seleção ou entrada de usuário (por exemplo, em uma transmissão interativa), aplicações, serviços, imagens eletrôiicas, aplicações de conteúdo, clipes de áud io, clipes de vídeo e/ou mensagens de WTAI (Interface de Aplicações de Telefonia Sem Fio). Como parte da rede celular 116, uma ou mais estações base (não mostradas) podem suportar as comunicações digitais com o dispositivo receptor 112 enquanto esse está localizado dentro do domínio administrativo da rede celular 116.

Conforme mostrado na FIGURA 2, o dispositivo móvel 112 pode incluir processador 128 conectado à interface de usuário 130, memória 134 e/ou outro meio de armazenamento, e visor 136. O dispositivo mó\el 112 pode incluir também bateria 150, alto-falante 152 e antenas 154. A interface de usuário 130 pode incluir, ainda, bloco de teclas, tela sensível a toque, interface de voz, quatro teclas de seta, comando de jogos, caneta, luva para transmissão de dados, mouse, roller bali, tela sensível a toque ou similares. Adicionalmente, a interface de usuário 130 pode incluir todo ou uma porção do visor 136.

As instruções e os dados executáveis por computador através do processador 128 e outros componentes dentro do dispositivo móvel 112 podem ser armazenados em uma memória legível por computador 134. A memória pode ser implantada com qualquer combinação de modules de memóriaapenas de leitura ou módubs de memóriade acesso aleatório, opcionalmente, incluindo tanto memóriavolát il como não volát il. O software 140 pode ser armazena do na memória 134 e/ou armazenamento para fornecer instruções ao processador 128 para permitir que o dispositivo móvel 112 execute várias funções. Alternativamente, algumas ou todas as instruções executáveis por computador podem ser incorporadas em hardware ou firmware (não mostrado).

O dispositivo móvel 112 pode ser configurado para receber, decodificar e processar transmissões de radiodifusão de banda larga digitais que são baseadas, por exemplo, no padrão de Radiodifusão de Vídeo Digital (DVB), como DVB-H, DVB-T ou DVB-MHP, através de um receptor de DVB específico 141. O dispositivo móvel também pode ser fornecido com outros tipos de receptores para as transmissões de radiodifusão de banda larga digitais. Adicionalmente, o dispositivo receptor 112 também pode ser configurado para receber, decodificar e processar as transmissões através do receptor de rádio FM/AM 142, transceptor de WLAN 143 e transceptor de telecomunicações 144. Em um aspecto da invenção, o dispositivo móvel 112 pode receber as mensagens do fluxo de dados de rádio (RD S). Em um exemplo do padrão DVB, uma transmissão de 10 Mbit/s de DVB

pode ter canais de programa de áudio de 200, 50 kbit/s ou canais de programa de vídeo (TV) de 50, 200 kbit/s. O dispositivo móvel 12 pode ser configurado para receber, decodificar e processar a transmissão com base no padrão de Radiodifusão de Vídeo Digital Portátil (DVB-H) ou outros padrões DVB, como Plataforma Multimídia Doméstica DVB, DVB Satélite (DVB-S), DVB Terrestre (DVB-T) ou DVB Cabo (DVB- C). Similarmente, outros formatos de transmissão digital podem alternativamente ser usados para entregar conteúdo e informações de disponibilidade de serviços suplementares, como ATSC (Comitê de Sistemas Avançados de Televisão), NTSC (Comitê do Sistema Nacional de Televisão), ISDB-T (Serviços Integrados de Radiodifusão Digital - Terrestre), DAB (Radiodifusão de Áudio Digital), DMB (Radiodifusão de Multimídia Digital), FLO (Forward Link Only - Enlace Apenas de Avanço) ou DIRECTV. Adicionalmente, a transmissão digital pode ter intervalo de tempo, como na tecnologia DVB-H. O intervalo de tempo pode reduzir o consumo de energia médio de um terminal móvel e pode permitir uma transferência automática (handover) contínua e sem problemas. O intervalo de tempo consiste no envio de dados em rajadas usando uma taxa de bit instantânea mais alta quando comparada à taxa de bit exigida se os dados forem transmitidos usando um mecanismo de fluxo tradicional. Neste caso, o dispositivo mó/el 112 pode ter uma ou mais memórias intermediárias para armazenar a transmissão com intervalo de tempo decodificada antes da apresentação. A energia do receptor entre as rajadas pode ser desligada para reduzir o consumo de energia. Em uma ou mais configurações, um usuário de um dispositivo móvel pode concordar em receber propagandas em seu dispositivo móvel. Por exemplo, um usuário pode transferir por download uma aplicação Widget que forneça acordos ou descontos para permitir que as propagandas das organizações ou companhias sejam exibidas no dispositivo do usuár io. Para facilitar a exibição de propagandas nas aplicações Widget e outras aplicações, o terminal móvel do usuário pode incluir um middleware de propaganda que forneça um API de Widget ou de aplicação permitindo que uma aplicação solicite funções padronizadas para recuperar propagandas ou execute outras tarefas publicitár ias. Widget, conforme usado na presente invenção, refere-se a um elemento de interface de usuário e/ou aplicação que forneça informações como propaganda ou informações sobre as condições climá ticas para um usuár io com base em uma variedade de fatores como preferências do usuári o. Exemplos de Widget de propaganda e outras aplicações de propaganda são descritos em um pedido de patente norte-americano identificado com o n°. de dossiê do advogado 004770.00924, intitulado "AUCTIONS FOR WIDGET SPACE," depositado em 15 de junho de 2006, no qual s eu conteúdo está incorporado no presente documento a título de referência em sua integridade.

Middleware, em geral, refere-se a uma entidade que facilita a interação entre componentes de software e/ou hardware. Por exemplo, um middleware pode desempenhar processos como a mediação entre uma aplicação e uma rede para administrar a interação entre aplicações muito diferentes por todas as plataformas heterogêneas. O middleware de propaganda descrito na presente invenção fornece uma variedade de funcionalidades associadas com a exibição e a recuperação de propagandas. Em particular, o middleware atenua a necessidade de as aplicações de Widget ou outras aplicações terem que implantar as funcionalidades do middleware. Contrariamente, a aplicação pode solicitar várias funções do middleware para desempenhar várias tarefas ou processos publicitári os. O middleware de propaganda pode ser armazenado em meio legível por computador 134 em um terminal móvel de usuár io 112 junto com uma ou mais aplicações de propaganda que podem fazer interface com o middleware. A aplicação de propaganda ou Widget pode exibir propagandas ou outras informações no visor 136. O middleware de propaganda também pode incluir componentes para fazer interface com um ou mais componentes de hardware como transceptor de WLAN 143, transceptor de telecomunicação 144 e visor 136 para executar uma ou mais tarefas.

A FIGURA 3 é um diagrama em bloco que ilustra um componente de middleware 301. Dentre outras atribuições, o componente de middleware 301 pode coordenar a comunicação, dados, mensagens e interação do entre um ou mais servidores de conteúdo 315a e 315b e uma ou mais aplicações 305a, 305b e 305c executando-as no dispositivo do terminal móvel. O componente de middleware 301 pode expor um ou mais APIs funcionais, como API 307, para fornecer uma aplicação 305 com uma interface padronizada para executar funções relacionadas à propaganda. Por exemplo, o API funcional 307 pode publicar uma função chamada GETADVERTISEMENT que direciona o componente de middleware 301 para obter uma ou mais propagandas com base em um ou mais parâmetros especificados. Outras funções também podem ser publicadas através de API funcional 307, incluindo DISPLAY_ADVERTISEMENT que direciona o middleware 301 para exibir uma propaganda em um visor de um dispositivo de terminal móvel e ADD CREDIT que instrui o middleware 301 a adicionar crédito ou pontos de fidelidade a uma conta de usuário. O crédito e/ou os pontos de fidelidade podem ser adicionados com base em fatores como o número de propagandas visualizadas no dispositivo.

O componente de middleware 301 também pode interagir com um servidor 315a ou 315b através de uma camada de transporte 317 que pode incluir uma pluralidade de mecanismos e/ou protocolos de transporte que inclui HTTP, FTP, SMS, Bluetooth, WLAN, Identificação de Freqüência de Rádio (RFID), RSS ou Código de Barras 2D. Por exemplo, o componente de middleware 301 pode determinar se não existem propagandas disponíveis no armazenamento do usuário. Como tal, o middleware 301 pode se conectar a um servidor de propaganda 315a para solicitar propagandas adicionais. A solicitação pode ser emitida através da camada de transporte 317 que pode fornecer diversos protocolos para a produção de tal solicitação. Em outro exemplo, o middleware 301 pode atualizar periodicamente um servidor de propaganda 315a com informações de fidelidade associadas a um dispositivo ou usuário específico através da camada de transporte 317. Em geral, a camada de transporte 317 pode facilitar quaisquer comunicações com os dispositivos ou entidades externas.

Alternativa ou adicionalmente, o componente de middleware 301 pode incluir ou interagir com um API de hardware para instruir vário s componentes de hardware a executar certas funções ou tarefas. Em uma ou mais situações, uma aplicação pode solicitar uma função DISPLAY PROPAGANDA. Em resposta, o middleware 301 pode fazer interface com um componente de visor através do API de hardware para exibir uma propaganda específica. Os processos e as interfaces mostradas na FIGURA 3 são para fins ilustrativos, e os versados na técnica irão observar que o componente de middleware 301 pode suportar processos, componentes e interfaces adicionais, além dos mostrados.

Adicionalmente, o componente de middleware 301 expõe um ou mais APIs para programas de aplicação 305a, 305b e 305c executando no dispositivo do termina móvel. Os programas de aplicação 305a, 305b e 305c podem ser implantados em uma variedade de plataformas que inclui Symbian e J2ME. Cada programa de aplicação 305a, 305b e 305c pode conter uma programação predefmida para facilitar a interface com o componente de middleware 301 usando os APIs expostos. Os APIs funcionais associados ao middleware 301 podem ser publicados ao público ou a um grupo de desenvolvedores para permiti-los implantar a programação adequada nas aplicações 305a, 305b e 305c para que se utilize as funcionalidade de middleware 301. Dessa forma, as aplicações 305a, 305b e 305c podem não necessitar implantar as funcionalidades já fornecidas pelo componente de middleware 301. Por exemplo, as aplicações podem não necessitar incluir a programação para executar as funções como armazenar perfis de usuário e fazer interface com os subsistemas de software e hardware. As vantagens de usar as funcionalidades de componente 301 podem incluir uma redução na carga do sistema operacional como um todo do dispositivo bá sico.

A FIGURA 4 é um diagrama em bloco que ilustra a arquitetura de um componente de middleware, como o componente 301 da FIGURA 3. O componente de middleware pode incluir um módulo reprodutor 411, um módulo de cachê 412, um módulo de relatório413, um modulo de perfil 414, um módulode fidelidade 415 e/ou um módub de pagamento 416. Além disso, o componente de middleware 301 pode fazer interface com um servidor de conteúdo 315 (não mostrado), por exemplo, servidor de propaganda, através do mecanismo de transporte 317, bem como com o dispositivo do terminal móvel do usuário através de uma ou mais interfaces de usuário final como teclas, botões, discos de telefone, telas de visores, alto-falantes, etc., do dispositivo de terminal móvel.

Conforme descrito acima, o API funcional 307 pode fazer interface com um ou mais programas de nível de aplicação (não mostrados). Esta interação pode ser controlada e/ou direcionada por um usuá rio do dispositivo de terminal móvel no qual uma ou mais aplicações são executadas através de uma ou mais interfaces de usuári o final. A função solicita e as aplicações pelas aplicações através do API funcional 307 podem ser roteadas diretamente ao módulo do componente de middleware correspondente, conforme descrito abaixo. Alternativa ou adicionalmente, o componente de middleware 301 pode incluir um módulo administrador (não mostrado) que recebe inicialmente a solicitação ou a entrada da aplicação através do API funcional 307 e direciona a solicitação ao módulo aplicável do componente de middleware 301. Muito embora os APIs sejam legendados e descritos no presente documento, os versados na técnica irão observar que APIs diferentes

ou adicionais podem ser usados.

O Módulo reprodutor 411, em uma modalidade ilustrativa, é responsável

pela exibição ou, de outro modo, fornecimento de uma ou mais propagandas à aplicação. O módulo reprodutor 411 pode receber uma solicitação de uma aplicação através do API funcional 307 para exibir ou fornecer propagandas. Em resposta, o módiio reprodutor 411 pode extrair a partir da solicitação de um ou mais parâmetros, como o tipo de propaganda a ser fornecido, por exemplo, tela inteira, faixa publicitár ia (banner), faixa dinâmica (ticker) ou controle em tela (Widget); duração para exibição ou reprodução da propaganda; posição e/ou tamanho da propaganda a ser exibida; e intervalo para atualização da propaganda ou para fornecer novas propagandas. Alguns parâmetros podem ser opcionais e podem ser usados com valores atribuídos predefinidos se não for especificado.

O módulo reprodutor 411 pode selecionar subseqüentemente uma ou mais propagandas de acordo com os parâmetros de módulo de cachê 412 que armazena propagandas. O módiio de cachê 412 pode ser implantado como um banco de dados com funções de recuperação para facilitar a seleção de propagandas com base nos parâmetros. Se o módulo de cachê 412 estiver vazio ou não contiver quaisquer propagandas, ajustando os parâmetros solicitados pela aplicação, o módulo reprodutor 411 ou módulo de cachê 412 pode recuperar uma ou mais propagandas de um servidor (por exemplo, servidor 315a da FIGURA 3) através de um mecanismo de transporte 317 de acordo com os parâmetros especificados na solicitação inicial. Os parâmetros adicionais podem ser extraídos do dispositivo, como informações sobre o perfil do usuário e do uso, e podem ser fornecidos ao servidor para facilitar a distribuição de conteúdo otimizado.

Por exemplo, os parâm etros relacionados ao gênero podem ser extraídos de uma informação de perfil de usuário para determinar as preferências de propaganda com base no gênero do usuário. Estes parâmetros podem ser usados para recuperar, ou colocar uma prioridade mais alta na recuperação, propagandas direcionadas a uma audiência masculina, e/ou não recuperar, ou colocar uma prioridade mais baixa na recuperação, propagandas direcionadas exclusivamente a uma audiência feminina. Adicional ou alternativamente, o módulo de cachê 412 pode recuperar periodicamente novas propagandas do servidor com base nos parâmetros usados previamente.

Por exemplo, as informações de uso transmitidas ao servidor podem revelar que uma parte significante de propagandas exibidas em uma aplicação se relaciona a equipamentos esportivos em uma propaganda do tipo banner. O módulo de cachê 412 pode, periodicamente, por exemplo, a cada cinco horas, recuperar novas propagandas do servidor relacionadas a equipamentos esportivos em um formato do tipo banner. Alternativamente, o módulo de cachê 412 pode optar por recuperar propagandas relacionadas a equipamentos não-esportivos para proporcionar mais variedade ao conjunto de cachê. Através da pré-busca de conteúdo, a recuperação futura de propagandas do cachê pelo módulo reprodutor 411 pode ser extremamente acelerada.

Adicional ou alternativamente, o módulo de cachê 412 pode recuperar, periodicamente, conteúdo do servidor com base nas alterações na localização do dispositivo móvel, como a recuperação automát ica de novas propagandas de um servidor de conteúdo mais próxima em relação ao dispositivo móvel. Por exemplo, um usuário em um supermercado pode receber propagandas sobre os especiais semanais no supermercado em seu dispositivo móvel que foram recuperadas pelo módúo de cachê 412 através de um mecanismo de transporte, por exemplo, WLAN, de um servidor de propaganda localizado na loja. As propagandas recuperadas podem ser armazenadas no módulo de cachê 412 para

um uso posterior pelo módulo reprodutor 411.

Uma vez que o módulo reprodutor 411 tenha recebido uma ou mais propagandas de acordo com os parâmetros do módulo de cachê 412 ou de um servidor de propaganda externo, o módulo reprodutor 411 pode exibir ou reproduzir a propaganda na aplicação ou, de outro modo, fornecer as uma ou mais propagandas à aplicação de solicitação. Em uma ou mais disposições, a propaganda pode incluir um clipe de vídeo ou animação. Em tais disposições, a propaganda pode ser reproduzida usando vários dispositivos de hardware que incluem um visor e alto-falantes do dispositivo. O módilo de relatório 413 monitora e rastreia o uso do componente de middleware 301 e dos modules de middleware. O módulo de relatório 413 pode receber ou coletar informações de uso de outros modules de middleware 411, 412, 414, 415 e/ou 416. As informações de uso podem incluir, por exemplo, quais propagandas foram fornecidas pelo módulo reprodutor 411 para a aplicação de solicitação ou usuário. A informação pode ser obtida a qualquer momento, por exemplo, periodicamente, a qualquer momento que o conteúdo seja solicitado, etc., e armazenada no módulo de cachê 412 ou em outro banco de dados. O componente de middleware 301, por exemplo, através do módulo de relatório 413, pode expor um ou mais APIs para permitir que a aplicação acesse e/ou recupere as informações de uso do banco de dados ou permitir que a aplicação solicite autorização, inicie e/ou finaliza a monitoração do uso. Adicionalmente, as informações coletadas pelo módulo de relatório413 podem, ainda, ser transmitidas a um ou mais servidores de propaganda. Com as informações coletadas, os servidores podem, por exemplo, analisar as estatísticas de uso do serviço.

O módulo de perfil 414 armazena e administra as informações do perfil do usuário incluindo o comportamento, interações e preferências do usuá rio. Algumas ou todas as informações podem ser obtidas de outro módulo de middleware, por exemplo, o módulo de relatório 413. Em um exemplo, o componente de middleware 301, via módub de perfil 414, pode expor um ou mais APIs para permitir que uma aplicação e um usuário atualize as informações de perfil do usuário ou do dispositivo, incluindo as

preferências. As informações de perfil também podem ser transmitidas a um servidor, por

exemplo, através do módulo reprodutor 411, para facilitar a recuperação de propagandas

direcionadas do servidor. Por exemplo, o módulo de perfil 414 pode coletar dados

relacionados à freqüência com a qual o usuári o ou o dispositivo solicita e visualiza as

propagandas. O módüo de perfil 414 pode, ainda, coletar as informações relacionadas a

quais tipos de propagandas são tipicamente visualizados e/ou solicitados. Usando tais

dados, as propagandas relevantes podem ser recuperadas a partir de um servidor de propaganda.

O módulo de fidelidade 415 armazena e administra as informações de fidelidade do usuário para facilitar o fornecimento de recompensas e incentivos ao usuário para certas interações do usuário com as propagandas. Algumas ou todas as informações usadas e/ou armazenadas pelo módulo de fidelidade 415 podem ser obtidas a partir de outro módilo de middleware (por exemplo, o módulo de relatório 413) ou das propagandas (por exemplo, as recompensas especificadas em metadados associados à s propagandas). O componente de middleware 301, por exemplo, via modulo de fidelidade 415, pode expor um ou mais APIs para permitir que as aplicações e/ou o usuá rio acesse as informações de fidelidade. Adicionalmente, as informações de fidelidade podem ser transmitidas ao servidor 315 que pode, subseqüentemente, retransmitir as informações aos publicitário s apropriados. Por exemplo, as interações do usuário como seguir um enlace em direção a uma propaganda ou fazer uma compra junto a um propagandista, pode dar direito ao usuári o de ser recompensado, que inclui minutos móveis extras, descontos do propagandista ou recompensas específicas da aplicação (por exemplo, vidas extras em uma aplicação de vídeo game).

O módulo de pagamento 416 armazena e administra as informações de pagamento. Por exemple, o módulo de pagamento 416 pode armazenar e administrar os dados de pagamento para facilitar o pagamento de taxas aos desenvolvedores de aplicação para as propagandas fornecidas ao usuário, através de uma ou mais more aplicações que o desenvolvedor tenha criado. Por exemplo, os desenvolvedores podem ser pagos com base no número de visualizações ou total de cliques das propagandas geradas, e/ou comissão base nas transações de vendas. Algumas ou todas as informações podem ser obtidas a partir de outro módüo de middleware, por exemplo, o módulo de relatório 413. As informações podem ser, ainda, transmitidas a um servidor de propaganda 315 para facilitar o processamento do pagamento. Cada bloco pertinente ao componente 301 pode ser implantado em software

através de instruções executáveis por computador armazenadas em uma memória, ou através de hardware, por exemplo, como um ou mais ASICs ou similares. Os modules funcionais ilustrados na FIGURA 4 são, não como uma possível modalidade e sim de acordo com uma possível funcionalidade, combinados através de módilos ou divididos para criar ainda mais módulos funcionais. Alguns módulcB podem ser opcionais, e os módulos adicionais podem ser adicionados. O escopo da invenção não se limita à modalidade ilustrativa da FIGURA 4.

A FIGURA 5 é um fluxograma que ilustra um método para fornecer propagandas relevantes a uma aplicação de solicitação através de um componente de middleware como o componente 301 nas FIGURAS 3 e 4. Na etapa 500, uma solicitação de registro pode ser recebidas de uma aplicação. Por exemplo, uma aplicação, mediante o carregamento ou inicialização, pode solicitar uma função NAD_REGISTER() para registrar com um componente de middleware conhecido. Uma aplicação pode estar ciente do componente de middleware com base em, por exemplo, propagandas ou radiodifusões amplas de sistema do componente de middleware. Na etapa 505, é feita uma determinação se o componente de middleware foi carregado. Se o componente de middleware não for carregado, então, na etapa 510, o componente de middleware é inicializado e carregado. Em uma ou mais disposições, o componente de middleware pode ser configurado para carregar automaticamente mediante à inicialização do dispositivo de terminal móvel ou, alternativa ou adicionalmente, pode ser embutido ao sistema operacional. Dessa forma, se o componente de middleware já for c arregado quando a solicitação de re gistro é feita pela aplicação, o componente de middleware pode registrar a aplicação em resposta na etapa 515.

Por exemplo, uma aplicação da segunda solicitação pode ser atribuída a um único identificador para diferenciar a aplicação da segunda solicitação de outras aplicações, por exemplo, a primeira aplicação supracitada. Na etapa 520, o componente de middleware pode receber uma solicitação para uma ou mais propagandas, incluindo valores associados a uma lista de parâmetros como tipo, duração, posição e intervalo da aplicação através de um API funcional. Essa solicitação pode ser enviada diretamente a um módulo reprodutor ou, alternativamente, a um módulo administrador que direciona a solicitação ao módulo reprodutor. Na etapa 525, o componente de middleware ou um módulo deste procura um cachê para uma ou mais propagandas de acordo como os parâmetros. Na etapa 530, é feita uma determinação se o cachê contém uma propaganda que corresponde aos parâmetros especificados. Se o cachê tiver vazio ou não forem identificadas propagandas conforme a

adaptação dos parâmetros do cachê na etapa 530, o componente de middleware pode, então, na etapa 540, transmitir uma solicitação para uma ou mais propagandas para um servidor de propaganda através de um mecanismo de transporte como HTTP. Na etapa 545, uma ou mais propagandas são recebidas do servidor de propaganda através da camada de transporte e armazenadas no cachê. Na etapa 550, as propagandas selecionadas são exibidas ao usuário de acordo com, por exemplo, os parâmetros recebidos na etapa 520. Alternativamente, se uma propaganda relevante estiver disponível no cachê da etapa 530, as propaganda relevantes são recuperadas do cachê na etapa 535 e exibidas na etapa 550. Na etapa 555, o componente de middleware pode receber uma mensagem de desregistro da segunda aplicação através de uma função NAD_DEREGISTER() se, por exemplo, uma aplicação estiver sendo fechada por um usuário. Em uma ou mais disposições, se o componente de middleware não estiver sendo usado por outra aplicação, o componente de middleware pode ser descarregado da memória. Onde outra(s) aplicação (s) estiverem, ainda, registrada ou em comunicação com o componente de middleware, o middleware pode não ser descarregado. Alternativamente, o componente de middleware pode permanecer residente na memória atéque o dispositivo móvel seja desligado.

A FIGURA 6 é um fluxograma que ilustra um modelo de negócics para geração de rendimentos aos desenvolvedores de aplicações mó\eis que exibem propagandas através do componente de middleware. Na etapa 600, um desenvolvedor implanta a solicitação de funcionalidade em sua aplicação permitindo que a aplicação faça interface com um componente de middleware através de um API funcional padronizado. Os desenvolvedores podem estar aptos para acessar o componente de middleware se, por exemplo, o componente de middleware e o API funcional estiverem disponíveis para o público e passíveis a transferência por download sem ôms. Na etapa 601, um desenvolvedor registra a aplicação com um servidor de para ajustar uma informação de pagamento. Por exemplo, o desenvolvedor pode assinar uma conta no servidor sob um plano de pagamento que paga comissão com base no total de visualizações ou total de cliques de propagandas exibidos em sua aplicação. Na etapa 602, a aplicação se comunica com o servidor através do componente de middleware e envia informações de relatório do usuário como visualizações de usuário e total de cliques de propagandas para o servidor. Na etapa 603, pode ser aplicado um crédito à conta do desenvolvedor com qualquer comissão gerada das propagandas exibidas. Na etapa 604, o desenvolvedor é pago com a quantia pertinente à sua conta. Uma quantia mínima pertinente pode ser exigida antes de o pagamento ser feito. Em uma ou mais disposições, um nível de pagamento também pode ser associado com as funcionalidades ou complexidades das aplicações do desenvolvedor. Por exemplo, uma aplicação com mais funções como música e jogos pode ser fornecida com um desembolso maior do que uma aplicação dedicada à exibição de propagandas.

Os métodos e os recursos relatados na presente invenção podem ser implantados adicionalmente através de inúmeros meios legíveis por computador capazes de armazenar instruções legíveis por computador. Os exemplos de meios legíveis por computador que podem ser usados incluem RAM, ROM, EEPROM, memória rápida ou outra tecnologia de memória, CD-ROM, DVD ou outros armazenamento em disco óptico, fita cassete magnética, fita magnética, armazenamento magnético e similares.

O seguinte exemplo fornece uma implantação ilustrativa de determinados aspectos da presente invenção. Um desenvolvedor dedicou bastante tempo, recursos e dinheiro na produção de um grande jogo para múltiplos jogadores que opera em dispositivos móves e deseja gerar rendimentos a partir do jogo. O desenvolvedor poderia atribuir um preço para a compra do jogo ou uma taxa de assinatura periódica para reproduzir o jogo, porém tais modelos de negócios provavelmente não alcançariam tão amplamente uma base de usuário como um jogo distribuído sem encargos. Dessa forma, o desenvolvedor pode em vez de, ou adicionalmente como uma opção, oferecer uma versão do jogo isento de encargos, mas que seja suportado por propagandas exibidas no jogo. O desenvolvedor poderia implantar tal funcionalidade diretamente no jogo, porém seria dispendioso e complexo, à medida que o desenvolvedor teria que criar contas para várias plataformas de software e hardware, formatos de propaganda, especificações de servidor, etc. Ao invés disso, o desenvolvedor pode simplesmente implantar uma função no jogo, por exemplo, GET_ADVERTISEMENT(), para solicitar o middleware de propaganda para exibir as propagandas de acordo com quaisquer parâm etros desejados.

Por exemplo, o jogo pode solicitar que as propagandas do tipo ticker (TYPE) sejam exibidas no fundo da tela do jogo (POSITION), para minimizar a obstrução do jogo, enquanto o jogo está sendo reproduzido (DURATION), com uma taxa de renovação de um minuto para novas propagandas (INTERVAL). Tal exemplo mostra quatro parâmetros para exibição de propaganda. O módulo reprodutor do middleware, mediante o recebimento da solicitação do jogo, seleciona a partir do módulo de cachê propagandas adaptando os parâmetros, isto é, tipo ticker. Se o cachê estiver vazio ou não houver conteúdo selecionado conforme são adaptados os parâmetros fornecidos, o módúo de cachê transfere por download novas propagandas, por exemplo, através de HTTP, a partir de um servidor de propaganda. As informações adicionais de outros módúos de middleware são transmitidas ao servidor para assegurar que as propagandas transferidas por download sejam direcionadas ao usuário, como informações de perfil de usuári o obtidas do registro de usuário no jogo. Posto que as propagandas são selecionadas pelo módulo reprodutor tanto a partir do cachê como do servidor, estas são exibidas ao usuár io no jogo de acordo com outros parâmetros solicitados, por exemplo, fundo da tela. Como tal, o desenvolvedor registra esta aplicação com o servidor de propaganda e ajusta uma conta em que poderão ser creditadas futuras receitas.

Considere, por exemplo, que uma propaganda para um reprodutor de MP3 seja exibida no jogo. O usuário do dispositivo móvel decide seguir o enlace na propaganda e, gostando do que vê, compra o reprodutor de MP3. O módulo de perfil do usuár io rastreia a interação, por exemplo, através do modulo de relatórb e atualiza as informações de perfil do usuári o para refletir a compra/total de clique. Esta informação pode ser transmitida a um servidor de propaganda pelo middleware para recuperar futuras propagandas relacionadas a esta compra/total de clique, como acessórbs para reprodutores de MP3, outros reprodutores portáteis, etc. O módulo de fidelidade rastreia a compra e recompensa o jogador no jogo, como dando ao jogador algum valor em moeda do jogo, com a quantia que depende do preço da compra, por exemplo, as compras mais altas são recompensadas com prêmios melhores, do número total de cliques ou das visualizações da propaganda. Adicionalmente, podem ser dados futuros descontos em produtos comprados pelo mesmo publicitário. Finalmente, o módulo de pagamento rastreia a visualização, total de cliques e compra gerada por esta propaganda e transmite a informação para o servidor de propaganda, que credita na conta do desenvolvedor qualquer rendimento gerado a partir da visualização, do total de cliques e taxa de comissão associada à compra.

Tal implantação beneficia todas as partes envolvidas. Os usuári os podem reproduzir o jogo buscando gratuidades e receber bônus, recompensas ou descontos para interagir com os publicitário s. Um desenvolvedor pode capitalizar oportunidades de rendimento que, de outro modo, não seriam possíveis através de outras possibilidades de negócios tradicionais ou que sejam praticamente inexequível diante da complexidade de implantar a funcionalidade de propaganda diretamente em seu jogo. Finalmente, os publicitário s podem atingir uma vasta base de consumidores com referência a custos relativamente baixos e obter ganhos de ampla exposição dos usuário s que interagem com as propagandas.

A presente invenção foi descrita nos termos das modalidades preferenciais e exemplificadoras desta. Várias outras modalidades, modificações e variação do escopo e do espírito das reivindicações em anexo irão estar evidentes aos versados na técnica a partir da análise deste relatório descritivo.

Claims

1. Método CARACTERIZADO pelo fato de que compreende: receber, em um componente middleware, uma aplicação de propaganda a partir de uma aplicação; extrair, no componente middleware, um ou mais parâmetros a partir da aplicação de propaganda; selecionar, no componente middleware, um ou mais propagandas a partir de um banco de dados, em que a seleção baseia-se naquele ou em mais parâmetros; e fornecer à aplicação aquela selecionada ou mais propagandas, de acordo com um ou mais parâm etros.

2. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que compreende transmitir para um servidor de propaganda uma aplicação para uma ou mais propagandas, de acordo com um ou mais parâmetros.

3. Método, de acordo com a reivindicação 2, CARACTERIZADO pelo fato de que compreende adicionalmente: receber aquela solicitada ou mais propagandas provenientes do servidor de propaganda; e armazenar, no componente middleware, aquela ou mais propagandas a partir do servidor de propaganda no banco de dados.

4. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que compreende adicionalmente produzir aquela selecionada ou mais propagandas para uma interface de usuário final, de acordo com aquele ou mais parâmetros.

5. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que compreende adicionalmente fornecer informações de utilização a pelo menos uma da aplicação ou de um servidor de propaganda.

6. Método, de acordo com a reivindicação 5, CARACTERIZADO pelo fato de que compreende adicionalmente fornecer informações sobre perfil de usuári o a pelo menos uma da aplicação ou de um servidor de propaganda.

7. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que compreende adicionalmente rastrear, no componente de middleware, informações sobre fidelidade.

8. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que compreende adicionalmente rastrear, no componente de middleware, informações sobre pagamento associadas com as informações de utilização.

9. Middleware de propaganda, CARACTERIZADO pelo fato de que compreende: um cachê de propaganda configurado para armazenar uma ou mais propagandas; uma ou mais interfaces de aplicação configuradas para comunicarem-se com uma ou mais solicitações; e um componente reprodutor de propaganda configurado para: receber um requerimento de propagandas a partir de um ou mais requerimentos através de pelo menos uma ou mais interfaces de requerimento, em que o requerimento inclui um ou mais parâmetros de propaganda; selecionar uma ou mais propagandas a partir do cachê de propaganda, de acordo com um ou mais parâm etros de propaganda; e exibir aquela selecionada ou mais propagandas.

10. Middleware de propaganda, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que o reprodutor de propaganda é configurado adicionalmente para requerer uma ou mais propagandas a partir de um servidor, de acordo com aquele ou ais parâ metros de propaganda.

11. Middleware de propaganda, de acordo com a reivindicação 10, CARACTERIZADO pelo fato de o reprodutor de propaganda é configurado adicionalmente para: receber aquela requerida ou mais propagandas a partir do servidor; e armazenar aquela selecionada ou mais propagandas a partir do servidor no cachê de propaganda.

12. Middleware de propaganda, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que compreende adicionalmente um módulo de relatório configurado para rastrear informações de utilização.

13. Middleware de propaganda, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que compreende adicionalmente um módulo com perfil de usuário, configurado para rastrear informações sobre perfil de usuári o.

14. Um ou mais meios legíveis por computador que armazenam instruções executável s em computador que, ao serem executadas por um processador, fornecem um middleware de propaganda CARACTERIZADOS pelo fato de que compreendem: um cachê de propaganda configurado para armazenar uma ou mais propagandas; uma ou mais interfaces de requerimento configuradas para comunicarem-se com um ou mais requerimentos; e um componente reprodutor de propaganda configurado para: receber um requerimento de propagandas a partir de um ou mais requerimentos através de pelo menos uma daquelas ou mais interfaces de requerimento, em que o requerimento inclui um ou mais parâm etros de propaganda; selecionar uma ou mais propagandas a partir do cachê de propaganda, de acordo com um ou mais parâm etros de propaganda; e exibir aquela selecionada ou mais propagandas.

15. Meio legível por computador, CARACTERIZADO pelo fato de que o componente reprodutor de propaganda é configurado adicionalmente para requerer uma ou mais propagadas a partir de um servidor de propaganda, de acordo com aquele ou mais parâmetros de pro paganda.

16. Meio legível por computador, de acordo com a reivindicação 15, CARACTERIZADO pelo fato de que o componente reprodutor de propaganda adicionalmente para: receber aquela ou mais propagandas requeridas a partir do servidor de propaganda, e armazenar aquela requerida ou mais propagandas no cachê de propaganda.

17. Meio legível por computador, de acordo com a reivindicação 14, CARACTERIZADO pelo fato de que compreende adicionalmente um módulo de relatório configurado para rastrear informações de utilização.

18. Meio legível por computador, de acordo com a reivindicação 14, CARACTERIZADO pelo fato de que compreende adicionalmente um módulo de perfil de usuári o configurado para rastrear informações com perfil de usuário.

19. Terminal móvel CARACTERIZADOpelo fato de que compreende: um visor; um transceptor; um processador; e uma memória para armazenar instruções legíveis por computador que, quando executadas pelo processador, fazem com que o terminal móvel realize um método que inclui: receber um requerimento de registro a partir de um requerimento que funciona no terminal móvel; registrar o requerimento; receber um comando a partir do requerimento, em que o comando inclui um requerimento de propagandas e um ou mais parâmetros de propaganda; identificar aquela ou mais propagandas armazenadas na memória baseadas nos parâmetros de propaganda; e exibir as identificadas ou mais propagandas no visor.

20. Terminal móvel, de acordo com a reivindicação 19, CARACTERIZADO pelo fato de que o método compreende adicionalmente transmitir para um servidor de propaganda, através do transceptor, uma aplicação, que se refere a uma ou mais propagandas, sendo que a aplicação inclui aquele ou mais parâmetros de propaganda.

21. Terminal móvel, de acordo com a reivindicação 20, CARACTERIZADO pelo fato de que o método inclui adicionalmente: receber as selecionadas ou mais propagandas a partir do servidor; e armazenar a identificada ou mais propagandas na memória.

22. Terminal móvel, de acordo com a reivindicação 19, CARACTERIZADO pelo fato de que o método compreende adicionalmente rastrear informações de utilização.

23. Terminal móvel, de acordo com a reivindicação 19, CARACTERIZADO pelo fato de que o método compreende adicionalmente rastrear informações com perfil de usuário.

24. Modelo comercial CARACTERIZADO pelo fato de que compreende: um desenvolvedor que implanta funcionalidade de interface em uma aplicação para fornecer uma ou mais propagandas através de um middleware de propaganda; o desenvolvedor que registra a aplicação junto a um servidor; o middleware de propaganda que fornece um relatório ao servidor; e o desenvolvedor que recebe pagamento pela receita gerada a partir daquela ou mais propagandas com base no relatório.