BRPI0618259A2 - telefone móvel como um dispositivo de pontos de venda (pós) - Google Patents

telefone móvel como um dispositivo de pontos de venda (pós) Download PDF

Info

Publication number
BRPI0618259A2
BRPI0618259A2 BRPI0618259-3A BRPI0618259A BRPI0618259A2 BR PI0618259 A2 BRPI0618259 A2 BR PI0618259A2 BR PI0618259 A BRPI0618259 A BR PI0618259A BR PI0618259 A2 BRPI0618259 A2 BR PI0618259A2
Authority
BR
Brazil
Prior art keywords
transaction
retailer
content
server
service
Prior art date
Application number
BRPI0618259-3A
Other languages
English (en)
Inventor
Richard Victor Matotek
Justin Misha Ho
Andrew Charles Barnham
Original Assignee
Utiba Pte Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Utiba Pte Ltd filed Critical Utiba Pte Ltd
Priority claimed from PCT/SG2006/000321 external-priority patent/WO2007053117A1/en
Priority claimed from US12/149,387 external-priority patent/US20100030651A1/en
Publication of BRPI0618259A2 publication Critical patent/BRPI0618259A2/pt
Publication of BRPI0618259C1 publication Critical patent/BRPI0618259C1/pt

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G1/00—Cash registers
    • G07G1/12—Cash registers electronically operated
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3229—Use of the SIM of a M-device as secure element
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • G06Q20/3255—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks using mobile network messaging services for payment, e.g. SMS
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/0873—Details of the card reader
    • G07F7/088—Details of the card reader the card reader being part of the point of sale [POS] terminal or electronic cash register [ECR] itself
    • G07F7/0886—Details of the card reader the card reader being part of the point of sale [POS] terminal or electronic cash register [ECR] itself the card reader being portable for interacting with a POS or ECR in realizing a payment transaction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42017—Customized ring-back tones

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Signal Processing (AREA)
  • Meter Arrangements (AREA)
  • Prepayment Telephone Systems (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

TELEFONE MóVEL COMO UM DISPOSITIVO DE PONTOS DE VENDA (PóS) A presente invenção refere-se a um sistema e método para proporcionar um ou mais serviços de valor agregado para uma conta móvel pós-paga/pré-paga e um dispositivo móvel pós-pago/pré-pago utilizando um dispositivo de comunicação sem fios como um dispositivo de ponto de venda.

Description

Relatório Descritivo da Patente de Invenção para "TELEFONEMÓVEL COMO UM DISPOSITIVO DE PONTOS DE VENDA (PÓS)".
PEDIDOS RELACIONADOS
Este pedido reivindica prioridade a partir do Pedido ProvisórioUS 60/733.266, depositado em 4 de Novembro de 2005, o qual é incorpora-do neste documento por referência.
CAMPO DA INVENÇÃO
A presente invenção refere-se geralmente com a capacitação dedispositivos de comunicação sem fios como dispositivos de interconexão derede de transação. Mais particularmente, a presente invenção refere-se a umsistema e método para capacitar um telefone de mão sem fios como um dis-positivo de pontos de venda (POS).
ANTECEDENTES DA INVENÇÃO
Com a explosão de acesso e utilização de telefone sem fios, oserviço de telefone celular está rapidamente se tornando mais e mais dispo-nível nos países em desenvolvimento onde as infra-estruturas de linhas fixassão geralmente consideradas insuficientes. Por conseqüência, os provedo-res ou operadores de serviço móvel estão encontrando consumidores cati-vos nestes países para os serviços de telefone móvel, particularmente oscartões de telefone pré-pago.
A patente de técnica anterior seguinte representa o estado datécnica para a transferência de dados digitais para um dispositivo móvel, e épor meio deste documento incorporada por referência:
A Patente US 6.714.797 para Rautila descreve um sistema, mé-todo e programa de computador para encomendar, pagar e para transferirprodutos digitais para um dispositivo móvel. O dispositivo móvel acessa aspáginas da rede do servidor de loja eletrônica que contém produtos digitaispara venda e localizações da rede de ponto de acesso onde estes produtosdigitais podem ser transferidos para o dispositivo móvel por meio do trans-ceptor de curta distância localizado no dispositivo móvel. Utilizando o siste-ma, método e programa de computador descritos neste documento, um usu-ário de um dispositivo móvel pode transferir grandes quantidades de dadosdigitais sem incorrer nas despesas de telefone fixo ou telefone celular.
Entretanto, um problema com o sistema da técnica anteriormencionado acima é a falta de flexibilidade. A partir da perspectiva do ope-rador do móvel, por exemplo, tal aplicação de pagamento anterior do celularexistente não permite a distribuição de conteúdo digital para os assinantesde telefone móvel pré-pago, que são predominantes e em crescimento nospaíses em desenvolvimento. Tal implementação atual dos sistemas de pa-gamento antecipado carece de flexibilidade, de facilidade de implementaçãoe de agilidade de resposta.
SUMÁRIO DA INVENÇÃO
A presente invenção satisfaz, até uma grande extensão, as ne-cessidades precedentes e outras necessidades não atualmente satisfeitaspelas aplicações comerciais móveis existentes.
Este resultado é consumado, em uma modalidade ilustrativa, porum sistema e método que ativam a distribuição de conteúdo digital e/ou opré-pagamento ou o pós-pagamento de mercadorias e serviços do operadormóvel e/ou de terceira parte utilizando um dispositivo de comunicação semfios como um dispositivo de interconexão de rede de transação por um oumais varejistas ou operadores de móvel. Para facilidade de discussão, otermo "varejista" é utilizado para se referir a um ou mais agentes operadoresde móvel e/ou varejistas independentes.
Utilizando um protocolo de aplicação baseado em móvel, tal como,mas não limitado a serviço de mensagem curta (SMS), protocolo de aplicaçãosem fios (WAP), a Java 2 Platform Micro Edition (J2ME), o SIM Application To-olkit (STK), BREW etc., o dispositivo de comunicação sem fios se comunicacom ou navega um servidor de comércio eletrônico móvel. O servidor de co-mércio móvel (M-Commerce) proporciona acesso a uma faixa de produtos ele-trônicos ou digitais fornecidos a partir do operador do móvel e/ou de um oumais provedores de terceira parte disponíveis para comparar pelo assinante deserviço de telefone móvel através de um ou mais varejistas independentes e/ouagentes do operador de móvel. Estes provedores de terceira parte podem to-mar a forma de um ou mais servidores especializados, tal como centro SMS,um dispositivo de interconexão de rede WAP ou um servidor J2ME, os quaisoperam em comunicação com o servidor de M-commerce.
Em um aspecto da presente invenção, um servidor de serviçosde valor agregado (VAS) é configurado para proporcionar conteúdo digitalavançado e/ou serviços avançados para o comprador assinante de serviçode telefone móvel. Cada conteúdo digital e/ou serviço avançado pode sercolocado em um pacote como uma compra de conteúdo VAS de um ou maisserviços avançados para os assinantes de telefone móvel pré-pago e pós-pago. Em adição, cada serviço avançado é configurável para operar em con-junto com uma ou mais plataformas eletrônicas, tal como uma plataforma detom de chamada colorido, uma plataforma de faturamento pós-pago, umaplataforma de distribuição de conteúdo do vendedor e similares.
O conteúdo VAS ou os serviços avançados incluem tons dechamada, música, cartões de chamada virtual e serviços de assinatura dealerta de serviço de mensagem curta (SMS).
Por exemplo, o servidor VAS de preferência inclui o aprovisio-namento de conteúdo direcionado para uma variedade de tons de chamada,logotipos, mensagens em imagens, vídeo, música, jogos e outros conteúdos.A este respeito, o servidor VAS permite a seleção de conteúdo a partir deuma lista disponível de conteúdos anunciados por um operador de móvele/ou por um varejista. O servidor VAS também pode proporcionar uma assi-natura para um serviço de tom de chamada colorido, permitindo a seleçãode som a partir de uma lista disponível de conteúdo musical anunciado porum operador do móvel e/ou por um varejista. Adicionalmente, os serviços deassinatura de alerta de serviço de mensagem curta (SMS) para notícias, es-portes, horóscopo e tais informações também podem ser tornados disponí-veis a partir do servidor VAS para em última análise ser passado para o u-suário assinante. Em adição, em casos onde um operador de móvel ou pro-vedor de terceira parte emprega sua própria plataforma de cartão de visita, oservidor VAS é configurável para proporcionar o cartão de visita virtual ou osnúmeros de identificação pessoal (PINs) do cartão VAS para uso na plata-forma do provedor de terceira parte ou do operador.Particularmente, estes conteúdos do servidor VAS ou os servi-ços avançados são de preferência modulares pelo fato de que cada conteú-do/serviço pode ser habilitado ou desativado como desejado em uma baseindividual.
Em uma modalidade preferida, o servidor VAS incorpora um sis-tema de gerenciamento de conteúdo, o qual gerencia as funções operacio-nais do servidor. O sistema de gerenciamento de conteúdo não precisa ar-mazenar ou distribuir conteúdo VAS para o assinante alvo do serviço de tele-fone móvel. Ele é integrado com a plataforma de distribuição de conteúdoapropriada do vendedor, a qual é responsável pelo aprovisionamento real doserviço e/ou pela distribuição de conteúdo para o assinante alvo do serviçode telefone móvel. O servidor VAS, através da comunicação com o servidorde M-Comrnercê, facilita o acesso de um conteúdo desejado do vendedore/ou dos serviços avançados para um ou mais varejistas, e ativa a platafor-ma de distribuição de conteúdo do vendedor para enviar o conteúdo ou osserviços avançados para o assinante alvo. A este respeito, o sistema de ge-renciamento de conteúdo ajuda a proporcionar várias funções, tal como: ageração de códigos VAS centralizados; validação de códigos VAS, gerenci-amento de preços VAS pelo grupo varejista ou pela região geográfica; ge-renciamento de preços VAS por definição de margem do varejista e cálculopelo grupo de varejista ou pela região geográfica; disponibilidade de VASpelo grupo de varejistas ou pela região geográfica; promoção de VAS espe-cífico pelo grupo de varejistas ou pela região geográfica; e outras divulga-ções de informações.
Alternativamente, ao invés do sistema de gerenciamento de con-teúdo sendo conectado com uma ou mais plataformas de distribuição deconteúdo do vendedor separadas de modo que o conteúdo seja distribuídopor estas plataformas remotamente, o conteúdo pode ser armazenado lo-calmente no sistema de gerenciamento de conteúdo, de modo que o conte-údo é distribuído a partir do servidor VAS por meio do sistema de gerencia-mento de conteúdo diretamente.
O servidor de M-Commerce também gerencia a operação emconjunto do servidor VAS com outras plataformas, tal como o sistema defaturamento do operador de móvel, a plataforma VAS do provedor de conte-údo etc. Em uma modalidade preferida, cada varejista está equipado comcontas de carteira eletrônica, as quais possuem créditos pré-pagos. Quandouma compra é requisitada, o valor é deduzido da conta de carteira eletrônicapré-paga do varejista. A conta de carteira eletrônica do varejista tambémopera com um crédito, por meio do que os varejistas podem liquidar as con-tas com os operadores de móvel periodicamente.
Em outro aspecto da presente invenção com respeito a uma visãológica da configuração do servidor, o sistema da presente invenção compreen-de uma camada de aplicação, uma camada de middleware ("software de medi-ação") e uma camada de interface. A camada de aplicação executa todas asfunções do processamento de transação, e gerencia a integração com as enti-dades de rede do operador, entidades de rede do provedor de terceira parte edos módulos da camada de aplicação com os subsistemas. A camada de mid-dleware padroniza e gerencia as comunicações entre todas as entidades derede externas e os módulos e os subsistemas da camada de aplicação. A ca-mada de interface compreende um ou mais módulos de interface registradospara cada plataforma alvo específica, por exemplo. Cada módulo de interfaceimplementa um protocolo específico de comunicação, facilitando a integraçãoligar e executar com as entidades de rede do provedor de terceira parte e comas entidades de rede do operador de móvel.
Mais especificamente, a camada de aplicação compreende trêsmódulos: um servidor de m-Commerce, e um servidor de Carteira Eletrônicae um servidor VAS. Cada um destes três módulos servidores é composto desubsistemas. Por exemplo, o módulo servidor de M-Commerce compreendequatro subsistemas ou quatro blocos funcionais principais: registro e geren-ciamento de agente; análise e gerenciamento de transação ponto a ponto;registro de transação, auditoria e divulgação de informação; e liquidação ereconciliação. O módulo servidor de carteira eletrônica compreende trêssubsistemas: gerenciamento de transação de carteira eletrônica; valor arma-zenado de carteira eletrônica; e autenticação e segurança de agente. E omódulo servidor VAS é composto de cinco subsistemas: gerenciamento detransação VAS; mapeamento de conteúdo; verificação de varejista; estabe-lecimento de preço VAS e comissão de varejista; e base de dados PIN. Ca-da um destes subsistemas é configurado para executar as funções pretendi- das requeridas do respectivo módulo servidor.
A camada de middleware é mais bem-descrita pela complexida-de das funções principais que ela gerencia, tal como enfileiramento de ge-renciamento de multiencadeamento, distribuição e recuperação de mensa-gem, monitoramento de sistema, coleta de dados, gerenciamento e registro de transação e similares. Ela se situa entre a camada de aplicação e a ca-mada de interface.
A camada de interface é composta de vários módulos de interfa-ce que incorporam aspectos projetados para gerenciar a carga de transaçãona entidade rede alvo e para simplificar a integração das entidades de rede da terceira parte ou das entidades de rede do operador de móvel. Nesta mo-dalidade, os módulos de interface compreendem uma interface SMSC; umainterface WAP, uma interface de conteúdo; uma interface de tom de chama-da colorido; uma interface de alerta de informação; e uma interface pós-paga, cada uma das quais de preferência correspondendo a uma respectiva plataforma ou entidade de rede que ela suporta.
A configuração dos módulos e dos subsistemas da camada deaplicação, da camada de middleware e da camada de interface proporcionaum sistema e método para habilitar um dispositivo de comunicação sem fioscomo um dispositivo de ponto de vendas que é altamente expansível, robus- to e seguro. Quanto à capacidade de expansão, os módulos são projetadospara atuarem como processos "independentes" que se comunicam com ou-tros módulos, de preferência, por meio das mensagens XML através de so-quetes TCP/IP. Os módulos podem residir no mesmo servidor, ou seremdistribuídos através de uma rede ou de um agrupamento. Os módulos tam- bém são configuráveis para enviar mensagens pára vários módulos, assimpermitindo o equilíbrio de carga por todas as três camadas da arquitetura. Asaplicações também podem ser distribuídas através de vários servidores. Emadição, várias instâncias dos módulos e das interfaces podem ser configurá-veis em modo failover (se um falhar, outro assume) através de vários servi-dores independentes ou agrupados.
Quanto à robustez, cada módulo proporciona procedimentos deencerramento e de reinicio que permitem transações pendentes serem pro-cessadas se possível. Em adição, se um módulo enviar uma mensagem pa-ra outro módulo, e esta transação falhar, ele automaticamente irá tentar en-viar novamente a mensagem para um módulo redundante. Além disso, seuma tentativa de enviar novamente a transação também falhar - tal como nocaso de falha absoluta - então a mensagem é uma imagem gravada em dis-co, e um encadeamento de monitoramento interno irá tentar enviar nova-mente a mensagem posteriormente.
Quanto à segurança, as comunicações seguras por toda a arqui-tetura da presente invenção garantem que dados sensíveis não sejam com-prometidos. As comunicações de módulo para módulo de preferência sãocriptografadas para garantir a integridade da mensagem. Os algoritmos decriptografia suportados incluem 3DES, Blowfish, AES, SSL e similares. Osalgoritmos de codificação suportados (para verificação de integridade damensagem) incluem MD5, SHA1 e similares. Ligações com entidades exter-nas de preferência também são criptografadas com qualquer um dos algo-ritmos baseados em software acima. Os módulos de criptografia baseadosem hardware (HSM) podem ser integrados para criptografar transações comentidade externas.
Assim, foi esboçado, ao invés de amplamente, os aspectos maisimportantes da invenção de modo que a descrição detalhada da invençãoque vem a seguir pode ser mais bem-entendida, e de modo que a presentecontribuição para a técnica possa ser mais bem-apreciada. Obviamente, e-xistem aspectos adicionais da invenção que serão adicionalmente descritosdaqui para frente.
A este respeito, antes de explicar pelo menos uma modalidadeda invenção em detalhes, é para ser entendido que a invenção não está limi-tada em sua aplicação aos detalhes de construção e às disposições doscomponentes expostos na descrição seguinte ou ilustrados nos desenhos. Ainvenção é capaz de outras modalidades e de ser praticada e realizada devários modos. Além disso, é para ser entendido que a fraseologia e a termi-nologia empregadas neste documento são para o propósito de descrição enão devem ser consideradas como limitativas.
Como tal, os versados na técnica irão apreciar que o conceito noqual esta descrição é baseada pode ser prontamente utilizado como umabase para o projeto de outras estruturas, métodos e sistemas para realizaros vários propósitos da presente invenção. Portanto, é importante que cons-truções equivalentes na medida que elas não se afastem do espírito e doescopo da presente invenção, sejam incluídas na presente invenção.
Além disso, a descrição detalhada que segue pode ser apresen-tada em termos de procedimentos de programa executados em um compu-tador ou rede de computadores. Estas descrições de procedimento e as re-presentações são o dispositivo utilizado pelos versados na técnica para deforma mais eficiente transmitir a substância de seu trabalho para outros ver-sados na técnica.
Um procedimento é neste documento, e geralmente, concebidopara ser uma seqüência consistente por si, de etapas levando a um resulta-do desejado. Estas etapas são estas requerendo manipulações físicas dequantidades físicas. Normalmente, apesar de não necessariamente, estasquantidades tomam a forma de sinais elétricos ou magnéticos capazes deserem armazenados, transferidos, combinados, comparados e de outro mo-do manipulados. As vezes se prova conveniente, principalmente por razõesde utilização comum, se referir a estes sinais como bits, valores, elementos,entidades, símbolos, caracteres, termos, números, ou coisa parecida. Entre-tanto, deve ser observado que todos estes termos e termos similares sãopara serem associados com as quantidades físicas apropriadas e são me-ramente rótulos convenientes para estas quantidades.
Adicionalmente, as manipulações executadas são freqüente-mente referidas em termos, tal como proporcionar, informar, confirmar oucomparar, os quais estão normalmente associados com as operações men-tais executadas por um operador humano. Nenhuma tal capacidade de umoperador humano é necessária, ou desejável em muitos casos, em qualquerdas operações descritas neste documento que fazem parte da presente in-venção; as operações são operações de máquina. Máquinas úteis para exe-cutar a operação da presente invenção incluem computadores digitais depropósito geral ou dispositivos similares.
A presente invenção também se relaciona com um sistema paraexecutar estas operações. Este sistema pode ser especialmente construídopara o propósito requerido ou ele pode compreender um computador depropósito geral como seletivamente ativado ou reconfigurado por um pro-grama de computador armazenado em um computador. Os procedimentosapresentados neste documento não são inerentemente relacionados comum computador particular ou com outro sistema ou aparelho. Várias máqui-nas de propósito geral podem ser utilizadas com os programas escritos deacordo com as instruções neste documento, ou pode provar ser mais conve-niente construir um sistema/aparelho mais especializado para executar asetapas requeridas do método. A estrutura requerida para várias destas má-quinas irá aparecer a partir da descrição dada.
Para um melhor entendimento da invenção, suas vantagens o-peracionais e os objetivos alcançados por seus usos, deve ser feita referên-cia aos desenhos acompanhantes e ao assunto descritivo que ilustram asmodalidades preferidas da invenção.
BREVE DESCRIÇÃO DOS DESENHOS
A figura 1 é uma vista física da configuração do servidor de umsistema para habilitar um dispositivo de comunicação sem fios como um dis-positivo de ponto de serviço, de acordo com uma modalidade preferida dapresente invenção.
A figura 2 é uma visão lógica da configuração do servidor do sis-tema da figura 1.
A figura 3 é um diagrama do middleware da figura 2.
As figuras 4A e 4B apresentam um fluxograma de uma transa-ção de pagamento de conta pós-paga utilizando o sistema das figuras 1 e 2.As figuras 5A e 5B apresentam um fluxograma de uma transa-ção de compra de conteúdo na forma de um tom de chamada utilizando osistema das figuras 1 e 2.
As figuras 6A e 6B apresentam um fluxograma de uma transa- ção de compra de assinatura de serviço avançado na forma de um tom dechamada colorido utilizando o sistema das figuras 1 e 2.
As figuras 7A e 7B apresentam um fluxograma de uma transaçãode assinatura de serviço avançado na forma de uma transação de compra desom de tom de chamada colorido utilizando o sistema das figuras 1 e 2.
As figuras 8A e 8B apresentam um fluxograma de uma transa-ção de compra de serviço avançado na forma de um cartão de visita virtualutilizando o sistema das figuras 1 e 2.
As figuras 9A e 9B apresentam um fluxograma de uma transa-ção de assinatura de serviço avançado na forma de um serviço de alertautilizando o sistema das figuras 1 e 2.
DESCRIÇÃO DETALHADA DAS MODALIDADES PREFERIDAS
Referindo-se agora às figuras, onde números de referência i-guais indicam elementos iguais, na figura 1, é apresentada uma modalidadeilustrativa de um sistema para habilitar um dispositivo de comunicação sem fios como um dispositivo de ponto de venda (POS).
Como representado em um vista física da configuração do servi-dor do sistema, o dispositivo de comunicação sem fios 12, tal como um tele-fone móvel, é utilizado por um varejista ou operador de móvel 10 como umdispositivo POS para acessar um servidor de comércio móvel eletrônico (M- Commerce) 16 através de um sistema 2.5G, de terceira geração (3G) ousistema global posterior para comunicação móvel (GSM) 14. As entidadesde rede do operador de móvel, tal como um centro SMS, um dispositivo deinterconexão de rede WAP e um servidor J2ME, são de preferência coloca-dos em 14 e se comunicam com o servidor de M-Commerce 16 através do centro SMS e das interfaces do dispositivo de interconexão de rede WAP. Oservidor de M-Commerce 16 se comunica por meio de uma camada de mid-dleware com um servidor de Carteira Eletrônica 22, com o servidor de distri-buição de reabastecimento pré-pago 20 e com um servidor VAS 18. O servi-dor VAS 18 por sua vez se comunica através das interfaces com as plata-formas alvo 23, 17, 19, 17, as quais podem ser possuídas por um ou maisprovedores de terceira parte ou operadores de móvel.
Para facilidade de discussão, o varejista 10 é utilizado para sereferir de forma alternada a um ou mais agentes do operador de móvel e/ouvarejistas independentes.
O servidor de M-Commerce 16 proporciona um menu de um oumais produtos eletrônicos ou digitais. Estes produtos podem ser fornecidospelo varejista, pelo próprio operador do móvel, ou a partir de um ou maisprovedores de conteúdo representados como conteúdo de serviços de valoragregado (VAS) e/ou como serviços avançados, que operam em conjuntocom um(ns) sistema(s) do operador de móvel.
Mais especificamente, o servidor de M-Commerce 16 proporcio-na a lógica operacional para gerenciar a transação de M-Commerce ponto aponto, incluindo, mas não limitado a: uma lógica de interface - tal como oprotocolo de aplicação sem fios (WAP), o serviço de mensagem curta(SMS), a Java 2 Platform Micro Edition (J2ME), o SIM Application Toolkit(STK) etc. - para integração com os canais de acesso do operador de mó-vel; lógica de análise para receber e processar as transações a partir de vá-rios dispositivos de acesso utilizando a lógica de interface mencionada aci-ma; uma lógica de gerenciamento de transação para controlar o desempe-nho de transações desejadas, tal como transações de compra de conteúdo,transações de assinatura de serviço avançado, transações de compra deserviço avançado, e similares; as capacidades de integração para facilitar aintegração com um ou mais subsistemas, tal como o servidor VAS 18, o ser-vidor de distribuição de abastecimento pré-pago 20 e o servidor de carteiraeletrônica 22; e outras capacidades de suporte operacional incluindo, masnão limitadas a configuração, divulgação de informações, auditoria etc.
O servidor VAS 18 proporciona a lógica operacional para geren-ciar o processamento de transações que ocorrem entre o varejista 10 equalquer plataforma de provedor de terceira parte, tal como a plataforma detom de chamada colorido 17, a plataforma de distribuição de conteúdo devendedor 21 e a plataforma de alerta de informação 23 representadas nafigura 1. O servidor VAS também gerencia o processamento de transaçõesque ocorre entre o varejista 10 e a plataforma do operador do móvel, tal co-mo a plataforma de faturamento pós-pago 19.
Mais especificamente, o servidor VAS 18 proporciona lógica o-peracional, a qual inclui, mas não está limitada a: uma lógica de interfacepara integração com os canais de acesso de um operador de móvel e comuma plataforma do provedor de terceira parte; uma lógica de gerenciamentode transação pára controlar o desempenho de transações desejadas, talcomo as transações de compra de conteúdo, as transações de assinatura deserviço avançado, as transações de compra de serviço avançado e simila-res; e outras capacidades de suporte operacional incluindo, mas não limita-das ao mapeamento e a validação de ID de conteúdo do operador do móvel,autenticação de autoridades para os varejistas para vender conteúdo e/ouserviços avançados especificados, estabelecer preços e comissões do vare-jista, configuração de sistema, divulgação de informações, auditoria etc.
A plataforma de tom de chamada colorido 17, a qual de prefe-rência existe na rede de um operador de móvel ou do provedor de terceiraparte, é hardware e software utilizados para alojar ou armazenar os arquivosde áudio do conteúdo de tom de chamada colorido. No aprovisionamento deserviços de tom de chamada colorido, a plataforma de tom de chamada colo-rido 17 é interconectada com a infra-estrutura de comutação do operador demóvel para substituir o arquivo de áudio de um som selecionado por outrotom de chamada em um aparelho de telefone de um assinante.
A plataforma de faturamento pós-pago 19, a qual de preferênciaexiste na rede de um operador de móvel ou do provedor de terceira parte, éhardware e software utilizados para capturar registros de chamada, gerarconta e rastrear pagamentos para os serviços pós-pagos.
A plataforma de distribuição de conteúdo de vendedor 21, a qualde preferência existe na rede de um operador de móvel ou de um provedorde terceira parte, é hardware ou software que são utilizados para alojar ouarmazenar conteúdo digital. No aprovisionamento de conteúdo digital, a pla-taforma de distribuição de conteúdo de vendedor 21 é interconectada com ainfra-estrutura de comutação do operador de móvel para distribuir o conteú-do selecionado para o aparelho de um assinante.
A plataforma de alerta de informação 23, a qual de preferênciaexiste na rede de um operador de móvel ou de um provedor de terceira par-te, é hardware e software utilizados para alojar ou armazenar informação edados. No aprovisionamento dos serviços de assinatura de alerta, a plata-forma de alerta de informação 23 é interconectada com a infra-estrutura decomutação do operador de móvel para distribuir os alertas de informação deassinatura selecionados para o aparelho de um assinante.
Uma modalidade preferida de uma visão lógica da configuraçãode servidor do sistema da presente invenção é apresentada na figura 2. Aarquitetura da aplicação executa todas as funções de processamento detransação, e gerencia a integração entre e no meio dos módulos servidores16, 18, 22, seus subsistemas, o middleware 15, as várias plataformas derede de terceira parte 17, 21, 23 e quaisquer entidades de rede do operadorde móvel, tal como a plataforma de faturamento pós-pago 19, o centro SMS24, o dispositivo(s) de interconexão de rede WAP 25 e o servidor(es) J2ME26. A arquitetura da aplicação também gerencia a infra-estrutura de adminis-tração secundária, a divulgação de informações e de monitoramento.
De preferência, a camada de middleware 15, e o centro SMS eas interfaces WAP 24a, 25a são colocados com o servidor de M-Commerce16. De forma similar, a camada de middleware 15 e as interfaces 21a, 17a,23a, 19a de preferência são colocadas com o servidor 18. Finalmente, a ca-mada de middleware 15, na ausência de quaisquer componentes de interfa-ce, é colocada com o servidor de carteira eletrônica 22.
Como representado na figura 1, o servidor de M-Commerce 16,o servidor de carteira eletrônica 22 e o servidor VAS 18 podem ser vistoscomo três módulos principais desenvolvidos para suportar uma aplicação deserviços avançados e de conteúdo VAS. Esta é a camada de aplicação. Es-tes módulos contém a lógica do negócio para cada solução particular e sãoseparados em blocos funcionais separados, os quais interagem um com ooutro e com as camadas de middleware e de interface.
Por exemplo, o servidor de M-Commerce 16 inclui quatro blocosfuncionais, a saber, um bloco de registro e gerenciamento de agente 16a,um bloco de análise e de gerenciamento de transação ponto a ponto 16b,um bloco de registro, auditoria e de divulgação de informação de transação16c e um bloco de liquidação e reconciliação 16d.
O bloco de registro e de gerenciamento de agente 16a propor-ciona a lógica do negócio para registrar e gerenciar a conta virtual de umagente (isto é, dò varejista). O bloco 16a também inclui, mas não está limita-do à lógica operacional que: executa a função de registro de agente, e alocao agente em relação a um grupo de agentes. De preferência, por exemplo,tal varejista possui parâmetros que governam suas características e opera-ções, tal como comissões de venda, coberturas máxima e mínima de saldode carteira eletrônica, coberturas máxima do volume de transação, cobertu-ras máximas de valor de transação, produtos que eles estão autorizados avender, e similares. Um operador geralmente possui um número estabeleci-do de combinações destes parâmetros, tal como três ou quatro estruturas decomissão. Para facilidade de gerenciamento, o bloco de registro e de geren-ciamento de agente 16a permite ao operador criar um ou mais grupos ondecada grupo representa um ou mais conjuntos de combinações de parâme-tros. Assim, quando registrando um varejista, o operador pode designar umvarejista para um grupo, e o varejista automaticamente adota as característi-cas para este grupo. Deste modo, o processo de registro de varejista é aper-feiçoado (isto é, menos dados para informar para cada varejista específico) eas alterações de vendas por atacado para um grande número de varejistaspodem ser implementadas pela alteração dos parâmetros do grupo.
O bloco de análise e de gerenciamento de transação ponto aponto 16b proporciona a lógica do negócio para gerenciar o fluxo de transa-ção ponto a ponto e a interação entre todos os três módulos 16, 22, 18. Obloco 16b também inclui, mas não está limitado a: uma lógica de interfacepara integração com os canais de acesso do operador de móvel ou do pro-vedor de terceira parte, tal como SMSC 24, Protocolo de Aplicação Sem Fios(WAP) etc.; uma lógica de análise para receber e processar transações apartir de vários dispositivos de acesso utilizando os protocolos associadoscom uma ou mais plataformas fonte, tal como SMSC 24, dispositivo de inter-conexão de rede WAP 25, servidor J2ME 26 etc.; um algoritmo de decripto-grafia para decriptografar mensagens recebidas; uma lógica de gerencia-mento de transação para controlar os fluxos de transação ponto a ponto;software para integração com outros módulos, tal como o servidor de Cartei-ra Eletrônica 22 e o servidor VAS 18; e software para proporcionar todas asfunções de suporte operacional incluindo, mas não limitadas a configuraçãode sistema, divulgação de informações, auditoria etc.
O bloco de registro, auditoria e de divulgação de informação detransação 16a proporciona a lógica do negócio para capturar e armazenar osdados da transação ponto a ponto. Este bloco 16c também inclui, mas não estálimitado a: funções de registro de dados da transação para as transações pontoa ponto; funções de auditoria; e funções de divulgação de informação.
O bloco de liquidação e de reconciliação 16d proporciona a lógi-ca do negócio para calcular as tarifas e as comissões da transação para to-das a partes para a transação em tempo real. Ele suporta tarifas fixas ouquantidades de porcentagem variável da transação ou ambas.
O servidor de Carteira Eletrônica 22 compreende três blocosfuncionais principais; a saber, o bloco de gerenciamento de transação deCarteira Eletrônica 22a, o bloco de valor armazenado de Carteira Eletrônica22b, e o bloco de autenticação e segurança de agente 22c. O bloco de ge-renciamento de transação de Carteira Eletrônica 22a proporciona a lógica donegócio para gerenciar a interação com a conta virtual do agente ou do vare-jista. As capacidades deste bloco 22a incluem, mas não estão limitadas a:direcionar as transações a partir/para o servidor de M-Commerce 16 e parao servidor VAS 18; registro de dados de transação para auditoria e divulga-ção de informação de Carteira Eletrônica.
O bloco de valor armazenado de Carteira Eletrônica 22b propor-ciona a lógica operacional para gerenciar as interações de uma conta virtualdo agente ou do varejista. As capacidades deste bloco 22b incluem, masnão estão limitadas a: armazenar saldos, condição e informação correntesde conta de Carteira Eletrônica; responder às consultas de saldo a partir doservidores de M-Commerce e VAS 16, 18; reservar fundos enquanto umatransação está sendo processada por qualquer um dentre os servidores deM-Commerce e VAS 16, 18; e destinar fundos para ou a partir da conta vir-tual uma vez que uma transação seja completada com sucesso.
Para facilidade de discussão neste documento, é assumido quea carteira eletrônica de um varejista possui créditos suficientes para a tran-sação desejada: Alternativamente e/ou opcionalmente, o varejista 10 podeutilizar mecanismos não eletrônicos para efetuar uma transação de vendasrelacionada com telefone móvel, tal como selecionar o produto relacionadocom o telefone móvel desejado a partir de um catálogo local/remoto.
O bloco funcional de autenticação e de segurança de agente 22cproporciona a lógica do negócio para gerenciar as funções de autenticação ede segurança. As capacidades do bloco 22c incluem, mas não estão limita-das a: armazenar um número de identificação do servidor de M-Commercede um agente ou varejista (M-PIN) de uma maneira segura; e responder àsrequisições de autenticação do agente/varejista a partir de outros módulos16, 18, incluindo a validação do M-PIN.
O último dos três blocos principais representados na figura 2 é oservidor VAS 18, o qual compreende cinco blocos funcionais principais; asaber, um bloco de gerenciamento de transação VAS 18a, um bloco de ma-peamento de conteúdo 18b, um bloco de verificação de varejista 18c, umbloco de estabelecimento de preço e de comissão VAS 18d e um bloco debase de dados de PINs 18e.
O bloco de gerenciamento de transação de servidor VAS 18aproporciona a lógica do negócio para gerenciar os aspectos da transaçãopara a distribuição do conteúdo ou do serviço avançado. As capacidades dobloco 18a incluem, mas não estão limitadas a: direcionar as transações apartir/para os servidor de M-Commerce e de Carteira Eletrônica 16, 22; dire-cionar as transações a partir/para as interfaces 21a, 17a, 23a, 19a para asplataformas 21, 17, 23, 19, respectivamente; e registro de dados de transa-ção para auditoria e divulgação de informação de serviço VAS.
O bloco de mapeamento de ID de conteúdo 18b proporciona alógica do negócio para gerenciar os aspectos de confirmação de distribuiçãodo conteúdo ou do serviço avançado. As capacidades do bloco 18b incluem,mas não estão limitadas a: gerar códigos VAS centralizados para operado-res de móvel ou para provedores de terceira parte; validar os códigos VASdo operador/provedor de terceira parte; mapear os códigos VAS do operadorpara o conteúdo; e mapear os códigos VAS do operador para os códigosespecíficos do provedor de serviço avançado.
O bloco funcional de verificação de varejista 18c proporciona a ló-gica do negócio para gerenciar os serviços que um agente/varejista está apto avender. As capacidades do bloco 18c incluem, mas não estão limitadas a: de-terminar a disponibilidade de serviços de valor agregado por região e/ou porgrupo de varejistas; e promover serviços de valor agregado específicos, tal co-mo serviços "Top 5" ou "Top 10", por região e/ou por grupo de varejistas.
O bloco de estabelecimento de preço e de comissão de varejistaVAS 18d proporciona a lógica do negócio para gerenciar as despesas e as co-missões para o agente/varejista. As capacidades do bloco 18d incluem, masnão estão limitadas a: gerenciar os preços VAS por região (regiões) e/ou porárvores de distribuição de varejista, tal como por grupo de varejistas; e definir ecalcular a margem do varejista por regiões e/ou por grupos(s) de varejistas.
Por último, o bloco de base de dados de PINs 18e proporciona alógica do negócio para gerenciar os conjuntos de PINs para os serviços sen-do oferecidos. As capacidades deste bloco 18c incluem, mas não estão limi-tadas a: segmentação dos PINs em uma base por serviço; armazenamentoseguro de PINs; servir PINs para módulos requisitantes; e a marcação dePINs como "utilizado" uma vez que servido com sucesso.
A comunicação entre os módulos servidores 16, 22, 18, as enti-dades de rede do operador de móvel 24, 25, 19 e as entidades de rede doprovedor de serviços de terceira parte 21, 17, 23, é realizada através dasinterfaces 24a, 25a, 19a, 21a, 17a, 23a, respectivamente, e por uma camadade middleware ("software intermediário") 15.
Para cada discussão, as interfaces 24a, 25a, 19a, 21a, 17a e23a compreendem uma camada de interface, a qual implementa um protoco-lo específico de comunicações. Como representado, cada interface é utiliza-da para separar a lógica de conexão da lógica do negócio, desse modo sim-plificando a integração das entidades de rede do operador móvel e da tercei-ra parte. Isto proporciona um ambiente de ligar e executar para entidades derede baseadas em padrão.
A este respeito, uma função primária da camada de interface étripla: (1) gerenciar as sessões de comunicação com a plataforma alvo, talcomo a plataforma de tom de chamada colorido 17; (2) converter uma requi-sição do servidor VAS 18 para o formato da plataforma alvo requerida e en-viar a requisição para a plataforma alvo pretendida; e (3) interpretar a res-posta da plataforma alvo, e converter a resposta para uma resposta apropri-ada para os módulos servidores 16, 22, 18.
Particularmente, cada interface 24a, 25a, 21a, 17a, 23a e 19a égravada para cada entidade de rede alvo específica. Por exemplo, a interfacede alerta 23a é gravada para a comunicação com a plataforma de alerta de in-formação 23. De forma similar, a interface pós-paga 19a é gravada para comu-nicação com a plataforma de faturamento pós-pago 19. Cada interface tambémincorpora aspectos projetados para gerenciar a carga de transação em umaentidade de rede alvo. Isto facilita uma integração perfeita de instala e excuta.
A camada de middleware 15 é configurada para padronizar egerenciar as comunicações entre todas as entidades de rede do operador demóvel e de terceira parte, e os três módulos servidores 16, 22, 18. Ela ge-rencia funções principais e sistemas, tal como: um sistema de passagem demensagem entre vários módulos servidores 16, 22, 18 e a camada de inter-face, de preferência utilizando XML; um sistema de enfileiramento internoque direciona as mensagens a partir dos módulos servidores 16, 22, 18 e dacamada de interface para os encadeamentos trabalhadores; um sistema demonitoramento que monitora a condição das conexões de rede de terceiraparte, os encadeamentos internos, as filas etc. (com alarme de evento e re-gistro de ocorrência); seqüências de inicialização e (harmonioso) de encer-ramento; depuração e registro de ocorrência de auditoria; e sistema de cole-ta de dados que coleta estatísticas de desempenho.
Uma discussão mais detalhada dos atributos de gerenciamentode transação, do monitoramento do sistema e do registro de ocorrência detransação da camada de middleware 15 pode ser mais bem-apreciada comreferência à figura 3.
Os atributos de gerenciamento de transação da camada de mid-dleware 15 incorporam uma faixa de aspectos para garantir a distribuiçãodas transações de modo que as transações nunca sejam perdidas. Comorepresentado, as mensagens recebidas a partir dos módulos servidores 16,18, 22 pelo middleware 15 são através de encadeamentos receptores dedi-cados 15a. Estas mensagens são colocadas em uma fila de entrada 15bpara aguardar o processamento. Um encadeamento trabalhador dedicado15c pega a mensagem da fila e processa a mensagem. Se uma resposta forpara ser enviada ou se a mensagem for para ser passada a diante, então amensagem é colocada em uma fila de saída 15d. Uma coleção associada deencadeamentos de envio 15e então tenta enviar a mensagem para seu mó-dulo servidor destino 18, por exemplo.
Os atributos de monitoramento de sistema do middleware 15incorporam uma faixa de aspectos que complementam o gerenciamento detransação e otimizam o desempenho da camada. Por exemplo, encadea-mentos de monitoramento 15f mantêm um rastro de todos os aspectos decompatibilidade de mensagens dentro dos módulos servidores 16, 18, 22 ecom o middleware 15. Estes aspectos de compatibilidade incluem a ativida-de do encadeamento, envio e recebimento de mensagem, tamanhos de fila,estatísticas internas de processamento, novas tentativas de distribuição demensagem, vencimento da mensagem e similares. Em adição, um sistemade correio eletrônico interno e de alerta SMS 15g proporciona notificação deeventos internos importantes. O alerta SMS é possível através do Ponto aPonto de Mensagem Curta (SMPP), do Protocolo Simples de Busca de Rede(SNPP), do Protocolo Universal de Computador (UCP), da Interface deComputador para Distribuição de Máquina, Versão 2 (CIMD2) e de outrosprotocolos. Os sistemas de alerta também podem incluir os sistemas deResposta Interativa de Voz (IVR) e o Sistema de Troca de Mensagens Mul-timídia (MMS) com ilustrações gráficas, se desejado.Dois outros atributos demonitoramento de sistema incluem o equilíbrio dinâmico de carga ( no casode carga em excesso) e a recuperação dinâmica de falha (no caso de falha).
Os atributos de registro de ocorrência de transação da camada demiddleware 15 proporcionam uma capacidade comum para capturar e armaze-nar de forma segura dados para etapas críticas no processamento de transa-ção para evitar perda de dados críticos. O registro de ocorrência de evento in-terno e de auditoria para o disco 27 proporciona um rastro contínuo do progres-so da mensagem. O registro de ocorrência geral de agente/varejista 15h e oregistro de ocorrência central de transação 15i proporciona armazenamentoseguro de registros de ocorrência críticos e de dados brutos para um servidorRegistrador Universal de Transação (UTL) (não apresentado).
O servidor UTL é um sistema de coleta de dados centralizadoque captura estatísticas de desempenho 15j e dados de transação em umformato padronizado de modo que eles são apresentados em uma visão uni-ficada e extraídos pelas ferramentas de divulgação de informação. Cadatransação de preferência pode ser identificada pelo tipo de serviço, pelo tipode transação (por exemplo consulta de saldo, abastecimento etc.), pela da-ta/hora, pelo MSISDN e pelo código de resposta. Uma interface gráfica como usuário (GUI) de administração baseada na rede permite aos usuários deoperações e de negócio ver uma faixa de cenários, tal como observar umserviço individual pelo MSISDN ou observar todos os serviços pelo MSISDN.De preferência, cada cenário é controlado por um ou mais filtros.
Em uma modalidade preferida, um módulo de divulgação de in-formação comunica-se com o sistema de coleta de dados para extrair dadospara qualquer aplicação individual, ou para consolidar dados através de to-das as aplicações. Controlado por um ou mais filtros, o módulo de divulga-ção de informação pode criar relatos para uma faixa de cenários, tal comoum relatório em relação aos serviços agregados pelo tipo de transação (porexemplo, todas as transações de abastecimento pelo tipo de serviço). Osrelatórios também podem ser criados em relação a serviços agregados porvarejista/agente ou em relação a serviços individuais. Através do módulo dedivulgação de informação, os operadores de móvel ou os provedores de ser-viço de terceira parte também podem criar seus próprios relatórios.
Uma descrição mais detalhada é agora apresentada com respei-to à operação da arquitetura da presente invenção para ativar a distribuiçãode vários conteúdos e serviços utilizando um dispositivo de comunicaçãosem fios como um dispositivo de interconexão de rede de transação.
Operacionalmente, e com respeito à figura 4, é apresentado umfluxograma de uma transação de pagamento de conta pós-paga utilizando osistema da presente invenção que permite que um assinante de serviço detelefone móvel pague sua conta pós-paga do operador de telefone móvelutilizando dinheiro físico (isto é, peso, rúpia, libra etc.) diretamente para umvarejista autorizado 10.
Na transação ilustrativa da figura 4, o varejista 10 utiliza um tele-fone móvel 12 como um dispositivo de ponto de venda para iniciar uma tran-sação de pagamento de conta pós-paga, como na operação 30. Em umamodalidade preferida, as transações de pagamento de conta são executadasutilizando um menu SIM pelos varejistas 10 que possuem permissões decarteira eletrônica autorizadas e segurança SIM. O SIM é um módulo de i-dentidade de assinante, ou um cartão inteligente baseado em contato, o qualé inserido dentro do aparelho do dispositivo móvel. O SIM é configurado pa-ra armazenar uma aplicação no mesmo que é controlada por um menu queé exibido na tela do aparelho do dispositivo móvel, e controlado pelas teclasde navegação do aparelho.
Particularmente, uma transação pode ser executada utilizandoqualquer interface desejada com o usuário em uma variedade de protocolosde aplicação baseados em móvel, tal como, mas não limitado a serviço demensagem curta (SMS), protocolo de aplicação sem fios (WAP), Java 2 Plat-form Micro Edition (J2ME), BREW etc. Cada uma das transações discutidasnas figuras 3 até 7 pode empregar qualquer interface/protocolo desejado.A operação 30 é executada quando o assinante de serviço detelefone móvel proporciona para o varejista 10 seu número de telefone mó-vel pós-pago, a quantia sendo paga e um número de referência da conta.Utilizando o dispositivo de telefone móvel 12, o varejista 10 acessa um menudo servidor de M-Commerce 16.
De preferência, a aplicação SIM exibe as solicitações de informa-ção apropriadas para o varejista 10 por meio do menu SIM, tal como "Por favor,entre com o número do móvel Pós-Pago do Assinante"; "Confirme número domóvel Pós-Pago do Assinante"; "Por favor, entre com o número de referênciada conta"; "Por favor, entre com a quantia de pagamento"; "Informe seu M-PIN";e "Confirme pagamento da <quantia> para o número pós-pago <MSISDN> como número de referência cnúmero de referência da conta>". Em outras palavras,o varejista 10 seleciona as opções correspondentes a partir do menu SIM, einforma os detalhes proporcionados pelo assinante na operação 30. O varejista10 então informa seu número de identificação de servidor de M-Commerce (porexemplo, m-pin) e confirma a transação.
A aplicação SIM constrói um serviço de mensagem curta (SMS)de pagamento de conta criptografada contendo os dados informados e enviaa mensagem para um centro SMS 24, o qual por sua vez direciona a men-sagem de pagamento de conta para o servidor de M-Commerce 16. O servi-dor de M-Commerce 16 determina que a mensagem de pagamento de contaé uma transação de pagamento de conta, decriptografa a mensagem, e au-tentica os detalhes do varejista 10 no servidor de Carteira Eletrônica 22, co-mo na operação 32.
Se existirem fundos suficientes na conta de carteira eletrônica dovarejista, o servidor de carteira eletrônica 22 retém a quantia de pagamentona reserva e o servidor de M-Commerce 16 inicia uma requisição de paga-mento (operação 32) para uma plataforma de faturamento 19 do operador demóvel 10 através do servidor VAS 18. De preferência, os detalhes da requi-sição de pagamento incluem a informação direcionada para o número demóvel pós-pago do assinante de serviço de telefone móvel (MSISDN), aquantia de pagamento, e o número de referência da conta. Informações op-cionais podem incluir o tipo de pagamento e um número único da transaçãodo servidor de M-Commerce.
Na operação 34, a questão de decisão é se existe uma contapós-paga válida. Aqui, a plataforma de faturamento 19 do operador de móvel verifica que o MSISDN do assinante de serviço de telefone móvel é umaconta pós-paga por fazer referência cruzada dos detalhes da requisição depagamento com a informação em uma base de dados de pós-pago. Se ne-nhum dado combinando for encontrado, a plataforma de faturamento 19 noti-fica ao servidor VAS 18 sobre a divergência, como na operação 36. O servi- dor VAS 18 notifica o servidor de M-Commerce 16, o qual por sua vez enviauma notificação de mensagem SMS para o varejista 10 e para o assinanteavisando da falha da requisição submetida (operação 38). Um exemplo deuma mensagem SMS de notificação para o assinante em relação a umatransação com falha pode ser: "<Nome fornecido>, existe um problema pro- cessando seu pagamento de conta submetido em <data de submissão> àschora de submissão>. Por favor, telefone para o serviço ao cliente cnúmerodo telefone>. N- da Transação <número ID da transação".
Por outro lado, se o assinante for verificado quanto a uma contapós-paga válida, então a plataforma de faturamento 19 aceita a requisição de pagamento do servidor VAS 18 e posta o processo de pagamento, comona operação 40.
A seguir, na operação 42, a plataforma de faturamento 19 enviauma mensagem de confirmação para o servidor VAS 18 de que o pagamen-to foi aceito para processamento. O servidor VAS 18 notifica o servidor de M-Commerce 16, o qual instrui o servidor de carteira eletrônica 22 para de-duzir a quantia de pagamento apropriada a partir da conta de carteira eletrô-nica do varejista (a operação 44).
O servidor de M-Commerce 16 também constrói uma mensagemSMS de notificação para o assinante do serviço de telefone móvel (operação 46) e para o varejista 10 (operação 48) confirmando que o pagamento foi pos-tado com sucesso. Uma mensagem de notificação SMS com sucesso enviadapara o assinante de serviço de telefone móvel pós-pago de preferência contéminformação em relação ao nome do cliente, data/hora de pagamento, oMSISDN do varejista, o número da transação do servidor de M-Commerce, e aquantia de pagamento. Uma forma ilustrativa pode ser: "<Nome fornecido>, seupagamento de conta submetido em <data de submissão> às <hora de submis-são foi processado com sucesso. Seu número de recibo é <n° do recibo pós-pago>, n° da transação <número do ID da transação>".
De forma similar, uma mensagem de notificação SMS com su-cesso enviada para o varejista 10 de preferência contém informação em re-lação à data/hora do pagamento, o MSISDN do assinante, o número datransação do sérvidor de M-Commerce, e a quantia de pagamento. Umamensagem SMS de notificação do varejista ilustrativa para uma transaçãoaceita com sucesso pode ser: "Em <data> às <hora> você submeteu <quan-tia em dinheiro> para pagamento da conta pós-paga de <MSISDN do assi-nante>. N° da transação <número do ID da transação>".
Nessa conjuntura, o operador de móvel ou varejista 10 aceitadinheiro a partir do assinante de serviço de telefone móvel, operação 50.
É importante observar que qualquer um ou todos os serviçosavançados e/ou conteúdos VAS, sejam conteúdos digitais ou serviços deassinatura, estão disponíveis para os assinantes de telefone móvel pré-pagoou pós-pago pela distribuição de dinheiro físico diretamente para um varejis-ta autorizado 10. Cada conteúdo ou serviço avançado VAS é disponível deforma única ou em conjunto, e pode ser habilitado ou desativado de formaúnica ou em conjunto, como desejado. Portanto, cada conteúdo ou serviçoavançado VAS de preferência é configurado como sua própria plataforma dedistribuição de conteúdo/serviço no servidor VAS 18.
Referindo-se à figura 5 (compreendendo as figuras 5A e 5B), éapresentado um fluxograma ilustrativo de uma transação de compra de con-teúdo na forma de uma transação de compra de tom de chamada utilizandoo sistema da presente invenção, o qual permite que o assinante do telefonemóvel pré-pago ou pós-pago receba conteúdo digital em seu aparelho. Isto érealizado pela distribuição de dinheiro físico para um varejista autorizado 10.
Aqui, o assinante de serviço de telefone móvel seleciona um tomde chamada específico, por exemplo, e proporciona para o operador de mó-vel ou para o varejista 10 o número ID do conteúdo e seu número de telefo-ne móvel. Alternativamente e opcionalmente, o assinante pode selecionarum logotipo específico ou mensagem por imagem. O varejista 10 então utili-za um telefone móvel 12 como um dispositivo de ponto de venda para iniciara transação de compra de tom de chamada por acessar um menu do servi-dor de M-Commerce 16 (operação 60).
De preferência, o menu da aplicação SIM exibe solicitações deentrada apropriadas para o varejista 10 para informar os dados proporciona-dos pelo assinante. O menu SIM pode incluir solicitações de entrada de in-formação tal como: "Por favor, informe número do móvel do assinante com-prador"; "Por favor, informe o número do móvel do assinante alvo" (se estainformação for deixada em branco, então o sistema à revelia coloca oMSISDN do assinante); "Por favor, informe o ID do conteúdo"; "Entre comseu M-PIN"; "Confirme venda do <ID do conteúdo> para o "MSISDN>". Apóso varejista 10 informar seu número de identificação de comerciante (isto é,M-PIN), o varejista 10 confirma a transação.
Observe que a opção inclui um MSISDN "alvo" diferente em adi-ção ao MSISDN do assinante, se desejado. Esta opção permite ao assinantede serviço de telefone móvel comprar conteúdo VAS ou serviços avançadospara membros da família, amigos, colegas e outros.
A aplicação SIM constrói uma mensagem SMS de compra deconteúdo criptografada contendo os dados informados, e envia a mensagempara um centro SMS 24, que por sua vez direciona a mensagem de comprade conteúdo para o servidor de M-Commerce 16. O servidor de M-Commerce 16 então determina que a mensagem SMS de compra de conte-údo é uma transação de compra de conteúdo, decriptografa a mensagem, eautentica os detalhes do varejista no servidor de carteira eletrônica 22 (ope-ração 61). Em adição, o servidor de M-Commerce 16 envia uma requisiçãode distribuição para o servidor VAS 18, passando adiante o MSISDN do va-rejista e o ID do conteúdo.
Na operação 62, uma questão de decisão é se o varejista 10está autorizado a vender o conteúdo designado. A meta aqui é impedir avenda não autorizada de conteúdo eletrônico por um varejista não autoriza-do 10 em adição a impedir a venda de conteúdo não autorizado para umassinante de serviço de telefone móvel. Se o varejista 10 não for autorizadoa vender o conteúdo designado, o servidor VAS 18 não valida o varejista 10para esta transação de venda. Por conseqüência, o servidor VAS 18 enviauma notificação de não validação para o servidor de M-Commerce 16, o qualentão envia uma mensagem SMS de notificação para o varejista 10 e para oassinante de serviço de telefone móvel informando que a transação não ob-teve sucesso (operação 63).
Por outro lado, se o varejista 10 for determinado como sendoautorizado para vender o conteúdo designado, a próxima questão de deci-são é se o ID dé conteúdo do operador de móvel é válido (operação 64). Senão, o servidor VAS 18 notifica o servidor de M-Commerce 16, o qual, porsua vez, envia uma mensagem SMS de notificação para o varejista 10 e pa-ra o assinante de serviço de telefone móvel avisando da falha da requisiçãosubmetida (operação 63). Mensagens ilustrativas de notificação de falhaSMS são descritas anteriormente.
Entretanto, se o ID do conteúdo do operador for válido, então oservidor VAS 18 recupera o ID do conteúdo do operador de móvel corres-pondente (ou de outro provedor de conteúdo autorizado), o preço da venda ea comissão do varejista e passa esta informação para o servidor de M-Commerce 16. O servidor de M-Commerce 16 requisita ao servidor de car-teira eletrônica 22 para verificar se o varejista possui fundos suficientes emsua carteira e para reservar o preço de venda menos a comissão do varejis-ta. O servidor de M-Commerce 16 então requisita ao servidor VAS 18 parainiciar a requisição de distribuição de conteúdo para a plataforma de distribu-ição de conteúdo do vendedor 21 (operação 65), de preferência passandoadiante o MSISDN do assinante de serviço de telefone móvel alvo, o ID doconteúdo e o ID da transação do servidor de M-Commerce.
A seguir, a questão agora é se o ID de conteúdo do vendedor éválido (operação 66). Se não, a plataforma de distribuição de conteúdo dovendedor 21 envia uma notificação de não validação dizendo que o ID dovendedor é inválido para o servidor VAS 18. O servidor VAS 18 notifica o ser-vidor de M-Commerce 16, o qual então envia uma mensagem SMS de notifi-cação para o varejista 10, para o vendedor, e para o assinante de serviço detelefone móvel avisando da falha da requisição submetida (operação 67).
Por outro lado, se o ID do conteúdo do vendedor for julgado váli-do, a plataforma de distribuição de conteúdo do vendedor 21 envia o conte-údo designado para o centro SMS 24 (a operação 68).
Na operação 70, o centro SMS 24 envia o conteúdo (isto é, o tom de chamada selecionado) para o aparelho do assinante de serviço de telefonemóvel como um despacho de somente uma vez, de um tiro. Em outras pala-vras, não existem novas tentativas de transmissão do conteúdo. O centro SMS24 então recebe o recibo de distribuição e retorna a confirmação de distribuiçãopara a plataforma de distribuição de conteúdo do vendedor 21 (operação 72), a qual confirma que a distribuição de conteúdo obteve sucesso (operação 74) eenvia uma resposta positiva de volta para o servidor VAS 18.
O servidor VAS 18 notifica o servidor de M-Commerce 16, o qualinstrui ao servidor de carteira eletrônica 22 para deduzir a quantia de pagamen-to da conta de carteira eletrônica do varejista (operação 76). Por conseqüência, o servidor de M-Commerce 16 envia uma mensagem SMS de notificação parao assinante de serviço de telefone móvel (operação 78) e para o varejista 10(operação 80) confirmando que o conteúdo foi distribuído com sucesso.
As respectivas mensagens de notificação são similares às men-sagens descritas anteriormente. Por exemplo, onde o assinante proporcio- nou informação sobre o assinante alvo, então, uma mensagem SMS de noti-ficação com sucesso pode conter a seguinte informação: data/hora, oMSISDN do varejista, o MSISDN do assinante alvo, o número da transaçãoda plataforma de carteira eletrônica, e a quantia de pagamento.
O varejista 10 coleta o dinheiro a partir do assinante (operação82) para terminar a transação.
Em casos onde uma transação não tem sucesso, a quantia re-servada a partir da carteira eletrônica do varejista é cancelada e a carteiraeletrônica não é debitada.
Referindo-se agora à figura 6 (compreendendo as figuras 6A e6B), um fluxograma de uma transação de compra de assinatura de serviçoavançado na forma de um tom de chamada colorido, é ilustrado. Um tom dechamada colorido (ou "um tom de retorno de chamada") é mais bem-descritocomo um arquivo de áudio, o qual normalmente é uma gravação de umamúsica, que o autor da chamada escuta quanto o autor da chamada chamaoutro assinante do serviço de tom de chamada colorido. A música substitui otom de chamada de telefone normal que de outro modo seria escutadoquando uma pessoa chama a outra. O arquivo de áudio de preferência, ape-sar de não necessário, é armazenado em um servidor central conectadocom a rede de um operador de móvel.
Na transação representada na figura 6, o assinante de serviçode telefone móvel pré-pago ou pós-pago proporciona para o varejista 10 oseu número de telefone móvel (MSISDN) para assinar o serviço de tom dechamada colorido. O varejista 10 então utiliza um telefone móvel 12 comoum dispositivo de ponto de venda para iniciar a transação de assinatura detom de chamada colorido a partir do menu SIM (operação 90).
De preferência, o menu de aplicação SIM exibe solicitações de in-formação apropriadas como anteriormente descrito, para o varejista 10 informaros dados proporcionados pelo assinante. O varejista 10 então informa seu M-PIN e confirma a transação. Alternativamente e/ou opcionalmente, o menu SIMpode proporcionar a entrada de um MSISDN do assinante alvo, o qual é dife-rente do MSISDN do assinante. Isto permite aos assinantes comprarem servi-ços VAS de presente para a família, amigos e outros.
A aplicação SIM constrói uma mensagem SMS de assinatura detom de chamada colorido criptografada contendo os dados informados, eenvia a mensagem para um centro SMS 24. O centro SMS 24 direciona amensagem de assinatura de tom de chamada colorido para o servidor de M-Commerce 16, o qual determina que a mensagem de assinatura de tom dechamada colorido é uma transação de assinatura de tom de chamada colori-do, decriptografa a mensagem, e autentica os detalhes do varejista (opera-ção 91) no servidor de carteira eletrônica 22. Em adição, o servidor de M-Commerce 16 envia uma requisição de assinatura para o servidor VAS 18(operação 91) de preferência passando adiante o MSISDN do varejista e oID do conteúdo.
Na operação 92, uma questão de decisão é se o varejista 10está autorizado a vender o serviço avançado designado. A meta aqui é im-pedir a venda não autorizada de serviços de assinatura por um varejista nãoautorizado 10 em adição a impedir a venda de serviços avançados não auto-rizados para um assinante de serviço de telefone móvel. Se o varejista 10não for autorizado a vender o serviço avançado designado, o servidor VASnão valida o varejista 10 para esta transação de venda. O servidor VAS 18envia uma notificação de não validação para o servidor de M-Commerce 16,o qual então envia uma mensagem SMS de notificação para o varejista 10 epara o assinante de serviço de telefone móvel avisando que a transação não obteve sucesso (operação 93).
Se o varejista 10 for julgado como sendo autorizado para vendero serviço avançado designado, a próxima questão é se o ID do conteúdo dooperador de móvel é válido (operação 94). Se não, o servidor VAS 18 nãovalida o operador de imóvel para esta transação de venda. O servidor VAS 18 envia uma notificação de não validação para o servidor de M-Commerce16,o qual então envia uma mensagem SMS de notificação para o varejista10, para o operador de móvel e para o assinante de serviço de telefone mó-vel avisando que a transação obteve sucesso (operação 93).
Entretanto, se o ID do conteúdo do operador for julgado válido, então o servidor VAS 18 recupera o ID de conteúdo do operador móvel cor-respondente (ou de outro provedor de conteúdo autorizado), o preço de ven-da e a comissão do varejista e passa esta informação para o servidor de M-Commerce 16. O servidor de M-Commerce 16 requisita ao servidor de car-teira eletrônica 22 para verificar se o varejista possui fundos suficientes em sua carteira eletrônica e reserva o preço de venda menos a comissão dovarejista. O servidor de M-Commerce 16 então requisita ao servidor VASpara iniciar a requisição de assinatura para a plataforma de tom de chamadacolorido 17 (operação 95), de preferência passando adiante o MSISDN doassinante de serviço de telefone móvel alvo, o ID do conteúdo e o ID datransação do servidor de M-Commerce.
A próxima questão de decisão é se o assinante já assinou para oserviço de assinatura de tom de chamada colorido (operação 96). Se sim, aplataforma de tom de chamada colorido 17 envia uma notificação para o ser-vidor VAS 18 informando que o assinante já está inscrito (operação 98). Oservidor VAS 18 notifica o servidor de M-Commerce 16, o qual então enviauma mensagem SMS de notificação para o varejista 10 e para o assinantedo serviço de telefone móvel avisando que o assinante já é um cliente exis-tente (operação 99).
Entretanto, se o assinante não tiver anteriormente assinado para oserviço de tom de chamada colorido, então a plataforma de tom de chamadacolorido 17 ativa uma assinatura para o MSISDN do assinante desejado (ope-ração 100). A plataforma de tom de chamada colorido 17 então envia a confir-mação para o servidor VAS 18 de que o processo de assinatura foi iniciado (o-peração 102). O servidor VAS 18 notifica o servidor de M-Commerce 16, o qualinstrui o servidor de carteira eletrônica 22 para deduzir a quantia de pagamento,de preferência, um preço de venda recomendado menos a comissão, da contade carteira eletrônica do varejista (operação 104), e envia uma mensagem SMSde notificação para o assinante (operação 106) e para o varejista 10 (operação° 108) confirmando que a requisição de assinatura foi registrada e quando o ser-viço será proporcionado. As respectivas mensagens de notificação são simila-res às mensagens descritas anteriormente.
O varejista 10 coleta o dinheiro a partir do assinante (operação110). Quando a plataforma de tom de chamada colorido 17 completa o pro-cesso de assinatura, ela envia uma notificação para o assinante confirmandoo aprovisionamento com sucesso do serviço (operação 112).
As operações de decisão da figura 7 (compreendendo as figuras7A e 7B) apresentando um fluxograma de uma transação de compra de as-sinatura de serviço avançado na forma de uma compra de música de tom dechamada colorido, de acordo com a presente invenção, são similares as o-perações de decisão da figura 6, exceto que a transação somente é permiti-da de continuar se o assinante tiver anteriormente assinado o serviço. Emoutras palavras, se o usuário do telefone móvel não tiver assinado anterior-mente, então o assinante e o varejista recebem notificações instruindo aousuário para assinar primeiro o serviço de tom de chamada colorido.
Para explicar adicionalmente, referindo-se à figura 7A, o assinan-te proporciona para o varejista 10 sua seleção de uma música desejada pormeio de um número de ID de conteúdo e seu número do telefone móvel. Ovarejista 10 então utiliza um telefone móvel 12 como um dispositivo de pontode venda para iniciar a transação de compra de música (operação 120).
De preferência, o menu da aplicação SIM exibe as solicitações deinformação apropriadas para o varejista 10 para informar os dados proporcio-nados pelo assinante. Por exemplo, o menu SIM pode incluir solicitações deinformação tais como: "Por favor, informe o número do móvel do assinantecomprador"; "Por favor, informe o número do móvel do assinante alvo"; "Porfavor, informe o ID do conteúdo"; "Entre com seu M-PIN"; "Confirme venda de<ID do conteúdo para <MSISDN>". O varejista 10 informa seu número deidentificação de comerciante (isto é, M-PlN) e confirma a transação.
Observe a opção de incluir uma solicitação de informação dire-cionada para a informação do assinante alvo, se desejado. Esta opção per-mite ao assinante do serviço de telefone móvel comprar conteúdo VAS e/ouserviços avançados para um ou mais membros da família, amigos e paraoutros, como um presente.
A aplicação SIM de preferência constrói uma mensagem SMSde seleção de música criptografada contendo os dados informados, e enviaa mensagem para um centro SMS 24, o qual, por sua vez, direciona a men-sagem SMS de compra de música para o servidor de M-Commerce 16, oqual determina que a mensagem SMS de compra de música é uma transa-ção de compra de música, decriptografa a mensagem, e autentica os deta-lhes do varejista (operação 121) no servidor de carteira eletrônica 22. Adi-cionalmente, o servidor de M-Commerce 16 transmite uma requisição deinício de música para o servidor VAS 18, passando adiante o MSISDN dovarejista e o ID do conteúdo.
Na operação 122, uma questão de decisão é se o varejista 10está autorizado a vender o serviço avançado designado. A meta aqui é im-pedir a venda não autorizada de serviços de assinatura por um varejista nãoautorizado 10 em adição a impedir a venda de serviços avançados não auto-rizados para um assinante de serviço de telefone móvel. Se o varejista 10não for autorizado a vender o serviço avançado designado, o servidor VAS18 não valida o varejista para esta transação de venda. O servidor VAS 18envia uma notificação de não validação para o servidor de M-Commerce 16,o qual então envia uma mensagem de SMS de notificação para o varejista10 e para o assinante do serviço de telefone móvel dizendo que a transaçãonão obteve sucesso (operação 123).
Se d varejista 10 for julgado como sendo autorizado para vendero serviço avançado designado, a próxima questão é se o ID de conteúdo dooperador de móvel é válido (operação 124). Se não, o servidor VAS 18 nãovalida o operador de móvel para esta transação de venda. O servidor VAS18 envia uma notificação de não validação para o servidor de M-Commerce16, o qual então envia uma mensagem SMS de notificação para o varejista,para o operador de móvel e para o assinante de serviço de telefone móvel,indicando que a transação não obteve sucesso (operação 123).
Entretanto, se o ID de conteúdo do operador for julgado válido,então o servidor VAS 18 recupera o ID de conteúdo do operador de móvelcorrespondente (ou de outro provedor de conteúdo autorizado), o preço devenda e a comissão do varejista e passa esta informação para o servidor deM-Commerce 16. O servidor de M-Commerce 16 requisita ao servidor decarteira eletrônica 22 para verificar se o varejista possui fundos suficientesem sua carteira eletrônica e para reservar o preço de venda menos a comis-são do varejista. O servidor de M-Commerce 16 então requisita ao servidorVAS 18 para iniciar uma requisição de música para a plataforma de tom dechamada colorido 17 (operação 125), de preferência passando adiante oMSISDN do assinante de serviço de telefone móvel alvo, o ID do conteúdo eo ID da transação do servidor de M-Commerce.A próxima questão de decisão é se o assinante já é um clienteassinante (operação 126). Se não, a plataforma de tom de chamada colorido17 envia uma resposta para o servidor VAS 18 indicando que o assinantenão é um cliente corrente (operação 128). O servidor VAS 18 notifica o ser-vidor de M-Commerce 16, o qual e então envia uma mensagem SMS de no-tificação para o assinante e para o varejista 10 avisando ao assinante danecessidade de se cadastrar primeiro na assinatura (operação 129). A men-sagem de notificação de falha é similar às mensagens anteriores descritasneste documento.
Entretanto, se o assinante for verificado como sendo um clienteexistente, então a plataforma de tom de chamada colorido 17 ativa a requisi-ção de música selecionada e distribui a música selecionada para o assinante(operação 130). A plataforma de tom de chamada colorido 17 também enviaa confirmação para o servidor VAS 18 de que a música foi distribuída (ope-ração 132). O servidor VAS 18 notifica o servidor de M-Commerce 16, o qualinstrui o servidor de carteira eletrônica 22 para deduzir a quantia de paga-mento, de preferência, um preço de venda recomendado menos a comissão,a partir da conta de carteira eletrônica do varejista (operação 134), e enviamensagens de notificação para o assinante (operação 136) e para o varejis-ta 10 (operação 138) confirmando que a música selecionada foi ativada parao serviço do assinante de telefone móvel pré-pago ou pós-pago. As respecti-vas mensagens de notificação são similares às mensagens anteriormentedescritas. Na operação 140, o varejista 10 coleta dinheiro do assinante.
Referindo-se agora à figura 8 (compreendendo as figuras 8A e8B), é apresentado um fluxograma de uma transação de compra de serviçoavançado na forma de um cartão de visita virtual. Neste caso, o assinantegeralmente requisita um produto de cartão, tal como um cartão de visita vir-tual ou um cartão VAS, a partir do varejista 10. Utilizando o telefone móvel12 como um dispositivo de ponto de venda, o varejista 10 inicia uma transa-ção e compra de cartão a partir do menu SIM (operação 150), informando osdetalhes pertinentes proporcionados pelo assinante.
Como anteriormente descrito, o menu SIM é amigável para o usuá-rio, proporcionando solicitações de informação apropriadas da informação deentrada necessária. Em adição, o menu de forma similar proporciona a opçãode compra de cartão ou de serviços VAS de presente para a família e amigos.
Ao confirmar a transação pelo varejista 10, a aplicação SIM cons-trói uma mensagem SMS de cartão de visita virtual ou de cartão VAS criptogra-fada contendo os dados informados, e envia a mensagem para um centro SMS24. Por simplicidade, a discussão será limitada a um produto de cartão de visitaapesar do produto poder ser um cartão de visita e/ou um cartão VAS.
O centro SMS 24 direciona a mensagem SMS de compra de car-tão para o servidor de M-Commerce 16, o qual determina que a mensagemSMS de compra de cartão é uma transação de compra de cartão de visita,decriptografa a mensagem e autentica os detalhes do varejista 10 (operação151) no servidor de carteira eletrônica 22. Adicionalmente, o servidor de M-Commerce 16 transmite uma requisição de recuperação de PIN para o ser-vidor VAS 18, passando adiante o MSISDN do varejista e ID do serviço.
Na operação 152, uma questão de decisão é se o varejista 10está autorizado a vender o serviço avançado designado. A meta aqui é im-pedir a venda não autorizada de serviços de cartão de visita por um varejistanão autorizado 10 em adição a impedir a venda de serviços avançados não20 autorizados para um assinante de serviço de telefone móvel. Se o varejistanão for autorizado a vender o serviço avançado designado, o servidorVAS 18 não valida o varejista 10 para esta transação de venda. O servidorVAS 18 envia uma notificação de não validação para o servidor de M-Commerce 16, o qual então envia uma mensagem SMS de notificação parao varejista 10 e para o assinante de serviço de telefone móvel indicando quea transação não obteve sucesso (operação 153).
Se o varejista 10 for julgado como sendo autorizado a vender oserviço avançado designado, a próxima questão é se o ID do conteúdo dooperador de móvel é válido (operação 154). Se não, o servidor VAS não va-lida o operador de móvel para esta transação de venda. O servidor VAS 18envia uma notificação de não validação para o servidor de M-Commerce 16,o qual então envia uma mensagem SMS de notificação para o varejista 10,para o operador de imóvel e para o assinante de serviço de telefone móvel,indicando que a transação não obteve sucesso (operação 153).
Entretanto, se o ID de conteúdo do operador for julgado válido,então o servidor VAS recupera o ID de conteúdo do operador de móvel cor- respondente (ou de outro provedor de conteúdo autorizado), o preço de ven-da e a comissão do varejista, e passa essa informação para o servidor de M-Commerce 16. O servidor de M-Commerce 16 requisita ao servidor de car-teira eletrônica 22 para verificar se o varejista possui fundos suficientes emsua carteira eletrônica e para reservar o preço de venda menos a comissão do varejista. O servidor de M-Commerce 16 então requisita ao servidor VAS18 para iniciar uma requisição PIN de cartão de visita para a plataforma dedistribuição de conteúdo do vendedor 21 (operação 155), de preferênciapassando adiante o MSISDN do assinante de serviço de telefone móvel alvo,o ID do conteúdo e o ID da transação do servidor de M-Commerce. A plata- forma de distribuição de conteúdo do vendedor retorna uma notificação devalidação de ID do conteúdo para o servidor VAS 18, o qual seleciona umnúmero de identificação (PIN) a partir de uma base de dados de PINs decartão de visita (operação 156).
Na operação 158, o servidor VAS 18 transmite uma mensagem SMS contendo o PIN para o centro SMS 24, o qual, por sua vez, despachauma mensagem para o MSISDN alvo como uma transmissão de somenteuma vez (operação 159). O centro SMS 24 recebe um recibo da distribuiçãode informação de cartão de visita e passa adiante a confirmação do recibode distribuição para o servidor VAS 18 (operação 160), o qual confirma que a distribuição de conteúdo obteve sucesso (operação 161) e envia uma res-posta positiva de volta para o servidor de M-Commerce 16.
O servidor de M-Commerce 16 instrui o servidor de carteira ele-trônica 22 para deduzir a quantia de pagamento, de preferência o preço devenda recomendado menos a comissão do varejista, a partir da conta de car- teira eletrônica do varejista (operação 162). O servidor de M-Commerce 16envia uma mensagem SMS de notificação para o assinante (operação 164) epara o varejista 10 (operação 166) confirmando que o PIN foi distribuído comsucesso. As respectivas mensagens de notificação são similares às mensa-gens descritas anteriormente. A transação conclui quando o varejista 10 cole-ta dinheiro a partir do assinante de serviço de telefone móvel (operação 168).
Referindo-se agora à figura 9 (compreendendo as figuras 9A e9B), um fluxograma de uma transação de compra de assinatura de serviçoavançado na forma de um serviço de alerta, utilizando o sistema da presenteinvenção, é ilustrado. Neste cenário, o assinante proporciona para o varejista10 sua seleção de alertas de informação, tal como notícias, tempo, ou coisaparecida, e o número do telefone móvel (MSISDN) para assinar o serviço dealerta de informação. O varejista então utiliza um telefone móvel 12 comoum dispositivo de ponto de venda para iniciar a transação de compra de as-sinatura de informação a partir do menu SIM (operação 170).
De preferência, o menu da aplicação SIM exibe as solicitaçõesde informação apropriadas, como anteriormente descrito, para o varejista 10informar os dados proporcionados pelo assinante. O varejista 10 então in-forma seu M-PIN e confirma a transação. Alternativamente e/ou opcional-mente, o menu SIM pode proporcionar a entrada de um MSISDN de assi-nante alvo, o qual é diferente do MSISDN do assinante. Isto permite aos as-sinantes comprarem um ou mais serviços VAS de presente para a família,para os amigos e para outros.
A aplicação SIM constrói uma mensagem SMS de assinatura dealerta de informação criptografada contendo os dados informados, e envia amensagem para um centro SMS 24. O centro SMS 24 direciona a mensa-gem de assinatura de alerta de informação para o servidor de M-Commerce16, o qual determina que a mensagem SMS de assinatura de alerta de in-formação é uma transação de assinatura de alerta de informação, decripto-grafa a mensagem, autentica os detalhes do varejista no servidor de carteiraeletrônica 22 (operação 171).
Na operação 172, uma questão de decisão é se o varejista 10está autorizado a vender o serviço avançado designado. A meta aqui é im-pedir a venda não autorizada de serviços de assinatura por um varejista nãoautorizado 10 em adição a impedir a venda de serviços avançados não auto-rizados para um assinante de serviço de telefone móvel. Se o varejista 10não for autorizado a vender o serviço avançado designado, o servidor VAS18 não valida o varejista 10 para esta transação de venda. O servidor VAS18 envia uma notificação de não validação para o servidor de M-Commerce16,o qual então envia uma mensagem SMS de notificação para o varejista10 e para o assinante de serviço de telefone móvel, indicando que a transa-ção não obteve sucesso (operação 173).
Se o varejista 10 for julgado como estando autorizado a vender oserviço avançado designado, a próxima questão é se o ID de conteúdo dooperador de móvel é válido (operação 174). Se não, o servidor VAS 18 nãovalida o operador de móvel para esta transação de venda. O servidor VAS18 envia uma notificação de não validação para o servidor de M-Commerce16, o qual então envia uma mensagem SMS de notificação para o varejista10, para o operador de móvel e o assinante de serviço de telefone móvel,indicam que a transação não obteve sucesso (operação 93).
Entretanto, se o ID de conteúdo do operador for julgado válido,então o servidor VAS 18 recupera o ID de conteúdo do operador móvel cor-respondente (ou de outro provedor de conteúdo autorizado), o preço de ven-da e a comissão do varejista, e passa esta informação para o servidor de M-Commerce 16. O servidor de M-Commerce 16 requisita ao servidor de car-teira eletrônica 22 para verificar se o varejista possui fundos suficientes emsua carteira e para reservar o preço de venda menos a comissão do varejis-ta. O servidor de M-Commerce 16 então requisita ao servidor VAS 18 parainiciar a requisição de assinatura para a plataforma de alertas de informação23 (operação 175), de preferência passando adiante o MSISDN do assinantede serviço de telefone móvel alvo, o ID do conteúdo e o ID da transação doservidor de M-Commerce.
Na operação 176, a próxima questão de decisão é se o assinan-te já é um cliente do serviço de assinatura de alerta de informação. Se for, aplataforma de alerta de informação 23 informa para o servidor VAS 18 que oassinante já é assinante (operação 178). O servidor VAS 18 notifica o servi-dor de M-Commerce 16, o qual então envia uma mensagem de notificaçãoSMS para informar ao assinante de serviço de telefone móvel e ao varejista que o assinante já é um cliente existente (operação 179).
Entretanto, se o assinante não for um cliente existente do servi-ço de assinatura, então a plataforma de alerta de informação 23 ativa umaassinatura para o serviço de alerta especificado (operação 180). A platafor-ma de alerta de informação 23 então envia uma confirmação para o servidorVAS 18 indicando que o processo de assinatura foi iniciado e obteve suces-so (operação 182). O servidor VAS 18 notifica o servidor de M-Commerce16, o qual instrui o servidor de carteira eletrônica 22 para deduzir a quantiade pagamento, de preferência, o preço de venda recomendado menos acomissão, a partir da conta de carteira eletrônica do varejista (operação184), e envia uma mensagem SMS de notificação para o assinante (opera-ção 186) e para o varejista 10 (operação 188) confirmando a assinatura comsucesso. As respectivas mensagens de notificação são similares às mensa-gens descritas anteriormente. A transação conclui quando o varejista 10 co-leta dinheiro do assinante (operação 190).
Tendo agora descrito algumas modalidades da invenção, deveser aparente para os versados na técnica que o dito anteriormente é mera-mente ilustrativo e não limitativo, tendo sido apresentado somente a título deexemplo. As modalidades acima são somente para serem construídas comoexemplos dos vários diferentes tipos de sistemas de computador que podemser utilizados em conexão com o processo implementado por computadore/ou assistido por computador da presente invenção. Várias modificações eoutras modalidades estão dentro do escopo da invenção e de qualquer equi-valente para a mesma. Pode ser apreciado que variações junto à presenteinvenção seriam prontamente aparentes para os versados na técnica e quea presente invenção é pretendida de incluir estas alternativas.
Adicionalmente, desde que várias modificações prontamenteirão ocorrer para os versados na técnica, não se é desejado limitar a inven-ção à construção e à operação exatas ilustradas e descritas, e por conse-qüência, todas as modificações e equivalentes adequados podem ser utili-zados, à medida que se situando dentro do escopo da invenção.

Claims (21)

1. Sistema para proporcionar pelo menos um dentre conteúdo eserviços para pelo menos uma dentre uma conta móvel pré-paga e pós-pagautilizando um dispositivo de comunicação sem fios como um dispositivo deponto de venda, o dito sistema compreendendo:(a) uma camada de aplicação para executar funções de proces-samento de transação, a dita camada de aplicação incluindo um módulo ser-vidor de comércio móvel para gerenciar uma transação de comércio móvelponto a ponto, um módulo servidor de serviços para gerenciar o processa-mento transacional entre um varejista e uma entidade de rede de um prove-dor de terceira parte, e um módulo servidor de carteira eletrônica para ge-renciar as interações com uma conta de carteira virtual de um varejista;(b) uma camada de interface para simplificar a integração deuma ou mais entidades de rede de terceira parte, a dita camada de interfacecompreendendo pelo menos um módulo de interface para cada entidade derede; e(c) uma camada de middleware, interposta entre a dita camadade aplicação e a dita camada de interface, para padronizar e gerenciar ascomunicações entre a camada de aplicação e cada entidade de rede.
2. Sistema, de acordo com a reivindicação 1, o dito módulo ser-vidor de comércio móvel compreendendo um subsistema de registro e degerenciamento de agente para registrar e gerenciar uma ou mais contas vir-tuais de varejista.
3. Sistema, de acordo com a reivindicação 1, o dito módulo ser-vidor de comércio móvel compreendendo um subsistema de análise e degerenciamento de transação para gerenciar o fluxo de transação ponto aponto e a interação entre todos os módulos.
4. Sistema, de acordo com a reivindicação 1, o dito módulo servi-dor de comércio móvel compreendendo um subsistema de registro, auditoria ede informe para capturar e armazenar dados de transação ponto a ponto.
5. Sistema, de acordo com a reivindicação 1, o dito módulo ser-vidor de comércio móvel compreendendo um subsistema de pagamento e dereconciliação para calcular remunerações e comissões de transação paratodas as partes para uma transação em tempo real.
6. Sistema, de acordo com a reivindicação 1, o dito módulo ser-vidor de carteira eletrônica compreendendo um subsistema de gerenciamen-to de transação de carteira eletrônica para gerenciar a interação com umaconta virtual de um varejista.
7. Sistema, de acordo com a reivindicação 1, o dito módulo ser-vidor de carteira eletrônica compreendendo um subsistema de valor arma-zenado da carteira eletrônica para gerenciar as interações internas dentro daconta virtual de um varejista.
8. Sistema, de acordo com a reivindicação 1, o dito módulo ser-vidor de carteira eletrônica compreendendo um subsistema de autenticaçãoe de segurança de agente para autenticar requisições a partir de todos osmódulos incluindo requisições de varejista.
9. Sistema, de acordo com a reivindicação 1, o dito módulo ser-vidor de serviços compreendendo um subsistema de gerenciamento de tran-sação para gerenciar a distribuição do pelo menos um dentre conteúdo e umserviço.
10. Sistema, de acordo com a reivindicação 1, o dito módulo servidor de serviços compreendendo um subsistema de mapeamento deconteúdo para gerenciar confirmação de distribuição de pelo menos um den-tre conteúdo e um serviço.
11. Sistema, de acordo com a reivindicação 1, o dito móduloservidor de serviços compreendendo um subsistema de verificação de vare- jista para gerenciar pelo menos um dentre conteúdo e um serviço que podeser vendido por um varejista.
12. Sistema, de acordo com a reivindicação 1, o dito móduloservidor de serviços compreendendo um subsistema de estabelecimento depreço e de comissão para gerenciar pelo menos uma dentre despesas ecomissões para o varejista.
13. Sistema, de acordo com a reivindicação 1, o dito móduloservidor de serviços compreendendo uma base de dados de identificaçõespara gerenciar cada número de identificação para cada pelo menos um den-tre conteúdo e um serviço oferecido para venda.
14. Sistema, de acordo com a reivindicação 1, o dito módulo deinterface consistindo em uma interface de conteúdo para gerenciar a cargade transação em uma plataforma de distribuição de conteúdo.
15. Sistema, de acordo com a reivindicação 1, o dito módulo deinterface consistindo em uma interface de tom de chamada colorido paragerenciar a carga de transação em uma plataforma de tom de chamada co-lorido.
16. Sistema, de acordo com a reivindicação 1, o dito módulo deinterface consistindo em uma interface de alerta para gerenciar a carga detransação em uma plataforma de alerta de informação.
17. Sistema, de acordo com a reivindicação 1, o dito módulo deinterface consistindo em uma interface pós-paga para gerenciar a carga detransação em uma plataforma de faturamento pós-pago.
18. Sistema, de acordo com a reivindicação 1, o dito módulo deinterface consistindo em uma interface de serviço de mensagem curta para ge-renciar a carga de transação em um centro de serviço de mensagem curta.
19. Sistema para provisionar um ou mais serviços de valor agre-gado para pelo menos uma dentre uma conta móvel pré-paga e pós-pagautilizando um dispositivo móvel sem fios como um dispositivo de ponto devenda, um método implementado por computador que compreende as eta-pas de:(a) informar uma requisição do usuário no dito dispositivo móvelsem fios;(b) confirmar pelo menos uma dentre a informação do usuário ea informação do varejista informada; e(c) iniciar a distribuição da requisição do usuário para pelo me-nos um dentre um dispositivo móvel do usuário pré-pago e pós-pago.
20. Sistema para provisionar um ou mais serviços de valor agre-gado para pelo menos uma dentre uma conta móvel pré-paga e pós-pagautilizando um dispositivo de comunicação sem fios como um dispositivo deponto de venda, instruções implementadas por computador para:(a) receber informação do usuário;(b) autenticar uma informação de transação desejada;(c) verificar a validade da identificação do conteúdo;(d) verificar a autorização de um vendedor para vender dados deconteúdo;(e) transmitir a distribuição de conteúdo da dita transação para odito dispositivo de comunicação sem fios; e(f) deduzir custo do conteúdo a partir da conta eletrônica do ven- dedor.
21. Sistema para provisionar um ou mais serviços de valor agre-gado para uma conta móvel pré-paga utilizando um dispositivo de comunica-ção sem fios como um dispositivo de ponto de venda, um método implemen-tado por computador que compreende as etapas de: (a) informar uma requisição do usuário no dito dispositivo decomunicação sem fios;(b) confirmar pelo menos uma dentre a informação do usuário ea informação do varejista informada;(c) iniciar a distribuição da requisição do usuário para um dispo-sitivo de comunicação do usuário; e(d) transmitir a notificação de distribuição com respeito à distribu-ição da dita requisição do usuário.
BRPI0618259-3 2005-11-04 2006-11-01 telefone móvel como um dispositivo de ponto de venda (pos) BRPI0618259C1 (pt)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US73326605P 2005-11-04 2005-11-04
US60/733,266 2005-11-04
PCT/SG2006/000321 WO2007053117A1 (en) 2005-11-04 2006-11-01 Mobile phone as a point of sale (pos) device
US12/149,387 US20100030651A1 (en) 2005-11-04 2008-04-30 Mobile phone as a point of sale (POS) device

Publications (2)

Publication Number Publication Date
BRPI0618259A2 true BRPI0618259A2 (pt) 2011-08-23
BRPI0618259C1 BRPI0618259C1 (pt) 2011-08-30

Family

ID=44503428

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0618259-3 BRPI0618259C1 (pt) 2005-11-04 2006-11-01 telefone móvel como um dispositivo de ponto de venda (pos)

Country Status (2)

Country Link
AP (1) AP2639A (pt)
BR (1) BRPI0618259C1 (pt)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020069123A1 (en) * 2000-12-01 2002-06-06 Mats Soderlind Electronic commerce system
CN101482949A (zh) * 2001-12-04 2009-07-15 M概念有限公司 使用移动电信设备以便于电子财务交易的系统及方法
EP1828998A2 (en) * 2004-02-05 2007-09-05 A Little World Private Limited Inter-operable, multi-operator, multi-bank, multi-merchant mobile payment method and a system therefor

Also Published As

Publication number Publication date
BRPI0618259C1 (pt) 2011-08-30
AP2008004500A0 (en) 2008-06-30
AP2639A (en) 2013-04-11

Similar Documents

Publication Publication Date Title
US10296886B2 (en) Mobile phone as point of sale (POS) device
US20100030651A1 (en) Mobile phone as a point of sale (POS) device
RU2323477C2 (ru) Система и способ для покупки товаров и услуг через пункты доступа к сети передачи данных посредством сети торговых терминалов
JP5144514B2 (ja) モバイル口座管理
US7757945B2 (en) Method for electronic payment
RU2263347C2 (ru) Способ совершения платежных операций пользователями мобильных устройств электронной связи и компьютерная система безналичного расчета для его осуществления
WO2014067496A1 (en) Method and apparatus for processing information
US20080184283A1 (en) Remote Console for Central Administration of Usage Credit
EP2920752A1 (en) Method for purchasing a product using a portable communication device
KR102294623B1 (ko) 블록체인 기반 상품 구매 중계 시스템 및 방법
EP2920753A1 (en) Method for making a payment using a portable communication device
BRPI0618259A2 (pt) telefone móvel como um dispositivo de pontos de venda (pós)
RU2743147C1 (ru) Способ проведения платежа онлайн-пользователем при наличии информации об идентификаторе пользователя
AU2012216294B2 (en) Mobile phone as a point of sale (POS) device
AU2012227312B2 (en) Mobile phone as a point of sale (POS) device
HU224093B1 (hu) Eljárás eladó és vevő közötti üzletkötés pénzügyi teljesítésének megbízható előkészítésére és végrehajtására
ES2607686B1 (es) Sistema y método de gestión integral de transacciones comerciales en arquitecturas cloud computing
JP2024514860A (ja) Ｓｉｍ暗号鍵ストレージ
WO2006044213A2 (en) A method for electronic payment

Legal Events

Date Code Title Description
B03A Publication of a patent application or of a certificate of addition of invention [chapter 3.1 patent gazette]

Free format text: ADDITIONAL INVENTOR'S CERTIFICATE:

B08E Application fees: payment of additional fee required [chapter 8.5 patent gazette]

Free format text: ADDITIONAL INVENTOR'S CERTIFICATE: COMPLEMENTAR A RETRIBUICAO DA 7A ANUIDADE DE ACORDO COM A TABELA VIGENTE , REFERENTE A GUIA DE RECOLHIMENTO 921300100248.

B08H Application fees: decision cancelled [chapter 8.8 patent gazette]

Free format text: ADDITIONAL INVENTOR'S CERTIFICATE: REFERENTE AO DESSPACHO 8.5 NA RPI 2281 EM 23/09/2014

B08E Application fees: payment of additional fee required [chapter 8.5 patent gazette]

Free format text: COMPLEMENTAR A RETRIBUICAO DA(S) 7A. ANUIDADE(S), DE ACORDO COM TABELA VIGENTE, REFERENTE A(S) GUIA(S) DE RECOLHIMENTO 92130010025-6.

B08H Application fees: decision cancelled [chapter 8.8 patent gazette]

Free format text: REFERENTE AO DESPACHO PUBLICADO NA RPI 2327 DE 11/08/2015

B15K Others concerning applications: alteration of classification

Ipc: G06Q 20/32 (2012.01)

B07A Application suspended after technical examination (opinion) [chapter 7.1 patent gazette]
B09B Patent application refused [chapter 9.2 patent gazette]
B09B Patent application refused [chapter 9.2 patent gazette]
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]

Free format text: ADDITIONAL INVENTOR'S CERTIFICATE:

B11Q Dismissal: the certificate of addition was not accessory to any patent, or a patent which was nominated accessory and no longer exists

Free format text: ADDITIONAL INVENTOR'S CERTIFICATE: ARQUIVAMENTO (11.7)

B11T Dismissal of application maintained [chapter 11.20 patent gazette]

Free format text: ADDITIONAL INVENTOR'S CERTIFICATE: